【DI】Java Spring Frameworkを語るスレ 5.0

**デフォルトの名無しさん** · 2011/11/28(月) 02:17:11.86

前スレ
http://hibari.2ch.net/test/read.cgi/tech/1227196176/

公式
ttp://www.springframework.org/

**デフォルトの名無しさん** · 2011/12/02(金) 04:43:13.84

アノテーション

**デフォルトの名無しさん** · 2011/12/02(金) 05:41:10.35

アノテーションはクラスに直接書く

**デフォルトの名無しさん** · 2011/12/02(金) 06:14:38.38

そうなれば散在するね
管理が大変じゃね？

**デフォルトの名無しさん** · 2011/12/02(金) 20:41:41.06

確かに
XMLファイルで管理する方が一つの場所で管理できる分
管理がしやすくなるな

**デフォルトの名無しさん** · 2011/12/02(金) 20:58:22.27

アノテーションでは
クラスに定義するので、各クラスに定義情報が散在するからね

**デフォルトの名無しさん** · 2011/12/02(金) 21:06:19.38

そうなると後で管理が大変になるね！

**デフォルトの名無しさん** · 2011/12/02(金) 21:07:42.98

なるほどアノテーションって良いことばかりじゃないんだね

**デフォルトの名無しさん** · 2011/12/02(金) 22:12:12.84

strutsとseaserを混ぜて楽しく使う・・・

**デフォルトの名無しさん** · 2011/12/02(金) 22:12:33.04

そりゃそうだろ。
どんなものだって不適切に使えば
悪い所が出てくる。

**デフォルトの名無しさん** · 2011/12/02(金) 22:17:01.67

>>18
何でもアノテーションにすりゃ良いってものじゃないぞ

**デフォルトの名無しさん** · 2011/12/02(金) 22:18:08.03

なんでもif使えばいいってもんじゃないぞ。
なんでもfor使えばいいってもんじゃないぞ。
なんでも関数にすればいいってもんじゃないぞ。
なんでもクラスにすればいいってもんじゃないぞ。

うん、なんにでもあてはまる。

**デフォルトの名無しさん** · 2011/12/02(金) 22:21:16.77

>>21
そうですね
アノテーション万歳の人に警告しなきゃ

**デフォルトの名無しさん** · 2011/12/02(金) 22:27:15.06

>>23
アノテーション万能じゃない

**デフォルトの名無しさん** · 2011/12/03(土) 09:08:10.09

散在したほうがいいもの、
集中したほうがいいもの、
分類して

**デフォルトの名無しさん** · 2011/12/03(土) 09:17:05.17

>>23
アノテーション信者か？

**デフォルトの名無しさん** · 2011/12/03(土) 17:21:35.45

高度スレにアイちゃんしかいないんだがｗ

**デフォルトの名無しさん** · 2011/12/03(土) 21:09:47.50

いいんだよ。あっちは自称高度な人を
追いやる隔離スレだから。

**デフォルトの名無しさん** · 2011/12/03(土) 23:06:34.79

アノテーションといえばbean validation使ってる?

**デフォルトの名無しさん** · 2011/12/04(日) 00:02:50.59

使わないなぁ

**デフォルトの名無しさん** · 2011/12/04(日) 02:25:32.85

validationなんて個別にクラスに書いたらダメでしょ
プロジェクト全体で統一しないと

**デフォルトの名無しさん** · 2011/12/04(日) 03:38:05.56

http://d.hatena.ne.jp/yamkazu/20110206/1296985545

これか。一つを対象に5個くらいアノテーション付くと気持ち悪い

**デフォルトの名無しさん** · 2011/12/04(日) 09:58:44.04

バリデーションってアプリケーションごとに
使い捨てにするしかないんじゃない？

@NotNull程度のものが半端にあるならないほうがいい。

**デフォルトの名無しさん** · 2011/12/04(日) 10:03:55.14

なんでないほうがいいの？

**デフォルトの名無しさん** · 2011/12/04(日) 10:04:31.92

>>32
アノテーションはインターフェースに対してつければいい。

**デフォルトの名無しさん** · 2011/12/04(日) 12:31:13.33

一から手書き以外だと
・SpringのValidatorインタフェース
・Commons Validator
とかだろうか、Validatorインターフェースは中身は結局手書きだけど

Valangてのもあるらしいがよくしらない orz

**デフォルトの名無しさん** · 2011/12/04(日) 14:53:41.77

>>34
・アノテーションのみ
・アノテーションと手書きの混在
・手書きのみ
3種が入り乱れるような状態になるから
手書きのみで全部同じように書けるほうがいいでしょ。

Validatorインターフェースの中でValidationUtilsみたいな
クラスライブラリを使うのに統一したほうがいいよ。

**デフォルトの名無しさん** · 2011/12/05(月) 18:14:21.96

バリデーターがどうあるべきかの設計は難しいね。

バリデーターを置くレイヤーや
バリデーションを何でやるか(XML, Annotation, Class)を
画一的にするのは無理なんだろか。

**デフォルトの名無しさん** · 2011/12/05(月) 20:29:32.48

えっ、入力ヴァリデーションは全部アノテーションでやっているけど、うちって少数派？
別に小規模なアプリでは無いし、Spring拡張やアプリケーション固有のConstraintValidatorを作ってやってるんだけど。

**デフォルトの名無しさん** · 2011/12/05(月) 23:13:07.56

>>39
典型的なSIerは>>37のように考えるところが多い
選択肢をなくして効率の悪いやり方で統一する愚作なんだが
ドカタ的なプロジェクトでは致し方ない

39 · 2011/12/05(月) 23:28:27.65

うちも典型的なSI屋なんだけど。
選択肢なくして統一するなら、アプリケーション固有のアノテーションを用意して、
土方にはそれを付加させるだけにした方が楽じゃね？、っと思うんだけどな。

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

フォームがリスト構造を含む場合どうなるんだろ
と思いつつ実験してない…

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

バリデーションはアプリケーションの固有性がでるから
カスタムしやすいことは重要だと思う。
それでいて土方的（画一的）に何でもやれることも両立したい。

>>41
カスタムアノテーションだと変数間の関係が難しい。
でも再利用性の高いものはアノテーションがいいよなぁ。

優先的に標準アノテーション＋カスタムアノテーションで済ませて、
次にそれではできない一部のものをクラスに、
最後にソースに依存させてたくない場合はXMLでやることにしてみる。

39 · 2011/12/06(火) 14:09:06.41

>>43
変数間の比較用アノテーションも用意しているよ。
メンバ変数じゃなくてクラスに対してアノテーションを付加して、メンバ変数aとbが同値であることを検証する、
っとか、そういうの。
そして最終手段は、検証対象オブジェクトのメソッド呼び出し(戻り値booleanで判定)アノテーション。

もちろん、入力アノテーションではなくて、対象オブジェクトの情報だけでは完結しないロジックなヴァリデーションは
コントローラーで書くけど、それ以外はアノテーションベースで困っていないかな。

**デフォルトの名無しさん** · 2011/12/06(火) 23:08:16.58

>>40
> 選択肢をなくして効率の悪いやり方で統一する愚作なんだが

コーディング規約のケチつけてるの？

それともルールはない。みんな好き勝手やれ。
関数置き換えハックでも何でも自由にやってよい派ですか？

**デフォルトの名無しさん** · 2011/12/07(水) 02:32:35.64

>>45
なんでそんなに極端なんだ？
元ネタが>>37の3種類だってわかってる？それを肯定するとなんでもあり？アホか

43 · 2011/12/07(水) 19:30:05.62

>>44
＞メンバ変数じゃなくてクラスに対してアノテーション
なるほどね。それならバリデーションの前に対象を全部VO(DTO)に
コンバーターで詰め込んでそのVOをバリデーションしたらいいのかも。

**デフォルトの名無しさん** · 2011/12/07(水) 21:04:52.91

>>46
なんでって、選択肢を無くすことが
効率が悪い方法で統一するなんて
馬鹿なこと言い出すからだろ。

最善の方法に選択肢を絞ってるという発想はできないのか？

**デフォルトの名無しさん** · 2011/12/07(水) 21:20:03.11

最善つか最適解かな。最善があるならそもそも選択の余地はない。

**デフォルトの名無しさん** · 2011/12/07(水) 21:41:33.90

なんでも金槌で叩きたがるやつっているよねw

**デフォルトの名無しさん** · 2011/12/07(水) 21:54:32.39

>>50の頭も金槌で叩こう

**デフォルトの名無しさん** · 2011/12/08(木) 01:16:07.83

パターン化と選択肢を無くすことは親密

**デフォルトの名無しさん** · 2011/12/08(木) 14:32:37.98

>>52
VSOP（very special one pattern）だな

**デフォルトの名無しさん** · 2011/12/08(木) 17:07:39.98

>>40 って高度な話題うんぬん騒いでたアホだろ？

springソースをハックした基盤技術チームがどうたらさんは
高度スレを使うように。

【DI】Java Spring Frameworkを高度に語るスレ 5.0+
ttp://hibari.2ch.net/test/read.cgi/tech/1322485390/

**デフォルトの名無しさん** · 2011/12/09(金) 00:20:53.79

認定厨w
>>40,41,43 と、>>37に否定的な意見が3者から出てちゃんと会話になってたんだがな
もう価値観が違うってことでいいよ

**デフォルトの名無しさん** · 2011/12/10(土) 18:56:22.97

>>1
スレ立て乙だけど公式サイトが昔のまま
次スレ立てる人要注意

公式
ttp://www.springsource.org/

1 · 2011/12/11(日) 13:42:19.62

>>56
ホントだ、転送されてて気が付かなかった。

**デフォルトの名無しさん** · 2012/02/11(土) 02:27:20.03

保守

**デフォルトの名無しさん** · 2012/02/11(土) 06:28:11.16

Spring DM使ってる人いる？

**デフォルトの名無しさん** · 2012/02/17(金) 10:17:41.87

保守

**デフォルトの名無しさん** · 2012/02/19(日) 15:38:44.01

ส๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎๎͜͜͏̘̣͔͙

**デフォルトの名無しさん** · 2012/02/23(木) 00:14:31.65

今さらSpring MVC始めてみたけど、楽ちんでいいね
Spring Rooも触ってみたけど、ひな形的なアプリは簡単に作れても
それを要件を満たす形にカスタムしていくのに学習コストがかかりすぎる感じがする
MVCあたりがバランスいい気がする

**デフォルトの名無しさん** · 2012/02/26(日) 21:44:09.38

え、Rooってあくまでも開発ツールで、ランタイムではないんじゃなかったっけ?
SpringMVC や〇〇Dao を、手書きするか Roo に雛形を作らせるかって違いで。

# 間違ってることを書いてたらごめんなさい

**デフォルトの名無しさん** · 2012/02/27(月) 00:30:19.76

Rooはひな形作って終わりじゃなく、その後もAspectJ駆使したソースを足してく

63 · 2012/02/27(月) 15:25:27.70

>>64
レスありがとうございます。

あ、そうでしたね
何年か前のデブサミで、SpringSourceの人のデモを見たのを思い出した
ってことは、Rooで自動生成制したソースをうごかすには、Rooのランタイムも必要になるか。
にしても、あのソースはわかりにくいというかめんどくさすぎだな。
DBのエンティティクラスはフィールドがないにしても、setterとかgetterとか
全部外だしにするから、ソースもたくさん増えるし、追いにくい。

**デフォルトの名無しさん** · 2012/02/28(火) 01:29:56.29

Rooはとりあえず単体で動いたら、即Push-Inして可能な限り
Aspectが表に出ないようにしてるな。
Push-Inしたところで、Rooから使えなくなるわけじゃないし、
DB周りはtext型とか使ってると、タイプエラーで落ちるから
うざくって。forum行くと「varchar使い給え」と言われて。
自分でadd-on作ろうかと考えたけど、しんどいし。

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

DBでtext型を使おうって考え方がそもそも狂ってるんじゃ？
つかROOを使おうってテコいれしても周りが追いついてこないから結局雛形だけ作って終わりな今日この頃
ゆとりどもゆとりでてめーが勉強しないのを棚上げして俺の水準に合わせて敷居さげろよってほざいてやがるｗ

**デフォルトの名無しさん** · 2012/03/12(月) 23:44:37.12

DBにText型があるのは、別におかしいことじゃない。xLOBがあったり、
一時はXML Typeで盛り上がったりした。

Rooはscaffoldからはみ出たら自分で実装する領域が広いし、
自作コンポの実装も、beanタグ記述も手書きだから、
雛型的な使い方でも間違いじゃないと思うけどな
勉強しないのは、日本的自称「IT要員」というか「JPSIer文化」だろ。
「横一線で開発しましょう。それ以上でも以下でもだめですし、
余計な提案・行動は不要です。」

まぁ俺の知る限りのSIerのほとんどはいつまでも後生大事に
Seasar2改を使ってるとこがほとんどだな。悪いとは言わんが、なんだかな。

**sage** · 2012/03/14(水) 17:02:12.77

URIを以下の様にしたい場合

/item/index.html
/test/item/index.html

コントローラクラスを以下の様に配置して実行しようとすると
controller.ItemController.java
controller.test.ItemController.java

↓のエラーが出ます。
org.springframework.beans.factory.BeanDefinitionStoreException: Unexpected exception parsing XML document from ServletContext resource
[/WEB-INF/sample-servlet.xml]; nested exception is java.lang.IllegalStateException: Annotation-specified bean name 'itemController' for
bean class [controller.ItemController] conflicts with existing, non-compatible bean definition of same name and class [controller.test.ItemController]

たぶん、同じクラス名は使用できないという事かと思うのですが、URIをこのような事をするには
どうすればよろしいのでしょうか？

**デフォルトの名無しさん** · 2012/03/14(水) 20:10:54.75

エラーの情報しかないから、ゼロコンフィグに近い想定でパッと
思いつく限りだと下の二つのどちらか。

1.controller.test.ItemControler.java のクラス名を TestItemController
(適当な名前でも良いけど)に変えて
クラスのアノテかハンドルメソッドで
@RequestMapping("/test/item/")を定義する。

2.mvc:annotation-driven の利用をやめて、xmlでマッピングする。

**デフォルトの名無しさん** · 2012/03/15(木) 11:08:17.49

web.xml の <servlet-mapping> について教えていただけますか。

今RESTUrlでの設計を行っているのですが、特定のパータンやすべての
リクエストをservlet-mappingで拾うためアスタリスクを使用しているのですが、
アスタリスクで指定してもマッピングされません・・・。

URL(とりあえず以下のようなURLが拾えるようになってほしいのですが。
① http://<;domain>/<appname>/admin/login.html
② http://<;domain>/<appname>/admin/aaa
③ http://<;domain>/<appname>/admin/aaa/1

■① だけ動作する
<servlet-mapping>
<servlet-name>rest001</servlet-name>
<url-pattern>*.html</url-pattern>
</servlet-mapping>

■すべてダメ
<servlet-mapping>
<servlet-name>rest001</servlet-name>
<url-pattern>/admin/*</url-pattern>
</servlet-mapping>

■すべてダメ
<servlet-mapping>
<servlet-name>rest001</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>

Strutsではアスタリスクは問題なく使えた気がするのですが。。。

**デフォルトの名無しさん** · 2012/03/15(木) 11:10:05.60

Urlがまちがってました。
/adminではなく/rest001です。

**デフォルトの名無しさん** · 2012/03/15(木) 11:19:13.40

勘違いでした
72は無視してください

>>72
> Urlがまちがってました。
> /adminではなく/rest001です。

**デフォルトの名無しさん** · 2012/03/16(金) 01:30:10.33

<servlet-mapping>
<servlet-name>rest001</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
俺個人は、アスタは*.htmlとかfilter-mappingにしか使わん。

**デフォルトの名無しさん** · 2012/03/16(金) 11:20:39.34

ていうか、そもそもサーブレットの仕様も分からんし、
(ハンドリングがちゃんと出来てるか)
バグってないかも分からんし、
applicationContextに相当するもんの設定が正しいかも分からんし、
springコンポーネントが利用されているかどうかも分からん。

**デフォルトの名無しさん** · 2012/03/21(水) 17:17:30.71

>>69 とか
>>71 のゆとりはいますぐstruts1.xのプロジェクトに戻るんだ。

**sage** · 2012/04/02(月) 21:22:04.84

>>70さん

自分も以前に同様の事象に困っていて、>>70さんの提示している①案で対応しましたが
この同一コントローラー名のエラーに関しては、設定如何で回避できるものなのでしょうか？

モデルとコントローラのクラス名称をできるだけ同じにしたいので、設定で
できるのであれば、今後の開発の時に試してみたいです。

**sage** · 2012/04/05(木) 18:30:13.29

１つの画面で複数のレコード分のデータを入力したデータを
POSTして、サーバ側でList型の形式で受け取ることはできるのでしょうか？

ModelAttributeとか使えばいけそうな気がするのですが・・・。

Bean - List - Bean 見たいな形式にすればいけるかとも思ったのですが
こちらもうまくいかず・・・。

2012/04/06(金) 01:15:58.08

>>77
だから「springの法則に従った正しい規約」で
運用すんなら、アノテと標準的なアクション用のxmlで
ほぼセロコンフィグで済むんだって。

そうじゃないことするんだから、アノテをやめたらどうなんだい?
って書いてると思うだが?

2012/04/07(土) 00:20:59.16

>>78
こういうこと?
ttp://viralpatel.net/blogs/2011/12/spring-mvc-multi-row-submit-java-list.html

**デフォルトの名無しさん** · 2012/04/26(木) 11:29:20.13

spring3.0の情報どこかに載ってないですか？

**デフォルトの名無しさん** · 2012/04/26(木) 11:47:41.96

3.0？数年前から山ほどあるよね？

**デフォルトの名無しさん** · 2012/04/26(木) 15:50:02.19

ないよ

**デフォルトの名無しさん** · 2012/04/26(木) 15:57:35.62

これが必要にして十分な情報。

Spring Framework
Reference Documentation
3.1
http://static.springsource.org/spring/docs/3.1.x/spring-framework-reference/html/

これ以外は必要無い。

**デフォルトの名無しさん** · 2012/04/27(金) 03:03:19.11

英語のサイトしかないの？

**デフォルトの名無しさん** · 2012/04/27(金) 11:20:18.83

英語だろうがなんだろうが、あるかないかで言えば「ある」
英語読めないなら、古い情報で我慢しておけばいいだけ

もっとも、探せば日本語の情報も断片的なものがかなりの量存在するから
自分の必要なものを集めてまとめておけばいいよ

**デフォルトの名無しさん** · 2012/05/06(日) 09:39:47.04

Spring 3.0 MVCのサンプルコードどこかに載っていませんか？
コントローラでDBから取ってきたデータをどうやってVIEWに渡すのか知りたいのです。

**デフォルトの名無しさん** · 2012/05/11(金) 01:45:35.85

Spring 3 MVC で、Form の複合チェックをするにはどうしたらいいでしょうか?

Form クラスのフィールドに @NotEmpty とか @Size(min = 1, max=50) とか
つけますが、単項目チェックなら、以下のページのサンプルのように出来ます。
http://www.roseindia.net/tutorial/spring/spring3/web/spring-3-mvc-login-example.html

複合チェックをしたかったら、いまは Controller クラスのなかで
ばりばりチェックロジックを書いてしまっているのですが、

Spring 3 の正しいやり方としては以下のように、Validation クラスを作って、
Controller クラスで @Autowired して、validate() メソッドを呼べばいいのですか?
http://www.roseindia.net/tutorial/spring/spring3/web/spring-3-mvc-registration-example.html

Spring2 の MVC の経験者(その人はSpring3 はやってない)に聞いたところ、
だいたいこんな感じだったそうですが・・・

**デフォルトの名無しさん** · 2012/05/14(月) 21:04:19.64

自分もSpring3 MVCで作り始めたけど、ModelMapに値詰めて返してTitlesとか使って描画っていう
やりかただと、Web画面側のデザイン面での制約がけっこう大きいと気がついて結局、
Web画面とサーバ側の通信はJSONのみ、
Spring側は、DBとモデルオブジェクトのマッピング、ControllerでJSONデータのハンドリングやらせて
あんまりSpring MVC使う意味が無くなってるかも。。。

validationは、画面側でjQueryのプラグイン使ってやらせてる。
validation条件の変更とか、全部JavaScript側でできるし。

DBとモデルオブジェクトのマッピングと、Controllerだけ使うような場合って
利用するSpringのjarのミニマムの組み合わせってどんなんだろう？

**デフォルトの名無しさん** · 2012/05/15(火) 00:02:47.29

>>89
Titles じゃなくて Tiles のことだよね？

**デフォルトの名無しさん** · 2012/05/15(火) 00:48:29.02

>>90
そうだった。タイプミス。正しくはTilesだよね。

**デフォルトの名無しさん** · 2012/05/17(木) 18:30:38.91

SpringMVCのModelAndView について質問があります。
Spring2でSpringMVCをやっていたときは、Controller クラスのなかで、

　ModelAndView mav = new ModelandView();
　mav.setViewName("/foo/bar/hoge.jsp");
　return mav;

みたいに、ModelAndViewクラスのインスタンスをreturnしていました。

一方Spring3 の MVC のサンプルをいくつか見てみると(たとえば以下)
http://blog.springsource.com/2011/01/04/green-beans-getting-started-with-spring-mvc/

Controllerクラスの、リクエストを処理するメソッドの返却値はStringで、
遷移したいview名を文字列でそのまま返すようになっていて、

　上記ページの例：
　return "home";

もしJSPに何か値を渡したかったら、Modelクラス(org.springframework.ui.Model)が渡ってくるから
そいつに model.setAttribuite("output", output);
というようにしてあげれば、JSP側で値が取得されるみたいなんだけど、
Spring3 からは、Controller クラスの返却値はStringとなるように作る、という理解でよいでしょうか?

**デフォルトの名無しさん** · 2012/05/19(土) 14:58:14.71

設計次第

**デフォルトの名無しさん** · 2012/06/03(日) 16:23:02.11

>>1
Java用Webアプリケーションフレームワークの総合スレ立てた

【Java】 Java Web Application Framework 総合
http://toro.2ch.net/test/read.cgi/tech/1338707919/

**デフォルトの名無しさん** · 2012/07/22(日) 22:19:40.13

ファクトリーメソッドに対する大根のメリットってなんぞ？

**デフォルトの名無しさん** · 2012/08/12(日) 14:04:14.63

SE
http://www.seprogrammerjobs.com/com_detail.php?v_id=2487

**デフォルトの名無しさん** · 2012/08/12(日) 14:05:35.93

要件定義

**デフォルトの名無しさん** · 2012/09/02(日) 01:29:26.44

Spring MVCの@RequestMappingで、URLパスでパラメータを渡す際に、

@RequestMapping(value="/select/{address}", method = RequestMethod.GET)
public void selectAddress(@PathVariable("address") String companyAddress)
とか書いて、

URLパスは
http://localhost:8080/select/東京都/
てな感じでアクセスすると、東京都が文字化けする。
半角英数字の場合は問題ない。
日本語の場合は、

new String(companyAddress.getBytes("ISO_8859_1"),"UTF-8");

ってやるととりあえず取得できるんだけど、こういうもんかね？？

**デフォルトの名無しさん** · 2012/09/02(日) 22:12:29.21

某自動車メーカーに派遣言ったことあるけど、
StrutsとSpring掛け合わせたフレームワーク使ってた。

**デフォルトの名無しさん** · 2012/09/02(日) 22:31:36.11

掛けあわせたというより、オフィシャルの配布物に
org.springframework.web.struts-3.1.2.RELEASE.jar
ってのがあるくらいだ

**デフォルトの名無しさん** · 2012/09/05(水) 15:47:20.92

>>98
サーブレットコンテナの方の設定じゃねーの
Tomcat なら server.xml の URIEncoding とか useBodyEncodingForURI とか

**デフォルトの名無しさん** · 2012/09/05(水) 16:06:51.86

>>98
そういうもんと思っておいたほうがいい
デフォ設定で動くほうが面倒が少ないよ

**デフォルトの名無しさん** · 2012/09/09(日) 01:03:41.45

>>101 >>102
ありがとう。そういうもんかぁ。。。
まぁ解決方法はある(getBytes)ので作業が止まることはないんだけど
とりあえずserver.xml見なおしてみる。

そういえば、REST形式で@PathVariableに特定の日本語文字が入ると
これまたリクエストURLのマッピングに失敗するみたい。
「入」とかの感じでエラーになる。
POSTやGETで普通にパラメータ渡せばいいんだけど。。。

**デフォルトの名無しさん** · 2012/10/14(日) 16:39:26.90

他の言語にもDIコンテナがほしい。

**デフォルトの名無しさん** · 2012/10/22(月) 02:41:47.89

autowire と component-scan を組み合わせて使おうとするとインターフェースのインジェクションが出来ないんだが

**デフォルトの名無しさん** · 2012/10/25(木) 18:04:24.56

component-scanで思い出した。
SpringMVCとSpring-myBATISで組んるけど、
１機能に対してmodel、service、mapperなど毎にフォルダが分けられる。
これを、１機能１フォルダ内に、model、service、mapperを全部入れて
それをscan時に認識できるような設定方法って無いのかな。。。

**デフォルトの名無しさん** · 2012/12/08(土) 12:17:07.03

ROOを実案件で使っている人はいませんか？

**デフォルトの名無しさん** · 2012/12/09(日) 07:52:48.90

ROOは実案件に投入できるかどうか軽く検証したけど
アプリを業務に併せてカスタムする傾向が強い
日本の業務アプリ開発には向かないという結論で
SpringMVCでいくことになった

**デフォルトの名無しさん** · 2013/03/12(火) 08:53:26.55

でもこの差は何なんだろうね。
http://www.google.co.jp/trends/explore#q=Hibernate%2C%20MyBatis%2C%20JDBC&;geo=JP&date=today%2012-m&cmpt=q
http://www.google.co.jp/trends/explore#q=Hibernate%2C%20MyBatis%2C%20JDBC&;date=today%2012-m&cmpt=q

日本ではHibernateを使いにくい特殊事情でもあるのかな。

こんなのも。
http://www.google.co.jp/trends/explore#q=Maven%20Java%2C%20Ant%20Java&;date=today%2012-m&cmpt=q
http://www.google.co.jp/trends/explore#q=Maven%20Java%2C%20Ant%20Java&;geo=JP&date=today%2012-m&cmpt=q

**デフォルトの名無しさん** · 2013/03/12(火) 23:06:24.13

Hibernate、学習コスト含めて重量級な印象なんだよな。
まだMyBATISのほうが低レベルで透過性が高い感じがする。

**デフォルトの名無しさん** · 2013/03/12(火) 23:19:35.24

struts、spring、hibernate、
こんなもんが流布しなければ
C#やPHPやRubyなんかのつけいる余地なかったのにな
なんでああいう重厚な方面に行ったのかいまだに謎だわ

**デフォルトの名無しさん** · 2013/03/13(水) 02:17:23.35

Javaの時点で、ファイル扱うだけでも重厚だろ。。コード量て意味で