netbeans.org でも遂にフォーラムを導入か

特に日本ではMLの文化はないのでさっさと導入したほうがいいですね．

なんといってもMLは大量のスパムと相性が非常に悪い．MLのアーカイブ等でメールアドレスは公開されちゃいますし．これではスパム送ってくれといっているのと変わらない．

日本は掲示板の文化なので（一時無料レンタル掲示板とかすさまじい勢いがあった．今でも十分ある），かなり手軽に書き込んでくれると思います．ブログのコメントも似たようなものですね．メールに比べて抵抗はないはずです．結果，バグ等の報告や質問の解決も一気に増えるでしょう．2倍3倍というレベルではなく10倍くらいは増えるんじゃないかな．

結局Mercurial問題は解決しないもののOSを入れ替えてしまったので色々と環境の復元に追われている私がきましたよ。

JTerminalを入れなおしたり、finkを入れ直したり、Subversionを入れ直したり、NetBeansを設定しなおしたり、色々大変です。

全然関係無いですけど、10.4までは、起動中のアプリケーションはDoc内でなんか矢印がついていたような記憶があったのですが、10.5になってから印が消えたなーと思ったら、起動中のアプリケーションには矢印じゃなく青い光みたいのが陰っぽい感じでつくようになったんすね。ちょっぴりかっこいい。

それはさておき。

私は今までiBATISのことを誤解していました。それは、

• http://d.hatena.ne.jp/chiba_mk3/20080508

↑

この日の日記に書いているのですが、

1. resultMapの記述が面倒くさい。

 <result property="userId" column="USER_ID" />

1. これくらい一々定義しなくてもCoC的にオートでマッピングしてくれても良さそうなものなのだが。
2. 動的SQLもやりすぎるとテストが大変そう。
1. sqlMapConfig.xmlのresourceに一々sql-mapファイルを設定しないといけないのが面倒くさい。
   1. hoge.huga.PiyoDao用にhoge.huga.PiyoDao.xmlをおいとけばそこから自動的に読込んでくれるとうれしいのだが。

と、思っていた訳です。

が

http://ibatis.apache.org/javadownloads.cgi

↑

ここのサイトの「Documentation」の「Japanese」のところを読んでみるに、

<?xml version="1.0" encoding="UTF-8" ?> 
<!DOCTYPE sqlMap 
    PUBLIC "-//ibatis.apache.org//DTD SQL Map 2.0//EN" 
    "http://ibatis.apache.org/dtd/sql-map-2.dtd"> 
<sqlMap namespace="Person"> 
      <select id="getPerson" resultClass="examples.domain.Person"> 
          SELECT 
              PER_ID as id, 
              PER_FIRST_NAME as firstName, 
              PER_LAST_NAME as lastName, 
              PER_BIRTH_DATE as birthDate, 
              PER_WEIGHT_KG as weightInKilograms, 
              PER_HEIGHT_M as heightInMeters 
          FROM
              PERSON 
          WHERE
              PER_ID = #value# 
      </select> 
</sqlMap> 

「上記の実例は、SQL Mapの最もシンプルな形を示しています。ResultSetのカラムとJavaBeansのプロパティ(もしくは、Mapキーなど)で名称が一致しているものを自動的にマップするSQL Mapsの機能を使っています。」

(;￣Д￣)

そんな機能があったのか・・・

• http://ibatis.apache.org/docs/java/user/com/ibatis/sqlmap/client/SqlMapClientBuilder.html

↑

このJavaDocからリンクはってある、

• http://ibatis.apache.org/docs/java/user/com/ibatis/sqlmap/client/sql-map.txt

↑

ここの解説からは、そんなことは読み取れなかったのだが・・・

ということはですね。

 <result property="userId" column="USER_ID" />

これくらい一々定義しなくても、

SELECT USER_ID as userId (略)

と、SQLを書けば、自動的にマッピングしてくれるという訳ですね！？

むむむ。

1. sqlMapConfig.xmlのresourceに一々sql-mapファイルを設定しないといけないのが面倒くさい。
   1. hoge.huga.PiyoDao用にhoge.huga.PiyoDao.xmlをおいとけばそこから自動的に読込んでくれるとうれしいのだが。

これに関しても、Springと組み合わせれば、

• SqlMapClientFactoryBeanを継承する
• ApplicationContextAwareをimplementsする
• afterPropertiesSet()をオーバーライドする
• ApplicationContext#getBeanNamesForType()を実行し、SqlMapClientDaoSupportを継承しているクラスのBean-IDを取得する。
• 取得したBean-IDを元にApplicationContext#getBean()を実行してインスタンスを取得する。
• 取得したインスタンスのクラス名を取得する。
  • クラス名がhoge.huga.PiyoDaoだった場合、hoge.huga.PiyoDao.xmlをsql-mapファイルと判断。
• commons betwixtとPipedOutputStreamを利用し、PipedInputStreamに直接sqlMapConfigの内容を書き込む。
• PipedInputStreamを元にInputStreamResourceを生成する。
• 生成したInputStreamResourceを、SqlMapClientFactoryBeanのconfigLocationに設定する。

なんていうSqlMapClientFactoryBeanのサブクラスを作れば、物理的にsqlMapConfig.xmlを用意しなくても、アプリケーション起動時に動的にsqlMapConfig.xmlを生成できてメンテナンスが楽かも。

むむむ。

なんだか、急にSpring＋iBATISで全然鉄板のような気がしてきました。

5.5.1まではたしかclientがセットされていたはず．

じゃあサーバーでのセッション保存になっているかといえばそういうわけでもないようだ．ちゃんとhiddenにわたされている．

ということはデフォルトがclientになったのか．それとも5.5.1のときはJSF1.1で作っていたっけかな？

さて。MacのNetBeansでMercurialに挫折して久しい訳ですが、なんとなく

Mac 10.4だからだめだったのかも？

と、根拠もなく思い始めました。まぁ、期待する訳でもなかったのですが、10.5にあげるいい機会かなーとも思ったので、さっそくMac 10.5とバックアップ用の外付けハードディスクを買いにいった訳です。

で

特に期待していた訳でもなかったのですが、ひょっとしたら同じことで悩んでいる人もいるのかも？と思い、「Mac 10.4 Mercurial NetBeans」でぐぐってみました。

ぐぐって1番目および2番目に私のブログが出てくるあたり、なんだか非常にマイナーなことをしている気分になってきてさらに期待薄だった訳ですが、3番目にNetBeans6.1のリリースノートが出てきたので何の気なしに眺めていました。

ら

現在、Mercurial 1.0 は、Mac 10.4 では使用できません。

と、思いっきり書いてあるじゃないですか・・・

そうですか、使えなかったんですね。

逆に言えば、Mac 10.5では使えるんですね？

そんなこんなで、wktkしながらMac10.5をインストールして、いの一番にNetBeansとMercurialをダウンロードしてインストールしてみました。

・・・

10.4のときと全く同じ動作じゃないですか・・・

やっぱり、ローカルリポジトリへのコミットの段階で既にうまくいきません。そして、相変わらずコマンドラインから

hg commit -m "commit test"

とか実行するとうまくいきます。どうやら、別段10.4が悪かった訳ではないみたいです。

振り出しに戻ってしまいました。

相変わらずMercurialはお手上げです。

NetBeans の Java SE 6 日本語 API Doc プラグイン

おお，こんなのがあるんだ．

と思い，6.0で起動すると英語バージョンしか出てこない上にベータ版．あいかわらずNetBeansは少しでも古いバージョンは鬼門だぜ．他のIDEは大概かれてきた1,2世代前のバージョンを使うほうがバグの把握等もしっかりわかっていたりして便利だったりするのだろうが，NetBeansは昔から１ヶ月くらいたってよっぽど致命的なことがなかったらもう最新版にのせかえたほうがいいというすすめ方してると思う．バグは新しいバージョンじゃないと取れていないということが非常に多いからだ．

今度は6.1で起動してみる．お，日本語版があった．しかもこちらはちゃんと正式版．しらなかったのでいままでどおりJavaDoc落として設定してましたよ．まぁJavaDoc単体で開くことも多いからいいんだけど．

NetBeans4.1まではマージDocが必要だったのを考えると進歩してるなぁと思った．4.1ってバージョンは6.0，5.5.1，5.5，5.0，4.1と数えるともう5世代も前なのか．時の流れは速い．

先日、nbcheckstyleに代わるcheckstyle beansがあることを発見したので、実はFindBugsにもそのような新しいNetBeans用のプラグインがあるのでは無いかともう一度探してみたところ。

こんなものがあるじゃありませんか。

• https://sqe.dev.java.net/

FindbugsどころかcheckstyleもPMDもその他色々、これ一個でSoftware Qualityは万全ですってことらしい。

なんてこったい

実は、nbcheckstyleどころかcheckstyle beansもはずれで、このSQEが当たりだったということでしょうか。

そんな訳で、さっそくcheckstyle beansを一旦アンインストールして、以下のアップデートサイトからSQEをインストールしてみることにしました。

• https://sqe.dev.java.net/updatecenters/sqe/updates.xml

インストール対象のプラグインは、以下の三つみたいです。

• SQE Update Center
• SQE Java
• SQE Platform

さっそくインストールして、念のためNetBeansを再起動してみたのですが・・・

さっぱり分かりません

なんだか分からないけど、Javaソースを開くたびに右下に道路標識の進入禁止みたいなアイコンがペコペコ点滅します。ダブルクリックしてみると、何やらSQEがらみのクラスが「ぬるぽ」をスローしている模様。メニューバーに現れた「Quality→Information」をクリックしても、同様に何やらヌルポを発生している模様。

なんだろう

ひょっとしてJava6以上じゃないと駄目だとかそういうことなのだろうか。それとも、

https://sqe.dev.java.net/

↑

このサイトに「SQE is now built against NetBeans 6 RC1.」とか書いてあるように、NetBeans6.1ではまだ動作しないとかなのでしょうか。

それにもまして、「オプション→Quality」のところで、FindBugsとPMDには何やらオプション設定があることは分かったのですが、checkstyleのところには「No Configuration available yet」と表示されるのみで、何も設定項目が無いように見えるのですが。

ようするに

checkstyleのチェック内容をカスタムすることは現状できないということでしょうか。

むむむ・・・

FindBugs、CheckStyle、PMD等々、品質関連のプラグインをSQE一つで全て提供というコンセプトは良いと思うのですが、チェック内容をカスタムできないというのはちょっと痛いです。

仕方が無いので、CheckStyle Beans同様今後に期待ということで、このプラグインはしばらく寝かせておいて当面の間やはりFindBugsはantかmavenでレポートを出して確認することにします。

品質関連のプラグインをオールインワンということで、ついでにJMockitやCode Coverage Pluginあたりもオールインワンされないかしら。

そういえば、品質関連といえば、NB JUnit IDE Integrationってインストールすると何ができるようになるのだろう？一応入れてみたものの、これも良くわかりません。

私は今まで、NetBeansでCheckStyleといえばこれなんだと思っていました。

• http://nbcheckstyle.sourceforge.net/

でも、昔(5.5.1くらいの頃)は使えていたような記憶があるのですが、6.1でインストールしようとしても「プラグイン Checkstyle に必用なモジュールが見つかりません: module org.openide.src」と言われてインストールできない。

まだ6.1に対応していないのかな？

と思ったものの、nbcheckstyleの最終リリースは2005年9月24日で正式サポートしているNetBeansは4.1という明らかに開発が止まっている気配。

NetBeansではあまりcheckstyleは使われていないのかな？

と、諦めかけていたのですが。この、

• http://checkstyle.sourceforge.net/

checkstyleのサイトをもう一度よーく見てみると、「Checkstyle Beans」なるものがあるらしいじゃないですか。

なるほど。開発はこちらに移っていたのですね。

• http://www.sickboy.cz/checkstyle/download.html

↑

このダウンロードサイトを見るに、オンラインインストールも用意されていて、NetBeans6.xにも対応しているらしい。そんな訳で、さっそくインストールしてみました。

一応、インストールすると「オプション設定→その他」のところにチェックスタイル用の設定パネルが現れます。

で

そこで、自分で作ったcheckstyleの設定(XML)を読込むことができ、その設定に基づいたチェック結果はソースコードエディタの左のところに、コンパイラの警告と同じように表示されるようです。

が

1. EclipseのプラグインみたいなGUIベースの設定ツールは無い
   1. checkstyle.xmlはテキストエディタとかで手作り
2. プロジェクトエクスプローラ上でcheckstleの警告が出ているファイルとそうで無いファイルの見分けがつかず、ファイルを開いてみないと警告(や、エラー)があるか無いか分からない
3. 使用する設定ファイル自体を変更したり、設定ファイルの内容を変更すると、再起動しないと反映されないような気がするのだが、そのようなメッセージは何処にも表示されないような
4. 同じ設定でもeclipseとnetbeansで微妙に結果が違うような
   1. 例えば、「JavadocStyle」の「checkFirstSentence」をtrueにすると、eclipse上ではJavaDocコメントの最初の一文が「.」で終わってない場合は「最初の一文はピリオドで終わらなければなりません。」と表示されるのだが、NetBeans上では特に何も表示されない
   2. 「package.html」がパッケージに存在しないと警告を出すオプションとかも、当然ながら効果が無かったり

あたりが微妙な気が。

1. ・・・微妙だけど、Eclipseのプラグインでcheckstyle.xmlを作るのが楽かも。
2. ・・・やっぱ、antなりmavenなりでレポート出して確認するしか無いかな。
3. ・・・まぁ、都度忘れずに再起動するしかないかな。
4. ・・・うーん。やっぱこれもレポートで確認するしか無いか

な、感じで、現状は結局のところ、役に立たなくは無いけど、なんだかんだでレポートで確認するしか無いようななんなような。今後に期待です。