Java

[Java]Spring Frameworkのメンテナンスポリシーが変わったみたい？

kazuki@wankuma.com (かずき) — Thu, 02 Oct 2008 23:12:00 GMT

ひがやすをさんのBlogで見たんだけど、どうもSpring Frameworkのメンテナンスポリシーが変わるみたいだ。
http://d.hatena.ne.jp/higayasuo/20080921/1221962998

自分は、原文すら読んでないので、何がどうかわったのか言及するのは控えるけど、今後どうなっていくのか様子を見ておかないといけないかも。

誰かが定期的にビルドしてリリースしてくれるようになったりしないかな？

[JSF][NetBeans]入力値の検証方法

kazuki@wankuma.com (かずき) — Mon, 15 Sep 2008 19:18:00 GMT

JSF1.2でNetBeans6.5のVisual Web JSFを使った場合の入力値の検証について書いてみようと思う。
実装のサンプルは、話を簡単にするために以下の条件に絞って実装をしてみた。

テキストボックスには必ず値を入力しなければならない。
入力する値は数字である必要がある。
さらに入力された値は１～１０の間の数字でなければならない。
未入力時には「必須入力項目です」と表示し、１～１０の数字でない場合は「１～１０の数値を入力してください」と表示する。

JSF 1.2の入力値の検証

JSF1.2の入力値の検証は、大きく３つの検証のフェーズでチェックされる。

必須入力項目化どうか？
何か入力されている場合は、入力値は何型かどうか？
型変換後の値は、どういう値でなければならないか？

１は、requiredプロパティで指定する。boolean型なのでtrue(必須入力)かfalse(必須ではない）という意味合いになっている。さらに、この検証でエラーがでた場合は、requiredMessageプロパティで指定したメッセージがエラーメッセージとなる。

２は、converterプロパティで指定する。Converterは、文字列から目的の型へ変換するという仕事をする。また、表示用文字列への変換も担っている頑張り屋さんだ。Converterには、標準でInteger,Long.Double,Date,Booleanなど必要そうなものが一通り用意されている。
Converterでエラーが発生した場合は、converterMessageプロパティで指定した文字列がエラーメッセージとなる。

３は、validatorプロパティで指定する。Validatorは、Converterで変換した結果の値の妥当性を検証する。Validatorは、はじめから用意されてるものだとDoubleの範囲チェックを行うもの、文字列の長さをチェックするもの、Longの範囲をチェックするものが用意されている。ちょっと物足りない。
これで満足できなければ、validateイベントで自分で独自のチェックロジックを実装できるようになっている。まぁ、普通にプロジェクトでやるときにはカスタムValidatorを作ることも出来るので自作することになるんだと思う。
Validatorでエラーが発生した場合は、validatorMessageプロパティで指定した文字列がエラーメッセージとなる。

エラーメッセージの表示には、メッセージリストコンポーネントか、インラインメッセージコンポーネントを使用する。メッセージリストは、画面内のエラーメッセージをすべて表示するために使う。画面の上部や下部で、メッセージを一括表示するのに使ったりする。
インラインメッセージは、１つのコンポーネントに対応するエラーメッセージを表示するのに使う。

というわけで実装してみよう

グリッドパネルをデザイナで画面に配置して、そこに標準コンポーネントのテキストフィールドとボタンを置く。
テキストフィールドに、Longコンバータと、Long範囲コンバータを置く。これで数値であることと、特定の範囲であることを検証する。

コンバータとバリデータの設定方法は、パレットからテキストフィールド上に設定したコンバータとバリデータをドラッグアンドドロップするだけでOK。お手軽だ。

Long範囲バリデータは、maximumに10を、minimumに0を指定しておく。必須入力もチェックするので、TextFieldのrequiredプロパティにチェックも入れておく。

そして、テキストフィールドのrequiredMessageプロパティとconverterMessageとvalidatorMessageにエラー時のメッセージを指定する。

最後に、エラーメッセージを表示するためにインラインメッセージコンポーネントをテキストフィールドの下に配置してforプロパティで画面にあらかじめ置いておいたテキストフィールドのidをセットする。

ここまでの操作で画面とナビゲータウィンドウは下のような表示になる。

格コンポーネントのプロパティも下のようになっているはずだ。（変更した部分のみ抜粋）

textField1

required: true
converter: longConverter1
validator: longRangeValidator1
requiredMessage: 必須入力項目です
converterMessage: １～１０の数値を入力してください
validatorMessage: １～１０の数値を入力してください

inlineMessage1

for: textField1

longRangeValidator1

maximum: 10

実行して動きを見てみよう。

何も入力しないでボタンを押すと下のようになる。

１～１０の数字以外を入力すると下のようになる。
これはConverterでエラーが起きている。
これはValidatorでエラーが起きている。

ちゃんと１～１０の数字を入力すると、エラーは起きない。

以上が、簡単だけどJSF1.2（IDEはNetBeans6.5のWebアプリでフレームワークにVisual Web JSFを使った場合)の入力値の検証方法でした。

# 最後まで書いてみて思った。数値だと1.5とか実数も含むんだっけ…まぁここでは整数ということで広い心で解釈してください。

[NetBeans][Java]コードジェネレータを作ってみよう(NB5.5)

kazuki@wankuma.com (かずき) — Sat, 13 Sep 2008 22:00:00 GMT

前に、NetBeans6.1で無理やりコードジェネレータを作ったことがある。
http://blogs.wankuma.com/kazuki/archive/2008/05/14/137729.aspx

これが、NetBens6.5では普通に作れるようになってるようだ。ということでやってみた。
最終的に、ハローワールド的なコードをサクッと挿入してくれるものが出来上がる予定で進めていく。

因みにNetBeans6.5 Dev 200809130201版で書いてるので正式版とは微妙に違うかもしれないです。

プロジェクトの作成

CodeGenSampleという名前でモジュールプロジェクトを作成する。

作っていくよ！

新規ファイルから、コードジェネレータを作る。

MINEタイプは、Javaを想定してるのでx-javaにした。MINEタイプを指定できるってことはJava以外でも出来るってことなのかな？出来たらいいな～と思いながら完了ボタンをクリックした。

そうすると、１つのjavaのファイルとlayer.xmlが作られる。Javaのコードは、前作った時とほとんど同じっぽい。
微妙な違いといえばinvokeメソッドにJTextComponentが渡ってきていたのに渡ってこなくなっている。どうやらコンストラクタで渡されてくるLookupから取得するようになってるらしい。

package com.wankuma.kazuki.netbeans.codegen;

import java.util.Collections;
import java.util.List;
import javax.swing.text.JTextComponent;
import org.netbeans.spi.editor.codegen.CodeGenerator;
import org.openide.util.Lookup;

public class HelloWorldCodeGenerator implements CodeGenerator {

    // コードを挿入するJTextComponent
    JTextComponent textComp;

    // コンストラクタでlookupしてJTextComponentを取得
    private HelloWorldCodeGenerator(Lookup context) {
        textComp = context.lookup(JTextComponent.class);
    }

    // このジェネレータを作成するためのファクトリ
    public static class Factory implements CodeGenerator.Factory {

        public List<? extends CodeGenerator> create(Lookup context) {
            return Collections.singletonList(new HelloWorldCodeGenerator(context));
        }
    }

    // Alt + Insertしたときの画面に表示する文字列
    public String getDisplayName() {
        return "Sample Generator";
    }

    public void invoke() {
        // ここにコード挿入の処理を書く
    }
}

layer.xmlは、x-javaのコードジェネレータ部分にFactoryを登録するようになっている。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE filesystem PUBLIC "-//NetBeans//DTD Filesystem 1.1//EN" "http://www.netbeans.org/dtds/filesystem-1_1.dtd">
<filesystem>
    <folder name="Editors">
        <folder name="text">
            <folder name="x-java">
                <folder name="CodeGenerators">
                    <file name="com-wankuma-kazuki-netbeans-codegen-HelloWorldCodeGenerator$Factory.instance"/>
                </folder>
            </folder>
        </folder>
    </folder>
</filesystem>

じゃぁ、HelloWorldのコードを挿入する処理を書き足していこうと思う。HelloWorldCodeGeneratorクラスのinvokeメソッドを下のようにする。JTextComponentとDocumentクラスのAPIを使って文字列を挿入してるだけのシンプル実装にしてみた。
ついでに、getDisplayNameで返す文字列も変えてみた。

// Alt + Insertしたときの画面に表示する文字列
public String getDisplayName() {
    return "こんにちは世界";
}

public void invoke() {
    // ここにコード挿入の処理を書く
    int mark = textComp.getCaret().getMark();
    try {
        textComp.getDocument().insertString(mark, "System.out.println(\"こんにちは世界\");", null);
    } catch (BadLocationException ex) {
        Exceptions.printStackTrace(ex);
    }
}

さて、たったこれだけで完成だ。F6を押して実行してみよう。
NetBeansが起動してくるので、Javaアプリケーションのプロジェクトを適当に作ってコードエディタでAlt + Insertを押してみると、さっき作ったこんにちは世界が表示されていると思う。
選択すると、ちゃんとコードが挿入される。

作るのが簡単になった。いいことだ。

[JRuby][NetBeans]JavaのクラスをJRubyから使う

kazuki@wankuma.com (かずき) — Sat, 13 Sep 2008 20:33:00 GMT

NetBeans 6.5のbetaをほとんど使ってなかったので、使ってみた。何に使おうか悩んだんだけど、とりあえずJRubyをお試ししてみよう。ということでタイトルのJRubyでJavaのクラスを呼んでみるを試してみよう。

さて、呼ぶために必要な手順は２つだけだ。

require 'java'をする
include_class or include_packageをする

以上！簡単すぎる。ということでArrayListを使ってみた。

# 前準備
require 'java'
include_class('java.util.List')

# ArrayListのインスタンスを作ってaddメソッドを使ってみる
list = java.util.ArrayList.new
list.add("こんにちは")
list.add("世界")

# eachでくるくる回すことも出来るのね
list.each do |item|
  puts item
end

実行すると、普通に結果が出る。

こんにちは
世界

これでSwingを使ったりとかもやりたい放題だ。ただ、これじゃあまり面白くないので外部のjarファイルに定義されているJavaのクラスを呼ぶ方法を試してみた。因みにCLASSPATHを通すことはしない！

まず、Javaのクラスライブラリのプロジェクトを作る。クラスはお試しなので１つだけ。文字列を返すだけにした。

package com.wankuma.kazuki.jruby.sample;

public class Greeter {
    public String greet(String name) {
        return "こんにちは！" + name + "さん！";
    }
}

これをビルドしてgreeter.jarを作成する。それを、JRubyのプロジェクトのlibフォルダ（ソースフォルダ）にコピーする。

さて、このjarファイルの中にあるクラスを使うための手順は以下の３つになる。

require 'java'をする
requrie 'jarファイル名'をする
include_class or include_packageをする

なんとjarファイルをそのままrequire出来ちゃう。素敵だ。
ということでやってみた。

# 前準備
require 'java'
# jarファイルをrequireで読み込む
require 'greeter.jar'

# 後は普通に使えるようになる
include_class('com.wankuma.kazuki.jruby.sample.Greeter')
greeter = com.wankuma.kazuki.jruby.sample.Greeter.new
puts greeter.greet('田中　太郎')

実行してみると…

こんにちは！田中　太郎さん！

おお～ちゃんと使えてる。いいね。
POIとかも手軽に使えちゃいそう。

[NetBeans]Visual Web JavaServer Facesで画面デザインする時によく使う方法

kazuki@wankuma.com (かずき) — Sat, 13 Sep 2008 09:55:00 GMT

NetBeansのVisual Web JSFは、JavaのWebアプリをぽとぺたで開発できる数少ない環境だと思う。
最近は、Eclipseもがんばってるみたいだけど、Eclipseのぽとぺたツールはイマイチな印象が強い（Visual Editorみたいに…）。

さて、Visual Web JSFでページを作るとデフォルトでグリッドレイアウト（絶対座標によるコンポーネントの配置）になってしまう。
ただし、この場合ちょっと困ったことがある。例を見てみよう。

デザイナ上でTextFieldのWidthを指定して、その横にぴったりエラーメッセージ等を表示するInlineMessageを配置する。TextFieldを必須入力に設定をして実行してみよう。

あぁ・・・TextFieldとInlineMessageがちょっとかぶってしまった。ということで、グリッドレイアウトだとデザイナ上と実際の表示がずれてしまって、どうにも悲しいことが頻発してしまう。
ということで、個人的にVisual Web JSFで画面を作るときにはグリッドパネルを多用して作っている。

同じ画面をグリッドパネルを使って作ると下のような感じになる。

ここで、グリッドパネルのcolumnsプロパティを3にすると綺麗に横並びになる。

これをブラウザで表示させて動かしてみてもばっちり。

LabelとTextFieldの間に、微妙な間を空けたいというときは、columnsを4にしてLabelとTextFieldの間に適当な幅のパネルを入れ込むことで実現できる。
こんな感じに。

最終的に出来上がるHTML的には、ぜんぜん褒められたものにはならないのが悲しい所だけど、現状のVisual Web JSFで楽に作るなら、こういうのを駆使してやっていくのだと思う。
もっといい方法あるかな？

[Java][NetBeans]JavaFX試してみた

kazuki@wankuma.com (かずき) — Sat, 09 Aug 2008 00:00:00 GMT

JavaFX Preview SDKが出てるみたいなので、ちょびっと触ってみようと思う。
おもむろにNetBeans6.1を立ち上げてプラグインの更新をいじくってみた。そしたら、あった！！！

早速インストール。

プロジェクトを新規作成とかしてみたが、いまいち文法がわからず。
なんだか、CSSを拡張したみたいな書き方のような印象を受けるJavaFX。

AIRやWPF/Silverlightに比べると後発になるんだけど、強みはなんなんだろうか。

[NetBeans][Java]GlassFish V3 TP2って早いらしいけど

kazuki@wankuma.com (かずき) — Wed, 09 Jul 2008 00:29:00 GMT

NetBeansのGlassFish V3 TP2のプラグインを入れてみた。
早速、サービスウィンドウからGlassFish V3 TP2を、何も配備してない状態で起動してみた。GlassFishのログに出てきたメッセージによると１秒かかってないらしい。確かに早い。

情報: Glassfish v3 started in 981 ms

何も配備してない状態だと、はやいのも仕方ないかなと思ったのでVisual Web JSFのプロジェクトを作って１つ配備してみた。

情報: Deployment of gf3vwp done is 5997 ms

大体６秒程度みたいだ。
この状態で停止して、また起動してみた。

情報: Glassfish v3 started in 7265 ms

ふむ。まぁ大体こんなもんか。
確かに早い気がする。GlassFish V2は、何も配備してない状態で起動しただけで、GlassFish V3 TP2でアプリ配備してある状態で起動するものより遅く感じる。
気のせい？

[Java]アノテーションがいっぱい

kazuki@wankuma.com (かずき) — Thu, 03 Jul 2008 17:44:00 GMT

Java開発者なら耳慣れた（大体の人が体験したこともあるかな？）単語のXML地獄。
設定ファイルのxmlが大量に出来すぎて泣きたくなるような状況のことをいう。

でも、それも昔の話。
最近は、XMLに記述するんじゃなくてアノテーション（.NETで言うところのアトリビュート）を使ってソース内にエレガントに記述するぜ！！っていうのがトレンド。

普通に考えたらXMLに書いててしんどかったものを、アノテーションで書いてもしんどいよね。
っていうことでannotation hellということが巷で起きてるらしい。

この手の問題は、最近流行？のCoC（Convention over Configuration）かIDEによる手厚いサポートが無いとどうにもならないんじゃないかと思う。
CoCの場合は、覚える規約がいっぱいすぎてソースは綺麗だけど、謎の法則満載に見えてしまうこともあるから、最終的には人間の脳みそを退化させるIDEに頑張ってもらわないと辛い。

まぁ、どれもやり込んだ達人レベルになれば、目を閉じていてもXMLかけるぜ～！とかアノテーション書けるぜ！とか、ここはこういう規約だからこうだ！ってなるんだろうけどね。
そこまで行くには時間が…orz
というか、そこに行くまでの補助輪としても充実したIDEのサポートが欲しいと思う今日この頃でした。

[C#][Java]両方やってると迷います

kazuki@wankuma.com (かずき) — Sun, 29 Jun 2008 23:54:00 GMT

プロパティという概念は、C#には言語自体にある。JavaにはgetXxxxx,setXxxxxみたいなメソッドの組みでプロパティをあらわす。
言語仕様として、プロパティをサポートするかしてないかの違いはあるけれど、プロパティという概念は両言語にある。

んで、間違いやすいのがC#のプロパティ名は最初の一文字目が大文字。Javaは最初の一文字目は小文字。

間違えやすい。

最近Javaをやってることが多かったから、思い出すためにWPFを書いてたら間違えてて5分くらい悩んだ。
悩ましい。

[NetBeans][Java]Visual Web JavaServerFacesに思うところ

kazuki@wankuma.com (かずき) — Thu, 26 Jun 2008 23:13:00 GMT

名前って大事

強く思うことがある。
普通にプロジェクトを作ってできる雛形にある、ApplicationBean1やSessionBean1やRequestBean1の1っていらないよね？

個人的に使うときには、これらを全部消してから使ってる。
まだ、1がついてなければ、そのまま使ったかもしれないけど…。

POJO・・・？

Web画面に対応するJavaのクラスだから、ある程度Webに依存するのがあるのは仕方ないかな～…って思うけど、extends AbstractPageBeanとしてるのはいただけない。
initとかdestroyとかprerenderとかpreprocessとかが定義されてるのとかは別にいいけど、getFacesContext()とかで、思いっきりJSF無しに私生きていけないわっていうくらい依存してるのは好きじゃない。

faces-config.xmlでDIできるよね？

faces-config.xmlでmanaged-beanタグを使ってクラスをリクエストスコープやセッションスコープで登録できる。
AOPなどの、高性能DIコンテナみたいな機能はないけど、プロパティインジェクションができる。

なのに、何故か新規作成したページには、下のようなコードが組み込まれる。

    /**
     * <p>Return a reference to the scoped data bean.</p>
     *
     * @return reference to the scoped data bean
     */
    protected SessionBean1 getSessionBean1() {
        return (SessionBean1) getBean("SessionBean1");
    }

    /**
     * <p>Return a reference to the scoped data bean.</p>
     *
     * @return reference to the scoped data bean
     */
    protected RequestBean1 getRequestBean1() {
        return (RequestBean1) getBean("RequestBean1");
    }

個人的には

private SessionBean1 sessionBean1;
public SessionBean1 getSessionBean1() {
  return sessionBean1;
}
public void setSessionBean1(SessionBean1 sessionBean1) {
  this.sessionBean1 = sessionBean1;
}

みたいなプロパティだけ定義して、faces-config.xmlのほうでSessionBean1のインスタンスを設定するようにして欲しかった。

というか簡単に、このManagedBeanのこのプロパティには、このManagedBeanのインスタンスを入れるよってGUIの上から定義できるようにしてくれたらハッピーだったのになぁ。

なんだかんだ言って

Visual Studioライクに開発できるので素敵だと思ってたりする今日この頃でした。