Java - たまにっき。
2008-05-28 Wed
■ Groovy
groovysh 実行時にとあるjarファイルをロードしたい．
${user.home}/.groovy/lib に置くのは嫌．groovyのシェルから直接ロードするファイルを指定したい．
なんでちょっとテストしたいときに，groovy を立ち上げているのに，いちいちそこにjarファイルを置かないといけないのかがわからない．
「lib/extにjarファイルを置くな」というのと同じ問題が起こると思うのに．．．
FAQのClass Loadingの項目にあった．
こんな感じでロードできた．
groovy> file = new File("path/to/jarfile");
groovy> this.class.classLoader.rootLoader.addURL(file.toURL());
]
2008-05-27 Tue
■ ロープ: 理論と実践 ― ストリングの処理に Ropes for Java を使用する理由、そして使用に適した条件
いまいち，ロープの使い道がよくわからん．
]
2008-01-25 Fri
■ javax.tools を使って動的アプリケーションを作成する
Java SE 6 はもう普及しているのだろうか．未だに Java SE 5 だったりする．
それにしても，javax.tools は使ってみたい．
]
2007-11-03 Sat
■ Online updating API その3
よく考えると Maven2 のダウンロード機能が簡単に使えるのであればそれが良いなぁ．
ただ，ダウンロードするには pom.xml を書いたり，ローカルリポジトリを用意しないといけないので，初期コストが高いかなぁと思ったりもするなぁ．
と言いつつ，ちょっと調べた程度ではよく分からん．
]
2007-11-02 Fri
■ Online updating API その2
いくつかそれっぽいの見つけた．
- jxuf - Java eXtensible Update Framework
- stableUpdate autoupdate tool
けど，開発が止まっていたり，使い方がわからんかったり，サーバ側に入れないといけなさげだったり．
帯に短したすきに長しだ．
ref. [2007-11-01-1]
]
2007-11-01 Thu
■ Online update API なんぞないものか
Eclipse の online インストールのようなものを実現できるAPIはないのかな．
欲しい機能．
- ネットワーク上にプラグインのようなものを置いておいて，必要に応じて一覧表示する．
- 欲しいものにチェックを入れて，必要なものをダウンロードする．ローカルでのインストールはこっちで適当にする．
- ダウンロードしてあるものがバージョンアップしていれば通知．こっちから聞きに行っても良い．
条件
- 特別なサーバを用意しないこと．HTTPくらいで．
- 複数のサーバに対して聞きにいくことが可能．
ないなら作るかなぁ．
]
2007-10-26 Fri
■ Java で StAX
Java 5 で動かす Reference Implementation と Java SE 6 の挙動が違う．．．
:
XMLEventReader reader = ....
String hogehogeValue = null;
while(reader.hasNext()){
XMLEvent event = reader.peek();
if(event.isStartElement()){
StartElement startElement = event.asStartElement();
String tagName = startElement.getName().getLocalPart();
if(tagName.equals("hogehoge")){
hogehogeValue = reader.getElementText();
}
:
}
:
reader.nextEvent();
こんな感じのプログラムで，Java 5では正常に動作する．
しかし，Java SE 6 で動かすと上記の9行目，reader.getElementText()を実行したときに，以下のExceptionが発生する．
javax.xml.stream.XMLStreamException: ParseError at [row,col]:[4,11]
Message: parser must be on START_ELEMENT to read next text
at com.sun.xml.internal.stream.XMLEventReaderImpl.getElementText(Unknown Source)
:
上記コードの 4 行目 reader.peek() を reader.nextEvent() に最後の一行 reader.nextEvent() を削除すると Java SE 6 で意図通りになる．
ただし，Java 5 で実行すると
javax.xml.stream.XMLStreamException: Precondition for readText is nextEvent().getTypeEventType() == START_ELEMENT (got 4)
at com.bea.xml.stream.XMLEventReaderBase.getElementText(XMLEventReaderBase.java:87)
:
になる．なんでこんな根本的な挙動が変わるんだよー．うっざー．
]
2007-07-03 Tue
■ IT業界のスーパースター Duke，自由になる
いつの間にやら．ミッキーとは違っていろんなところに簡単に出られるようになったのか．
]
2007-07-01 Sun
■ Java アプリケーションを Windows exe にラップする
NSIS CompilerとJeludeを使うことでできた．
作成したexeファイルに対して色々やってみて理解した動作．
- exeファイルには指定したjarファイルが含まれている．そのjarファイルはコンパイル時にnsiファイルと同じディレクトリにあると仮定しているみたいだ．
- 実行すると指定したjarファイルを$TEMPディレクトリに展開する．
- javawコマンドでjarファイルを実行する．
以上の動作は nsi ファイル内で指定する．
ちなみに，nsi ファイルは jelude でテンプレートが手に入る．コンパイルは nsis に付属のIDEで行った．
その他のいろんな設定方法も書かれているので，便利そうだ．
ライセンスはpublic domainなので，どんな場合でも安心して使える．
そのほかのJava exe wrapper はここで紹介されている．
]
2007-03-30 Fri
■ FindBugs
使ってみた．以下の報告がされた．
Dm: Method invokes System.exit(...) System.exit(...) メソッドを呼び出しています。 このメソッドはJavaVMを強制終了させる為、テスト以外では使用されるべきではありません。
じゃぁ，GUIの場合，どないせえっちゅーねん．終了させられへんやん．Exception を投げて終了というのも終わり方が気持ち悪いし，Thread.currentThread().stop() はコンパイル時に警告が出るし．
]
2007-03-26 Mon
■ Jakarta Commons CLI
long option しか指定していないオプションが複数個あったときに HelpFormatter でヘルプを出力すると，long option しか指定しないオプションが一つしか出力されない．
調べてみると HelpFormatter#renderOptions の中で Options#helpOptions を呼び出しており，そのメソッドは shortOptions.values を List として返している．shortOptions は short option を格納した Map で，long option しか与えられていないオプションはスペース一つの short option として扱われているようなので，long option しか指定されていないオプションが複数個あった場合，無理のようだ．
で，どうしよう．Options#helpOptions はパッケージ指定のアクセス制御なので，オーバーライドできない．となると HelpFormatter の renderOption で helpOptions を呼び出している部分を getOptions を使うように変えるしかないのか．妙に痒い部分に手が届いてないんだよな Commons Cli．CommandLine のコンストラクタが protected じゃなかったり．
単に Options#helpOptions を以下のように置き換えたいだけなのに・・・
@Override
List helpOptions(){
return new ArrayList( getOptions() );
// return new ArrayList( shortOptions.values() );
}
]
2007-01-07 Sun
■ 調べ物
コマンドラインで java コマンドをタイプして実行した場合と jar ファイルをダブルクリックして javaw で起動した場合を区別することはできないのかな．
どっかで区別できると期待しているんだけど，どうなんだろう？
全然確認していないけど，区別できるとすればシステムプロパティか？
]
2007-01-06 Sat
■ Java Swing Tips
JTable のソートとか，JTabbedPane に閉じるボタンを付ける方法とか，色々載っている．Java Swing Hacks をより深くした感じ．
]
2006-12-17 Sun
■ Eclipse 3.1 → NetBeans 5.5
今まで Eclipse を使っていたのだが，Java SE 6 が出たのを機に NetBeans 5.5 に移行した．
移行に要する作業は，ほとんどなく，今まで Eclipse で開発していたプロジェクトを簡単に NetBeans に移行できた．
私が作成するプロジェクトのほとんどは Maven2 で管理しており，Eclipse を使っていたときは
mvn eclipse:eclipse
で Eclipse 用の設定ファイルを Maven2 で作成してから Eclipse にインポートしていたのだが，NetBeans ではそんな作業も必要なく普通に Maven2 で管理していたプロジェクトをインポートできた．
Maven2 で管理していたから移行が楽だったのかもしれないが．
]
2006-12-14 Thu
■ Java SE 6!
出た．
XMLとWebサービス関連のサポートとか，JavaScript対応とか，デスクトップ環境の拡充とか，色々更新されている．
JVM Specはいい加減 Third Edition を出して欲しいんだが．
]
2006-11-08 Wed
■ Java サービスプロバイダ
jar ファイルにはサービスの実装を定義する項目がある．META-INF/services ディレクトリに置かれているファイルを基に，サービスの実装をユーザプログラムなしに，アプリケーション側に登録することが可能になる機構である．
例えば Image I/O や Midi，JNDI などで使われているようだ．クラスパスを通しておくだけで実装クラスが得られるので便利っぽい．
この機構の使い方は META-INF/services/ ディレクトリ以下に SPI のインターフェース名のファイルを作成し，そのファイルの中に実装クラスの名前を書く．こうすることでユーザプログラム側で特別な処理なしに，特定のクラス経由で実装クラスの Class オブジェクトを得ることができる．
しかし，特定のクラスというのがはっきりしない．jar ファイル仕様のサービスプロバイダの項目では例として以下のコードが掲載されている．
CharEncoder getEncoder(String encodingName) {
Iterator ps = Service.providers(CharCodec.class);
while (ps.hasNext()) {
CharCodec cc = (CharCodec)ps.next();
CharEncoder ce = cc.getEncoder(encodingName);
if (ce != null)
return ce;
}
return null;
}
このようなコードで CharCodec SPI の実装クラスを得られるのだ．しかし，Java SE 5 には Service というクラスは存在しない．この機構を実際に使うときにはどのクラスを使えばよいのかがわからなかったので調べてみた．「こうすべき」という正式な文書は見つからなかったものの，まぁできたので良しとする．
結論としては javax.imageio.spi.ServiceRegistry を使う．Image I/O は使わないのに，imageio パッケージを使うのは何とも気持ち悪いが他に適当なクラスも見つからなかったので仕方ないか．
以下，サンプルプログラム
《続きを読む》
]
2006-10-13 Fri
■ ASM
前から知っていたものの，BCEL で事足りていたので使っていなかったが，BCEL の Java 5 対応の遅さにいい加減嫌気がさしたので ASM に乗り換えてみる．
ちなみに，Javassist はメンバの削除ができないので，あまり乗り移る気にならない．簡単に操作できるのは魅力的なんだけど．
ASM を使うには Visitor パターンを理解しておく必要がある．Decorator パターンもかな？
で，だ．ASM を使ってバイトコードをこちょこちょといじってみると，
- MethodVisitorA でフィールドに対する操作が行われるごとに，とある処理αを行わせる．
- MethodVisitorB でメソッドを呼び出すごとに，とある処理βを行わせる．
この二つの Visitor を使ってとあるクラスを更新してみた．
αがメソッド呼び出しの処理のとき，MethodVisitorB がαによって追加されたものに対しても有効になってしまう．
someMethodCall(someField);
α，βともに System.out.println としたとき，上の1行を更新すると
System.out.println("someMethodCall");
System.out.println("someFieldReferenced");
someMethodCall(someField);
となって欲しいところが，
System.out.println("SomeClass#someMethodCall");
System.out.println("PrintStream#println");
System.out.println("someFieldReferenced");
someMethodCall(someField);
となってしまう．これは困った．仕方ないので，MethodVisitorA と MethodVisitorB それぞれで行う処理を同じクラス MethodVisitorC でやるようにすると，希望通りの出力が得られた．
が，こうすると MethodVisitorC がすんごい長くなるので，どうしよう・・・．
]
Powered by 
