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

Java Spring Frameworkを語るスレ

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

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

語るべし。
0498デフォルトの名無しさん2005/09/21(水) 01:34:49
インターフェース直して、テストコード直して、実装直す。
簡単ジャマイカ
0499デフォルトの名無しさん2005/09/21(水) 01:44:41
>>497
顧客の「やっぱり」が予想できる場合と出来ない場合で違うと思う
予想できない場合は、たとえどんな作り方をしてても無駄なわけだし
0500デフォルトの名無しさん2005/09/21(水) 03:19:34
DIの肝って、「実装を交換できる」ってこと。
あとは想像力さえあれば、大抵の状況は、インターフェイスの修正無しになんとかできるはずだが。
まぁ、インターフェイスの設計がへぼいとどうにもならない場合があるけど。
0501デフォルトの名無しさん2005/09/21(水) 05:36:55
べつに、実装交換しなくても便利なんだけど。
実際のアプリケーションでDIでつなげたクラス同士を切り替えることなんてほとんどない。
それでも、つなげることをやってもらえるだけで便利。
0502デフォルトの名無しさん2005/09/21(水) 23:44:25
>>501
コードでつなげる処理を書くよりも便利なの？

やっぱり自分で試して体感してみるしかないかな。
0503デフォルトの名無しさん2005/09/22(木) 06:51:23
自分でさわらずに批判してもしかたないよ。
0504デフォルトの名無しさん2005/09/22(木) 09:06:33
DI に関する話をココでやって
Springの話をDIスレでやると言う
ねじれ現象が起きてるのは何故ですか？
0505デフォルトの名無しさん2005/09/22(木) 11:53:07
ながいものはねじれるというのが物理法則の基本だから。
0506デフォルトの名無しさん2005/09/23(金) 09:54:47
そもそもDIスレなんてのかあったのかって話。
0507デフォルトの名無しさん2005/09/23(金) 17:54:03
>>506
Dependncy Injectionを語るスレ
http://pc8.2ch.net/test/read.cgi/tech/1099827125/
0508デフォルトの名無しさん2005/09/23(金) 23:10:30
多少綴りが間違ってるのと、DI という略語を併記しなかった失策っぽい。
0509デフォルトの名無しさん2005/09/24(土) 03:31:24
>>507
一月半もレスないのか。
S2スレはFAQの件で盛り上がっているというのに……。
0510デフォルトの名無しさん2005/09/24(土) 03:33:09
本題ではあまりもりあがらない件
0511デフォルトの名無しさん2005/10/05(水) 11:18:48
>>449の件って、>>454が正解なんですか？
だれか解説お願いします。
0512デフォルトの名無しさん2005/10/19(水) 09:37:25
こんな記事があったんですが、Springが主流になりますかね？
ttp://www-128.ibm.com/developerworks/java/library/j-sr2.html
0513デフォルトの名無しさん2005/10/19(水) 10:43:13
>>512
読めん！
0514512じゃないけど2005/10/19(水) 16:48:17
>>513
これなら読めるか？
http://www-06.ibm.com/jp/software/websphere/developer/j2ee/lightweight/
0515デフォルトの名無しさん2005/10/19(水) 17:50:56
>>514
読める！
0516デフォルトの名無しさん2005/10/23(日) 21:45:48
おまいら、SpringのTransaction管理って使ってますか？
0517デフォルトの名無しさん2005/10/23(日) 22:15:15
使ってない。
むしろ自分でトランザクションコード書いた方が安心する。
別に大した労力じゃないし。
分散トランザクションやろうとしたら別だけど。
0518デフォルトの名無しさん2005/10/23(日) 22:20:08
そしてデッドロック
0519デフォルトの名無しさん2005/10/23(日) 22:26:25
デッドロックに対して気をつけなきゃいけないことは、トランザクション管理も
ハードコーディングも一緒なり
0520デフォルトの名無しさん2005/10/24(月) 00:00:28
>>517
try/finally/try/catchをいちいち書くの面倒じゃない？
0521デフォルトの名無しさん2005/10/24(月) 00:22:16
>>520
書くと安心するｗ
いたるところで書くわけでもないし苦痛でもない。
0522デフォルトの名無しさん2005/10/24(月) 14:16:34
ひとりとかふたりで開発するならそれでもいいんだけどねぇ。
人数多くなってわけわかんないコーダーが含まれるようになると、それじゃ怖い。
0523デフォルトの名無しさん2005/10/24(月) 15:15:19
投げて上で処理するとか。
一箇所で処理できる仕組みであれば何でもいいけどな漏れは。
0524デフォルトの名無しさん2005/10/24(月) 17:24:13
投げて上で処理ってどういうこと？
上でconnection.rollback();
を実装するという意味だよな？
0525デフォルトの名無しさん2005/10/24(月) 21:00:01
>>523
その為にAspectとか有るんじゃないか？
0526デフォルトの名無しさん2005/10/24(月) 21:21:21
そこでEntity Beanですよ。
0527デフォルトの名無しさん2005/10/24(月) 23:28:43
コミット、ロールバックもろもろ書いてあるメイン処理テンプレートソース
用意してコレ使えという。
0528デフォルトの名無しさん2005/10/24(月) 23:32:53
要するにAOPは使いたくないってこと？
0529デフォルトの名無しさん2005/10/25(火) 00:27:49
トランザクションだけはコードで書きたい。
0530デフォルトの名無しさん2005/10/25(火) 09:47:45
テンプレートを使うやり方ってtransactionScriptみたいなヤツ？
あれって複数Daoに更新命令メッセージ渡したい時にうまくasid守れるのだっけ？
ドアホな質問だったらｽﾏｿ

>>529
自作インタセプタでAOPするのも嫌なの？
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からクラスが生成できるだけ？
■ このスレッドは過去ログ倉庫に格納されています