- 1 名前：デフォルトの名無しさん mailto:sage [04/02/23 00:51]
- www.springframework.org/
乱立するフレームワークと競合するプロトコルの嵐のなかで、
リスクの高い決断を余儀なくされているJavaデベロッパ、プ
ロジェクトマネージャに対する福音です。
語るべし。
- 101 名前：デフォルトの名無しさん [04/07/16 21:02]
- >正直S2はひが氏以外に大した人材がいない（いても強くコミットしてない）
>から先は無いと思う。
最近開発を(一部)分担したらしいが、それがうまくいくかどうか。
失敗すればHORBの二の舞か。
- 102 名前：デフォルトの名無しさん mailto:sage [04/07/16 21:08]
- HORBってあったねぇ。
あれの失敗の原因って何だろ。
・開発者１人に依存しすぎ、開発者発病であぼーん
・そもそも分散オブジェクトに需要がなかった
- 103 名前：デフォルトの名無しさん mailto:sage [04/07/16 23:57]
- OMG様のCORBAとSUN本家のRMIの2強がいちゃあ、
黄色い猿が作ったモンが広がる余地はないだろ。
- 104 名前：デフォルトの名無しさん mailto:sage [04/07/17 00:03]
- >>102
標準性が必要な分散オブジェクト技術としては、弱すぎた。
- 105 名前：103 mailto:sage [04/07/17 00:05]
- あぁ、それと、当時はまだgoogleもなく、常時接続も極めて少なく、インターネット上の情報が少なかった
今みたいなインターネットありきじゃなく、雑誌の情報が主で、プロモーションができてなかったんじゃないかと。
今であれば、それなりに使えたかも。
とりあえず情報少なすぎた。
- 106 名前：デフォルトの名無しさん mailto:sage [04/07/17 00:54]
- HORBってclassファイルのバイトコードエンジニアリングでスタブを生成してなかったっけ。
今はそこらじゅうのAOP対応コンテナでやってるけど、当時としては画期的だったような。
- 107 名前：デフォルトの名無しさん mailto:sage [04/07/17 01:16]
- >>101
優しいなもまいは。そうやって使いもしないプロダクトにまで気を使ってやるもまいの優しさが報われるのを祈っているぞ
- 108 名前：デフォルトの名無しさん [04/07/17 07:34]
- >>107
どうも。
とりあえず生暖かく見守ります。
- 109 名前：デフォルトの名無しさん [04/07/20 10:13]
- Springで質問です。
JDBCTemplate.query(String,RowCallbackHandler)というメソッドで
RowCallbackHandlerインターフェースの実装を渡すと、
ResultSetの件数分だけRowCallbackHandlerのprocessRow(ResultSet)が
呼ばれるんですが、これってデータがものすごい数あった場合、
ものすごい回数呼ばれるじゃないですか。
それって性能的にどうなんでしょうか。一回のprocessRowの中でwhileループ
まわしてすべて終わらしてしまうのはよくないですか?
- 110 名前：デフォルトの名無しさん mailto:sage [04/07/20 11:35]
- >>109
ttp://d.hatena.ne.jp/koichik/20040427#1083077532
↑よみましょう
- 111 名前：デフォルトの名無しさん [04/07/21 22:38]
- Seasarのサイトを見てみた。
「易しさと優しさ」がテーマだと書いてあった。
ダウンロードページを見てみた。
頭のいい人が考える「易しさと優しさ」っていうのは、所詮あんなもんなんだ、と思った。
- 112 名前：デフォルトの名無しさん mailto:sage [04/07/21 22:50]
- 選択肢が多いことは即ちわかりにくい、という大原則をわかってないらしい。
何ダウンロードすればいいのか、わからない。
あぁ、わかりやすさはテーマではないのか。
わかってる人に易しく優しければいいんだな。
- 113 名前：デフォルトの名無しさん mailto:sage [04/07/21 23:18]
- 彡ミミミミ彡彡
巛巛巛巛彡彡 ＜ こいつマジでアホやな
i ＿＿＿＿＿＿＿＿＿＿＿＿
⌒ ⌒ | | ＿＿＿＿＿＿＿＿＿＿＿
-･=- , (-･=- | |
⌒ ) ･ ･)( ^ヽ | |
┏━━┓ | | |112 名前：デフォルトの名無しさん
┃ヽ三ﾉ ┃ |. | | 選択肢が多いことは即ちわかりにくい
. ┗━┛ ﾉ | | ,ｨー-ーｭｧ
｀- ､ ＿ー-ーｲ/. | | ／ '｀'｀'｀ヽ
｀ ￣ l l ￣ ｀ヽ､. |／ ｨソ
ヽ ヽ >ヽ ／ ,ノ＿＿＿＿＿＿＿＿
＼ ＼ ／ ノ＼／ヽ､＿ ,,,ｨ'"＿＿＿＿＿＿＿＿＿
ﾝ ＼ ｀´ ／ ﾝ /ﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕ
＼ ／ ／ /ｴｴｴｴｴｴｴｴI ﾛｴｴｴｴｴｴ
- 114 名前：デフォルトの名無しさん mailto:sage [04/07/22 00:44]
- >>112
その辺は多分どっちもどっち。
Springのようにすべてが取り込まれる方が良い人も
いるでしょうし、S2のようにコア以外は使う人に意志に任せる
というのもありだと思う。
個人的には必要なのは自分で選べた方が良いけどね。
- 115 名前：デフォルトの名無しさん mailto:sage [04/07/22 04:29]
- >>114
無用に古いバージョンがある。
- 116 名前：デフォルトの名無しさん mailto:sage [04/07/22 04:30]
- っていうか、本体が一番下にあるのが・・・。
- 117 名前：デフォルトの名無しさん mailto:sage [04/07/22 19:51]
- せめてS2本体は別ページに置くか、トップページで最新版へのリンクを明示しておくか。
私的にはMaven使ってビルドするサンプルプロジェクトあれば十分だと思うけど。
（サンプル落としてビルドしたら依存関係を持つプロダクトを全部落としてくるようにする）
- 118 名前：デフォルトの名無しさん mailto:sage [04/07/22 20:43]
- トップページではDIコンテナとかAOPがなんのことかわからないとSeasarがなんなのかわからんしね。
- 119 名前：デフォルトの名無しさん [04/07/22 20:51]
- 頭のいい人が「やさしい」といっても、ふつうの人は理解するのは大変。
そういうことでしょ。
- 120 名前：デフォルトの名無しさん mailto:sage [04/07/22 21:07]
- >>119
「わからない」ということがどういうことかわかってないと、「わかりやすい」は難しい。
あの人たちの周りには、「わからない人」というのはいないし、寄ってこないだろうからね。
っていうか、「日本語で書いてある」「ドキュメントがたくさんある」「設定ファイルが単純」ということをもって「易しい」とか「優しい」っていってるだけだね。
「やさしさ」を重要視してるというのなら、「やさしさ」のためにどういう活動や管理をしているか、聞きたいもんだ。
GUIもないのに、「直感的」とか。
MSの、なんも考えずに使える環境とか見てると、やっぱすごく「優しさ」「易しさ」「わかりやすさ」考えられてると思う。
- 121 名前：デフォルトの名無しさん mailto:sage [04/07/22 22:55]
- なあ、Javaってまだフレームワーク競争してんの？
- 122 名前：デフォルトの名無しさん mailto:sage [04/07/23 01:29]
- >>120
具体的にS2の何がわかりづらいの？
- 123 名前：デフォルトの名無しさん [04/07/23 01:40]
- >>81
Apache Mavenならdeployが驚くほど簡単にできるぞ。
まあやってみい？
- 124 名前：デフォルトの名無しさん mailto:sage [04/07/23 01:45]
- >>120
GUIのどこが直感的なの？
コマンド探そうとしてアイコンみてもただの絵にしか見えなくて(以下略)
- 125 名前：デフォルトの名無しさん mailto:sage [04/07/23 01:55]
- またコマンドライン対GUIネタかよ
とりあえず>>120はvs.netでも使ってろってこった
- 126 名前：デフォルトの名無しさん [04/07/23 02:21]
- Maven + Eclipse + MevenideがあればVSﾄﾞﾄﾈﾄなんていらない。
- 127 名前：デフォルトの名無しさん mailto:sage [04/07/23 02:39]
- そもそもJavaにGUIを期待してる時点で(ry
- 128 名前：デフォルトの名無しさん mailto:sage [04/07/23 03:18]
- Eclipseは例外。
それどころかこれからはすべてが例外になる。
Swingも著しく早くなってきた。
そしてJavaWebStartの本格普及。
Appletに取って代わる技術だ。
そしてJSFによるリッチクライアントだ。
そしてJiniテクノロジーの普及。
- 129 名前：デフォルトの名無しさん mailto:sage [04/07/23 03:47]
- Jiniかよ！
- 130 名前：デフォルトの名無しさん mailto:sage [04/07/23 04:24]
- ＞MSの、なんも考えずに使える環境
そのせいでクソシステムが乱造されてるわけだが
- 131 名前：デフォルトの名無しさん [04/07/23 05:57]
- >>120
その単純な設定ファイルを見て、実際にどう処理されるか、わからないと使えない。
こういう場合は、こう使え！という実例があればいいけど、当面期待できそうにない。
DIコンテナとかAOPを力説されても、ひいちゃうな。
- 132 名前：デフォルトの名無しさん mailto:sage [04/07/23 06:40]
- >>130
それはクソシステムの乱造とは関係ありません。
- 133 名前：デフォルトの名無しさん mailto:sage [04/07/23 08:27]
- AOPとかDIコンテナとかの便利さは使い方はすでにわかってる人に対して、こんな簡単に使えますよ、っていってるんだよね。
断っとくけど、Seasarはいいものだとは思う。わかってれば簡単だし。
周辺技術との連携も充実してきてるから、わかってれば使い易いし。
- 134 名前：デフォルトの名無しさん mailto:sage [04/07/23 15:11]
- >>131
＞DIコンテナとかAOPを力説されても、ひいちゃうな。
DIやAOPがSpringの売りですが何か？
- 135 名前：デフォルトの名無しさん mailto:sage [04/07/23 15:20]
- Springの方は、「優しさを重視」とかインチキくさいこといいながらトップページに概要も書いてない、ということがないからおけ。
- 136 名前：デフォルトの名無しさん mailto:sage [04/07/23 15:37]
- Springでいいじゃん。
- 137 名前：デフォルトの名無しさん mailto:sage [04/07/23 16:00]
- >>132
だったら.netでちゃんとしたシステム作ってればいいだろ
何も考えずに使えるから何も考えずに行き当たりばったりに作る馬鹿が増えたんだよ
MSマンセーならJava使わなくていいじゃん
- 138 名前：デフォルトの名無しさん mailto:sage [04/07/23 16:26]
- >>137
なにかにマンセーになるのは必須なのですか？
.netも、Javaとは別の性格でいいところはいいし、ちゃんとすればちゃんとしたものができるし、Javaでもちゃんとしなければクソシステムができる。
たとえMSマンセーであってもJavaがいいときにJava使うことはいいことだ。
- 139 名前：デフォルトの名無しさん mailto:sage [04/07/23 16:31]
- で結局SpringはどうなんだYO
- 140 名前：デフォルトの名無しさん mailto:sage [04/07/23 16:48]
- SpringのスレでMSを引き合いに出すのもどうかとおもうがな
- 141 名前：デフォルトの名無しさん mailto:sage [04/07/23 16:52]
- 統合開発環境として、MSのものはとっても優れてるから。
SpringなりSeasarなりも、いろんな技術を統合するためのフレームワークを目指してそうな気配だから、MSの開発環境並に統合された環境を用意してくれれば幸せ。
- 142 名前：デフォルトの名無しさん mailto:sage [04/07/23 18:09]
- その辺はEclipseと比較すべきだろう
プラグインの取り組みはされているようだけど
そもそもEclipseがVS.netのように敷居が低いとは思えんしなあ
- 143 名前：デフォルトの名無しさん mailto:sage [04/07/23 21:21]
- SEASERみたいなマイナーなやつに粘着するやつウザイ
もっとSpringの情報が欲しい。実際に仕事で使ってるやつとかの書き込みキボンヌ
- 144 名前：デフォルトの名無しさん mailto:sage [04/07/23 21:42]
- Springも充分マイナーだと思う・・・
- 145 名前：デフォルトの名無しさん mailto:sage [04/07/23 23:28]
- Springがマイナーとはいわないだろう
J2EEに与えたインパクトは大きいよ
- 146 名前：デフォルトの名無しさん mailto:sage [04/07/24 10:44]
- >>142
そこでNetBeansですよ。
NetBeans4.0次第だけどな。
- 147 名前：デフォルトの名無しさん mailto:sage [04/07/24 23:08]
- コンテナとIDEのはなしをまぜこぜにしてもなあ
- 148 名前：デフォルトの名無しさん mailto:sage [04/07/25 00:14]
- >>145
各種O/R Mappingフレームワークに多大な影響を与えたと思われるWebObjectsは未だマイナーだと思われ。
って言うと信者が湧いてきそうだな。
- 149 名前：デフォルトの名無しさん mailto:sage [04/07/25 00:16]
- その代わりTapestryとCayenneが注目されてるからいいんじゃない＞WO
- 150 名前：デフォルトの名無しさん mailto:sage [04/07/25 00:48]
- >>148
作ったところが作ったところだから。
どんなに広まっても、マイナーということになる運命。
- 151 名前：デフォルトの名無しさん [04/07/26 10:05]
- >>141
> 統合開発環境として、MSのものはとっても優れてるから。
M$のVS.NETなんてEmacs + GNU makeと比べたら大したことねえよ。
最近ではEclipseのプラグイン拡張が凄いことになっている。
しかもApache Antと併用できる上に、Apache Mavenという強力なプロジェクト管理ツールが登場した。
こいつもEclipseで使える。
しかもサーバ関係はＭ＄は弱い。Javaのほうが強しだな。
WebServicesで.NETはJavaに敗れたわけだし。
- 152 名前：デフォルトの名無しさん mailto:sage [04/07/26 15:38]
- Eclipseのプラグイン拡張は、結局それぞれのプラグインをちゃんと把握してないといけないので、MSの統合環境みたいに、なにも考えなくてもいろんな技術が統合されたものができるというわけにはいかない。
Emacs + makeの場合、ほんとにそれぞれの項目を理解していないと使えない。
それぞれの項目同士の連携は、自分で考える必要がある。
それぞれの部品単位ではMS以外の環境が優れているかもしれないけど、「統合」という点ではMSの環境が優れている。
EclipseもEmacsも、たくさんの機能がひとつの環境から使える、という程度でしかない。
- 153 名前：デフォルトの名無しさん [04/07/26 18:17]
- >>152
> Eclipseのプラグイン拡張は、結局それぞれのプラグインをちゃんと把握してないといけないので、MSの統合環境みたいに、なにも考えなくてもいろんな技術が統合されたものができるというわけにはいかない。
アホか。VS.NETにもプラグイン拡張があるぞ。
Eclipseのプラグインの把握はたいしたことがないぞ。
ちゃんとドキュメントは揃っているんだし。説明書をよめばだいたいわかる、どころか読まなくてもすぐに使えるんだし。
開発経験の無いド素人じゃあるまいし、エンジニアがそんなことも把握できないでどうするんだか。
> それぞれの部品単位ではMS以外の環境が優れているかもしれないけど、「統合」という点ではMSの環境が優れている。
> EclipseもEmacsも、たくさんの機能がひとつの環境から使える、という程度でしかない。
どこをどう統合したんだか。
VS.NETは2004になってからやっとリファクタリングなどのような
Eclipseに追いついた機能を手に入れたんだし。
- 154 名前：デフォルトの名無しさん mailto:sage [04/07/26 18:24]
- >>153
WebサービスしらなくてもWebサービスつくれちゃうとか。
データベースのテーブルデータを取ってくるのをWebサービスにしてVBに貼り付けとか、簡単にできた気がする。
StrutsものにしてもHibernaterものにしても、それぞれが何かをちゃんと把握してないと使えない気がする。
Eclipseではなくて、Javaの問題なんだけど、そういったそれぞれのコンポーネントが縦割りで独立していて、連携をとるのに知識が求められる。
MSの技術は、それぞれは大したことないんだけど、それぞれを意識せずに連携できる。
それを解消しようとするものとして、Springがあるんだろうけど。
- 155 名前：デフォルトの名無しさん mailto:sage [04/07/26 19:11]
- >>154
> WebサービスしらなくてもWebサービスつくれちゃうとか。
それもどうかと思うが
> それを解消しようとするものとして、Springがあるんだろうけど。
それも違うような気がするが
- 156 名前：デフォルトの名無しさん mailto:sage [04/07/26 19:43]
- >>155
そう？
StrutsやらHibernateやらのアーキテクチャの違いを、IoCを介することで一貫性を保ちやすくする、という目的もあると思うんだけど。
- 157 名前：デフォルトの名無しさん mailto:sage [04/07/26 21:04]
- 上手く説明できないが違和感を感じる＞IoCを介してアーキテクチャの一貫性を保つ
- 158 名前：デフォルトの名無しさん mailto:sage [04/07/26 21:28]
- >>157
違和感を感じる にも違和感を覚える。
- 159 名前：デフォルトの名無しさん mailto:sage [04/07/26 21:53]
- このスレで一番参考になったレスかもしれない
- 160 名前：デフォルトの名無しさん mailto:sage [04/07/26 22:26]
- >>157
SpringではSpringDAOとかSpringORMとかSpringMVCとかで
SeasarではS2DAOとかS2HibernateとかS2Strutsとかで
なんか、統一的な利用方法を提供しようとしてると思う。
基本的にJavaWorld2004/7の受け売り。
- 161 名前：デフォルトの名無しさん mailto:sage [04/07/30 00:34]
- >>160
>SpringではSpringDAOとかSpringORMとかSpringMVCとかで
>SeasarではS2DAOとかS2HibernateとかS2Strutsとかで
これではアーキテクチャは統一されていないよね？
単一のフレームワークにて、ORMやJDBCフレームワークが利用できるのも統一的な利用方法とは
言えないのでは？
プレゼンテーション-ビジネス-パーシステンス層、全てにおいてIoCをベースとしたフレームワークを
利用できる為、アプリケーションにおけるアーキテクチャの統一性がはかれる。
またIoCを介することで、アプリケーションが個別のフレームワーク(Struts,Hibernate・・・)を意識しなくて
よいアーキテクチャを設計しやすくなると漏れは思っているがどうよ？
- 162 名前：デフォルトの名無しさん mailto:sage [04/08/10 02:34]
- S2ネタはこっちでどうぞ
国産オープンソースDIコンテナSeasar V2(S2)
pc5.2ch.net/test/read.cgi/tech/1092044210/
- 163 名前：デフォルトの名無しさん [04/09/08 22:38]
- 1.1もでたことだし
- 164 名前：デフォルトの名無しさん [04/09/11 17:16:39]
- ところで、SpringStrutsを使うとき、struts-configやapplicationContextをXDocletでは管理できんですか？
- 165 名前：デフォルトの名無しさん [04/09/12 10:31:07]
- 未だになんでSpringがいいのか全然分からないんだけど。
あんな別途にXML書いてアホかと思う。利点が見えない。
誰かSpringの利点が書いてあるリソース教えてください。
それか語ってください。
- 166 名前：デフォルトの名無しさん mailto:sage [04/09/12 11:45:37]
- 利点が見えないのはアホかと思うが、XML書いてアホかと思うのは同意しまくり。
SpringStrutsなんか使った日には、XDocletも使えず、struts-configとapplicationContextを書き換える必要がある。
かなり間違えやすそう。
テストが楽になるとはいうが、XML定義が正しいことのテストはどうするのさ？
利点はここでも見てろ。
wiki.bmedianode.com/Spring/?Spring+Framework
ようするに一極集中ってイイね、という話だ。
- 167 名前：デフォルトの名無しさん mailto:sage [04/09/12 13:29:56]
- DIはEoDではない、と思われ。
- 168 名前：デフォルトの名無しさん [04/09/12 21:17:16]
- >>165
Spring + Struts + Hibernateのコード書いてみたが、コード自体は非常にすっきりした。
いかにオブジェクトの生成・保持・伝達にコードが必要だったかわかる。
だから、逆に、Struts+HibernateでDI使わないとすると、あんないろんな場所でオブジェクトの生成取得コード書いて、必死に受け渡しして慎重に保持するのを見るとアホかと思う。
ということが言えるかもしれない。
- 169 名前：デフォルトの名無しさん [04/09/13 00:52:43]
- そもそもWebインターフェースで複雑な業務を扱うのはいかがなかものか、と。
- 170 名前：デフォルトの名無しさん mailto:sage [04/09/13 01:11:52]
- >>169
一般向けだと、現状Webインターフェイス以外の選択肢はないと思うが。
- 171 名前：デフォルトの名無しさん [04/09/13 20:53:56]
- この本、
今現在webl○gicとN○Lの訳わかんねーﾌﾚｰﾑﾜｰｸ使ってﾑｶつきながら巨大webｱﾌﾟﾘ作ってるおれは
素直に感動した。
【軽快なJava】
ttp://www.esbooks.co.jp/books/detail?accd=R0035714
- 172 名前：デフォルトの名無しさん mailto:sage [04/09/13 21:05:10]
- web10gicの変数名クラス名がやたら癇に障る
- 173 名前：デフォルトの名無しさん mailto:sage [04/09/13 23:02:12]
- >>171
おれもその本買ってきた。J2EEはプログラマーの臨界点を超えて
複雑すぎるんじゃないかと思ってたのをそのまんま明快に書いてて
楽しい。
- 174 名前：デフォルトの名無しさん mailto:sage [04/09/14 01:30:09]
- しかし、翻訳者がきらい。
へんな「翻訳者注」ない？
- 175 名前：デフォルトの名無しさん mailto:sage [04/09/14 01:33:10]
- >>174
うむ、翻訳者がいけてないのは事実。こんなとこに訳注はいらんわい、
てなところにまで訳注があって、しかも日本語が意味不明。
最初、翻訳文なんで原文が意味不明なのかと思ったら、「訳者注」とか
書いてあるんでびっくりした。
- 176 名前：デフォルトの名無しさん mailto:sage [04/09/14 01:49:20]
- えー、そうなの？
- 177 名前：デフォルトの名無しさん [04/09/15 11:50:42]
- 岩谷か。。。orz
- 178 名前：デフォルトの名無しさん mailto:sage [04/09/15 19:32:38]
- >>171
よさげな本じゃな。
翻訳者には期待できないことを覚悟したうえで
買って読んでみるか
- 179 名前：デフォルトの名無しさん mailto:sage [04/09/15 23:13:13]
- おれ岩谷の名前を意識したことなくて、今回あまりの訳注の多さに
びっくりしたんだが、ぐぐってみるとすごいのな。いやびっくり。
- 180 名前：デフォルトの名無しさん mailto:sage [04/09/16 10:34:40]
- 軽快なJava読んだよ。
でも、はっきりいって Spring Frameworkスレの住人にとって、
今更技術的に役に立つことはないかも。
EJBっていけてないじゃんと思ってるけど、それを口に出すと
「お前がデキないだけ」
「お前のやってる案件が小規模なだけ」
と煽られてストレス溜まってるﾔｼが、自分の考えを再確認するには
いいかもしれない…
- 181 名前：デフォルトの名無しさん [04/09/16 20:14:22]
- こんな感じのリストを、プロパティじゃなくbeanとして定義することってできますか？
<list>
<bean class="org.apache.struts.util.LabelValueBean">
<constructor-arg index="0"><value>いらない</value></constructor-arg>
<constructor-arg index="1"><value>0</value></constructor-arg>
</bean>
</list>
- 182 名前：デフォルトの名無しさん [04/09/16 20:47:32]
- >>180
>軽快なJava読んだよ。
SF小説ですか？
- 183 名前：デフォルトの名無しさん mailto:sage [04/09/16 22:01:02]
- 話題についていってない人はっけーん。
っつうか、10レス上くらい読めばいいのに。
- 184 名前：デフォルトの名無しさん mailto:sage [04/09/17 07:17:23]
- ぼけたつもりなんだろ>>182は
いじめてやるなよ
- 185 名前：デフォルトの名無しさん mailto:sage [04/09/17 12:48:59]
- 定義ファイルだけど、同じクラスの定義を何個も書くの面倒。
値だけ異なる複数のBeanを定義する方法ってあるの？
例えば、商品クラスのインスタンスを４つ作るみたいな。
- 186 名前：デフォルトの名無しさん mailto:sage [04/09/17 13:48:25]
- >>185
コピペ
- 187 名前：デフォルトの名無しさん mailto:sage [04/09/18 10:10:57]
- Springからファクトリでクラスをロードするとき、
プログラムからコンストラクタに引数ってわたせない？
HttpRequestわたしたいんですが
- 188 名前：デフォルトの名無しさん mailto:sage [04/09/19 03:21:59]
- >>187
あとで渡せばいいじゃん。
- 189 名前：デフォルトの名無しさん [04/09/24 04:57:45]
- Spring + StrutsのActionをテストするにはどうするのがいいんだろう？
StrutsTestCaseは使えないし。
- 190 名前：189 mailto:sage [04/09/24 07:06:07]
- ごめん、StrutsTestCaseで問題なかった。
JNDIデータソースが使えないのが困るだけだ。
- 191 名前：デフォルトの名無しさん [04/09/24 22:54:26]
- >>185
共通プロパティを持つ基底ビーンを指定できたら便利だな。
- 192 名前：デフォルトの名無しさん mailto:sage [04/09/28 20:16:34]
- ProxyFactoryBeanを通すと生成されるオブジェクトが全部
シングルトンになっちゃうんですが
回避策はありますか？
- 193 名前：デフォルトの名無しさん mailto:sage [04/09/29 03:59:07]
- 確認してないが、そんなことはないと思うが。
どっちかでsingleton=trueのままなんじゃないの？
- 194 名前：デフォルトの名無しさん [04/10/04 11:38:15]
- SeasarとSpringの違いってナニ？
- 195 名前：デフォルトの名無しさん mailto:sage [04/10/04 11:44:33]
- Spring
メジャー
関わる人が多い
ドキュメントが揃っている
たぶんメインストリームになる
Seasar
日本ローカル
そこらへんで開発してる
構成ファイルがシンプル高機能
たぶんマイナーなまま
- 196 名前：デフォルトの名無しさん mailto:sage [04/10/04 13:46:46]
- S2OpenAMFは使いたいと思ってるんだが
- 197 名前：デフォルトの名無しさん mailto:sage [04/10/05 02:40:53]
- Seasar関係者が、自身の日記上でちゃんねらーに宣戦布告。
Seasarスレに本人降臨
pc5.2ch.net/test/read.cgi/tech/1092044210/
- 198 名前：デフォルトの名無しさん [04/10/05 19:41:09]
- 2つのappcalitionContext.xmlを読み込んでいるんですけど、
1つめのxmlファイルで、あるbeanのpropertyにlistをセットして、
2つめのxmlファイルから、その1つめで定義したbeanを呼び出して、
更にlistに要素を追加することって可能でしょうか？
このビーンはシングルトンです。
- 199 名前：デフォルトの名無しさん mailto:sage [04/10/05 20:16:52]
- >>198
xmlファイルはどうとでも分割できるから、一つの定義でかけるならできるんじゃないの？
- 200 名前：デフォルトの名無しさん [04/10/06 05:40:36]
- >>199
それが少々複雑なケースで、最初の1.xmlでhibernateで使用する
hbm.xmlをリストでもつLocalSessionFactoryBeanを定義して、
次に読まれる2.xmlで、更に他のhbm.xmlを追加したいような感じです。
で、更に2.xmlでリストに追加したいhbm.xmlの設定は1.xmlで指定した
hbm.xmlのpojoをmany-to-oneで参照しているんですよね・・・
それで2.xmlを読み込む際に1.xmlで追加していたはずのhbm.xmlファイルが
ないよみたいなエラーが出るんですけど、やっぱこれって普通に無理なんですかね？
- 201 名前：デフォルトの名無しさん mailto:sage [04/10/06 09:15:05]
- >>200
普通に無理というか、普通にDIを誤解しているだけだと思われ。
Bean定義の継承ができるかどうか、という話だな。
欲しい機能だけど、できるかどうかは知らない。
いまリファレンス読んでる最中だから。
|
 |
