>>337
それもそうだ (w。っていうか俺も技術屋たたき上げの転職組だし、なるたけ
社内政治よりも開発者側の考えを大事にしたいんだわ。

>>339
さりげなく聞いてみたら止まらなくなってしまいました (w 思い出しながら
なるたけ書いてみます。

フレームワーク哲学的には Struts のほうが良いが、コボラーや初心者集めて
大量生産するなら (苦々しく) WACs だろうなぁ、と言ってた。Struts は
データベース周りの機能が弱いし、ホストや MQ、電文操作は皆無だし、と。
どの道 ServletWorks も WACs も開発側でかなりラップしてやらないと、
ぜんぜん弱いんで同じかも? むしろ Struts のほうが下手に隠蔽してない
分やりやすいかも? とも言ってましたけど。

Struts 自体については、以前いろいろ調べたり作ったりしたようですが、
「WAS2 の頃 (JDK 1.1) に某所開発用に作ったフレームワークと同じか
それ以下、みんなやること同じだなぁ (藁」と言ってました。私も今勉強中です。

SQLException が上がるとログ出力機能が無限ループする、ディスクが
いっぱいになると OutOfMemoryException (なんで?) が出る、BLOB/CLOB
未対応、インスタンスのスコープが曖昧、クリティカルな Bean がブラック
ボックス化されてなくてグレー色、スタックトレースをログに出さない、
デバッグログを出すにはフラグを修正してリコンパイルが必要、画面に
表示するメッセージとログに出力するメッセージの区別がついていない、
何かあるとログも出さないで全てメッセージなし SystemException
なので、結局 WACs の中を開発者がステップ実行する羽目になる、
などなどいろいろ言ってました。唯一便利だと思ったのは、
エラーが起きたときにメッセージ付きで直前の画面を自動的に復元して
くれることだけだそうです (フレームは未対応)。

たとえば数十 MB 級の CSV をクライアントへ出力させる処理で、全データを
メモリには置けないので、そこだけサーブレットにしてストリームベースで
やりたい場合でも、必要な情報が隠蔽されているので不都合だ何とか言ってた。>WACs