トップページ⇒tech
1001コメント358KB

Java Spring Frameworkを語るスレ

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
http://www.springframework.org/

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

語るべし。
0531デフォルトの名無しさん2005/10/25(火) 10:35:43
ACID
05325302005/10/25(火) 11:30:31
し、しまった、ゴメン恥sage
0533デフォルトの名無しさん2005/10/25(火) 21:41:41
Seasarを選ばなかったおまいらは非国民
0534デフォルトの名無しさん2005/10/25(火) 21:55:08
日本で作ったところくらいしか、とりたてて特徴がないからなぁ。
逆にSeasar選ぶのは国粋主義だとは言える。
0535デフォルトの名無しさん2005/10/25(火) 23:30:51
>>530
>>インタセプタ
それならいいかも。コードかけるから。
0536デフォルトの名無しさん2005/10/26(水) 01:28:04
>>534
国粋主義が悪いかのように匂わす藻舞は共産主義者
0537デフォルトの名無しさん2005/10/26(水) 01:34:42
>>536
ウヨ厨発見。
「国粋主義」ってそもそも悪口だし。悪いに決まってる。
0538デフォルトの名無しさん2005/10/26(水) 10:14:29
Javaが日本発な言語でない以上、
Seasar2もSpringもその意味では五十歩百歩だろ。
使いやすい方使えばいいのよ。
0539デフォルトの名無しさん2005/10/26(水) 13:35:27
>>534
どっちがいいのかは個人の判断だと思うけど､
かなり違うよSpringとSeasarは。

特徴がないと思っているのは単なる勉強不足。
0540デフォルトの名無しさん2005/10/26(水) 16:42:29
>539
で、両者の顕著な違いってどの辺り？
軽量DIコンテナ+AOPサポートって言う
コアな考え方が同一な以上、
枝葉は多少異なるだろうけど、
幹の部分は大差なく感じるんですが。

それぞれのサブプロジェクト(MVCフレームワークとか)は
モデルが大きく異なるだろうけど、限りなく枝葉な問題だし(私には)。
そこの違いがでかいんだよと言われると、大変困るが。
0541デフォルトの名無しさん2005/10/26(水) 16:59:35
ロジックとかDAOを呼び出すだけで使ってる分にはあまり差を感じないけどな。
0542デフォルトの名無しさん2005/10/26(水) 17:18:39
>>540
DIだとあまり変わらないかもね。

ただ、Seasarの新しいバージョンだと､DIが結構変わったみたい。
XMLはほとんど書かないらしい。

AOPは結構違う。
JavaWorldに出てたけど､同じAOP AllianceのAPIにもとづいているとは
思えないくらいに設定の仕方が違う。
0543デフォルトの名無しさん2005/10/26(水) 20:24:41
設定方法なんか、どうだってなるわけだが。
0544デフォルトの名無しさん2005/10/27(木) 00:49:30
DIやAOPよりも、自前でJTA実装用意してるかどうかが大きい気がする
Tomcatやローカルアプリに対して、安定したJTA環境＋AOPによる宣言トランザクションを提供出来るというのが
自分から見たS２の売りかな？
Springも外部のJTA実装を用意すれば一緒なんだけど、出来ればSpring内で実装まで用意して欲しい
0545デフォルトの名無しさん2005/10/27(木) 09:37:46
ん〜、煽りじゃなくて教えて欲しいのだが、自前JTAってそんなにいいの？

どうせAP鯖上で動くならそのAP鯖のJTA使えばいいと思う。
つっか、AP鯖のJTA使うと、提供されている管理画面を
使えちゃったりして便利なんだよね。使用状況とか一目瞭然だし。
0546デフォルトの名無しさん2005/10/27(木) 11:05:18
>>545
> どうせAP鯖上で動くならそのAP鯖のJTA使えばいいと思う。

AP鯖ならそれ使えばよろし。
「Tomcatやローカルアプリ」の場合の話。
0547デフォルトの名無しさん2005/10/27(木) 11:50:06
JOTMとか?

というか部品を用意してあるかどうかなんて些細な差と言うか、
そもそも比較項目にすらならん気がする。

224 にも張られた内容見るといろいろ差があるなとは思う。
結局AOPに対するアプローチが一番の違いか？
Spring はどこまでも POJO マンセーな感じ。
良い意味でも悪い意味でも。
0548デフォルトの名無しさん2005/10/27(木) 12:38:18
>>547
JTA実装するかしないかの差は、両者のトランザクション管理に対する考えの違いでもある。
JTAを標準としてJDBCトランザクションを排除していこうとしてるのがS2
JDBCもJTAも、DIコンテナがラップして利用者に統一的に使って貰おうとしてるのがSpring
0549デフォルトの名無しさん2005/10/27(木) 12:39:51
>>547
POJOマンセーはSeasarのほう。
Springには、何かしたかったら､こういうインターフェースを実装しろ
というのがいろいろあるけど、Seasarはそういうのがほとんど無い。
0550デフォルトの名無しさん2005/10/28(金) 01:25:53
jsfを使うんだけどspringはどの段階で作り始めればいいんですか？
ある程度jspとかbeanとか決まってから？
0551デフォルトの名無しさん2005/10/28(金) 09:21:16
>>550
君の脳内が整理されたら。
0552デフォルトの名無しさん2005/10/28(金) 10:56:12
Spring 自体は作らんだろ。作らんよね？
Spring 自体は作りませんね。
0553デフォルトの名無しさん2005/10/28(金) 14:25:10
そんなレスはいらんねん
0554デフォルトの名無しさん2005/10/28(金) 18:52:00
なんかすごいヤシが来たな、ﾜｸﾜｸ
0555デフォルトの名無しさん2005/10/30(日) 17:47:22
(・∀・)ﾊｲｰｷｮ
0556デフォルトの名無しさん2005/10/30(日) 21:02:51
>>555
気が早いよ。ヽ(`Д´)ﾉ
もう少しまってろ。
0557デフォルトの名無しさん2005/10/31(月) 01:27:45
保全
0558デフォルトの名無しさん2005/10/31(月) 14:31:11
ところで、Springを使ってサービスを２つ起動しているけど
片方のサービスを止めたり、動かしたりする場合のサンプリングが解らず・・・・

筆不精で表現が不十分ならすまん・・・。
0559デフォルトの名無しさん2005/10/31(月) 14:49:38
>>558
サービスとSpringは直接関係ないだろ。
0560デフォルトの名無しさん2005/10/31(月) 14:50:21
つうか、サンプリングって新しいな、おい。
0561デフォルトの名無しさん2005/11/01(火) 13:36:58
統計やってるんだろう
0562デフォルトの名無しさん2005/11/01(火) 14:30:30
springとhibernateを使ってるのですが、以下のようなコードでDBからデータを取得した時に
ログ情報はどうやって出すのでしょうか？
出したい情報としては、どのテーブルに、どんな条件で取得or更新処理等を行っているかです。
SQLの場合は、SQLそのものをログに出せば良かったのですが、spring+hibernateになった場合
SQLの時と同等の内容をログに出力する方法が分からなくなってしまいました…。

Hoge hoge = (Hoge)getHibernateTemplate().get(Hoge.class, primaryKey);

このgetの中でやっている事をログに出したいです。
0563デフォルトの名無しさん2005/11/01(火) 19:08:20
Hibernate の設定でログにSQLを吐くってのがあったはず。
0564デフォルトの名無しさん2005/11/02(水) 00:43:48
springの設定でhibernatePropertiesに
<prop key="hibernate.show_sql">true</prop>
を設定
0565デフォルトの名無しさん2005/11/02(水) 10:31:05
>>563,564

ありがとうございます！
おかげさまで、SQLは出力されるようになったのですが、
出力されるSQLのWHERE句の条件部分が、実際の値に置換する前の「？」に
なってしまいます….
この「？」の部分が実際の値に置換された状態のSQLを出力する事は出来ないのでしょうか？
0566デフォルトの名無しさん2005/11/05(土) 20:04:59
さっぱり関係ないんだけど、PreparedStatementに値が入れられた後のSQLを
吐き出させられないかと思うことはよくあるな。
0567デフォルトの名無しさん2005/11/05(土) 20:42:17
DB側でログだすしかないね。
JDBC4でやってくれないのかなぁ
0568デフォルトの名無しさん2005/11/06(日) 00:19:10
そもそもJDBC内で完全なSQL生成してるわけじゃないから無理だよな。
そんなことしてたらPrepareStatement意味ない。。
0569デフォルトの名無しさん2005/11/06(日) 01:52:33
なんかのクラスのログレベルを下げれば、
どんなパラメータを入れたか確認できるけど一応。
どのクラスかは会社に居ないので確認できましぇん
0570デフォルトの名無しさん2005/11/06(日) 15:24:20
Spring + Hibernate3 でテストしてた時は
パラメータも表示されてたと記憶してるが。
0571デフォルトの名無しさん2005/11/07(月) 09:55:19
ドライバにトレースオプションとか無いの?
0572デフォルトの名無しさん2005/11/08(火) 01:15:17
>>566
p6spyってのを使えばできるらしいよ。
0573sage2005/11/13(日) 01:07:52
SpringWebMVC使ってるんだけど、
フォーム上の二つの入力フィールドの値を、
コマンドオブジェクトの一つのプロパティにBindすることってできないんだろうか？
0574デフォルトの名無しさん2005/11/13(日) 01:12:45
JavaScriptFrameworkかとおもた
0575デフォルトの名無しさん2005/11/13(日) 13:14:15
よし、今からSpringを勉強するよ。
指示をくれ
とりあえずダウンロードしてくるわ
0576デフォルトの名無しさん2005/11/13(日) 13:35:02
spring-framework-1.2.5-with-dependencies.zipをダウンロードして
Eclipseに展開
その間に
http://www.atmarkit.co.jp/fjava/rensai3/springdi01/springdi01_1.html
これを読んでる
0577デフォルトの名無しさん2005/11/13(日) 13:39:20
なにこれ？
あほですか？
ただ、指定のクラスを生成して、ついでにプロパティも入れるというだけ？
くだらん。
ただのFactoryじゃん。
messageを生成時に注入してHello World!かよ。
おめでてーな。
まあ、記事が馬鹿だということを予想して付属のSampleためしてくるよ。
0578デフォルトの名無しさん2005/11/13(日) 13:43:19
>> Spring Frameworkで理解するDI（1）
(2)は、まだー？
0579デフォルトの名無しさん2005/11/13(日) 13:53:10
>>578
もちろん1,2,3を読んでの感想ね。
いま、ExampleのCountryを読んでるんだけど、
いきなりソースを読んでも意味わからんわ。

それぞれのクラスが他に依存しないってことは
Utilを読むみたいに、いきなり読めるってことかと思ってしまった。

今から/samples/countries/*.txtを読んでデプロイして実行してみる。
0580デフォルトの名無しさん2005/11/13(日) 14:08:34
日本用のpropertiesがないからぬるぽい。
適当になぶる
0581デフォルトの名無しさん2005/11/13(日) 14:59:14
解説しよう
なぶる　＝　触る
0582デフォルトの名無しさん2005/11/13(日) 16:09:48
解説ありがとう
今から外出しないといけなくなった
とりあえずどんな実装をしていくかという
癖みたいなものはわかった。
出たついでに本屋にでも寄って理論を立ち読みしてくるわ
0583デフォルトの名無しさん2005/11/13(日) 18:13:33
ぬるぽ
0584デフォルトの名無しさん2005/11/13(日) 22:40:28
帰ってきたよ
理論読んでくるの忘れたから、検索するわ
あとで
0585デフォルトの名無しさん2005/11/17(木) 20:48:05
1.2.6記念
0586デフォルトの名無しさん2005/11/28(月) 11:55:56
閑古鳥だな
0587デフォルトの名無しさん2005/11/28(月) 12:00:14
DIは結局流行り物だってこった。

DIスレもSeasarスレも活気ないしな。
0588デフォルトの名無しさん2005/11/28(月) 12:06:55
需要は大いにあるけど、
言語レベルでの制約によるメリットが一部損なうことや、
リファクタリングがかなりし難くなるところがやはり気に食わないな。
0589デフォルトの名無しさん2005/11/28(月) 12:33:48
DIコンテナがなくても
SetterInjectionとFactoryでいいけどさ。
AOPと親和力が高いのが魅力的だよね。
抜け出せない。
遅いのに。
0590デフォルトの名無しさん2005/11/28(月) 13:15:50
つか、もうEJB3でおけ
0591デフォルトの名無しさん2005/11/28(月) 13:18:05
でも「EJB？ﾊｧ？これからはSpringだろ」
てのを受けて試しにSpring触って第一印象が>>577ってパターンが結構多い気がするな。
0592デフォルトの名無しさん2005/11/28(月) 20:17:43
フロントしか弄ってない俺には、Strutsの焼き直し。
0593デフォルトの名無しさん2005/11/28(月) 21:17:10
今って分散環境だとビジネスロジックには
何が一番使われてんの？
0594デフォルトの名無しさん2005/11/28(月) 21:21:10
あ、これじゃいみわかんねえや
モデルだった
0595デフォルトの名無しさん2005/11/28(月) 22:32:06
>>592
Strutsとは全くかぶってないので、StrutsをどうやきなおしてもSpringにならない・・・
0596デフォルトの名無しさん2005/11/28(月) 22:33:25
>>595
フロントコントローラ、まんまStrutsなんだが。
0597デフォルトの名無しさん2005/11/29(火) 00:09:53
これってどこがいいの？
XMLからクラスが生成できるだけ？
0598デフォルトの名無しさん2005/11/29(火) 00:22:41
>>595
次の次ぐらいのStrutsはWebWorkになるそうだぞ。
0599デフォルトの名無しさん2005/11/29(火) 00:25:00
ん？IDEと統合するのを目標に作られたJSFがあるからそれはないべ？
0600デフォルトの名無しさん2005/11/29(火) 00:34:16
>>599
ほれ。
ttp://www.mail-archive.com/dev%40struts.apache.org/msg13815.html
0601デフォルトの名無しさん2005/11/29(火) 00:37:30
もうひとつ。
ttp://blogs.opensymphony.com/webwork/2005/11/webwork_joining_struts.html
スレ違い。失礼。
0602デフォルトの名無しさん2005/11/29(火) 00:42:46
>>600-601
えーーーー。
なんかすっげー違和感・・・。
0603デフォルトの名無しさん2005/11/29(火) 12:19:40
>リファクタリングがかなりし難くなる
なるか？
設定ファイル書き直しの手間が云々って意味？
0604デフォルトの名無しさん2005/12/01(木) 20:40:22
SpringFrameworkのDefaultIntroductionAdvisorと
DelegatingIntroductionInterceptor の使い方がやっと分かった。

AOPヽ(´ー｀)ノﾏﾝｾｰ
0605デフォルトの名無しさん2005/12/06(火) 10:25:25
使う場所を見つけるまでがAOPです
0606デフォルトの名無しさん2005/12/08(木) 08:03:22
AOPとDIと、どっちが偉いの？
0607デフォルトの名無しさん2005/12/08(木) 08:41:40
別々の話だから、比べてもしかたない。
0608デフォルトの名無しさん2005/12/08(木) 09:35:46
どっちも偉くはないですが
0609デフォルトの名無しさん2005/12/10(土) 23:50:35
http://muimi.com/j/aop/spring/
SpringのHello Worldでどのサイトをみても
これ以上のことがどこも書いていないのですが
どういった点が優れているのでしょうか？

いまいちこのフレームワークが他よりも優れいているというメリットが見えないのですが
また具体的に何が得意とかあるのでしょうか？
0610デフォルトの名無しさん2005/12/11(日) 01:16:39
他ってなんのことを言ってるの？
0611デフォルトの名無しさん2005/12/11(日) 15:13:00
みなさん実際に実務だとどんなところにSpring使ってます？
全面的に使ってたりする？
0612デフォルトの名無しさん2005/12/11(日) 15:47:19
Springは使うなら全面的だろ。
0613デフォルトの名無しさん2005/12/11(日) 15:49:33
>>612
大根としてつかうだけならどこか１部だけでもOKでは。
0614デフォルトの名無しさん2005/12/11(日) 16:10:46
>>613
たとえばStruts使う場合だと、すべてのActionをSpringに委譲するし。
0615デフォルトの名無しさん2005/12/11(日) 16:14:12
>>614
具象オブジェクトの生成部分を切り出す単位って、そこしかないわけか
オイ？ﾓｯﾄどこにでもあるでしょうがよ。
0616デフォルトの名無しさん2005/12/11(日) 16:20:57
？？？
0617伝説新人タクシ2005/12/11(日) 16:23:20
>>609
疎結合であるとかそれによって単体テストがしやすいとかいうこと？
0618デフォルトの名無しさん2005/12/11(日) 17:11:40
Springわかんなかったんなら、EJB3を待ってたほうがいいかもね。
0619デフォルトの名無しさん2005/12/11(日) 17:54:34
予習でやるならともかく、今の流れだと、これから本格的にSpring使うってのはなしなきがするな。
だから、逆に絶対やっといても損はない気がするけどさ。
0620デフォルトの名無しさん2005/12/12(月) 10:29:59
そんな難しいものじゃないし、画期的な機能に満ち溢れているわけでもないよ。
ただ単に便利なツールでいいのだと思うけど。
便利なBeanFactory、それで充分だよ。

おまけで付いてくる付属品はけっこういいよ。
AOPもそうだし、ORMやらmailやらが楽チンに扱えるのも嬉しい。

S2でもSpringでもどっちでもいいけど、これがない世界には戻りたくないね。

EJB3があれば不要という話もあるね、GabinKingが主張しているように。
でもSpringを通してEJB3を使った方がより簡単、そういう機能が出てくるって予想してる。
0621デフォルトの名無しさん2005/12/12(月) 10:36:16
というか、普通のTomcatで動かせて面倒なパッケージング不要なEJB3、みたいな感じになると思う。
0622デフォルトの名無しさん2005/12/12(月) 10:36:44
追伸：煽るワケじゃないが、Springごときを理解できない方が
EJB3を使いこなせるとは思えない。Annotationの裏で
起こっている出来事を多少は理解している必要はある、って
認識の元の考えだけど。
0623デフォルトの名無しさん2005/12/12(月) 10:58:46
Springってかなり裏方的な働きだから、単体ではよさがわかりにくいんだと思う。
EJB3でも、単にORマッピングだという認識で、なんだか裏側で勝手に結びつけてくれるという感じになるんじゃないかな。
0624デフォルトの名無しさん2005/12/12(月) 16:27:03
EJB3 って来ると思う？
Java ソースにアノテーション埋め込むのと
設定ファイルに外出しされてるのと
どっちが疎結合か考えたら
EJB3 は退化してるとしか思えない。
0625デフォルトの名無しさん2005/12/12(月) 18:56:40
アノテーションで疎結合じゃないという話は、すでに時代遅れだし、EJB3が来ないと思うなら、別の部分で批判しないといけない。
0626デフォルトの名無しさん2005/12/12(月) 19:05:38
簡単に理由をいえば
「疎結合のためにアノテーションを排除して、なんの意味がある？」
0627デフォルトの名無しさん2005/12/12(月) 20:42:36
ﾌﾟｹﾞﾗ
おまいらどうせ来年にはAnnotationに文句垂れてると思うよ、飽きっぽいから。
0628デフォルトの名無しさん2005/12/12(月) 21:45:25
>>627
いや、それはそれで良いんじゃねぇの？
不満がなければ技術革新なんてねぇさ。
0629デフォルトの名無しさん2005/12/12(月) 21:58:43
Annotationの仕様には不満があるけど、Annotation自体はとても気に入ってるよ。
0630デフォルトの名無しさん2005/12/12(月) 22:25:06
Springで簡単なWebアプリを作るサンプルがあるサイトしらない？
WebApplicationContextを使って云々みたいな。。。
■ このスレッドは過去ログ倉庫に格納されています