uyota 匠の一手

Mercurial を WIndows に

Mon, 07 Sep 2009 11:44:46 +0900

NetBeans のプロファイルを使いたいので、最近 Windows 上で NetBeans を使うようになってきた。やっぱり履歴管理は行ないたい。そして、別途のレポジトリ管理などはやりたくないので Mercurial を使うことにした。

Mercurial binary packages for Windows and Mac OS X から Mercurial 1.3.1 を取得。2009-08-08 の Release version になる。ダウンロードして、インストール。

一つだけインストールすればよかったみたいだ。簡単に NetBeans から使えるようになった。

Windows の NetBeans でコンパイルすると

Sun, 30 Aug 2009 02:29:33 +0900

最近、Windows の NetBeans を使うようになった。最近は NetBeans 6.7 も出たが、相変わらず FreeBSD ではプロファイラがサポートされていない。そこで、Windows を試したのだ。MacOS X も持っているが、2003 年ぐらいのモデルなので、荷が重い。

NetBeans を使っていて、気になった事がある。コンパイルに失敗する事があるのだ。

詳しく見ていると、既にコンパイルしている間とプログラムが動いている間に、新たにコンパイルを開始すると、必ずコンパイルに失敗する。どうも、ファイルのロック又は削除に失敗しているようだ。

Windows では利用中のファイルをロックするので、削除できない。その為の様だ。複数のプログラムを走らせておき、変更した箇所の使いかってを調べたりする事も多いので、この動作は不便だ。

NetBeans を通さずに Mercurial を使わなければいけない場合

Mon, 29 Jun 2009 12:11:39 +0900

NetBeans には CVS を始めとする履歴管理のソフトウェアも使える様になっている。CVS は自前の実装のようだが、Subversion や Mercurial 等は、別途にインストールしないと使えなかった。

NetBeans からは rename や copy 等のコマンドが使えない。そこで、これらのコマンドを使う時は、わざわざターミナルを準備する必要がある。最近の履歴管理のソフトウェアで rename や copy が無いのはむしろ旧来型の CVS ぐらいな物だ。しかし、NetBeans にはこれらのコマンドは使えない。

Java 等のソースコードだったら、リファクタを使っても良いのだが。リファクタを使うと、ファイルの名前を変えて適切に必要箇所も変更してくれるので重宝している。

しかし考えてみると git では rename や copy 同等の事を勝手に判別してくれる。

NetBeans が FreeBSD 7.1 i386 で起動しない原因

Thu, 11 Dec 2008 13:26:50 +0900

FreeBSD 7.1-PRELEASE i386 で NetBeans が動かなくなったのは、JDK が原因だった。

NetBeans に --jdkhome を渡すことで、NetBeans を起動する JDK のバージョンを変えることが出来る。



% netbeans --jdkhome /usr/local/diablo-jdk1.6.0
% netbeans --jdkhome /usr/local/jdk16
% netbeans --jdkhome /usr/local/jdk1.6.0
% netbeans --jdkhome /usr/local/jdk1.5.0
% netbeans --jdkhome /usr/local/diablo-jdk1.5.0
XIO:  fatal IO error 0 (Unknown error: 0) on X server ":0.0"
      after 0 requests (0 known processed) with 0 events remaining.

diablo-jdk-1.5.0.07.01_12 だと NetBeans は 7.1-PRELEASE i386 上では動かないようだ。

NetBeans 6.5 が ports に来た

Tue, 09 Dec 2008 03:07:44 +0900

NetBeans 6.5 が java/netbeans に来て、NetBeans 6.1 は java/netbeans61 になった。

repocopy が伴ったため、6.5 がリリースされてから、ports にくるのに時間が掛かった。cvs のファイル名の変更に弱いのと FreeBSD での運用方針が相まっての弊害だ。

NetBeans にてパッケージ名の変更

Fri, 05 Dec 2008 10:39:01 +0900

ファイル名の変更は NetBeans 外から行った方がいい。今度は、ディレクトリ名の変更を試した。つまり、java パッケージの名前の変更だ。パッケージ名の変更はファイル名の変更とは違い、NetBeans に頼ったほうが良いみたいだ。

こちらは、どうも使っている履歴管理のソフトウェアとの相性もありそうな雰囲気だった。ここらへんは、後々、他の組合せでも試してみたい。

今回は Mercurial を使っているプロジェクトだった。取り合えず、NetBeans 内で行って何が起きるかを観察する事から始める。なお、今回試したのは NetBeans 6.1 だ。現在、 NetBeans 6.5 が出ている。

プロジェクトのパッケージを右クリックして、「リファクタ」「名前の変更」が出る。これを使うと、ディレクトリの名前を変更し、package や import 部を書き換えてくれる。基本的には、パッケージ名の変更は、Mercurial から rename を行うより簡単だった。しかし、二つの問題があった。

一つは、NetBeans で Mercurial の commit をする時。古いディレクトリも NetBeans が削除してしまう。しかし、Mercurial はこの変更を commit 時に、古いディレクトリが存在しないと commit が失敗する。名前を変更する前のディレクトリを作成する必要があった。

二つ目は、NetBeans のコードの置換。GUI のコンポーネントが入っていたクラスのパッケージ名を変更した。その呼び出し側のコードが正しく変更されていなかった。コンパイルすればすぐに出てきて分かりやすいエラーだ。これが影響だったのかは分からないが、問題があったフィールドはカスタムの初期化を行った場所だった。

NetBeans がデッドロック

Wed, 03 Dec 2008 10:49:51 +0900

NetBeans 6.1 だった頃に一度やってしまった失敗。NetBeans が全く反応しなくなってしまい、kill したので二度目は試していない。しかし、見た感じだとデッドロックを起こしていた様な動作だった。

「Help」->「Check for Updates」と「Tools」->「Plugins」を同時に行ってしまった。「ヘルプ」->「更新の有無を確認」と「ツール」->「プラグイン」が日本語版の表示になる。

この「更新の有無を確認」した時に、幾つかの物がダウンロードが始まった。それをバックグランドで実行。その時に調べたいプラグインがあって、「プラグイン」を起動。それ以降は、NetBeans が反応しなくなってしまった。この「プラグイン」もダウンロードやコンポーネントにアクセスしたいが、「IDE のインストール」がリソースを掴んでいる。しかし、「IDE のインストール」挙動不審になり、ダウンロードが止まってしまった。それとも、ダウンロードが終って、「プラグイン」と同じデータにアクセスしようとして出来なかったのか。

強制終了を行った後に、.netbeans をバックアップから復旧した。

NetBeans のリファクタリングコピー

Mon, 01 Dec 2008 16:10:54 +0900

NetBeans でファイルを「コピー」した後に、「パッケージ」を選択しすると「ペイスト」「リファクタリングコピー」が出来る。これは、ファイルを複製し、クラスの名前だけを変えて新しいクラスを作る。

しかし、これが「バージョン管理」を行っていると相性が良くない。元もと、ファイル名の変更や、ファイルのコピーをサポートしていない CVS なら、直接的な問題にはならない。しかし、Subversion や Mercurial などの、これらの変更を追うプログラムだと、NetBeans をとおして変更を行うと、これらの履歴が記録されない。

そこで、ファイル名を変更したり、ファイルをコピーする場合には、コマンドラインにて、svn copy FileA.java FileB.java や hg rename FileC.java FileD.java の様に、呼び出した方が良い。NetBeans からのバージョン管理は、これらのプログラムからの出力を GUI を用いて表示しているだけなので、何ら問題は無い。また、NetBeans がファイルの出現、消滅を検知してくれるので、こちらの問題もない。

このやり方だと、NetBeans がクラス名などを変更してくれなくなるので、コンパイルは失敗するようになる。しかし、基本的にコンパイルエラーを元に簡単に修正できる。それよりも、履歴を正しく記録できないことの方が、悩みは大きい。

NetBeans 6.1 から 6.5 への移行

Fri, 28 Nov 2008 05:47:29 +0900

前回に NetBeans 6.5 を試した時に警告が出た。今回、この問題を追ってみることにした。

「One or more projects do not have the target server set properly. Right-click the project in the Projects window and choose "Resolve Missing Server Problem" to set the target server.」と出て来る。警告の通りに、プロジェクトを選んで、右クリックをすると、「Resolve Missing Server Problem」が下から二番目にあった。

このプロジェクトは、WebApplication だった。どうも、NetBeans 6.1 から 6.5 へは、Tomcat などのサーバ関連の設定が引き継がれないようだ。出て来たダイアログから、6.1 の時と同じように Tomcat 6.x を再登録したところ、この警告が出なくなった。

Tomcat に登録しておいたユーザとパスワードを忘れてしまったので、grep で探した。なお、以下のパスワードは XXX として伏せている。



% grep user $TOMCAT_HOME/conf/*
tomcat-users.xml:<tomcat-users>
tomcat-users.xml:  <user username="uyota" password="XXX" roles="manager,admin"/>
tomcat-users.xml:</tomcat-users>

この登録してあるサーバの情報は $(HOME)/.netbeans にバージョン毎に保持されていた。

前回。

NetBeans で既存のプロジェクトのインポート

Sat, 22 Nov 2008 11:05:06 +0900

NetBeans で以前に書いたプログラムを継続してみようと試したところ、新規のプロジェクトを作り、手でファイルを入れるのが一番簡単で、期待通りの事が出来た。

NetBeans の新規プロジェクトの生成で、既存のソースを指定し、NetBeans のプロジェクトを作る方法が幾つかある。どれも、メニューから示される方法だ。Makefile を指定する方法や、ant.xml を指定する方法などがあるが、どれも使いづらいかった。

CVS や Subversion 等、NetBeans でサポートされている物や Mercurial など、プラグインで提供されているリビジョン管理のソフトウェアは、以前の形のレポジトリで使えることは、まず無い。そこで、スパッと NetBeans と以前の物を両立するのを諦めた方がいい。もし、以前のレポジトリで変更を記録したいのであれば、別々に管理して、折りを見て同期をするのが一番負担が少なかった。

さて、移行の方法だが、コピーするだけだ。NetBeans が動いていても、新しいファイルが NetBeans の外部で作られたのを見付けて、表示してくれる。

NetBeans でプロジェクトを作ると、~/NetBEansProjects/<Project> のディレクトリが出来る。その中に、src と言う名のディレクトリが出来て、ここが Java のファイル名の元となる場所だ。例えば、src/uyota/Hello.java だと、package uyota; の中にある、Hello.java プログラムになる。そこで、以前のソースコードを tar なり、cp -r なりで一式コピーすると、NetBeans がそれを見付けて、そのままビルドが出来るようになる。

色々と実験した結果、このやり方が、一番直観的かつ、余計な作業を伴わないインポートのやり方だった。ビルドスクリプトなどの変更も必要無く、NetBeans の物を直接使える。特にビルドスクリプトを独自の物を使おうとすると、余計なことが増えてしまい NetBeans を使う意義が薄れてしまった。

NetBeans 6.5 on i386 7.1-PRERELEASE

Fri, 21 Nov 2008 15:17:44 +0900

NetBeans 6.5 のパッチは、amd64 の上で作った。i386 上で動作確認をしたところ、7.1-PRERELEASE でも動いた。残念ながら、他の環境は無いので、6 系や 8 系は試していない。

i386 の 7.1-RELEASE で動かなくなっていた NetBeans 6.1 は相変わらず動かないが、これで実質的に問題は無くなった。

いくつかの実験用に 6.1 で作った WebApplication のプロジェクトが、6.5 に移行して壊れた様だ。「One or more projects do not have the target server set properly. Right-click the project in the Projects window and choose "Resolve Missing Server Problem" to set the target server.」と出て来る。今回は、それこそプロジェクトを作成しただけの物なので影響はないが、両方動かせるようにして、ゆっくりと移行していったほうがよさそうだ。

次回。

NetBeans 6.5 on FreeBSD

Thu, 20 Nov 2008 03:21:49 +0900

NetBeans にて正式に 6.5 が発表された。

以下、FreeBSD ports の java/netbeans-devel を 6.5 リリースに更新する簡易パッチ。



diff --git a/netbeans-devel/Makefile b/netbeans-devel/Makefile
index 5f49d1f..34f6c77 100644
--- a/netbeans-devel/Makefile
+++ b/netbeans-devel/Makefile
@@ -7,9 +7,9 @@
 PORTNAME=      netbeans
 PORTVERSION=   6.5
 CATEGORIES=    java devel
-MASTER_SITES=  http://download.netbeans.org/netbeans/6.5/beta/zip/
+MASTER_SITES=  http://download.netbeans.org/netbeans/6.5/final/zip/
 PKGNAMESUFFIX= -devel
-DISTNAME=      netbeans-${PORTVERSION}beta-200808111757
+DISTNAME=      netbeans-${PORTVERSION}-200811100001-ml
 
 MAINTAINER=    gahr@FreeBSD.org
 COMMENT=       A full-featured integrated environment for Java
diff --git a/netbeans-devel/distinfo b/netbeans-devel/distinfo
index 9f48bfd..d1ffd37 100644
--- a/netbeans-devel/distinfo
+++ b/netbeans-devel/distinfo
@@ -1,3 +1,3 @@
-MD5 (netbeans-6.5beta-200808111757.zip) = a530c0d84d7f683781cc7d0236914919
-SHA256 (netbeans-6.5beta-200808111757.zip) = 7ff830dd6fcf51a612ae3a920f44c5fe29
-SIZE (netbeans-6.5beta-200808111757.zip) = 174414590
+MD5 (netbeans-6.5-200811100001-ml.zip) = 9ae35f7e434f031bb52f41e50edd143d
+SHA256 (netbeans-6.5-200811100001-ml.zip) = 24d1236c59d3c359729452afba0f749093c
+SIZE (netbeans-6.5-200811100001-ml.zip) = 220740750

正確には pkg-plist も変更しなければいけないのだが、/usr/local/netbeans65 以下に全てのファイルが置かれるので、こちらの対応は本家からの変更を待つことにする。pkg-plist を更新しなかったので、pkg_delete が失敗するが、rm -rf /usr/local/netbeans65 で回避できる。

急いで試してみたい人はどうぞ。手元では、起動してみて簡単に触れてみた。

Netbeans on 7.1-PRERELEASE

Sat, 15 Nov 2008 16:59:45 +0900

少し前から NetBeans が 7.1-PRELEASE が動かなくなっている。i386 のみだ。amd64 は同じバージョンのカーネルとユーザランドで、問題なく動作している。

何が原因だったのか気になるが、あまり有力な手がかりも見付からなかったので、諦める事にした。

NetBeans が相変わらず動かない

Wed, 12 Nov 2008 05:56:35 +0900

最近、NetBeans が起動しなくなった。症状を見てみると、

i386 で起動しないが、amd64 では問題がない。
i386 でも、他の GUI を扱うプログラムは起動する。
JAVA_HOME を変更しても、起動しない。
netbeans_jdkhome を指定しても、起動しない。

そんな事で、動かないのは i386 上の NetBeans だけなのである。先日、diablo-jdk16 の更新があったので、次はそれを試そうと思う。

FreeBSD で入る Netbeans のバンドルの種類

Tue, 11 Nov 2008 13:34:24 +0900

ports を使って、NetBeans をインストールすると、どのバンドルが入っているのか分かりづらい。そこで調べてみた。

java/netbeans に NetBeans 6.1 が入っている現在では、NetBeans IDE 6.1 Download から辿れる、「OS Independent Zip」の「All」がインストールされる。

Base IDE、Java SE、Java SE、Web & Java EE、Mobility、UML、SOA、Ruby、C/C++ が入っている事になる。