Java Spring Frameworkを語るスレ

**デフォルトの名無しさん** · NG

http://www.springframework.org/

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

語るべし。

**デフォルトの名無しさん** · 2005/11/01(火) 19:08:20

Hibernate の設定でログにSQLを吐くってのがあったはず。

**デフォルトの名無しさん** · 2005/11/02(水) 00:43:48

springの設定でhibernatePropertiesに
<prop key="hibernate.show_sql">true</prop>
を設定

**デフォルトの名無しさん** · 2005/11/02(水) 10:31:05

>>563,564

ありがとうございます！
おかげさまで、SQLは出力されるようになったのですが、
出力されるSQLのWHERE句の条件部分が、実際の値に置換する前の「？」に
なってしまいます….
この「？」の部分が実際の値に置換された状態のSQLを出力する事は出来ないのでしょうか？

**デフォルトの名無しさん** · 2005/11/05(土) 20:04:59

さっぱり関係ないんだけど、PreparedStatementに値が入れられた後のSQLを
吐き出させられないかと思うことはよくあるな。

**デフォルトの名無しさん** · 2005/11/05(土) 20:42:17

DB側でログだすしかないね。
JDBC4でやってくれないのかなぁ

**デフォルトの名無しさん** · 2005/11/06(日) 00:19:10

そもそもJDBC内で完全なSQL生成してるわけじゃないから無理だよな。
そんなことしてたらPrepareStatement意味ない。。

**デフォルトの名無しさん** · 2005/11/06(日) 01:52:33

なんかのクラスのログレベルを下げれば、
どんなパラメータを入れたか確認できるけど一応。
どのクラスかは会社に居ないので確認できましぇん

**デフォルトの名無しさん** · 2005/11/06(日) 15:24:20

Spring + Hibernate3 でテストしてた時は
パラメータも表示されてたと記憶してるが。

**デフォルトの名無しさん** · 2005/11/07(月) 09:55:19

ドライバにトレースオプションとか無いの?

**デフォルトの名無しさん** · 2005/11/08(火) 01:15:17

>>566
p6spyってのを使えばできるらしいよ。

**sage** · 2005/11/13(日) 01:07:52

SpringWebMVC使ってるんだけど、
フォーム上の二つの入力フィールドの値を、
コマンドオブジェクトの一つのプロパティにBindすることってできないんだろうか？

**デフォルトの名無しさん** · 2005/11/13(日) 01:12:45

JavaScriptFrameworkかとおもた

**デフォルトの名無しさん** · 2005/11/13(日) 13:14:15

よし、今からSpringを勉強するよ。
指示をくれ
とりあえずダウンロードしてくるわ

**デフォルトの名無しさん** · 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
これを読んでる

**デフォルトの名無しさん** · 2005/11/13(日) 13:39:20

なにこれ？
あほですか？
ただ、指定のクラスを生成して、ついでにプロパティも入れるというだけ？
くだらん。
ただのFactoryじゃん。
messageを生成時に注入してHello World!かよ。
おめでてーな。
まあ、記事が馬鹿だということを予想して付属のSampleためしてくるよ。

**デフォルトの名無しさん** · 2005/11/13(日) 13:43:19

>> Spring Frameworkで理解するDI（1）
(2)は、まだー？

**デフォルトの名無しさん** · 2005/11/13(日) 13:53:10

>>578
もちろん1,2,3を読んでの感想ね。
いま、ExampleのCountryを読んでるんだけど、
いきなりソースを読んでも意味わからんわ。

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

今から/samples/countries/*.txtを読んでデプロイして実行してみる。

**デフォルトの名無しさん** · 2005/11/13(日) 14:08:34

日本用のpropertiesがないからぬるぽい。
適当になぶる

**デフォルトの名無しさん** · 2005/11/13(日) 14:59:14

解説しよう
なぶる　＝　触る

**デフォルトの名無しさん** · 2005/11/13(日) 16:09:48

解説ありがとう
今から外出しないといけなくなった
とりあえずどんな実装をしていくかという
癖みたいなものはわかった。
出たついでに本屋にでも寄って理論を立ち読みしてくるわ

**デフォルトの名無しさん** · 2005/11/13(日) 18:13:33

ぬるぽ

**デフォルトの名無しさん** · 2005/11/13(日) 22:40:28

帰ってきたよ
理論読んでくるの忘れたから、検索するわ
あとで

**デフォルトの名無しさん** · 2005/11/17(木) 20:48:05

1.2.6記念

**デフォルトの名無しさん** · 2005/11/28(月) 11:55:56

閑古鳥だな

**デフォルトの名無しさん** · 2005/11/28(月) 12:00:14

DIは結局流行り物だってこった。

DIスレもSeasarスレも活気ないしな。

**デフォルトの名無しさん** · 2005/11/28(月) 12:06:55

需要は大いにあるけど、
言語レベルでの制約によるメリットが一部損なうことや、
リファクタリングがかなりし難くなるところがやはり気に食わないな。

**デフォルトの名無しさん** · 2005/11/28(月) 12:33:48

DIコンテナがなくても
SetterInjectionとFactoryでいいけどさ。
AOPと親和力が高いのが魅力的だよね。
抜け出せない。
遅いのに。

**デフォルトの名無しさん** · 2005/11/28(月) 13:15:50

つか、もうEJB3でおけ

**デフォルトの名無しさん** · 2005/11/28(月) 13:18:05

でも「EJB？ﾊｧ？これからはSpringだろ」
てのを受けて試しにSpring触って第一印象が>>577ってパターンが結構多い気がするな。

**デフォルトの名無しさん** · 2005/11/28(月) 20:17:43

フロントしか弄ってない俺には、Strutsの焼き直し。

**デフォルトの名無しさん** · 2005/11/28(月) 21:17:10

今って分散環境だとビジネスロジックには
何が一番使われてんの？

**デフォルトの名無しさん** · 2005/11/28(月) 21:21:10

あ、これじゃいみわかんねえや
モデルだった

**デフォルトの名無しさん** · 2005/11/28(月) 22:32:06

>>592
Strutsとは全くかぶってないので、StrutsをどうやきなおしてもSpringにならない・・・

**デフォルトの名無しさん** · 2005/11/28(月) 22:33:25

>>595
フロントコントローラ、まんまStrutsなんだが。

**デフォルトの名無しさん** · 2005/11/29(火) 00:09:53

これってどこがいいの？
XMLからクラスが生成できるだけ？

**デフォルトの名無しさん** · 2005/11/29(火) 00:22:41

>>595
次の次ぐらいのStrutsはWebWorkになるそうだぞ。

**デフォルトの名無しさん** · 2005/11/29(火) 00:25:00

ん？IDEと統合するのを目標に作られたJSFがあるからそれはないべ？

**デフォルトの名無しさん** · 2005/11/29(火) 00:34:16

>>599
ほれ。
ttp://www.mail-archive.com/dev%40struts.apache.org/msg13815.html

**デフォルトの名無しさん** · 2005/11/29(火) 00:37:30

もうひとつ。
ttp://blogs.opensymphony.com/webwork/2005/11/webwork_joining_struts.html
スレ違い。失礼。

**デフォルトの名無しさん** · 2005/11/29(火) 00:42:46

>>600-601
えーーーー。
なんかすっげー違和感・・・。

**デフォルトの名無しさん** · 2005/11/29(火) 12:19:40

>リファクタリングがかなりし難くなる
なるか？
設定ファイル書き直しの手間が云々って意味？

**デフォルトの名無しさん** · 2005/12/01(木) 20:40:22

SpringFrameworkのDefaultIntroductionAdvisorと
DelegatingIntroductionInterceptor の使い方がやっと分かった。

AOPヽ(´ー｀)ノﾏﾝｾｰ

**デフォルトの名無しさん** · 2005/12/06(火) 10:25:25

使う場所を見つけるまでがAOPです

**デフォルトの名無しさん** · 2005/12/08(木) 08:03:22

AOPとDIと、どっちが偉いの？

**デフォルトの名無しさん** · 2005/12/08(木) 08:41:40

別々の話だから、比べてもしかたない。

**デフォルトの名無しさん** · 2005/12/08(木) 09:35:46

どっちも偉くはないですが

**デフォルトの名無しさん** · 2005/12/10(土) 23:50:35

http://muimi.com/j/aop/spring/
SpringのHello Worldでどのサイトをみても
これ以上のことがどこも書いていないのですが
どういった点が優れているのでしょうか？

いまいちこのフレームワークが他よりも優れいているというメリットが見えないのですが
また具体的に何が得意とかあるのでしょうか？

**デフォルトの名無しさん** · 2005/12/11(日) 01:16:39

他ってなんのことを言ってるの？

**デフォルトの名無しさん** · 2005/12/11(日) 15:13:00

みなさん実際に実務だとどんなところにSpring使ってます？
全面的に使ってたりする？

**デフォルトの名無しさん** · 2005/12/11(日) 15:47:19

Springは使うなら全面的だろ。

**デフォルトの名無しさん** · 2005/12/11(日) 15:49:33

>>612
大根としてつかうだけならどこか１部だけでもOKでは。

**デフォルトの名無しさん** · 2005/12/11(日) 16:10:46

>>613
たとえばStruts使う場合だと、すべてのActionをSpringに委譲するし。

**デフォルトの名無しさん** · 2005/12/11(日) 16:14:12

>>614
具象オブジェクトの生成部分を切り出す単位って、そこしかないわけか
オイ？ﾓｯﾄどこにでもあるでしょうがよ。

**デフォルトの名無しさん** · 2005/12/11(日) 16:20:57

？？？

**伝説新人タクシ** · 2005/12/11(日) 16:23:20

>>609
疎結合であるとかそれによって単体テストがしやすいとかいうこと？

**デフォルトの名無しさん** · 2005/12/11(日) 17:11:40

Springわかんなかったんなら、EJB3を待ってたほうがいいかもね。

**デフォルトの名無しさん** · 2005/12/11(日) 17:54:34

予習でやるならともかく、今の流れだと、これから本格的にSpring使うってのはなしなきがするな。
だから、逆に絶対やっといても損はない気がするけどさ。

**デフォルトの名無しさん** · 2005/12/12(月) 10:29:59

そんな難しいものじゃないし、画期的な機能に満ち溢れているわけでもないよ。
ただ単に便利なツールでいいのだと思うけど。
便利なBeanFactory、それで充分だよ。

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

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

EJB3があれば不要という話もあるね、GabinKingが主張しているように。
でもSpringを通してEJB3を使った方がより簡単、そういう機能が出てくるって予想してる。

**デフォルトの名無しさん** · 2005/12/12(月) 10:36:16

というか、普通のTomcatで動かせて面倒なパッケージング不要なEJB3、みたいな感じになると思う。

**デフォルトの名無しさん** · 2005/12/12(月) 10:36:44

追伸：煽るワケじゃないが、Springごときを理解できない方が
EJB3を使いこなせるとは思えない。Annotationの裏で
起こっている出来事を多少は理解している必要はある、って
認識の元の考えだけど。

**デフォルトの名無しさん** · 2005/12/12(月) 10:58:46

Springってかなり裏方的な働きだから、単体ではよさがわかりにくいんだと思う。
EJB3でも、単にORマッピングだという認識で、なんだか裏側で勝手に結びつけてくれるという感じになるんじゃないかな。

**デフォルトの名無しさん** · 2005/12/12(月) 16:27:03

EJB3 って来ると思う？
Java ソースにアノテーション埋め込むのと
設定ファイルに外出しされてるのと
どっちが疎結合か考えたら
EJB3 は退化してるとしか思えない。

**デフォルトの名無しさん** · 2005/12/12(月) 18:56:40

アノテーションで疎結合じゃないという話は、すでに時代遅れだし、EJB3が来ないと思うなら、別の部分で批判しないといけない。

**デフォルトの名無しさん** · 2005/12/12(月) 19:05:38

簡単に理由をいえば
「疎結合のためにアノテーションを排除して、なんの意味がある？」

**デフォルトの名無しさん** · 2005/12/12(月) 20:42:36

ﾌﾟｹﾞﾗ
おまいらどうせ来年にはAnnotationに文句垂れてると思うよ、飽きっぽいから。

**デフォルトの名無しさん** · 2005/12/12(月) 21:45:25

>>627
いや、それはそれで良いんじゃねぇの？
不満がなければ技術革新なんてねぇさ。

**デフォルトの名無しさん** · 2005/12/12(月) 21:58:43

Annotationの仕様には不満があるけど、Annotation自体はとても気に入ってるよ。

**デフォルトの名無しさん** · 2005/12/12(月) 22:25:06

Springで簡単なWebアプリを作るサンプルがあるサイトしらない？
WebApplicationContextを使って云々みたいな。。。

**デフォルトの名無しさん** · 2005/12/12(月) 22:28:53

Struts使った方が楽だからねぇ・・・

**デフォルトの名無しさん** · 2005/12/12(月) 22:53:59

AnnotationとEnumの組み合わせが好きだな
XDocletとは違って定数を指定できるし、引数の型チェックも出来る

**デフォルトの名無しさん** · 2005/12/13(火) 02:02:54

StrutsよりもJSFをもう少し簡単にした物を使いたい

**デフォルトの名無しさん** · 2005/12/13(火) 09:39:22

>>630
ほらよ

http://www-06.ibm.com/jp/software/websphere/developer/j2ee/lightweight/
http://www5f.biglobe.ne.jp/~webtest/myapptutorial/index.html
https://appfuse.dev.java.net/
https://equinox.dev.java.net/

勧められるのは、ビジネスロジックレイヤ内にサービスレイヤを
作ってるヤツ。（Facadeかけてるやつ）

とりあえずIBMのヤツを熟読しろ。

**教えてください** · 2005/12/13(火) 21:35:54

左クリックを使用できないようにjavaScriptを組んだつもりでしたが、機能しません。
どこが間違ってるのかご指南ください。

問題のＨＰ　http://urei.ojaru.jp/top.htm
フレームを使用してますが　
Ｉｍａｇｅｓ→***のリンク→左使用不可ページ　となってます。

***　のページ　左使用不可ページ直リン防止script
左使用不可ページ　左使用不可script

このようにしたのですが･･･････ﾏｲﾘﾏｼﾀ
もうどうしていいのか分りません

**デフォルトの名無しさん** · 2005/12/13(火) 22:01:21

>>635 はスレ(板？)違いの上に、マルチ

**デフォルトの名無しさん** · 2005/12/14(水) 10:05:47

板違いというより、基地外

**デフォルトの名無しさん** · 2005/12/16(金) 02:08:32

Spring.NETの方はどうですか？
同じ？

**デフォルトの名無しさん** · 2005/12/16(金) 13:48:47

>>638
Spring.NETは基本的なDI・AOPの機能は既に実装済み。
DB、トランザクション、WEB等の機能はまだ開発中みたいだな。

だけど、正直.NETでDIは使う気にならないな。

**デフォルトの名無しさん** · 2005/12/17(土) 13:07:47

>>639
何故？

**デフォルトの名無しさん** · 2005/12/24(土) 12:10:09

ActionSupportを使ってStrutsとSpring連携させてるんだけど
このクラスのテストケースをstrutstestcaseを使って書こうとした時に
Actionから呼び出すBeanを変えてテストケース書きたい場合
Bean定義のXMLを変えるしか方法がない？

テストケース側からビジネスロジックの注入を書けると楽なんだけど、、、

**デフォルトの名無しさん** · 2005/12/25(日) 01:54:24

自分で注入しちゃったら？

**デフォルトの名無しさん** · 2005/12/26(月) 01:34:51

Struts + Sringでエ○画像掲示板つくってみました。
Spring入れたほうが動作は安定して早くなりました。

**デフォルトの名無しさん** · 2005/12/26(月) 11:56:02

>>642

その方法がわからないんだよう
ポインタなぞあったら教えてぎぶみー

**デフォルトの名無しさん** · 2005/12/28(水) 07:47:52

Spring2.0って機能面ではどう変わったんですか？

**デフォルトの名無しさん** · 2005/12/28(水) 07:55:33

>>644
セッターインジェクションの場合
setXxx(value);

フィールドインジェクションの場合
xxx = value;

で注入できますｗ

**デフォルトの名無しさん** · 2005/12/28(水) 14:12:36

>>645
設定ファイルがXML Schemaベースになってる。

**デフォルトの名無しさん** · 2005/12/29(木) 12:31:25

Important new features include:

* Simplified, extensible XML configuration
* Powerful new Spring AOP features and AspectJ 5 integration
* Asynchronous JMS facilities enabling message-driven POJOs
* Spring Portlet MVC, a MVC framework for JSR-168 Portlets
* ... and much, much more

これって設定ファイルが結構変わるのかな？
個人的には三番目がようやくと言った感じ。

JmsTemplate はいろいろ思うように行かなくて
(非同期受信なし、リソースを開放するタイミングが制御できないなど)
結局新たに作成したものを使った。
JndiTemplate があればどうにかなった。

**デフォルトの名無しさん** · 2006/01/08(日) 02:38:17

フレームワークの議論ばかりしていて実際にハイレベルな
パフォーマンス＆拡張性が要求される現場では役に立たない
方々乙かれさまです。

**デフォルトの名無しさん** · 2006/01/08(日) 03:19:20

どこでも役に立たない>>649よりはマシだけどな。

**デフォルトの名無しさん** · 2006/01/08(日) 03:40:27

>>635 >>637 >>649

**デフォルトの名無しさん** · 2006/01/10(火) 15:18:00

普通なら釣りなんだろうが現場見てると
本気でそう考えてるｵｻｰﾝがたくさん居て死にそうになる。

さすがに起動時だけは遅いが、一度起動してしまえば
速度が気になったことはないな。
拡張性については具体的な例を挙げて欲しいな。
どういう要求が出た時にどういう対応をしたのかを。

**デフォルトの名無しさん** · 2006/01/11(水) 03:07:47

HibernateDaoSupportを使う場合にQuery#setFirstResults(int)やsetMaxResults(int)を
使うにはどうすればいいかご存じの方はいませんか?
getHibernateTemplate().find* ではQueryオブジェクトを渡せないし。。。
getSession()して自分で処理するしかないかな。
Spring 1.2.6 です。

**デフォルトの名無しさん** · 2006/01/11(水) 11:24:00

>>653
HibernateCallback

**653** · 2006/01/11(水) 22:34:55

>>654
return getHibernateTemplate().execute(new HibernateCallback() {
public Object doInHibernate(Session session) {
// クエリ投げて結果を返す
}
}
って感じですね。マニュアルにも載ってました。ポイントありがとう。

**デフォルトの名無しさん** · 2006/01/21(土) 20:54:23

ttp://pcweb.mycom.co.jp/news/2006/01/20/346.html
> Drools 2.5 BETA 2において提供されている拡張モジュールはdrools-decisiontables、
> drools-dotnet、drools-examples、drools-groovy、drools-ide、drools-io、drools-java、
> drools-jsr94、drools-python、drools-smf、drools-smftest、drools-spring、
> drools-spring-examples、drools-spring-jdk5。ベースとなる藻ジュースはdrools-base、
> drools-core、drools-core-3.0。

Springにも対応しているらしいルールエンジンだが、なんだかベースが不味そうだ。

**デフォルトの名無しさん** · 2006/01/21(土) 21:14:58

>>656
「藻ジュース」(・∀・)ｲｲ

**デフォルトの名無しさん** · 2006/01/22(日) 10:27:33

いや飲みたくはない……

**デフォルトの名無しさん** · 2006/01/23(月) 21:26:19

今、新しいｱﾌﾟﾘ作るんで、まあ流行のSpringと扱い慣れているStrutsでと思っています。
まずはｱｰｷﾃｸﾁｬを決めるために、いろいろサンプルを作ってみてるんですが、質問です。

Struts&Springの連携で、代表的なのは
　1) ActionSupport
　2) DelegatingActionProxy
　3) DelegatingRequestProcessor
の3つだと思うのですが、2) or 3) で決めかねています。

1)はせっかくなんでつまらないのでﾎﾞﾂ。
残るはDelegatingActionProxyとDelegatingRequestProcessorですが、
機能的にどちらが良いのか分かりません。
どちらかと言えばActionを継承させてBaseActionを使っていたことが多いのですが、
RequestProcessorの方が上位ですよね。

アプリケーションは到って小規模なんでどちらでも同じだと思いもするのですが、
考慮すべき点や拡張性の点等、ご助言･苦言を頂けないでしょうか。

非常に基本的な質問で恐縮ですが、

**デフォルトの名無しさん** · 2006/01/23(月) 23:34:09

たいくつでつまらない技術が一番強い。

**659** · 2006/01/24(火) 11:18:42

>>660
確かに、ごもっともだと思います。
実はこれまでの開発ではSpringを使う機会もあったのですが、
見易さ、改修性の高さ、開発規模から
ServiceはInterfaceを使わずに実装しました。
(さすがにDAOはiBatis使って分けましたが)

それに比べ、今回は10年前にCで作った参照のみのアプリの更新で
時間的な余裕もあるので遊びたいと思ってます。

APIも読んでみたのですが、XDOCLETを使うか、また宣言で問題があったら、
といった使い分けの程度しか理解できませんでした。
みなさん、どのような使い方されているのでしょうか、教えて頂けるとありがたいっす。

**デフォルトの名無しさん** · 2006/01/24(火) 13:57:58

>659
(1) と (3) は Struts に変更があったら、思い切り引きずられそう。
TilesRequestProcessor が出ようが新規に Action が発明されようが
涼しい顔して DelegatingActionProxy でラップするのみの (2) が好きですね。
(ていうか (2) しか使ったことないですけど。)
その分設定ファイルは煩雑になるわけですが。

自分の分かりやすいと思える方法でやるのが一番かと。
小規模でそれほど寿命も長くないのであれば、(1) も手っ取り早くていいと思いますよ。

XDOCLET は思ったほど便利じゃないと言うか、
開発の間に試行錯誤してると、結局手で書いたほうが速かったでした。
↑これは設計がまずかっただけかも知れません。