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

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

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

日本Springユーザー会
http://www.springframework.jp/

Spring-Java/J2EEアプリケーションフレームワークリファレンスドキュメント(2章まで最新版)
ttp://andore.com/money/trans/spring_ref_ja.html

EclipseプラグインSpring IDEを使ってみよう　(1/3) - ＠IT
ttp://www.atmarkit.co.jp/fjava/rensai4/spring2_01/spring2_01_1.html

Springは「2.0」でどんだけ便利になったの？　(1/3) - ＠IT
ttp://www.atmarkit.co.jp/fjava/rensai4/spring2_02/spring2_02_1.html

Spring 2.0で自分なりの開発スタイルを確立しよう　(1/3) - ＠IT
ttp://www.atmarkit.co.jp/fjava/rensai4/spring2_03/spring2_03_1.html

【ハウツー】Spring 2.0を早速使う - どのくらい簡単になった? (1) 待望のSpring Framework 2.0リリース (MYCOMジャーナル)
ttp://journal.mycom.co.jp/articles/2006/10/05/spring20/

Spring 2.0によるDBアプリケーションの作成
ttp://www.okisoft.co.jp/esc/spring/index.html

InfoQ: Spring 2.0: 最新情報と Spring 2.0 が重要な理由
ttp://www.infoq.com/jp/articles/spring-2-intro

InfoQ: Spring 2.5の新機能―Part 1
ttp://www.infoq.com/jp/articles/spring-2.5-part-1

InfoQ: Spring 2.5の新機能を使ってアプリケーションを作る(その1)
ttp://www.infoq.com/jp/articles/spring2.5-1

InfoQ: Spring 2.5の新機能を使ってアプリケーションを作る(その2)
ttp://www.infoq.com/jp/articles/spring2.5-2

Inversion of Control コンテナと Dependency Injection パターン
ttp://kakutani.com/trans/fowler/injection.html

Inversion of Controlパターンでコンポーネント間の結びつきを弱める - japan.internet.com デベロッパー
ttp://japan.internet.com/developer/20051011/28.html

【書籍】

Spring入門
ttp://www.amazon.co.jp/dp/4774123412/

Spring2.0入門
http://www.amazon.co.jp/dp/4774130001/

SpringによるWebアプリケーションスーパーサンプル
http://www.amazon.co.jp/dp/4797334223/

【過去スレ】
http://pc11.2ch.net/test/read.cgi/tech/1216212651/
http://pc11.2ch.net/test/read.cgi/tech/1169517585/
http://pc10.2ch.net/test/read.cgi/tech/1077465099/

スレ立て乙

京都大学霊長類研究所では、未知の感染症が蔓延し、
感染した研究員はどのスレッドにも同じコピペを
繰り返すといった症状が報告されています。

研究員によると思われる書き込みがあっても
近づかないようにしてください。

　　　　　　　　　　　　　　　　　　京都大学

高度な会話まだ？

高度なロジックは読めますか？

ソースを読める人が高度な人です

高度な人はこちらでお願いします

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

俺も高度な人になりたいな

コアソース解読できるの？

アノテーション

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

使わないなぁ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

保守

Spring DM使ってる人いる？

保守

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

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

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

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

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

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

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

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

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

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

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

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

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をこのような事をするには
どうすればよろしいのでしょうか？

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

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

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

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

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

URL(とりあえず以下のようなURLが拾えるようになってほしいのですが。
�@ http://<domain>/<appname>/admin/login.html
�A http://<domain>/<appname>/admin/aaa
�B 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ではアスタリスクは問題なく使えた気がするのですが。。。

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

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

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

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

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

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

>>70さん

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

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

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

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

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

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

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

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

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

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

ないよ

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

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

これ以外は必要無い。

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

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

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

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

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 はやってない)に聞いたところ、
だいたいこんな感じだったそうですが・・・

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

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

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

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

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

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となるように作る、という理解でよいでしょうか?

設計次第

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

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

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

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

要件定義

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");

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

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

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

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

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

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

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

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

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

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

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

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

でもこの差は何なんだろうね。
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

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

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

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

>>103
その問題解決した？
Server.xmlでも直らない？

>>113
とりあえず暫定措置のままだった。
String value = new String(value.getBytes("ISO_8859_1"),"UTF-8")
こんなんで凌いでて、あとで対応しようと思ってそのまんま。
今はフロント側をJS(jQuery)+CSS3でゴリゴリ書いてて、サーバサイドは
いったん放置。

springとstrutsとではどちらが性能がうえだろうか
今現場ではどのフレームワーク使われているか

Strutsなら情報源も多いし技術者集めやすいだろ。1.x系なら枯れてるし。
Springは経験者が集まらないといろいろ大変だと思う。

Struts1使えます・Spring MVC使えませんってもれなく向上心のないドカタがきてし寝る。
てか、いまとなってはStruts1の情報なんか皆無じゃないの？

現行ミドルウェアとの連携、(Java界隈的に)見通しのいいコードを求めたら
DIフレームワークとしてだけでもSpiringつかって
わかってる人間がスケルトンコード書いちゃえばいいと思う。

Struts1はググれば死ぬほどサンプルあるよ

SpringMVCは、処理がある程度テンプレ化できるから
それを使ってスケルトンとかサンプル作っちゃえば
ドカタでも対応できる

strutsの勉強すると1.1,1.2,1.3とversionごとにコードが違いますよね
なかなか思うように動かないですよね
互換性をとるようにしてもらいたいですがね

>>119
死んでるからもう無理。諦めろ。

今メインのフレームワークは何？
フレームワーク使いこなすのに何年修業がいりますか？

昔、業務で使うことを強制されて実際に使ったが、
結局、最後まで何がなんだかワカらないままだった。

概念すら理解できんかった・・・

で、何のためにある何をするための何のものなの？
何がどう便利になる？

>>122
一言で言えば、大規模アプリを作りやすくするためにある。

これを理解するには、大規模アプリが小規模アプリとは
同じように作れないことを知っていなければいけないんだが、
君は大規模アプリを作るときに小規模アプリにはない
問題点を感じたことは有るか？

大規模アプリの問題は
プログラマによってコードが違いすぎることだな

>>124
他には？

無いな

>>126
一人、または少人数で
開発できないことだよ。

ここで一応「大規模アプリ」の確認をしておこうか。

ユーザー数が多いのではなく
アプリの規模、ソースコードの規模が大きいということね。

Twitterなんかはシステム自体は大規模だが、
コアの部分だけ見るとアプリ自体はそんなに大きくはないだろう。

違うっていうんだろうけど
言ってることは同じだよね

>>129

まさか>>124と？ぜんぜん違うよ
コードが違いすぎるという問題は
規約と学習とレビューで解決できる。

でも、大規模アプリが
一人、または少人数で開発できないことは
どうやっても解決できない。

多人数で一つのシステムを開発していると、
どうしても、自分の担当部分を完成させるには
他の人が作った何かができていなければならない。
という問題が起きる。

やっぱりなあ
もっとほほうと思える事を教えてくれるのかと思って
期待したのに残念
明日も仕事だし寝るわノシ

でも、他人の担当部分の完成を待ってなんかいられない。
だから、「他人の担当部分」をダミーモジュールで
すげ替え可能にしておいて開発する。

>>132
銀の弾丸でも期待してたの？
アホじゃね？

すげ替え可能にすることで、
単体テストが可能になるし、責任の範囲も明確になる。
インターフェースで実装すべき機能も明確になる。

このようにシステム全体の結合度を下げ
大規模開発を行いやすくする。
そのやり方を標準化するフレームワーク

>>135
おお
こういうのはいいね
参考になるわ〜

>>122
経験がないなら想像力を働かせるしかない
フレームワークがなかったらどうなるか考えろ

プログラマも思ったよりチームワーク、コミュニケーション能力がいりそうなんだよな

もくもく一人の世界にふける仕事じゃなかったのかね

>>138
職人芸で食っていけるほどの力がないなら、他人と力を合わせるしかないじゃない

今時職人芸なんて迷惑じゃね？

もくもく一人の世界にふける仕事ならJavaは選ばないだろー

>>140
なんで職人芸と迷惑が結び付くのかわからないんだが
お前の中では職人芸 = 読みにくいコードなの？
脊髄反射してんじゃねえよ単細胞

>>140
職人芸というのは、読みにくいコードを、
読みやすく書き直すことだよ。
わかってないね

>>142-143
職人芸と言われたら技巧的なコードを指すだろ

技巧的であっても誰にでも読み解ける文芸的なプログラミング
そんな職人に私はなりたひ

>>144
お前がそう思ってるだけだろ？

職人の技ってのは、読みやすいコードだよ。

>>146
それが読みやすくても、なぜ読みやすいか理解できないんだよ。

>>145
＞文芸的なプログラミング
これいい表現だね

ちなみにちょっと前までデザイパターンとか必死に勉強して
いわゆる技巧的にコード（>>145で言うところの）書けるよう必死に努力して、実際に使ってプログラム書いてたわけだけど、
つい最近、文芸的なコードで書くほうがいいんじゃないかと結論に至った

プログラミング初心者に理解させやすいし、説明もしやすい＝コスパが安くなるし、
どんなにソースコードのアップデートしても意外と問題が起こらない。
むしろ技巧的にやってた時のほうが問題起こりまくってた

デザパタが技巧的って言われてもなぁ。

しかし、文芸的ってのは気に入ったw
今後はその方向で考えてみるか。

>>146
それこそお前が思ってることだろう
もちろんプログラマが目指すべき理想は読みやすいコードだが
言葉の印象とは別

お前らって言葉の定義も合意せずに議論しようとするよな
そういう奴らの言う「職人芸」ってたいてい本人だけの自己満足だろ

仕様とか勝手に考えてとりあえず組み込んでみるのって常識やん？

webのプログラムよりゲームとかandroidのほうがやりがいがないか？
webの仕事なんか文字化けを修正するといった地味な仕事がおおそう

Androidはネイティブアプリ開発でも端末間でのハードウェア仕様の
微妙な違いで動かないとかありすぎて死ねる
ゲームとなるとこれがさらに死ねる
ガワネイティブ(WebView)アプリ開発となると、WebView内のパフォーマンスが
出なさすぎて死ねる

そろそろAndroid開発は撤退してWebの仕事に戻る予定

なにかいろいろ苦労するのは、英語でかかれているものがおおいということでしょうか
開発者たちは、英語をよんで理解してやっているんでしょうか
本場がアメリカだから英語中心になるのはしょうがないけどな

来月からspringを使う現場に行くことになりました、
strutsは使ったことありますか、
勉強になるサイト、参考書あれば教えて下さい！

springて何がいいの？
本買ったけどさっぱりわからん

strusは,1.1,1.2,1.3とverionごとに書き方が違っていて互換性がない
環境によっては動かないこと多々ある。
>>157
チーム制作のときなど大勢のとき役にたつのではない。
フレームワークは、徐々になるしかないよ

>>158
日本人？

失礼な日本人だよ
言いたかったのは個人プレーとか趣味でやるぶんには、必要ないかもしれんが、
大勢でチームでやるときは、必要だということ
大規模なシステム開発ではいるということ

大規模なシステム開発では逆に使わんよ
Javaとフレームワークも扱える人って条件での人員集めがかなり大変
むしろ１人か２人レベルの規模のwebアプリケーションで使われてることが多い
なんでワザワザ使ってんのって聞いてみたことあるけど本人達もよくわかってない感じだった

「ん〜。勉強のため？」みたいな答えが帰ってきて笑っちまったことがある

アホか。そいつらくらいだよ

>>161
えっ
フレームワークも使えないような技術者しか集まらないのに、そいつら全員に生Servletで開発させてんの？
クラス名はA0012みたいな感じですか？

元請けは>>161のような雑魚にはいちいち説明しないで「このとおり作ってください」って
指示するだけで、実際は当然FW使ってる

いずれにしても>>161の己が無知を知らなさ加減には釣られざるを得ない

少人数の下っ端はフレームワーク扱うんじゃなくて
フレームワーク使って設計したプログラムのほんの一部を実装するだけだろ

質問！そもそも大規模なwebアプリケーションってどのくらいのレベルのことなのですか？
今どきwebアプリケーションでそんな大規模な案件ってあるの？
よくソフトウェア開発で大規模大規模って言うけど具体的にはどのようなアプリケーションやシステムのことを大規模って言うでしょうか？

規模がおおきいアプリケーション

SIerでは開発者の数が多い、大規模プロジェクトのことをいうのが普通じゃね？
百人(人月じゃない)未満のプロジェクトは大規模とは言わない

デスマになるプロジェクトのアプリケーションの規模

ピーク時100人以上かつプロジェクト予算10億円以上が大規模かな？

プログラマ10人位上はもう大規模だ

SpringMVC+MyBATISの組み合わせいいね

gitとかよく使われておる？
なんか現場って趣味と違って細分化されていて個人は歯車みたいなのかな
なんかつまらなそう

そんなとこあるかも
ソースコード全体を知ることが少ない

>>172
Web屋の感覚だとそうかもな
大手SIerでは案件にもならない小規模未満だが

web屋で１０人ってかなりデカいよね。でも逆に効率悪くない？
いまどきwebアプリケーションなんか一人で十分作れるだろ
大手SIer系は営業職、総合職、何もしない上司的な人も入れてってこと？
イマイチ何十人の人が一緒になってシステム構築のしごとするってのが想像できない
OSとか作ってるって言うなら別だが・・・

企業内のシステムとかだと、画面数が数百個を超えることは普通にあるからなあ。

>>177
いや、プログラマだけで100人越えてからが大規模プロジェクトの始まり
本物の大規模プロジェクトは1000人越えるケースもある。ただし実働してるのは(ry
それが想像できない人がなぜSpringのスレを見てるのかそっちの方が謎だわwww

数百画面っていっても１画面はどうせしょぼいでしょうに
３日くらいで１画面作れるような感じでしょ？
それで１００人もいらないよなぁ

大規模プロジェクトを想像できないことと、Springスレを見ることは無関係かと。

>>180
無理。Excel方眼紙で設計書書くだけでも1画面当たり数週間かかる

>>180
お前優秀だな。
大規模プロジェクト取ってみたらいいじゃん。少数精鋭でやりますので粗利10億は確実です、とか言って。

お客さんは人月に支払うのが染みついてるから少数精鋭だとお金払ってくれないけどな
大手SIerが効率悪くても大規模プロジェクト続ける理由の一つでもある

このごろ思うんだけどな
IDEがJavaコードをはきだすから本当の意味でのJava文法を精通している人
少ないと思うだけど
あと勉強量がおおいから人材不足になりやすいんじゃないのかな
業界が給料は安いのに高いスキル求めすぎ

「勉強」の範囲でおさまるものは大したスキルじゃない

>>186
言葉遊びはいいです。
人が勉強だと思ってやってることと、お前が勉強ではないと思ってることが
同じことを指していないとも限らないし。

>>184
大手は利益ってのもあるけど、キャッシュ・フローや人のフローを重視して
いかないと会社自体が回らないからね。まあ、大手っていうより人売りが
メインなところは全部か。

>>186
マスゴミと同じタイプの人間。乙

アジャイル開発って現場で取り入られている？

>>190
利用例は有るけど、納期短縮手法だと勘違いした所は失敗してるようだ。

>>190
アジャイルの定義も曖昧だから、うちは完全にアジャイルですって言い切るところは少ないと思うけど、
アジャイルの手法を部分的に取り入れるのは今や当たり前

仕事はあるが人が足らんといっている
人材を育てるのが難しいのか
やりたがる人すくないのか
ハードな仕事量でつぶれていくのか
毎日金と時間に追われる日々の日本人には、IT技術を身につけるのは難しいだろう

愚痴はマイタへ

俺まさに一人で作ってるけど、やっぱ簡単じゃない
やはりJavascriptがかなりネック
デバッグに時間かかるわ
それでも、俺に能力がないだけで、経験がある人ならかなり行けるだろうけど

俺も一人でやってるよー
サーバ側はSpringMVC、ブラウザ側はJavaScript。jQueryとかも使ってる。

JavaScriptでのデバッグはスレチになるけど、Chromeのデベロッパーツールの
JavaScriptデバッガ使えばかなり楽だよ。
ステップ実行やブレークポイントなども普通に使える。
オブジェクトのインスペクションも問題なし。

そんなことより今や開発ツールのほうが進化し過ぎてて、フレームワークなんか使わんでも、普通のwebアプリケーション程度なんて１人でサクサク作れるよな

>>197
普通がなにを指すかよくわからんが、定型的だったり面倒だったりするところを
フレームワークがやってくれるのにわざわざ使わない意味がわからない
ひとりだったら尚更他人の習熟度を気にしなくていいわけだし

どう作るかよりも、何を作るかがだいじ

>>197
それはasp.netのことだな

>>197
MS厨かいな

本が高いので、業界にいる人は、割引する制度でもつくってくれんかの
安部さん
自民党だから土建屋とかを優遇しそうですね
この人たち本なんて買わなくてスナックとかの夜の仕事を潤わせそうですね

pdfとソース読めば済むだろ。

>>202
読んだか？

日本人がITが弱いのは時間がないのと重要な文献が英語で書かれていることが原因か？
あと奇人変人に冷たい国柄も影響してる？

鬱病や現場から突然いなくなる人多いのでしょうか？

>>205,206
マイタへ

失敗に不寛容な文化と
人的労働コストを軽く見る時代錯誤のせいだよ

フレームワークの仕組みを理解するためには、まずPHPでウォーミングする必要が
あるなと思った
いきなりフレームワークを理解しようとすると疲れる

遠回りし過ぎだろw

なんかwebシステム理解しようとすると
PHP->jsp,servlet->struts->springの順がいいんじゃないかな

ところでeclipseがコードをはきだすからプログラマの立場は低下してる？
dreamweaver,wordpressもあるからデザイナーはどう？
SEをやっているとプログラムスキルは落ちてきますか？

どうせSpringに行くのにStrutsを挟む意義がよく解らんしPHPから入る理由も解らない。
PHPやStrutsで無いと理解出来ないことって何?

Spring-MVCとSpring-myBatis使ってるんだけど
mybatis側でトランザクション用のアノテーション付けておけば
DBに対する同時書き込みとかで特に考慮すべき処理って
実装しなくていいのかな？
一応ちゃんと動いてるっぽいし、あまりに簡単すぎて不安になったもんで。。。

@Transactional のことを言ってるとしたら、それでいいはず

>>214
ありがとう！更新系処理は、そのとおり@Transactional使ってる。
なんと、これで済んでしまうとは。。。

なにが「これで済んでしまう」のかは自分でちゃんと把握しておいた方がいいぞ

おｋわかった。
一応、お手本となるサンプルをいくつか動かしながら作ってる。
http://www.javacodegeeks.com/2012/02/mybatis-3-spring-integration-tutorial.html
このへんとか。

SpringMVCのコントローラでリクエスト受けてから、
Serviceのinterfaceクラス->implクラス->Mapperクラス->MapperのXMLで定義されるSQL実行
って感じで最後はコントローラのコレクションでSQL実行結果を受け取り、
加工してブラウザに返す形。
トランザクションに関する部分は、ServiceImplの更新系メソッドに
@Transactional(rollbackFor = ******.class)
ってやるだけみたいなんで、これだけでいいのかと不安になってた。

コレクションの加工はServiceでやっとき

>>217
このあたりはわからん
だけどこのあたりのことわからんと飯は食べることできん？

コレクションの加工はプレゼンテーションモデルで行う派。

>>219
派遣とかで行く分には知らなくてもいいだろうけど、自社サービスなら知らなきゃ作れんな

>>212
>>211でPHPって言ってるのがWebアプリフレームワーク使わない生PHPのことだとして、
単純に「リクエストを受け取ってレスポンスを返したり色々する」って一つ一つの動作を
自分で書くことと、その環境を準備するのに苦労が少ないってことじゃないの
Webの仕組を知らずにフレームワークを用いた開発から入るのが普通なのかは知らない

CGIてこと？
HTTP、サーブレットのことを知らないと痛い目にあうわな

>>213
そんなに心配ならPostgreSQLにでも繋いでログが出る設定にしとけ。
PostgreさんがBEGIN、COMMITを受け取って実行しているのが分かるから。

phpでソフト作成のときもフレームワークを使うのか？

普通にcakeとか使うだろｗ
なにが言いたいの？

SpringMVCでREST-API実装して、リクエストマッピングに対して
@ResponseBodyアノテーション使ってJSON文字列を返しているんだけど
ログに

>Null ModelAndView returned to DispatcherServlet with name 'hogehoge_api':
>assuming HandlerAdapter completed request handling

ってのが出てて、ModelAndViewクラスを使ってないのになんか気持ち悪い。
web.xmlのほうでは
<servlet>
　<servlet-name>hogehoge_api</servlet-name>
　<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
　<init-param>
　　<param-name>contextConfigLocation</param-name>
　　<param-value>/WEB-INF/servlet-context.xml</param-value>
　</init-param>
　<load-on-startup>1</load-on-startup>
</servlet>

という定義で、servlet-context.xmlでもModelAndViewクラスは何も定義してないんだけど
これは気にしなくてもいいのかな？それとも設定間違ってる？

GalileoImpl#templatにJdbcTemplateがイネジェクトされ無いのですが、何故イジェクトされないのでしょうか？
jettyからはエラーログが吐き出されていないんですが

applicationContext.xml
<context:annotation-config />
<context:component-scan base-package="test" />
<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
<property name="dataSource" ref="dataSource" /><!-- dataSourceは省略 -->
</bean>

@Component
public class GalileoImpl extends RemoteServiceServlet implements Galileo {
@Autowired
private JdbcTemplate template = null;

ごめん、解決しちゃった。
環境は: GWT 2.5.1 + Spring 3.2.4

init()をオバーライドしたら、インジェクトされるようになった。
@Override
public void init(ServletConfig config) throws ServletException {
super.init(config);
WebApplicationContext web = WebApplicationContextUtils.getRequiredWebApplicationContext(config.getServletContext());
AutowireCapableBeanFactory facotyry = web.getAutowireCapableBeanFactory();
facotyry.autowireBean(this);
}

これだけの為に、3週間もかかってしまったorz\

いまいちスレも盛り上がらんけど、いい日本語PDFが公開されてるね。
http://d.hatena.ne.jp/tatsu-no-toshigo/20121023

ここの「Spring MVC 3.0/3.1/3.2 Cookbook」

PDF版（Spring3.0〜3.1）（約4MB）
https://googledrive.com/host/0BzR3hjGfqNYFMW9tYVZnY01SbEk/SpringMVC3.1.pdf
PDF版（Spring3.2のマージ途中のもの）
https://googledrive.com/host/0BzR3hjGfqNYFMW9tYVZnY01SbEk/SpringMVC3.2.pdf


あと、SpringMVCに関する説明はここも判りやすい。
http://www.beeete2.com/blog/?cat=21

>>230
知っている。これは便利。
うちの会社ではダウンロードできなかった。

会社でやるなｗ

strutsとspringはどちらが難しいですか？

Springのほうが学ぶこと桁違いに多いけど
必要なところから少しずつでいいんじゃね
なんだかんだで情報揃ってるし

strutsで走っているプロジェクトに関わってない限りspringだろ。

今時Strutsとか保守案件でしかないだろ

今時Javaとか保守案件でしか・・・ は言い過ぎだが、全くの新規案件はめったにないな

Struts自体オワコン状態だよな
v1系は前世紀の遺物ってことで完全オワコン、
v2系は互換性も足りなければJavaEE準拠でなく脆弱性問題もありオワコン

今からStruts使うとか言ってる会社にいるなら、転職したほうがいい

これからはasp.netだよ

JavaEE7がようやく使いやすくなってきたけど、まだまだSpring。Oracleも今は本番投入せず、慣れてくれって言ってるしな

すげーオラクルと仲いいんだ、おれなんか支那娘が営業電話かけてきてぶちぎれ

OracleっつーかSunだな

Webサービス開発でSpringMVC+iBatis+Jackson+Lombok使ってるけど
もう他のフレームワーク使う気がしない。

MyBatisは？

あ、今はMyBatisって名前変わってんだよね。
やっぱSQL直接書けるのは楽でいい。
変にオブジェクト操作中心でDBいじるのは、マジックハンド使って
豆を皿から皿に移すような感じで個人的には好みでないもんで。

>>245
SQLにビジネスロジックが記述される設計なんて今時流行らんよ

では今の流行りは何がオススメ？

SQLとモデルでビジネスロジック書くのがなんだかんだでラクチンだよ
最近はSaaSとかBaaSとかハヤリだけどデバッグのしにくさといったら有り得ない
ちょっとしたサービス作るなら早くて楽なんだろうけど
本格的にやろうとするといろいろハマる

そりゃそうだろう、すべて雲の向う

クモー

最初に作るだけなら楽なのかもしれんがな

>>246
今の流行りﾏﾀﾞｰ

流行ってるから良いものとは限らない

だが良いものでなければ流行らない

>>254
それはない
ひどいものが流行った例はいくらでもある
J2EE、EJB(〜2.1)、JavaScript、PHP、VB、、、

JavaScript、PHP、VBは関係ないだろ。

>そりゃそうだろう、すべて雲の向う

あのくもりガラス越しに操作する感は、ある意味たまらんなｗ
根本的なデバッグ手段は取り上げられてるからな
REST-APIしか手段がなくて、ドキュメント通りに実装しても
微妙に意図しないJSONが返ってくるとかザラ

あれでビジネスやるのは運用入ったら厳しかろうが
スタートアップ用のデモとかをササッと作る程度なら充分イケる

「良いものでなければ流行らない」の反例としちゃありだろ
それともORMだけは「良いものでなければ流行らない」理由があるのか？あ？

良い物っていうのは時と場合によって変わるんだよ。
それにいろんな視点がある。

どんなものでも、全ての点において優れたものなんてのは存在しない。
流行っているものは、少なくとも一つの点で優れていたから。

いくらでもこじつけられるって言ってるだけじゃねーか

こじつけ？ 何言ってんだ？

流行ってるもいのは、どこかに良い点があるから
流行ってるのは間違いないだろ。

理由なく流行るものなんてねーよ。
当たり前だろ。

どうでもいいから今の流行りﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ

・SI系
　相変わらずJava/C#中心とした今まで通りな感じ
　未だにStruts案件多くてSpring使ってるところは多くない。
　仕事は増えてきてるけど、なんか知らんが人を増やせない。
　炎上系案件ばっかり。

・Webサービス系
　Java/C#に加えてPHP+Cake,Yii,Symphony/node.js+Expressなんかも増えてる。
　PHPはエンジニアの質的に出来る人と中途半端な人との差が激しく
　node.jsは若干盛り上がりつつも案件的には炎上系多め

・ソーシャルゲーム（バックエンド）
　PHP/Ruby on Rails/node.jsちょいちょい
　御存知の通り業界自体がそろそろヤバイ。G社系から人材市場に
　大量に流出が始まってるけど、サーバーサイドだとRailsエンジニアは
　ちょっとクセのある人が多く他業種からは敬遠されがち　

なんだかんだで最近は、スマホのネイティブアプリ開発スキルとか
フロントエンド系のHTML5+CSS3+JavaScript(+AltJS)なんかがトレンドかねぇ。
Webサービスも、モバイルファースト開発になってきてるし。

>>261
どこかに良い点が一つ二つあったとしても、総じてクズならそれを「良いもの」とは言わない
いいものじゃなくてもマーケティング、誤解、熱狂、不安、etc様々な理由で流行ることはいくらでもある
流行るものに理由がないなんて誰も書いてないのに脳内に仮想敵でっちあげて一人で戦ってんじゃねーぞ
そういうのを藁人形論法っていうんだよ、憶えとけ！

>>263
SI系、Webサービス系、ソーシャルゲーム系
どれにも共通するのがJavaScriptだな。

>>264
お前の良い物の定義が偏ってるんだよ。

お前の好きな部分が良い物じゃないと
良い物とは言えないんだってわがまま言ってるだけだろ。

認めなさい。普及している理由が、お前の気に入らない部分であっても
お前が重要視しているものよりも、普及している理由のほうが重要なんだってことを。

どうでもいいから>>246 今の流行りﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ

流行ってないのに韓流

流行ってないものの話はしていない。

JavaEEどうなるんやろ

今７、次8

JavaEEなんていまどき流行らんよ

glassfishの力の入れ方変わるしな

昼ゲイツ.netですね

>>263

こういうレスは凄く為になります。
普段は、どの辺のスレに、この様な情報ありますか？

263書いたもんだけど、この手の情報をやりとりしてるようなスレは
知ってる限り無いな。ム板マ板webprog板db板とかいろいろ見てるけど。

263は、おれが個人的にその辺の業界ひと通り入って仕事してみた経験と
エンジニアの横繋がりで入手した情報に基づいたあくまで個人的感想だけどね。

>>275
ツイッターやれ
2chにはもうまともなプログラマは残ってない

自己紹介乙

>>263 は
個人的感想だろ@ITで出てくるような一部のことしか語ってねぇ
一通り? ワロス。一握りだろ

感想だって情報出してくるだけでもマシだよ
ただでさえ過疎ってるスレなんだしな

springでhot deployってどうやってるんでしょうか？

感想を信じるやつはアホ

自分が渡り歩いてきた「一握りの客」も
だいたい似たようなもんだったけどな
とりあえずいま絶対に手を出しちゃいけ
ないのはソーシャルゲーム業界だな
Javaでやってるところは殆ど無いけど

グリーとか質の悪いバブルとはいえはじけるの早すぎて
知り合いが何人か転職したけどたいてい嘆いてるわ
ECとかやや固めの業界に人が流れてJavaフレームワーク界隈も賑わい戻らんかな

自動車業界の子会社あたりに入り込むのが勝ち組だろ。

282みたいなバカってホント迷惑だな
よっぽど悔しかったんだろうな

面白味は無いけど、そこそこの規模の企業の
社内SEに潜り込むのはいいね。

>>286みたいなバカってホント迷惑だな
よっぽど悔しかったんだろうな

スルー検定実施中らしいな

ツイッターに篭ってりゃいいのにな

的外れなレスばっかりだったもんな

>>284
落ち目のソーシャルゲーム屋って、どこもサイトデザインが悪杉。
そこらのエロサイトや２chまとめの方が、まだましなデザインセンス。

Springは、JavaEE用だと思いますが、JavaSEではどうなのでしょうか？
JavaSEで使ったことがある人いますか？

Spring3入門 ――Javaフレームワーク・より良い設計とアーキテクチャと
SpringによるWebアプリケーションスーパーサンプル 第2版 、最初買うとしたら
どちらの本がよいですか？
また、SpringによるWebアプリケーションスーパーサンプル 第2版 ってまだ動きますか？

>>294
・「Spring3入門」は「spring入門」と「spring2入門」の続編に当たる。初学書として妥当ではない。
・トレンドを知るには、最近出たSpring MVC/Rooプログラミング入門(掌田/津耶乃)で良い。springMVCは他に和書が無い。
・「SpringによるWebアプリケーションスーパーサンプル」は、第1版でもeclipse4.3で動く(内容に大差は無いが値段はAamazon中古でかなり違う)。
　但し「commons-logging.jar」等のLibrariesのバージョンが古いので、全て最新のものに入れ替えること。
・springスーパーサンプルを動かせないならば、netでググってコードに慣れることから始める。

「Spring3入門」か最近出たSpring MVC/Rooプログラミング入門(掌田/津耶乃)
のどちらかを買いたいと思います。
Spring3入門は立ち読みで読んでみたんですが、いい本だなと思ったし、
理解できました。
スーパーサンプルはやめました。
レスいただいた方ありがとうございます。
今までstrutsで開発したことはあったんですが、springでやるかもしれない
という可能性も出てくるかと思うので、勉強したかったんです。
springはやるかな？

struts1.2系+spring+ibatisは相性が良かったね。
TERASOLUNAもまあまあ。
流行るというかspringMVCしか選択肢がないな。
Roo使った開発はほとんどお目にかかったことがない。

昔はstruts好きだったんだけどな。struts2はなんか致命的なエラー
が多く大変そう。springを一応勉強しておこうと思って。
struts2がはやればこんな苦労は.....

struts2を使いこなすのに同様の労力が必要と思われ。

300げっとずさー。

struts1はスーパーサンプルでなんとかなったからな
自分は。springはどうなることやら。struts2はネットで調べ、ソース書いて
みた。自分は好きになれそうだけど、セキュリティーはちょっと。
正直web系でほかの会社がなに使っているか知りたいわ。
うちはjavaかrubyかperlかphpかpythonだけど、
使いすぎじゃねえ？って思うんだけどな

struts2はクライアントに不信感を持たれる。とても提案できない。
諸外国の動向を見つつ、使えるようになるまで様子見した方がいい。
springは多機能でソースの分量が多いけど、洋書も多く学習しやすい。
Webだと環境構築が面倒だがcakePHPとpearが使いやすいかな。
struts1と言えば、seasar2も使いやすかったけど下火になり残念。

いろいろあるけどやっぱりasp.netが一番使いやすい

asp.net.MVC4もそろそろ和書が出るかな？

>>303,304
スレチ、スレチ、スレチ

hibernateの質問はどこですればいいかおしえてください

Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.5
http://toro.2ch.net/test/read.cgi/tech/1220671877/

ありりりりりり

strtus2でクラスローダ関係の脆弱性見つかったけど、spring3は大丈夫なん？
パラメータマッピングどこでやってるかわかんね

commonsのbeanutilがstruts1が生きていた頃のバージョンアップで余計なことをするようになった。
springは独自のものを使っているのでbeanutil絡みの問題は発生しないはず。

>>281
> springでhot deployってどうやってるんでしょうか？
https://github.com/spring-projects/spring-loaded