beanにしたものと思う。beanのコードの書き換えごとのDTO書き換えの問題を排除する。戻りがないのか?このシーケンス図に限らず、この本は全般的にシーケンス図での戻りは書かないらしい。原著もこう書かれている各DTOの合体物を言っているようだ。.NET開発環境ではエンティティーの生成は半自動になっていて便利そうである。-本当に便利なのか、動作時動的検査に頼るかどうかとなる-getter/setterなくせる面は良い。-最近のfreesoftはautoPopulate機能がある。commonsのBeanUtilsが近い、beanを作りこむ作業が簡単にできる。-refletctionを使うので遅くなるのは確実。-jdk1.4移行なら性能upしているのでreflection使っても良い。-clientのhaspmapのcast操作が煩雑、コーディングは大変-I/Fの名前決め作業が煩雑-なんでもかんでもXML化して解決というのは遅くなる。-DOMは遅い、XPathも速いかどうかは不明-XMLはDTOの定義不要となっていいかもしれない。これはいったいいつの世代の話か?(単に右クリックでvalidationでは)-整合性検査が不明、-インクリメンタルコンパイラーは大変か、都度自動コンパイルでもかまわないはず。-開発工程の下流に押しやることにはたしかになるかもしれない。interfaceはimplementsを多段化できるのでこの表記となる。-WebLogicはremoteといってもlocalと判断する機能がついている。interfaceもlocalとして読んでくれる。-必要性が不明、XDocletが整合性をみてれてるに期待すべきでは?-このパターンは使わないかもしれない。Descripterは各必要がない。requestはプールをまたがってはlockできない-timestampはoracleは1秒以下も表現できるが保証はされない-solarisは10ms単位、ただし表記と保証は別問題。ejbloadが全部の読み込みであれば書き込みは起きないはず。hasntableの中身のようなもの、外はI/Fとなっているもの。数を見るから全件取り出しかどうか決める。-全件取らない様に注意が要る。-現状の仕様ではjdbcのドライバーに依存してしまう。-Clientのjdkのバージョン合うのか、シリアライズ化に問題は起きないのか。-サンマイクロのcachedrowsetとは?http://www.javaworld.com/javaworld/jw-02-2001/jw-0202-cachedrow.html良い日本語記事見つからず。select操作にXMLは適していないのではないか。-富士通OODBもうまくいかないようだ。何もしないで帰ってくるものと思えばよい。