Java Spring Frameworkを語るスレ

[0001 デフォルトの名無しさん NG NG]

http://www.springframework.org/

乱立するフレームワークと競合するプロトコルの嵐のなかで、
リスクの高い決断を余儀なくされているJavaデベロッパ、プ
ロジェクトマネージャに対する福音です。

語るべし。

[0100 デフォルトの名無しさん NG NG]

100get

[0101 デフォルトの名無しさん NG NG]

>正直S2はひが氏以外に大した人材がいない（いても強くコミットしてない）
>から先は無いと思う。

最近開発を(一部)分担したらしいが、それがうまくいくかどうか。
失敗すればHORBの二の舞か。

[0102 デフォルトの名無しさん NG NG]

HORBってあったねぇ。

あれの失敗の原因って何だろ。

・開発者１人に依存しすぎ、開発者発病であぼーん
・そもそも分散オブジェクトに需要がなかった

[0103 デフォルトの名無しさん NG NG]

OMG様のCORBAとSUN本家のRMIの2強がいちゃあ、
黄色い猿が作ったモンが広がる余地はないだろ。

[0104 デフォルトの名無しさん NG NG]

>>102
標準性が必要な分散オブジェクト技術としては、弱すぎた。

[0105 103 NG NG]

あぁ、それと、当時はまだgoogleもなく、常時接続も極めて少なく、インターネット上の情報が少なかった
今みたいなインターネットありきじゃなく、雑誌の情報が主で、プロモーションができてなかったんじゃないかと。

今であれば、それなりに使えたかも。
とりあえず情報少なすぎた。

[0106 デフォルトの名無しさん NG NG]

HORBってclassファイルのバイトコードエンジニアリングでスタブを生成してなかったっけ。

今はそこらじゅうのAOP対応コンテナでやってるけど、当時としては画期的だったような。

[0107 デフォルトの名無しさん NG NG]

>>101
優しいなもまいは。そうやって使いもしないプロダクトにまで気を使ってやるもまいの優しさが報われるのを祈っているぞ

[0108 デフォルトの名無しさん NG NG]

>>107
どうも。
とりあえず生暖かく見守ります。

[0109 デフォルトの名無しさん NG NG]

Springで質問です。

JDBCTemplate.query(String,RowCallbackHandler)というメソッドで
RowCallbackHandlerインターフェースの実装を渡すと、
ResultSetの件数分だけRowCallbackHandlerのprocessRow(ResultSet)が
呼ばれるんですが、これってデータがものすごい数あった場合、
ものすごい回数呼ばれるじゃないですか。

それって性能的にどうなんでしょうか。一回のprocessRowの中でwhileループ
まわしてすべて終わらしてしまうのはよくないですか?

[0110 デフォルトの名無しさん NG NG]

>>109
ttp://d.hatena.ne.jp/koichik/20040427#1083077532
↑よみましょう

[0111 デフォルトの名無しさん NG NG]

Seasarのサイトを見てみた。
「易しさと優しさ」がテーマだと書いてあった。
ダウンロードページを見てみた。
頭のいい人が考える「易しさと優しさ」っていうのは、所詮あんなもんなんだ、と思った。

[0112 デフォルトの名無しさん NG NG]

選択肢が多いことは即ちわかりにくい、という大原則をわかってないらしい。
何ダウンロードすればいいのか、わからない。

あぁ、わかりやすさはテーマではないのか。
わかってる人に易しく優しければいいんだな。

[0113 デフォルトの名無しさん NG NG]

彡ミミミミ彡彡
巛巛巛巛彡彡　　＜　こいつマジでアホやな
　　　　　　　　 i　　　　　　　＿＿＿＿＿＿＿＿＿＿＿＿
　　　⌒　　 ⌒ |　　　　　　 |　＿＿＿＿＿＿＿＿＿＿＿
　 -･=- ,　(-･=-　　　 　 　 |　|
　　⌒ ) ･ ･)(　^ヽ　　　　　 |　|
　　　┏━━┓　|　　　　　 |　|112 名前：デフォルトの名無しさん
　　 ┃ヽ三ﾉ ┃ |.　　　　　 |　|　 　選択肢が多いことは即ちわかりにくい
.　　　 ┗━┛　ﾉ　 　 　 　 |　|　　 ,ｨー-ーｭｧ
｀- ､ ＿ー-ーｲ/.　　　　 　 |　| ／　'｀'｀'｀ヽ
｀ ￣ l　l　￣ ｀ヽ､.　　　　　 |／　　　　　ｨソ
　　　ヽ ヽ　　　　　>ヽ　　 ／　　　　　,ノ＿＿＿＿＿＿＿＿
　　　 ＼ ＼　　／　ノ＼／ヽ､＿ ,,,ｨ'"＿＿＿＿＿＿＿＿＿
　ﾝ 　　　＼ ｀´　／　 ﾝ　　　　　 /ﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕﾆﾕ
　　 ＼　 ／　／　　　　　 　　　 /ｴｴｴｴｴｴｴｴI　ﾛｴｴｴｴｴｴ

[0114 デフォルトの名無しさん NG NG]

>>112
その辺は多分どっちもどっち。
Springのようにすべてが取り込まれる方が良い人も
いるでしょうし、S2のようにコア以外は使う人に意志に任せる
というのもありだと思う。
個人的には必要なのは自分で選べた方が良いけどね。

[0115 デフォルトの名無しさん NG NG]

>>114
無用に古いバージョンがある。

[0116 デフォルトの名無しさん NG NG]

っていうか、本体が一番下にあるのが・・・。

[0117 デフォルトの名無しさん NG NG]

せめてS2本体は別ページに置くか、トップページで最新版へのリンクを明示しておくか。

私的にはMaven使ってビルドするサンプルプロジェクトあれば十分だと思うけど。

（サンプル落としてビルドしたら依存関係を持つプロダクトを全部落としてくるようにする）

[0118 デフォルトの名無しさん NG NG]

トップページではDIコンテナとかAOPがなんのことかわからないとSeasarがなんなのかわからんしね。

[0119 デフォルトの名無しさん NG NG]

頭のいい人が「やさしい」といっても、ふつうの人は理解するのは大変。
そういうことでしょ。

[0120 デフォルトの名無しさん NG NG]

>>119
「わからない」ということがどういうことかわかってないと、「わかりやすい」は難しい。
あの人たちの周りには、「わからない人」というのはいないし、寄ってこないだろうからね。
っていうか、「日本語で書いてある」「ドキュメントがたくさんある」「設定ファイルが単純」ということをもって「易しい」とか「優しい」っていってるだけだね。
「やさしさ」を重要視してるというのなら、「やさしさ」のためにどういう活動や管理をしているか、聞きたいもんだ。
GUIもないのに、「直感的」とか。

MSの、なんも考えずに使える環境とか見てると、やっぱすごく「優しさ」「易しさ」「わかりやすさ」考えられてると思う。

[0121 デフォルトの名無しさん NG NG]

なあ、Javaってまだフレームワーク競争してんの？

[0122 デフォルトの名無しさん NG NG]

>>120
具体的にS2の何がわかりづらいの？

[0123 デフォルトの名無しさん NG NG]

>>81
Apache Mavenならdeployが驚くほど簡単にできるぞ。
まあやってみい？

[0124 デフォルトの名無しさん NG NG]

>>120
GUIのどこが直感的なの？
コマンド探そうとしてアイコンみてもただの絵にしか見えなくて(以下略)

[0125 デフォルトの名無しさん NG NG]

またコマンドライン対GUIネタかよ
とりあえず>>120はvs.netでも使ってろってこった

[0126 デフォルトの名無しさん NG NG]

Maven + Eclipse + MevenideがあればVSﾄﾞﾄﾈﾄなんていらない。

[0127 デフォルトの名無しさん NG NG]

そもそもJavaにGUIを期待してる時点で(ry

[0128 デフォルトの名無しさん NG NG]

Eclipseは例外。
それどころかこれからはすべてが例外になる。

Swingも著しく早くなってきた。
そしてJavaWebStartの本格普及。
Appletに取って代わる技術だ。
そしてJSFによるリッチクライアントだ。

そしてJiniテクノロジーの普及。

[0129 デフォルトの名無しさん NG NG]

Jiniかよ！

[0130 デフォルトの名無しさん NG NG]

＞MSの、なんも考えずに使える環境
そのせいでクソシステムが乱造されてるわけだが

[0131 デフォルトの名無しさん NG NG]

>>120
その単純な設定ファイルを見て、実際にどう処理されるか、わからないと使えない。
こういう場合は、こう使え！という実例があればいいけど、当面期待できそうにない。
DIコンテナとかAOPを力説されても、ひいちゃうな。

[0132 デフォルトの名無しさん NG NG]

>>130
それはクソシステムの乱造とは関係ありません。

[0133 デフォルトの名無しさん NG NG]

AOPとかDIコンテナとかの便利さは使い方はすでにわかってる人に対して、こんな簡単に使えますよ、っていってるんだよね。

断っとくけど、Seasarはいいものだとは思う。わかってれば簡単だし。
周辺技術との連携も充実してきてるから、わかってれば使い易いし。

[0134 デフォルトの名無しさん NG NG]

>>131
＞DIコンテナとかAOPを力説されても、ひいちゃうな。
DIやAOPがSpringの売りですが何か？

[0135 デフォルトの名無しさん NG NG]

Springの方は、「優しさを重視」とかインチキくさいこといいながらトップページに概要も書いてない、ということがないからおけ。

[0136 デフォルトの名無しさん NG NG]

Springでいいじゃん。

[0137 デフォルトの名無しさん NG NG]

>>132
だったら.netでちゃんとしたシステム作ってればいいだろ
何も考えずに使えるから何も考えずに行き当たりばったりに作る馬鹿が増えたんだよ
MSマンセーならJava使わなくていいじゃん

[0138 デフォルトの名無しさん NG NG]

>>137
なにかにマンセーになるのは必須なのですか？
.netも、Javaとは別の性格でいいところはいいし、ちゃんとすればちゃんとしたものができるし、Javaでもちゃんとしなければクソシステムができる。
たとえMSマンセーであってもJavaがいいときにJava使うことはいいことだ。

[0139 デフォルトの名無しさん NG NG]

で結局SpringはどうなんだYO

[0140 デフォルトの名無しさん NG NG]

SpringのスレでMSを引き合いに出すのもどうかとおもうがな

[0141 デフォルトの名無しさん NG NG]

統合開発環境として、MSのものはとっても優れてるから。
SpringなりSeasarなりも、いろんな技術を統合するためのフレームワークを目指してそうな気配だから、MSの開発環境並に統合された環境を用意してくれれば幸せ。

[0142 デフォルトの名無しさん NG NG]

その辺はEclipseと比較すべきだろう
プラグインの取り組みはされているようだけど
そもそもEclipseがVS.netのように敷居が低いとは思えんしなあ

[0143 デフォルトの名無しさん NG NG]

SEASERみたいなマイナーなやつに粘着するやつウザイ
もっとSpringの情報が欲しい。実際に仕事で使ってるやつとかの書き込みキボンヌ

[0144 デフォルトの名無しさん NG NG]

Springも充分マイナーだと思う・・・

[0145 デフォルトの名無しさん NG NG]

Springがマイナーとはいわないだろう
J2EEに与えたインパクトは大きいよ

[0146 デフォルトの名無しさん NG NG]

>>142
そこでNetBeansですよ。
NetBeans4.0次第だけどな。

[0147 デフォルトの名無しさん NG NG]

コンテナとIDEのはなしをまぜこぜにしてもなあ

[0148 デフォルトの名無しさん NG NG]

>>145

各種O/R Mappingフレームワークに多大な影響を与えたと思われるWebObjectsは未だマイナーだと思われ。

って言うと信者が湧いてきそうだな。

[0149 デフォルトの名無しさん NG NG]

その代わりTapestryとCayenneが注目されてるからいいんじゃない＞WO

[0150 デフォルトの名無しさん NG NG]

>>148
作ったところが作ったところだから。
どんなに広まっても、マイナーということになる運命。

[0151 デフォルトの名無しさん NG NG]

>>141
> 統合開発環境として、MSのものはとっても優れてるから。
M$のVS.NETなんてEmacs + GNU makeと比べたら大したことねえよ。

最近ではEclipseのプラグイン拡張が凄いことになっている。
しかもApache Antと併用できる上に、Apache Mavenという強力なプロジェクト管理ツールが登場した。
こいつもEclipseで使える。

しかもサーバ関係はＭ＄は弱い。Javaのほうが強しだな。
WebServicesで.NETはJavaに敗れたわけだし。

[0152 デフォルトの名無しさん NG NG]

Eclipseのプラグイン拡張は、結局それぞれのプラグインをちゃんと把握してないといけないので、MSの統合環境みたいに、なにも考えなくてもいろんな技術が統合されたものができるというわけにはいかない。
Emacs + makeの場合、ほんとにそれぞれの項目を理解していないと使えない。
それぞれの項目同士の連携は、自分で考える必要がある。

それぞれの部品単位ではMS以外の環境が優れているかもしれないけど、「統合」という点ではMSの環境が優れている。
EclipseもEmacsも、たくさんの機能がひとつの環境から使える、という程度でしかない。

[0153 デフォルトの名無しさん NG NG]

>>152
> Eclipseのプラグイン拡張は、結局それぞれのプラグインをちゃんと把握してないといけないので、MSの統合環境みたいに、なにも考えなくてもいろんな技術が統合されたものができるというわけにはいかない。
アホか。VS.NETにもプラグイン拡張があるぞ。
Eclipseのプラグインの把握はたいしたことがないぞ。
ちゃんとドキュメントは揃っているんだし。説明書をよめばだいたいわかる、どころか読まなくてもすぐに使えるんだし。
開発経験の無いド素人じゃあるまいし、エンジニアがそんなことも把握できないでどうするんだか。

> それぞれの部品単位ではMS以外の環境が優れているかもしれないけど、「統合」という点ではMSの環境が優れている。
> EclipseもEmacsも、たくさんの機能がひとつの環境から使える、という程度でしかない。

どこをどう統合したんだか。
VS.NETは2004になってからやっとリファクタリングなどのような
Eclipseに追いついた機能を手に入れたんだし。

[0154 デフォルトの名無しさん NG NG]

>>153
WebサービスしらなくてもWebサービスつくれちゃうとか。
データベースのテーブルデータを取ってくるのをWebサービスにしてVBに貼り付けとか、簡単にできた気がする。
StrutsものにしてもHibernaterものにしても、それぞれが何かをちゃんと把握してないと使えない気がする。
Eclipseではなくて、Javaの問題なんだけど、そういったそれぞれのコンポーネントが縦割りで独立していて、連携をとるのに知識が求められる。
MSの技術は、それぞれは大したことないんだけど、それぞれを意識せずに連携できる。

それを解消しようとするものとして、Springがあるんだろうけど。

[0155 デフォルトの名無しさん NG NG]

>>154

> WebサービスしらなくてもWebサービスつくれちゃうとか。

それもどうかと思うが

> それを解消しようとするものとして、Springがあるんだろうけど。

それも違うような気がするが

[0156 デフォルトの名無しさん NG NG]

>>155
そう？
StrutsやらHibernateやらのアーキテクチャの違いを、IoCを介することで一貫性を保ちやすくする、という目的もあると思うんだけど。

[0157 デフォルトの名無しさん NG NG]

上手く説明できないが違和感を感じる＞IoCを介してアーキテクチャの一貫性を保つ

[0158 デフォルトの名無しさん NG NG]

>>157

違和感を感じる にも違和感を覚える。

[0159 デフォルトの名無しさん NG NG]

このスレで一番参考になったレスかもしれない

[0160 デフォルトの名無しさん NG NG]

>>157
SpringではSpringDAOとかSpringORMとかSpringMVCとかで
SeasarではS2DAOとかS2HibernateとかS2Strutsとかで

なんか、統一的な利用方法を提供しようとしてると思う。
基本的にJavaWorld2004/7の受け売り。

[0161 デフォルトの名無しさん NG NG]

>>160

>SpringではSpringDAOとかSpringORMとかSpringMVCとかで
>SeasarではS2DAOとかS2HibernateとかS2Strutsとかで
これではアーキテクチャは統一されていないよね？
単一のフレームワークにて、ORMやJDBCフレームワークが利用できるのも統一的な利用方法とは
言えないのでは？

プレゼンテーション-ビジネス-パーシステンス層、全てにおいてIoCをベースとしたフレームワークを
利用できる為、アプリケーションにおけるアーキテクチャの統一性がはかれる。
またIoCを介することで、アプリケーションが個別のフレームワーク(Struts,Hibernate・・・)を意識しなくて
よいアーキテクチャを設計しやすくなると漏れは思っているがどうよ？

[0162 デフォルトの名無しさん NG NG]

S2ネタはこっちでどうぞ
国産オープンソースDIコンテナSeasar V2(S2)
http://pc5.2ch.net/test/read.cgi/tech/1092044210/

[0163 デフォルトの名無しさん NG NG]

1.1もでたことだし

[0164 デフォルトの名無しさん NG NG]

ところで、SpringStrutsを使うとき、struts-configやapplicationContextをXDocletでは管理できんですか？

[0165 デフォルトの名無しさん NG NG]

未だになんでSpringがいいのか全然分からないんだけど。
あんな別途にXML書いてアホかと思う。利点が見えない。
誰かSpringの利点が書いてあるリソース教えてください。
それか語ってください。

[0166 デフォルトの名無しさん NG NG]

利点が見えないのはアホかと思うが、XML書いてアホかと思うのは同意しまくり。
SpringStrutsなんか使った日には、XDocletも使えず、struts-configとapplicationContextを書き換える必要がある。
かなり間違えやすそう。
テストが楽になるとはいうが、XML定義が正しいことのテストはどうするのさ？

利点はここでも見てろ。
http://wiki.bmedianode.com/Spring/?Spring+Framework

ようするに一極集中ってイイね、という話だ。

[0167 デフォルトの名無しさん NG NG]

DIはEoDではない、と思われ。

[0168 デフォルトの名無しさん NG NG]

>>165
Spring + Struts + Hibernateのコード書いてみたが、コード自体は非常にすっきりした。
いかにオブジェクトの生成・保持・伝達にコードが必要だったかわかる。

だから、逆に、Struts+HibernateでDI使わないとすると、あんないろんな場所でオブジェクトの生成取得コード書いて、必死に受け渡しして慎重に保持するのを見るとアホかと思う。
ということが言えるかもしれない。

[0169 デフォルトの名無しさん NG NG]

そもそもWebインターフェースで複雑な業務を扱うのはいかがなかものか、と。

[0170 デフォルトの名無しさん NG NG]

>>169
一般向けだと、現状Webインターフェイス以外の選択肢はないと思うが。

[0171 デフォルトの名無しさん NG NG]

この本、
今現在webl○gicとN○Lの訳わかんねーﾌﾚｰﾑﾜｰｸ使ってﾑｶつきながら巨大webｱﾌﾟﾘ作ってるおれは
素直に感動した。

【軽快なJava】
ttp://www.esbooks.co.jp/books/detail?accd=R0035714

[0172 デフォルトの名無しさん NG NG]

web10gicの変数名クラス名がやたら癇に障る

[0173 デフォルトの名無しさん NG NG]

>>171
おれもその本買ってきた。J2EEはプログラマーの臨界点を超えて
複雑すぎるんじゃないかと思ってたのをそのまんま明快に書いてて
楽しい。

[0174 デフォルトの名無しさん NG NG]

しかし、翻訳者がきらい。
へんな「翻訳者注」ない？

[0175 デフォルトの名無しさん NG NG]

>>174
うむ、翻訳者がいけてないのは事実。こんなとこに訳注はいらんわい、
てなところにまで訳注があって、しかも日本語が意味不明。

最初、翻訳文なんで原文が意味不明なのかと思ったら、「訳者注」とか
書いてあるんでびっくりした。

[0176 デフォルトの名無しさん NG NG]

えー、そうなの？

[0177 デフォルトの名無しさん NG NG]

岩谷か。。。orz

[0178 デフォルトの名無しさん NG NG]

>>171
よさげな本じゃな。
翻訳者には期待できないことを覚悟したうえで　
買って読んでみるか

[0179 デフォルトの名無しさん NG NG]

おれ岩谷の名前を意識したことなくて、今回あまりの訳注の多さに
びっくりしたんだが、ぐぐってみるとすごいのな。いやびっくり。

[0180 デフォルトの名無しさん NG NG]

軽快なJava読んだよ。
でも、はっきりいって Spring Frameworkスレの住人にとって、
今更技術的に役に立つことはないかも。

EJBっていけてないじゃんと思ってるけど、それを口に出すと
「お前がデキないだけ」
「お前のやってる案件が小規模なだけ」
と煽られてストレス溜まってるﾔｼが、自分の考えを再確認するには
いいかもしれない…

[0181 デフォルトの名無しさん NG NG]

こんな感じのリストを、プロパティじゃなく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>

[0182 デフォルトの名無しさん NG NG]

>>180
>軽快なJava読んだよ。

SF小説ですか？

[0183 デフォルトの名無しさん NG NG]

話題についていってない人はっけーん。
っつうか、10レス上くらい読めばいいのに。

[0184 デフォルトの名無しさん NG NG]

ぼけたつもりなんだろ>>182は
いじめてやるなよ

[0185 デフォルトの名無しさん NG NG]

定義ファイルだけど、同じクラスの定義を何個も書くの面倒。
値だけ異なる複数のBeanを定義する方法ってあるの？
例えば、商品クラスのインスタンスを４つ作るみたいな。

[0186 デフォルトの名無しさん NG NG]

>>185
コピペ

[0187 デフォルトの名無しさん NG NG]

Springからファクトリでクラスをロードするとき、
プログラムからコンストラクタに引数ってわたせない？
HttpRequestわたしたいんですが

[0188 デフォルトの名無しさん NG NG]

>>187
あとで渡せばいいじゃん。

[0189 デフォルトの名無しさん NG NG]

Spring + StrutsのActionをテストするにはどうするのがいいんだろう？
StrutsTestCaseは使えないし。

[0190 189 NG NG]

ごめん、StrutsTestCaseで問題なかった。
JNDIデータソースが使えないのが困るだけだ。

[0191 デフォルトの名無しさん NG NG]

>>185
共通プロパティを持つ基底ビーンを指定できたら便利だな。

[0192 デフォルトの名無しさん NG NG]

ProxyFactoryBeanを通すと生成されるオブジェクトが全部
シングルトンになっちゃうんですが
回避策はありますか？

[0193 デフォルトの名無しさん NG NG]

確認してないが、そんなことはないと思うが。
どっちかでsingleton=trueのままなんじゃないの？

[0194 デフォルトの名無しさん NG NG]

SeasarとSpringの違いってナニ？

[0195 デフォルトの名無しさん NG NG]

Spring
メジャー
関わる人が多い
ドキュメントが揃っている
たぶんメインストリームになる

Seasar
日本ローカル
そこらへんで開発してる
構成ファイルがシンプル高機能
たぶんマイナーなまま

[0196 デフォルトの名無しさん NG NG]

S2OpenAMFは使いたいと思ってるんだが

[0197 デフォルトの名無しさん NG NG]

Seasar関係者が、自身の日記上でちゃんねらーに宣戦布告。
Seasarスレに本人降臨
http://pc5.2ch.net/test/read.cgi/tech/1092044210/

[0198 デフォルトの名無しさん NG NG]

2つのappcalitionContext.xmlを読み込んでいるんですけど、
1つめのxmlファイルで、あるbeanのpropertyにlistをセットして、
2つめのxmlファイルから、その1つめで定義したbeanを呼び出して、
更にlistに要素を追加することって可能でしょうか？

このビーンはシングルトンです。

[0199 デフォルトの名無しさん NG NG]

>>198
xmlファイルはどうとでも分割できるから、一つの定義でかけるならできるんじゃないの？

[0200 デフォルトの名無しさん NG NG]

>>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ファイルが
ないよみたいなエラーが出るんですけど、やっぱこれって普通に無理なんですかね？