NetBeansのVisual Web PackやJSF from Entityの自動生成機能を使ったラクラク開発を試みましたが、やっぱりやめました。前者は、リッチクライアントには向いてるかもしれませんが、単純なWebフレームワークとしては煩雑すぎます。
後者は悪くはないのですが、JSPとEntityの密結合感が気持ちわるい。カラムの変更程度には簡単に対応できそうですが、さほど柔軟な作りとは言えません。そこで、SpringFrameworkを入れて、次のような構成をとってみることにしました。



テストのやりやすさなどDIの利点はもちろんありますが、NetBeansの機能を捨ててもコレを採用した理由は２つあります。
１つ目は、設定ファイルに設計書としての役割を持たせて、情報を集約したかったから。もう一つは、NetBeansの入力支援です。

上のポンチ絵に、ちょっと具体的なインスタンスを当てはめてみます。



この絵の内容を設定した faces-config.xml と applicationContext.xmlは、次のようになります。
(JSFとSpringのインテグレーション方法は、本家マニュアルを参照。)

もうこれさえ書けば、設計書いらず。むしろ、何十ページの文章や絵を描くよりも、このXMLの方が雄弁ではないでしょうか。もし（文化的に）許されるなら、このXMLに文章や絵を書き込みたいくらいですｗ
設計として足りないものは、項目とリファレンスくらいなので、あとはJSPソースやJavadocが語ってくれるはず。

JSF＋Springは、自分の中では見事にハマりました。設計書の量を減らすことも確実なEoDですよね。このXMLを生成＆ビジュアル化してくれると、なお良しですが・・。

結局 NetBeansの機能つかわねーのかよ！
との、ツッコミがとんできそうですが、この方法を選んだのは、NetBeansだからこそ。JSPエディタの入力支援が完璧だからです。標準のUIコンポーネント h:とかf:なら、WYSIWYGよりも、手でコーディングした方が早いでしょう。

タグライブラリはもちろん、faces-config.xml上のインスタンスから辿って、末端のBeanのプロパティまで、サジェスチョンしてくれます。
↓こんな風に。


この方法なら、こんな感じの入力とアクションになります。

もしVisual Web Packを使うなら、ボタンのリスナーには、こんな気の滅入るコードを書かなければならないはずです。

画面項目が一つ増えた場合を想像してみると・・・
雲泥の差かと、思います。

というわけで、次のプロジェクトはこのやり方に決めました。
よしっ、年末モードへ、ふらいあうぇ～い。