07/02/13 10:38:37
>>328
個人的にはMVCでそんなもんコントロールするなよって思う。
レイヤがそもそも違うじゃねえかと。Viewで勝手にやったらいい。
下位レイヤでサービスしようとするといつか破綻する。
そこまでしてWebアプリにするなってのが本音。
332:デフォルトの名無しさん
07/02/13 11:13:15
>>329-331
コメントとんくす
やっぱりSpringMVC単体で解決してはくれないのねん。
こういった制御コードはもう書きたくないし、
そうなるとTeeda, Seamを選択したくなっちゃうのよねん。
333:デフォルトの名無しさん
07/02/13 11:21:25
>>331
気持ちはわからないでもないが、
何の解決策にもならない。
334:デフォルトの名無しさん
07/02/13 13:09:41
Strutsみたいにトークンの管理をWebフレームワークにさせたいと思うのは自然じゃないか？
が、コードに決まりきったこと書くのはメンドイ。設定ファイルだけでできるとうれしいな。
というかこういうのをAOPで何とかできないのかね？
で、それ以上のこと(ボタンを押せないようにしたいとか)はView(のJavaScript)でやればいいとｵﾓﾀ。
なんか的外れ？
335:デフォルトの名無しさん
07/02/13 13:12:13
>>334
的外れじゃないと思うよ。
その解決策の１つがJBoss Seamだって話。
336:デフォルトの名無しさん
07/02/13 13:16:52
>>335
Teedaも忘れないでね (。-_-。)ポッ
337:デフォルトの名無しさん
07/02/13 13:17:46
おー、そーりー、そーりー
Teeda最高！
Seasar最高！！！
これでよい？ｗ
338:334
07/02/13 13:21:21
>>335
そうなのか。Seamって使ったことないからわからなかった。
ﾄﾝｸｽ。
>>336
URLﾘﾝｸ(www.seasar.org)
これ？
でもスレ違いじゃないかぁ？！ｗ
339:デフォルトの名無しさん
07/02/13 13:38:13
>>338
Seamもスレ違いな件
340:デフォルトの名無しさん
07/02/13 13:46:07
選択肢提示するだけならまぁいいんじゃねえの？
Springの話をここでしかしないわけでもないんだし。
詳細に立ち入るならスレ違いだが。
341:デフォルトの名無しさん
07/02/13 13:52:07
>>339
全くすれ違いというわけではないと思うよ。
だって、Seam使う人はSpringを同時に使うことはたいていないわけで、
「じゃあSpringを使って開発していてSeamと同様の機能を
享受するにはどうしたらいいの？」
っていう話に発展してくれること願って投稿したんだけどねｗ
念のため言っておくけど、HibernateとiBatis、StrutsとJSFのように
SpringとSeamは同列のものだとは思ってないよ。
342:デフォルトの名無しさん
07/02/13 14:02:31
>>341
SeasarのTeedaでは一部Seamを意識しているところがあるよね？
Spring使って開発している場合、
自前で制御コード書いてやってるケースがほとんどじゃない？
Ｗｅｂ特有の問題について全く考慮していない
Ｗｅｂアプリも少なくないと思う。
343:デフォルトの名無しさん
07/02/13 14:09:14
>SeasarのTeedaでは一部Seamを意識しているところがあるよね？
これは俺も感じたｗ
>Spring使って開発している場合、
>自前で制御コード書いてやってるケースがほとんどじゃない？
Springの責任というわけではないというのはいいよね？ｗ
Struts で開発している人ってSpringを導入しても
たいへんなんじゃないかな？
もう体にしみついちゃって不感症状態なのかもしれないけどｗ
344:デフォルトの名無しさん
07/02/13 14:35:44
Struts開発で業務に集中したい場合は、Valentine Frameworkがいいかも
URLﾘﾝｸ(www.valentineframework.org)
345:デフォルトの名無しさん
07/02/13 14:41:07
あれ、バレンタインのつづり違う？
346:デフォルトの名無しさん
07/02/13 15:22:30
SpringMVC自体はあくまでもMVCで
ViewはViewでよろしくやりやがれってスタンスでは？
(Controllerが抽象化されたModelAndViewを返してくるだけ)
347:デフォルトの名無しさん
07/02/13 16:35:35
>>346
それはそれでいいんだけど、
現実問題としてＷｅｂ固有の問題は解決しないといけないよね？
それはViewで解決する問題っていってる？
その場合のViewって具体的に何？
348:デフォルトの名無しさん
07/02/13 16:41:25
Spring2.0入門買いました
すごいいいとおもいました
349:デフォルトの名無しさん
07/02/13 16:44:19
おれもかったよ
著者は印税がっぽがっぽじゃね？
350:デフォルトの名無しさん
07/02/13 16:45:53
>>330
ﾜﾛﾀｗｗｗ
ｵﾚもそうなったｗｗｗ
351:デフォルトの名無しさん
07/02/14 00:16:43
>>348-349
俺もかおっかなー・・・・
352:デフォルトの名無しさん
07/02/14 00:39:06
みんなで買って、はせがわさんをスプリング長者にしてあげよう♪
353:デフォルトの名無しさん
07/02/14 13:03:54
Spring2.0入門Amazonで買ったけど、
Springわかってない俺にはSprng入門が必要だった orz
354:デフォルトの名無しさん
07/02/14 13:57:09
そこで Reference Manual ですよ。
ていうかこれ日本語化してるプロジェクトとかある？
周囲に日本語になってないと読まないやつが多数居て泣ける。
355:デフォルトの名無しさん
07/02/14 14:28:37
>>354
URLﾘﾝｸ(andore.com)
356:デフォルトの名無しさん
07/02/14 17:57:34
>>354
Reference Manual読むのがつらいかたら買ったのに？ｗ
最初はつらかったけど、Spring2.0読んでいくうちにたいぶわかってきた。
なんとかJPAを使ったDao作成までできるようになった。
357:デフォルトの名無しさん
07/02/15 00:57:59
便利だねコレ
358:デフォルトの名無しさん
07/02/15 09:09:37
今日はでぶさみいきまつよ
JSUGのみなたまよろしくでつ
359:デフォルトの名無しさん
07/02/15 22:16:32
コアパッケージ含め、全てのnewをSpring経由にしてみたんだけど・・・
完全にプロジェクト失敗だ。
360:デフォルトの名無しさん
07/02/15 22:28:23
>>359
明らかにおかしい
間違いなくプロジェクトがこけたのはお前のせい
361:デフォルトの名無しさん
07/02/15 22:41:54
StringBuffer とか BigDecimal とかも全部ってことか
362:デフォルトの名無しさん
07/02/15 23:21:24
中庸と言う言葉があってだな
363:デフォルトの名無しさん
07/02/15 23:47:23
使える奴には良い道具を与えよ。
使えない奴にはｒｙ
364:デフォルトの名無しさん
07/02/15 23:51:38
>>359のような馬鹿はすっこんでろ！
お前は定型作業やってりゃいいんだよ
回りを不幸にするな
365:デフォルトの名無しさん
07/02/16 00:21:42
newを全部って、楽しいヤツだな
366:デフォルトの名無しさん
07/02/16 01:51:36
Stringとかどうやったんだろう。
367:デフォルトの名無しさん
07/02/16 23:58:57
>>366
String str = "aaa";
"new"って文字列が出てこないからOK！！
とかw
368:デフォルトの名無しさん
07/02/17 03:27:00
newは世の元凶です
369:デフォルトの名無しさん
07/02/17 03:31:38
さては、コンストラクタがクラスに内包されるのってオブジェクト指向言語自体の設計ミスなんじゃないのかね。
370:359
07/02/17 14:13:51
ネタですたｗ
371:364
07/02/17 16:28:07
ネタだと知っていて罵倒してやりました
すげえ気持ちよかったでつｗｗｗ
372:359
07/02/17 16:53:19
ストレス解消に貢献でき何よりですｗ
373:359
07/02/17 16:53:51
>>369がちょっと興味深いこといったかも。
374:デフォルトの名無しさん
07/02/17 18:04:33
>>359
お前ごときが興味深いだと？
身の程を知れｗｗｗ
興味深いという奴は何も考えてないといってるのと同じｗｗｗ
ちょー気持ちいいーｗｗｗｗｗｗ
375:デフォルトの名無しさん
07/02/17 18:17:34
確かに３５９は頭わるそうだな( ´,_ゝ｀)ﾌﾟｯ
376:デフォルトの名無しさん
07/02/17 19:10:16
>>370
. ｨ
.._ .......､._ _ ／:/l! またまた、ご冗談を
:~""''.>ﾞ' "~ ,､､''‐'､| _
ﾞ､'､::::::ﾉ:::::::_,.-=. _～:、 ／_.}'':,
``､/:::::::::__....,._ `ﾞ'Y' _.ｪ-､....._ ／_ﾞ''iﾞﾉ､ﾉ
,.--l‐''"~..-_'.x-='"ﾞｰ ､`'-､ ,:' ﾉﾞﾉﾌﾞ
" .!-'",／ `'-‐'') /＼ `/ てﾞノ-〈
.-''~ >'ﾞ:: ‐'"ﾞ./ ヽ.,' ~ ／
／/::::: ', / ,:'
377:デフォルトの名無しさん
07/02/17 19:53:21
俺、環境構築（総合テスト＆本番）担当なんだけど、
開発からあがってくるXMLのbeanidがすげー適当で一発で動いたためしがないんだけど
なんかうまいことチェックできるような仕掛けとかないですかね？
378:デフォルトの名無しさん
07/02/17 20:03:53
beanLint
379:デフォルトの名無しさん
07/02/18 21:44:27
チェックのイミがわからんが、Spring IDEだけではだめなの？
380:デフォルトの名無しさん
07/02/19 04:19:54
springのxml helloで死にそうです。
seasarを使うべきでしょうか？
381:某スレ167
07/02/19 17:07:25
……誰も覚えてないコテハン&ちょー遅レスで恐縮だが（笑）
SpringということでなくDIxAOPということでなら、少なくとも今自分が弄ってるEclipse RCPには大いに有用だと思う。
イベントリスナの管理やログ管理オブジェクトの生成の煩雑さには正直ウンザリしてる（苦笑）
（まさに「フレームワーク」として」）アプリケーションの枠組みはEclipse RCP、AOPするための仕組みと割り切ってComposite（SwingだとPanelかな？）の管理にDIxAOPを導入するのはアリだと思う。
……ちなみにPHPもヤる人間なので現在Seasar2で遊んでいるのだが、どーも隔靴掻痒の感が否めん。Springに移行してしまおうかしらん？
一番アテにしていたコンポーネント（Springでは「Bean」かな？の自動登録はEclipse RCPで使えんよーだし。
ただ、それでもS2Daoはスゴいと思う。……ちゃんと動けば（苦笑）
うごかねーだよ、ヒマ見てちょこちょこ動かしてるレベルぢゃ(T_T)
382:デフォルトの名無しさん
07/02/19 22:08:11
なにいいたいのかいみふ
近視眼的で構成力のないコーダーと推測
383:デフォルトの名無しさん
07/02/19 22:15:08
たしかに
384:381
07/02/19 23:24:42
……バレるもんだな、下地の無さは。２ちゃんでもよく考えて書き込まないとボロが出ますな（苦笑
素直に「プレゼンテーション層が変わるだけでビジネス層やプレゼンテーション層は変わらん」と書いてしまえばよかったかな？
ただ、プレゼンテーション層そのものの作り込みにも、意外とDIxAOPが適用できる部分は多いんぢゃね？ と書きたかったんだけど……まぁいいか、またボロが出る前にやめとこう（苦笑
385:デフォルトの名無しさん
07/02/19 23:28:34
>>384
キモイ
386:デフォルトの名無しさん
07/02/19 23:35:52
taglibにインジェクションする仕掛けがSpringに無いのはなんでだろう。
387:デフォルトの名無しさん
07/02/20 00:20:43
キモイ荒らしが来たと聞いてすっ飛んできますた
388:デフォルトの名無しさん
07/02/20 01:44:13
キモイ荒らしが来たと聞いてすっ飛んで通り過ぎます
389:デフォルトの名無しさん
07/02/20 18:32:50
まじきもいな
こんなやつが同じプロジェクトにいなくてよかったよ
まあ、こんなやつがいたら皆で手を組んで出社できなくなるくらい
追い込んじゃうけどねｗｗｗ
390:デフォルトの名無しさん
07/02/20 20:22:03
>>384
天才。
391:381
07/02/20 20:54:34
>>384
あ、typoしてるし（苦笑）
誤：「ビジネス層やプレゼンテーション層は変わらん」
正：「ビジネス層やデータアクセス層は変わらん」
でよろしく。
392:デフォルトの名無しさん
07/02/21 00:12:19
,. -‐ ''" ￣￣ ｀`丶､
i:::::::::::::::::::::::::::::::::::::::::::i |
ｶ ヽ:::_; ‐--､､ ､---､ ;;_:| |
ﾁ `!;{ |ﾄNヽ }.:.:.:| |ヽ' 要
ｶ lf へ、| ､,. へ､ヽ;| | チ
ﾁ ,.-!. <(')' '(')> '=､ | ェ
ｶ .{{〉,| '" , , ` ﾑ }〉 ､ | ッ
ﾁ ／ヾ‐l ,.---､ u i､..ｲ ｀`'| ク
ｶ ,.ィ_" |`''i、 〈ﾖ￣´,〉 / / | や
ﾁ/,ノr:} ヽ ヽ `'三'"／ / ﾑ !!
/ /,.⊥L_ ＼l! ` -‐' / ／ /|
／ / ─‐〈 ｀ヽ､一r''" ! |／￣ !ヽ
r''" .ノ 'ー─〈 ＿＿ -─‐=ﾆ二二) l ／ |
/ （ ､ 二.ﾌ |-ﾆ￣ -─- | | i
393:デフォルトの名無しさん
07/02/21 10:45:03
>>389
俺はそんな暇があったらコード書くよ。
まっとうなフレームワーク作って、個人の作業範囲が明確になるようにする。
それでもついて来れないようなら他のプロジェクトに回ってもらう。
394:デフォルトの名無しさん
07/02/22 03:06:15
>>393
こんなとこ書いてないで手を動かせｗ
395:デフォルトの名無しさん
07/02/22 03:09:42
>>394
おまえ・・・正論すぎると嫌われるぞｗｗｗ
396:デフォルトの名無しさん
07/02/22 10:03:01
wwwって書くバカっぽいwww
397:デフォルトの名無しさん
07/02/24 00:45:13
ビジネスロジックを複数のCommandとして捉え、ChainOfResponsivirityのように次々に呼び出したい。
この設計思想に基づいてSpringを選択するのは正しい？
また、Commandの実行結果によっては次に呼び出すべきCommandが変わる場合もある。
この場合、設定ファイルだけで実現可能？
教えてｴﾛい人
398:デフォルトの名無しさん
07/02/24 00:53:54
Struts
399:デフォルトの名無しさん
07/02/24 00:57:28
>397
spring以前の問題
そんなもん自前でやれ
springは疎結合モジュール間の依存を解決させるためのもの
400:デフォルトの名無しさん
07/02/24 01:00:01
>>397
つ Jakarta Commons Chain
401:デフォルトの名無しさん
07/02/24 01:20:47
>>399,400
サンクス。
DIで上下レイヤー間の粗結合を受け持たせる…って認識でおk？
>>400の言う通りcommons-chainにするわ。
二人ともありがと
402:デフォルトの名無しさん
07/02/24 14:55:12
commons-chainのcommandにinjectionするニーズっていうのは結構あると思うんだけど。
403:デフォルトの名無しさん
07/02/24 15:23:12
5年以上前からこんなしくみつかっとるがな
404:デフォルトの名無しさん
07/02/24 18:58:12
ビジネスロジックは画面単位、イベント単位どんな風に区切るべき？
405:デフォルトの名無しさん
07/02/24 19:09:56
イベント単位じゃ
まだ荒い
406:デフォルトの名無しさん
07/02/24 21:08:32
っていうか１つのビジネスモデル（もしくは更に細かいモデルであったとしても）＝１画面 or １イベントではない
407:デフォルトの名無しさん
07/02/25 05:47:04
>>403
それって自慢？
俺はその前から使ってるがなｗ
408:デフォルトの名無しさん
07/02/25 06:29:27
>>407
それって自慢？
俺はその前から使ってるがなｗ
409:デフォルトの名無しさん
07/02/25 07:37:48
つい画面単位で物を考えてしまうけど、それではうまくいかないかなぁ
410:デフォルトの名無しさん
07/02/25 08:38:51
画面はビジネスモデルのビューなので
大きなくくりのビジネスモデル (1) ← (n) 画面
だけど、イベント単位に考えると、１つのイベントに他のビジネスモデルでも流用可能な
手続きがあったり、そもそも他業務の機能の呼び出しが入ってたりするから、
細かくしておいた方が都合が良いと思うなぁ
業務B画面 Action 業務A 業務B
│ │ | |
├───→.│ ① | |
│ ├──→| ② │
│ ├─────→.│
│← - - - - - - │ | │
① 業務Aで生成されるデータを取得
② ①のデータを使って業務Bの処理を実行
みたいな
411:デフォルトの名無しさん
07/02/25 10:47:59
>>408
それって自慢？
俺はその前から使ってるがなｗ
412:デフォルトの名無しさん
07/02/25 12:52:13
Spring Web Flowってめんどくせえな
413:デフォルトの名無しさん
07/02/25 13:36:03
>>411
それって自慢？
俺はその前から使ってるがなｗ
414:デフォルトの名無しさん
07/02/25 14:07:00
>>413
それって自慢？
俺はその前から使ってるがなｗ
415:デフォルトの名無しさん
07/02/25 14:19:48
>>414
それって自慢？
俺はその前から使ってるがなｗ
416:デフォルトの名無しさん
07/02/25 14:58:52
>>415
それって自慢？
俺はその前から使ってるがなｗ
417:デフォルトの名無しさん
07/02/25 17:40:47
おもしろいとおもってるのか？これだからプログラマーは。
418:デフォルトの名無しさん
07/02/25 18:04:47
合コンで女性陣がポカーンとしてる光景が目に浮かぶなｗ
419:デフォルトの名無しさん
07/02/25 19:02:31
>>41６
それって自慢？
俺はその前から使ってるがなｗ
420:デフォルトの名無しさん
07/02/25 19:34:09
>>419
それって自慢？
俺はその前から使ってるがなｗ
421:デフォルトの名無しさん
07/02/26 04:27:58
>>420
それって自慢？
俺はその前から使ってるがなｗ
422:デフォルトの名無しさん
07/02/26 05:46:40
今度のSpring勉強会で１０分のデモする人ってあっぱれっと殿じゃね？ｗｗｗ
URLﾘﾝｸ(www.atmarkit.co.jp)
勉強会出席して拝見させてもらわなきゃｗｗｗ
もちろんデモじゃなくてあっぱれっと殿をねｗｗｗ
423:デフォルトの名無しさん
07/02/26 10:58:45
Spring勉強会もアッパレット殿とやらも分からん。
424:デフォルトの名無しさん
07/02/27 01:22:45
だああああああああああああああああああああああああああああああああああああああああああああああああああああああああ！！！！！！！！！！
425:デフォルトの名無しさん
07/03/09 01:52:25
SpringMVCはこれから流行ると思うかね？
426:デフォルトの名無しさん
07/03/09 02:18:15
おもわん
427:デフォルトの名無しさん
07/03/09 04:13:32
思います
428:デフォルトの名無しさん
07/03/09 06:36:52
思えば
429:デフォルトの名無しさん
07/03/09 06:53:10
思うとき
430:デフォルトの名無しさん
07/03/09 07:35:44
思え
431:デフォルトの名無しさん
07/03/09 08:57:34
思おう
432:デフォルトの名無しさん
07/03/09 12:39:27
もうWebはいいだろ・・・と思う。
あえてWebで行く時はSpringMVCは悪くない。
433:デフォルトの名無しさん
07/03/09 19:22:45
>もうWebはいいだろ・・・と思う。
はい！消えた！
434:デフォルトの名無しさん
07/03/10 02:33:46
つまんねーなー
435:デフォルトの名無しさん
07/03/10 02:38:16
今日の勉強会レポよろ
436:デフォルトの名無しさん
07/03/10 08:19:06
つURLﾘﾝｸ(d.hatena.ne.jp)
437:デフォルトの名無しさん
07/03/11 11:51:58
>>436
レポート乙
２番目のトーカーに対するツッコミがきついようだが、そんなに納得でけへん内容やったん？
438:デフォルトの名無しさん
07/03/13 22:38:59
URLﾘﾝｸ(code.google.com)
439:デフォルトの名無しさん
07/03/14 05:23:42
これ軽いね
440:デフォルトの名無しさん
07/03/15 04:58:09
super-injectionがいい
441:デフォルトの名無しさん
07/03/18 21:32:16
Springって、netBeansで動くの？
net-sf-springnetbeans-support.nbmをNetBeansにインストールしたけど、この先どうして良いかわからない。
やっぱりエクリプスが良いのかな。
442:デフォルトの名無しさん
07/03/18 22:07:46
Springが動作するのは、IDE上ではなくてJVM上だ。
「Springって、netBeansで動くの？ 」なんて質問は的はずれもいいところ。
443:デフォルトの名無しさん
07/03/18 22:07:51
動かないわけないべ。
eclipseつかえるならとりあえずそっちでやっとけ。何ら問題ないだろ
444:441
07/03/18 22:29:53
>>442-443
とりあえず、ありがとう。
eclipseはプラグイン探しが大変そうなので、敬遠していたけど、All In One Projectがあるので、そっち試してみます。
445:デフォルトの名無しさん
07/03/18 22:45:04
>>444
まぁかまわんが、spring使うときにプラグインなんぞ使ったことないぞ
何の貯めにプラグインがいるんだ？
446:デフォルトの名無しさん
07/03/18 22:50:44
設定ファイル書く時に補完が効けば少し嬉しいんじゃね？くらいだな。
447:デフォルトの名無しさん
07/03/18 22:53:24
このIDEで動きますかと質問をしている時点でプロジェクトの成功はないだろうなぁと思う
448:デフォルトの名無しさん
07/03/18 22:55:34
時代はアノテーション
449:デフォルトの名無しさん
07/03/18 23:37:25
NetBeansって結構ガチガチにライブラリ周りの設定が組み込まれてるから、
標準で入ってないフレームワーク使うとき躊躇するんだよね。
俺もJSFプロジェクト試してみたときに、RIの代わりにMyFaces使う方法がわかんなくて
結局eclipseに逃げたことあるよｗ
450:デフォルトの名無しさん
07/03/19 00:05:17
組み込みのライブラリ使わなければいいだけじゃないか・・・
451:デフォルトの名無しさん
07/03/19 01:20:37
>>449みたいな発言を見ると、IDEでしかコーディングできない弊害を感じてしまう・・・
452:デフォルトの名無しさん
07/03/19 01:41:09
慣れはあるだろうけど>>449見たいなのは特殊だろ
453:デフォルトの名無しさん
07/03/19 08:15:26
>>452
特殊って？
使いにくいとおもったツールを根性で使うのが普通ですか？
454:デフォルトの名無しさん
07/03/19 08:26:58
IDEサポートが得られないならIDEとフレームワークを無理矢理組み合わせる必要はない。
サポートの無いフレームワークの扱いやすさ
Eclipse ＞＞＞＞＞＞＞＞＞＞＞ NetBeans
455:デフォルトの名無しさん
07/03/19 08:31:51
NetBeansはJavaEE標準のアプリをオールインワンで開発できることに重点を置いてる
ように見える。本質的にはフルスペックのJavaEEサーバを使った開発向き
様々なライブラリを組み合わせて使うのには、やはりEclipseが向いてるように思う
456:デフォルトの名無しさん
07/03/19 08:34:32
ふむふむ
457:デフォルトの名無しさん
07/03/19 10:06:47
アノテーション全然使わないまま1.6の時代が来てしまった・・
458:デフォルトの名無しさん
07/03/19 13:07:07
springユーザってたいへんでつねｗｗｗ
459:デフォルトの名無しさん
07/03/19 14:23:38
は？
460:デフォルトの名無しさん
07/03/19 15:28:25
↑たいへんなスプリングユーザｗ
461:デフォルトの名無しさん
07/03/19 15:42:37
よーするにGlassFishだけで動くアプリの開発ならNetBeans、
Springなど非標準のフレームワークを使うならEclipse。
NetBeansでGlassFishなユーザから見るとEclipseでSpringな
ユーザってたいへんでつねwww
ってことか？
462:デフォルトの名無しさん
07/03/19 16:42:59
case by case
463:デフォルトの名無しさん
07/03/19 16:59:10
Java以外でも使うからeclipse
JavaだけやってればいいSpringユーザはラクでいいね
464:デフォルトの名無しさん
07/03/19 17:03:03
springユーザがJavaだけやってればいいケースも少ないだろｗｗｗ
465:デフォルトの名無しさん
07/03/19 17:04:07
明らかにSpringを分かってない発言が繰り返されてるが
一体どんなものをイメージしてるのか、興味は湧く。
466:デフォルトの名無しさん
07/03/19 17:41:47
わかってる振りしている発言の開始か？
467:デフォルトの名無しさん
07/03/19 21:28:26
っていうかSpring以前に、いまだに１.４だぁ───！！！！
アノテーションてなんだぁ───！！！！
DIってなんだぁ───！！！！
俺終わった─────！！！
468:デフォルトの名無しさん
07/03/19 22:02:57
EJB3.0の話題はあんまり無いのね。
469:デフォルトの名無しさん
07/03/19 22:20:39
>>467
1.4でもSpring使えるぞ
>>468
Springのスレだからな
470:468
07/03/19 22:27:30
>>469
確かにそうだけど、ム板全体で期待されていないような・・・。
471:デフォルトの名無しさん
07/03/19 22:28:40
いや・・・
世界的に（ｒｙ
472:デフォルトの名無しさん
07/03/19 22:34:56
DIコンテナは背後を隠蔽しないけど
EJB3は裏でうねってるものを
アノテーションで見せないようにするのが
なんつーかもう気持ち悪くて話にならん。
interfaceベースの方が分かりやすい。
何をそんなにも隠蔽したがるのか理解できん。
473:デフォルトの名無しさん
07/03/19 22:45:52
interfaceベースかどうかは関係ないだろ。
EJB3もinterfaceベースで作るのが基本だと思うが。
しかも、EJBコンテナだってDIを管理しているからDIコンテナとも呼べる。
アノテーションでDIの設定をするか、
XML設定ファイルに外出しになっているかの違い程度。
EJB3がまだ流行らないのは、まともな実装のアプリ鯖がまだ少ないからじゃね？
JBoss/WebLogic/WebSphereのJavaEE5完全対応版がリリースされたら、
Hibernate/Spring程度には使われるよ。
474:デフォルトの名無しさん
07/03/19 22:56:14
springとJSFで開発してみようかな・・・。
475:デフォルトの名無しさん
07/03/19 23:09:15
まだglassfishしか対応してないからな
今までのEJBとは別物だから普及するだろうね
どういうものかはSeasar2でTigerアノテーションつけたやつで試してみればいい
Springとは違う考え方でどちらかといえばGoogleGuiceが非常に近い
フィールドインジェクションできるってのは強いと思うよ
ロジックと直接かかわらないプロパティアクセスが消せるし
Springはそれを消すために深い継承してるわけだし
EJB3の一部実装として取り出したJPAは普及は確実か
476:デフォルトの名無しさん
07/03/19 23:10:15
コードに書くのか、外に出てるのかが本質的な違いであって
コードに書いたら、もうDIじゃねーと思うんだけど。
なんであれをDIと呼ぶのか、2年近くたつけどまだ納得できない。
EJB3は流行らないと思うよ。
もう今頃は塗り変わってるはずだったのに、一向にその気配がないし。
JBossだってコアな実装はもう済んでしばらく経つんだから
そんなにいいものだったらボチボチ広まってるはずじゃない？
477:デフォルトの名無しさん
07/03/19 23:20:21
商用AP鯖がまだ出てないと思うぜ
JavaEE5だけじゃなくJava2SE5というコア技術も変わるからかなり慎重だよ
Sunですらまだだしてないし
そもそもJavaEE5がでてまだちょうど1年しかたってないし
TomcatはJavaEE5の対応が今回は遅いね
478:デフォルトの名無しさん
07/03/19 23:41:29
あれ、まだそんなだっけ？＞一年
じゃぁもう少し見てみないと分からんのは確かですね。
479:デフォルトの名無しさん
07/03/20 00:00:02
>>476
インタフェースとかポリモーフィズムって知ってる？
それともアノテーションでDIすると依存関係が密になると思い込んでる？
JBossの実装だってまだRC。業務利用できるレベルの実装が無い現状では
普及してないのも仕方あるまい。
商用鯖リリース待ちだね。
JavaEE5仕様は昨年6月リリースだ。
480:デフォルトの名無しさん
07/03/20 00:16:49
JBossSeamと比べるとかなり見劣りするんだが。。
481:デフォルトの名無しさん
07/03/20 00:25:54
つかそもそも高い鯖買って（フリーもあるけど）EJB使うメリットって何ぞ？
482:デフォルトの名無しさん
07/03/20 02:20:02
>>477
Tomcat担当分はServlet2.5とJSP2.1だから、Tomcat6で既に実装済
EJB3についてはわりかし懐疑的だったけど、NetBeansでGlassFishを動かしてみて
印象が変わった。かなり簡単だし、IDEが標準サポートしてくれるのはやっぱり強みだな
483:デフォルトの名無しさん
07/03/20 02:46:32
今日はずいぶんお盛んだな。
AOPできるミドルウェア開発者が居たにも関わらず、
ドロドロの密結合しちまった現場事例： ｽﾚﾘﾝｸ(prog板:240番)
AOPできるミドルウェア開発者が居て、
疎結合をフレームワーク化した事例： Seasar
この差は何で発生したのか判るか？
484:デフォルトの名無しさん
07/03/20 02:49:10
答：前者はたかひろチーム
後者はひがチーム
485:デフォルトの名無しさん
07/03/20 02:49:55
答はアーキテクトの違い
486:デフォルトの名無しさん
07/03/20 02:54:24
2003年時点で「アーキテクチャーの進化は終わった」とか言い出すような
「見えてない奴」がアーキテクチャ設計に関わった時点で、
そのプロジェクトは終わってるな。
487:デフォルトの名無しさん
07/03/20 02:57:43
さっさとAOPへのコミットを試みたｃ野氏の方が
よっぽど「見えてる奴」なのが事実。
・・・そこで方法論について権利争い始めちゃうのが
ダメっちゃーダメだけど。
488:デフォルトの名無しさん
07/03/20 08:57:49
>>478のしったかぶりにわろたｗ
489:デフォルトの名無しさん
07/03/21 00:57:52
そろそろ S2Dao を Spring で実装して
seasarにご引退いただこうぜ
490:デフォルトの名無しさん
07/03/21 01:04:49
seamはいいな
jsfが好きになった
springがそろそろ引退かもな
491:デフォルトの名無しさん
07/03/21 09:31:44
やっとSpringをかじり始めた・・・・
492:デフォルトの名無しさん
07/03/21 11:25:22
ようやっと季節もSpringになってきたというのに．．．
493:デフォルトの名無しさん
07/03/21 12:50:39
Spring始めるにはいい時期ってことか
494:デフォルトの名無しさん
07/03/21 13:43:28
バネもってこい
495:デフォルトの名無しさん
07/03/21 14:54:08
バッファローマン乙
496:デフォルトの名無しさん
07/03/21 22:41:16
Springの最新のリモートサイトってどこ？
497:デフォルトの名無しさん
07/03/22 10:30:50
右から２つ目のタブ
498:デフォルトの名無しさん
07/03/24 13:49:29
しかしGuiceのあの翻訳は何とかならんのか…。powered by Exciteかと。
499:デフォルトの名無しさん
07/03/25 01:10:44
>>498
自分で訳して公開したら？
言うは易し、行うは・・・ｗｗｗ
500:デフォルトの名無しさん
07/03/28 01:36:05
Spring終わったなSpring・・・・
501:デフォルトの名無しさん
07/03/28 01:45:42
>>498
翻訳されてるのか？
JavaDocとGuiceのソースとサンプルソース見ればだいたいおえるっしょ
Googleの翻訳はExciteが神に見えるくらいひどいのどうにかならんのかな
502:デフォルトの名無しさん
07/03/29 01:49:35
Spring自動登録できねーの？Spring
503:デフォルトの名無しさん
07/03/29 01:57:53
autowire のことか？
504:デフォルトの名無しさん
07/03/29 02:03:37
ちゃう
505:デフォルトの名無しさん
07/03/29 02:06:15
Seasar2みたいなのこと？
506:デフォルトの名無しさん
07/03/29 02:07:24
どちらかっつとGuice
507:デフォルトの名無しさん
07/03/29 02:08:45
デフォルト自動登録ってところがGuice
XMLで定義する場合はSpringでも良い
508:デフォルトの名無しさん
07/03/29 09:45:18
>>507
わかってないね。
Guiceは自動登録ではなく、getInstance()で指定した
クラスまたはキーから@Injectを芋づる式に
解決していくシステム。
@Injectの解決もModuleまたはインターフェースの
アノテーションで指定されているもの。
509:デフォルトの名無しさん
07/03/29 14:40:15
おまえらが話してる用語がさっぱりわからん。俺プログラマとしてｵﾜﾀ＼(^o^)／
510:デフォルトの名無しさん
07/03/29 15:03:45
>>507の知ったかに嫉妬
511:デフォルトの名無しさん
07/03/29 16:14:44
Springはインターフェースを登録できないの?
実装はXML見ればわかるけど、それのアクセサが
どのインターフェースをつかうのかなど継承階層によってはわからないのでは？
512:デフォルトの名無しさん
07/03/31 08:34:49
Springだお
513:デフォルトの名無しさん
07/04/03 02:05:01
Springが人気ないのか、>>512の発言が凍らせたのかｗ
514:デフォルトの名無しさん
07/04/03 02:09:13
guice使えるよguice
515:デフォルトの名無しさん
07/04/03 02:10:29
>>508
Moduleで指定が無くてもGuiceが自力で解決するんだおー
516:デフォルトの名無しさん
07/04/07 20:55:31
がおー
……
517:デフォルトの名無しさん
07/04/09 11:46:22
泣かなかったな、坊主。偉いぞ？
518:デフォルトの名無しさん
07/04/09 11:59:44
頭のおかしな人発見
519:デフォルトの名無しさん
07/04/11 00:18:29
ふむ。
Spring-annotationの1.1betaを試してみた。
ちょっと動いた。
これからWebアプリ1個作ってみる予定。
これでXMLから開放されればいいなぁ・・・。
520:デフォルトの名無しさん
07/04/11 00:51:55
アノテーションでグチャグチャなのも如何なものかと・・・・
521:デフォルトの名無しさん
07/04/11 01:03:12
規定事項
522:519
07/04/11 01:07:01
>>520
XMLでもアノテーションでもグチャグチャにしてくれるﾔｼは
どこにでもいるからね。ｗ
1番使えないのは人間だたりしまふ。
「な、なんじゃこりゃあ～！」みたいな。
523:デフォルトの名無しさん
07/04/11 01:13:04
アノテーションとXMLを旨く使い分けられるフレームワークがいいな
どっちかだけってのはキツイな
524:デフォルトの名無しさん
07/04/12 02:19:11
>>519
ある程度触ったら使用感のレポよろ。
コンポーネント内で完結するならアノテーションも悪くないと思うんだけど
コンポーネント間の関連を記述するには、あまり適さない気がしてならん。
ちょっと触ってみた限りなので、使い方がヘタなのかも知れない。
525:519
07/04/13 13:33:01
>524
やってみまふ。
@Injectionとか出来たかなぁ…。
つーかこの時期にｲﾝﾌﾙｴﾝｻﾞはチトつらいっス。
526:519
07/04/15 16:30:32
>>524
>.コンポーネント内で完結
こっちはOK。
>コンポーネント間の関連を記述
こっちはNG。
あとXMLとアノテーションを上手に使い分けないと、頭の中でごちゃごちゃになりますな。
アノテーション使う時は、あくまでも簡素に。
TOAnnotationXmlApplicationContext と ClassPathXmlApplicationContext を
使い分ければ幸せになれるかも。なれないかも。
@RequestInterceptor というアノテーションもあるのですが、中身が空っぽなんですよね・・・。
さーて、どうしよう・・・。orz
527:デフォルトの名無しさん
07/04/17 22:20:55
最近Springを使い始めた者ですがSpringMVCについて質問です。
SimpleFormControllerはただリンクを貼って呼び出すものなのでしょうか？
requestで値を渡してformViewを表示させ、submitで色々処理したいのですが…。
528:デフォルトの名無しさん
07/04/17 22:27:05
その名のとおりフォームつかうやつだよ
529:デフォルトの名無しさん
07/04/18 00:08:48
ソースの円コーディングUTF-8ってどーよ
530:デフォルトの名無しさん
07/04/18 00:09:18
後場食った
531:デフォルトの名無しさん
07/04/18 01:34:39
>>529
メソッド名や変数名を日本語にしても問題起きないなw
532:デフォルトの名無しさん
07/04/18 01:45:42
>>531
別にUTF8じゃなくても問題起きないよ
クラス名はファイルシステムに依存するので問題おきやすいが
533:デフォルトの名無しさん
07/04/19 22:17:46
Javaエバンジェリスト達のコラムサイトでちょうどそんなようなクイズがあったな
534:デフォルトの名無しさん
07/04/23 22:45:34
サキエルは何番目の使途か？
とか？
535:デフォルトの名無しさん
07/04/24 11:04:37
お前は何を言っているんだ？
536:デフォルトの名無しさん
07/04/26 02:12:32
guiceアゲ
537:デフォルトの名無しさん
07/04/29 02:06:55
guiceアゲ
538:デフォルトの名無しさん
07/04/30 03:16:27
guiceアゲ
539:デフォルトの名無しさん
07/04/30 18:10:33
guiceアゲ
540:デフォルトの名無しさん
07/04/30 18:42:02
guiceアゲ
541:デフォルトの名無しさん
07/05/01 01:49:34
guiceってSpringと比べて何が良いの？
542:デフォルトの名無しさん
07/05/01 01:56:01
そうだね。guiceとSpringを比較した場合、次の相違がある。
仮想化とは対象物を不完全ながらもその性質や姿を模倣し現出させることだ。
対して抽象化は、対象物のある特徴的な側面を抽出し概念化することだ。
仮想化で抽象化の技術が使われることはあるだろうが、その逆は考え難い。
コンピュータを使い、扇風機やコタツを抽象化することはできても、仮想化する
ことはできないのだ。少なくとも今の技術では無理だ。コンピュータがその姿形
を変えることはできないのだから。コンピュータが仮想化できるものは、コンピュー
タそのものが直接扱うものだけだ。例えば、仮想メモリ、仮想ネットワーク、仮想
マシン、仮想キーボードといったものだ。
抽象化した結果表現されるものは、設計者が想定した概念やイメージだ。しかし、
実在するものそのものではなく、人が考えたものであるために、このイメージは
非常に脆く、不安定だ。外部からの影響をもろに受け、形を変え易い。個々人が
持つイメージの些細な相違から認識のずれが生じ易い。扇風機の使い方は人に
よって異なることはないが、人がイメージしたものは、その生成から、破棄に至る
まで、非常に不安定な状態になり易い。それを防ぐには、イメージそのものをなる
べく強固なものにし、インターフェースに一貫性と整合性をもたせ、外因による影響
を受けに難くく、壊れ難くするための技術を見につけ、理解を深めておくしかない。
543:デフォルトの名無しさん
07/05/01 01:58:42
>>542
なるほど～
どっちもどっちってことね。
544:デフォルトの名無しさん
07/05/01 02:13:28
さすがにそれはない
545:デフォルトの名無しさん
07/05/01 10:26:13
ｊuiceアゲ
546:デフォルトの名無しさん
07/05/07 20:19:00
guiceアゲ
547:デフォルトの名無しさん
07/05/07 22:39:35
seasarあげ
548:デフォルトの名無しさん
07/05/07 23:22:10
ソースにコメント入れんやつの作った物なんか使えるかい!
549:デフォルトの名無しさん
07/05/08 01:33:09
ソースに醤油入れんやつの作った物なんか使えるかい!
550:デフォルトの名無しさん
07/05/09 19:22:03
RmiServiceExporter を使って特定の RMI サーバを提供しています。
アクセスが集中した際無尽蔵に増やしていくと落ちてしまうので
スレッド数等で制限したいのですが、何かうまい方法は無いでしょうか。
551:デフォルトの名無しさん
07/05/10 00:34:14
springさげ
552:デフォルトの名無しさん
07/05/12 17:58:31
Interface21 (Spring) gets 10M VC Funding
URLﾘﾝｸ(www.infoq.com)
553:デフォルトの名無しさん
07/06/09 18:08:43
お前らSpring使ってて困ったり悩んだりした時どうしてる？
英語不自由だから本家のフォーラムに質問は辛いんだよね
日本語で親切に教えてくれる人どっかにいないもんかねー
554:デフォルトの名無しさん
07/06/09 19:02:41
甘いな
555:デフォルトの名無しさん
07/06/09 19:08:28
甘いのか…
自力でどうにかする自信ないしSeasarにしようかな
556:デフォルトの名無しさん
07/06/09 19:13:50
コメントもドキュメントも無いからなー
その分じゃ自分でコードを追っかけるのもあれなんじゃない？
557:デフォルトの名無しさん
07/06/09 19:26:09
正直自分でコード追っかけるしかないのは無理
558:デフォルトの名無しさん
07/06/09 19:40:45
じゃあ自分でゴリゴリ作るしかないな
559:デフォルトの名無しさん
07/06/09 19:42:11
つーか転職した方が（ｒｙ
560:デフォルトの名無しさん
07/06/09 20:19:39
>>559
履歴書買ってきますた
561:デフォルトの名無しさん
07/06/09 20:52:26
GJ！！
562:デフォルトの名無しさん
07/06/09 21:24:28
>>560
安心しろ
この業界、プログラムなんて組めないほうが偉くなれる。
学歴はないとダメだけどな
563:デフォルトの名無しさん
07/06/09 21:43:35
>>562
564:デフォルトの名無しさん
07/06/11 23:55:13
>>562
こういう意見をよくみかけるが全く賛同できない
プログラムを書きたくないやつがなぜこの業界にいるのか疑問だからだ
収入もすくないし先行きも不安定なこの業界になぜあえて留まりつづけようとするのか
565:デフォルトの名無しさん
07/06/12 00:57:19
>>564
賛同？ 現実を見たくないだけだろｗ
プログラミングなんてシステム構築のごく一部に過ぎないんだよ
566:デフォルトの名無しさん
07/06/12 00:59:35
プログラム書けるより
レビューできるほうがいいかも
567:デフォルトの名無しさん
07/06/12 01:11:17
>>565
ん？わかりにくかったか？
仕事に喜びがないのに、3K低収入のこの業界に留まり続けるのは何故かと言っている。
>>562が正しいかどうかは、全く関係ない
568:デフォルトの名無しさん
07/06/12 01:28:51
事業企画やらプロジェクトマネジメントやらができるんなら
ＩＴ業界じゃなくてもいいじゃんってことでしょ。同意。
569:デフォルトの名無しさん
07/06/12 01:31:49
>>568
そう、それがいいたかった
570:デフォルトの名無しさん
07/06/12 01:36:24
IT業界で優秀なプロマネでも他の業界じゃ並以下だからとか
571:デフォルトの名無しさん
07/06/12 21:55:33
>>564
収入が少ないのは下請けの下っ端だからだろ？
もしくは派遣
572:デフォルトの名無しさん
07/06/12 22:49:41
ヒント： 構造不況
573:デフォルトの名無しさん
07/06/12 22:55:23
うまく元請け大手SIer(国内メーカー系除く)に潜り込んだら
頭使わなくても高収入なんだから転職する理由はない
拘束時間が長いのは辛いが…
574:デフォルトの名無しさん
07/06/12 23:19:41
大手SIerって、はじめからPGいないだろ
PGからステップアップっていうルートが無いよ
575:デフォルトの名無しさん
07/06/12 23:36:49
社会人経験無いんだから知らなくても仕方ないだろ
576:デフォルトの名無しさん
07/06/13 10:42:52
Spring の話しようぜ
spring-ws がなかなか正式リリースにならんなあ
577:デフォルトの名無しさん
07/06/25 22:54:14
SpringからS2Daoって使えない？
578:デフォルトの名無しさん
07/06/25 23:13:07
>>577
n-ichimuraの日記?
579:デフォルトの名無しさん
07/07/16 05:56:49
昨日からspring使い始めたんだけど、applicationContext.xmlファイルがすごい状態・・・
これって普通？
580:デフォルトの名無しさん
07/07/16 10:24:32
だいたいそうなる。XML Hell。
分割すればちょっとだけマシになるかも。
581:デフォルトの名無しさん
07/07/16 12:22:10
>>579
なにをコンポーネントとして登録するかによる。
初心者のうちはなんでもかんでもコンポーネントとして登録してむちゃくちゃになりやすい
582:デフォルトの名無しさん
07/07/19 00:22:24
>>581
どういうのをコンポーネントとして登録するのがいいのかねえ・・・。
583:デフォルトの名無しさん
07/07/19 00:50:21
ステートレスなサービスやファサード、DAO
が代表的
584:デフォルトの名無しさん
07/07/19 23:05:55
サービスってどういう単位？でわければいいの？
585:デフォルトの名無しさん
07/07/19 23:36:12
ファサードやDAOだったらGuiceでいいや・・・
586:デフォルトの名無しさん
07/07/20 08:36:09
俺は
1. anonymousで可能なfind系
2. anonymousで可能なadd、update系
3. 認証が必要なfind、add、update系
の3種類を作ることが多い。
587:デフォルトの名無しさん
07/07/20 13:21:11
?
588:デフォルトの名無しさん
07/07/20 23:28:59
アホか。基本、全部xmlに入れるべき
DIPはOOの基本原則であって、可能な限り全てのクラスが従うべきもの
って、んなことわかんない奴が使って意味あるのか？
589:デフォルトの名無しさん
07/07/21 01:48:46
今度２年ぶりにJavaでシステムを構築することになったんですが、
springは使うとして、ViewとController周りとORMあたりの
フレームワークってなにがお勧めかしら。
今でも、Struts、Spring、Hibernateなのかしら？
590:デフォルトの名無しさん
07/07/21 04:44:06
>>588
くまー
591:デフォルトの名無しさん
07/07/22 16:59:22
-‐ '´￣￣｀ヽ､
┏┓┏┓ ┏┓ ┏┳┳┓ ┏┓ ／ ／" ｀ヽ ヽ ＼. ┏┓┏┓
┃┗┛┃┏┛┗━┫┣┻┛┏━┛┗┓ //, '/ ヽﾊ ､ ヽ ┃┃┃┃
┏┛ ┗╋┓┏┓┃┃ ┗━┓┏╋━/. {_{＼ ／ﾘ| ｌ │ i| ━━━┓┃┃┃┃
┃┃┃┏┓┃┃┃┃┣╋━┓ ┃┃┃ ﾚ!小ｌ● ● 从 |、i| ┃┃┃┃┃
┃┃┃┃┃┃┃┃┃┃┗━┓┣┓┗┛┗━ヽ|l⊃ ､_,､_, ⊂⊃ |ﾉ│━━━┛┗┛┗┛
┃┃ ┃┃┃┃┃┃┃ ┏┛┃┗━┓ /⌒ヽ__|ﾍ ゝ._） j /⌒i ! ┏┓┏┓
┗━┛┗┛┗┛┗┛ ┗━┻━┛ ＼ /::::| l＞,､ __, イァ/ /│ ┗┛┗┛
/:::::/| | ヾ:::|三/::{ﾍ､__∧ |
｀ヽ< | | ヾ∨:::/ヾ:::彡'
592:デフォルトの名無しさん
07/07/23 10:39:40
>>589
あんまり変わってない感じがする。
Hibernate のかわりに JPA も視野に入ってきたくらいで。
View/Controller については、そもそもなんでブラウザで動かしたいのかって時代では。
ここ1,2年は数年前に作ったWebアプリを
リッチクライアントで作り直す案件が多いように感じる。
593:デフォルトの名無しさん
07/08/08 11:33:59
Spring2.0入門買って来た。
Spring Web Flowってよさそうなんだけど、使ってる人いる？
594:デフォルトの名無しさん
07/08/10 19:41:39
つかSeasar使わないおまいら、非国民？
595:デフォルトの名無しさん
07/08/10 20:29:51
>>594
釣られクマー
596:デフォルトの名無しさん
07/08/12 10:44:11
>>594
,-┐
,ｨ─､ri´^-─- ､ .┌f^f^f^f^f^f^f^f^f^┐
く / , ,' ヽ ヽ| ~ ~ ~ ~ ~ ~ ~ ~ ~│
`<' / ,'ﾚｲ+tVvヽ!ヽﾄ 知ってるが │
!/ ,' i |' {］ , [}|ヽﾘ 名前が |
`!_{ iﾊﾄ､__iﾌ,ノリ,ｎ 気に入らない |
／/ (^~￣￣∃_ア____n＿＿＿＿＿|
_r''‐〈 `´ｱ/ﾄr─!,.--'
<＿>─}､ `」ﾚ
'ヽ､ ,.ﾍｰｧtｲ
Y､.,___/ |.|
| i `ｰ'i´
597:デフォルトの名無しさん
07/09/19 18:29:44
Struts+Springについて勉強始めました。いまはSpring入門(2.0でないほう)を読んでいます。
Springそのものはバッチ等のUIが絡まないところで使っていましたが、webアプリで使うのは今回がはじめてです。
(Strutsも単体では経験があります)
>>33-45 を見てみましたが、ActionクラスでビジネスオブジェクトをDIで取得する場合、
getBean()ではなくsetter injection のほうがいいということは、
ActionSupport方式ではなく DelegatingActionProxyがいいということですか？
Spring入門によると、DelegatingActionProxy だと struts-config.xml と action-servlet.xml の
2箇所で定義が必要なので面倒という記述があり、私もそう思っていたので、
>>33-45 の流れのメリットがわかりません。
どなたか教えてください
598:デフォルトの名無しさん
07/09/19 18:41:08
>>597
とりあえず↓よめば？
URLﾘﾝｸ(kakutani.com)
メリットはいろいろあるけど、DelegatingActionProxyのほうがテストしやすいよ
599:597
07/09/19 21:56:18
>>598
レスどうもありがとうございます。帰りの電車で読んでみます。
たびたび質問で申し訳ありません。2点聞きたいことがあります。
○1.
Struts + Spring を使ってビジネスロジック(ビジネスオブジェクト)を Action に DI したとしても、
ビジネスオブジェクトのメソッドの引数は web 層を引きずってはならないから
public Interface KeiyakuService {
KeiyakuInfo getKeiyakuInfo(String keiyakuId, String bushoCode, Date nendo);
}
みたいに細かく切り出しますが(ActionFormをそのまま渡すなどしない)、Struts + Spring 連携をしたとしても、
Action の execute() の最初のほうで、ビジネスロジックを呼び出す前に
ActionForm から HTML Form で入力された入力値をせっせと取り出す作業は変わらない、という認識はあってますか？
# Spring とは直接関係ありませんが、ビジネスロジックやユーティリティクラスに
# ActionForm や HttpServlet を引きずりこまないように＆楽するために、
# reflection(BeanUtils)を使って ActionForm からEntityクラスへの変換クラスを
# 自作して使ってますが、もうすこしどうにかならないかなと思う
○2.
DelegatingActionProxy から Action に処理が移っても、Action クラスは Struts を
生で使うときと同じようにスレッドセーフにしておかないといけないと理解してますが、
Actionクラスにビジネスオブジェクトを DI する場合、ビジネスオブジェクトもスレッドセーフに
作っておかないといけないのでしょうか？
・Actionクラスはインスタンスがひとつだけ
→ActionクラスのフィールドにビジネスオブジェクトのインスタンスがDIされるので、
そのActionに同時アクセスがあった場合、ビジネスオブジェクトの単一のインスタンスが
すべてのアクセスのスレッドで使いまわされる？
600:デフォルトの名無しさん
07/09/20 19:58:01
>>599
598氏じゃないが。
Q1 はその認識であってる。詰め替えがアホらしいのは確かだが、
ある程度自動化するフレームワークも出てくるだろうし、あるいは自分で作ってもいい。
Q2 については「ステートレス万歳」の方向が良いかと。
ステートフルなロジックを作成して、スレッドセーフになってるか、その必要があるかに時間費やすよりも、
そのロジックをストートレスに出来ないかを考えた方が、早くて確実で見通しが良い。時が多いと思う。
601:デフォルトの名無しさん
07/09/20 23:26:42
時は皆に平等です。
602:デフォルトの名無しさん
07/09/21 01:22:23
>>599
598だが。
>>600さんに同意です。
ビジネスロジックにリッチドメインモデルを使う場合以外は
スレッドセーフを徹底すべきでしょうね
603:デフォルトの名無しさん
07/09/26 17:35:59
>>599
dozer使っとけよ・・・
604:デフォルトの名無しさん
07/10/06 15:53:03
Struts + Springなら、AutowiringRequestProcessorもありかと
605:デフォルトの名無しさん
07/10/18 11:16:42
URLﾘﾝｸ(d.hatena.ne.jp)
上記サイト通りやったのですが、最後のInternalResourceViewResolverの定義がうまく行きません。
どうしてでしょうか？
実際のソースは以下の通りです。
<bean id="exampleController" class="example.ExampleController"/>
<bean id="secondController" class="example.SecondController"/>
<bean id="urlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
<property name="mappings">
<props>
<prop key="/test.html">exampleController</prop>
<prop key="/test2.html">secondController</prop>
</props>
</property>
</bean>
<!--ViewResolverを使う場合：何故か出来ない-->
<bean id="viewResolver"
class="org.springframework.web.servlet.view.InternalResourceViewResolver">
<property name="viewClass"><value>org.springframework.web.servlet.view.JstlView</value></property>
<property name="prefix"><value>/WEB-INF/jsp/</value></property>
<property name="suffix"><value>.jsp</value></property>
</bean>
606:デフォルトの名無しさん
07/10/18 11:18:19
public class ExampleController implements Controller {
/**
* @see org.springframework.web.servlet.mvc.Controller#handleRequest(javax.servlet.http.HttpServletRequest,
* javax.servlet.http.HttpServletResponse)
*/
public ModelAndView handleRequest(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException {
// return new ModelAndView("/WEB-INF/jsp/test.jsp");
// ViewResolver
return new ModelAndView("test");
}
}
607:デフォルトの名無しさん
07/10/18 11:18:53
エラーは以下のようなものです。
致命的: サーブレット example のServlet.service()が例外を投げました
java.lang.NoClassDefFoundError: javax/servlet/jsp/jstl/fmt/LocalizationContext
at org.springframework.web.servlet.support.JstlUtils.exposeLocalizationContext(JstlUtils.java:83)
at org.springframework.web.servlet.view.JstlView.exposeHelpers(JstlView.java:82)
at org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:90)
at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:246)
at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1000)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:761)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:684)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:394)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:348)
608:デフォルトの名無しさん
07/10/18 11:22:44
at javax.servlet.http.HttpServlet.service(HttpServlet.java:690)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:803)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Unknown Source)
609:デフォルトの名無しさん
07/10/18 11:37:50
実行時にJSTLの実装ライブラリが無いんじゃないか？
アプリケーションサーバに含まれているか、あるいはアプリケーションの/WEB-INF/libに含まれているか確認。
610:デフォルトの名無しさん
07/10/27 21:45:00
最近の狛犬もどきのカリスマ
今度はJPA仮想敵で俺達サイコーやってます。
「*2JDBC」のセールストークでマーチン・ファウラーの
「流暢なインターフェイス」引用してますが、JPAの
インターフェイスをパクっている時点で既に論理的に破綻してます。
JPAベースで流暢なインターフェイスを実現するラッパーは作成可能であり、
流暢なインターフェイスを実装していることが「*2JDBC」のセールスポイント
にならないことは明らか。
CoC(規約重視)マンセーで使った偽太陽etcがユーザ層の拡大に失敗している
からCoCやめてみました、それだけ。
特定のDIコンテナに統合されている時点で「*2JDBC」は個人的には利用対象
外、モノは悪くないとは思うが狛犬もどき２に依存する気にはなれない。
"CoCの本質は最低限の規約で最大限の効果を得る"ことにあり、規約でがんじ
がらめにしている時点でCoCを語る資格はない。
偽太陽をみるとわかると思うが「狛犬もどき」はCoCの本質を理解していない。
例えば、偽太陽の属性の扱いまわり、実装で楽をするためにあんな変な規約
を導入しているとしか思えない。
Clickマンセーな人でも偽太陽マンセーな人は少なく、狛犬もどきの信者だけが
偽太陽マンセー。
狛犬もどきの失敗は「狛犬もどき２」の中で閉じた世界を構築していること。
外側からみると、狛犬もどきの信者はハイレベルとは呼べないと感じる。
「"*2JDBC"が流暢なインターフェイスを実装しているから流暢なインターフェイス
でないJPAより優れている」等のセールストークに騙される時点でおわってる。
「狛犬もどき」自体の開発者のうちカリスマ他数名はハイレベル(?)なんだろうが...。
新しいプロダクトをリリースする度に行われる「セールストーク」の質の低さには
ウンザリ。
611:デフォルトの名無しさん
07/10/27 21:59:18
Seasarの煽りuzeee
612:デフォルトの名無しさん
07/10/27 23:01:09
ウザイと言うか・・・こんな書き方するってずいぶんとまぁ・・・
池沼にはウンザリ。
613:デフォルトの名無しさん
07/10/27 23:11:37
狛犬とか太陽とかいうのはうざいが、同意する部分あるな
614:デフォルトの名無しさん
07/10/27 23:20:57
ASIP乙
615:デフォルトの名無しさん
07/10/29 11:45:59
内容に自身があるなら隠語や伏字やめれ。読みにくい。
どっかのスレの雰囲気を持ち込まれても困る。
616:デフォルトの名無しさん
07/10/29 17:40:33
sessionFormをtrueに設定したんですが、このあとどうやってsessionを取得すればいいのでしょうか？
どなたか教えてください。
617:デフォルトの名無しさん
07/12/07 00:13:54
Scopeのsingletonとglocal sessionの違いを確認できるような
構成ってどんなものがあるでしょうか？違いがわからんです。
618:デフォルトの名無しさん
07/12/15 13:49:13
前期のシグルイに今期のカイジ、渋い作品は探せばいくらでもあるが単にﾔｼらの趣向に合わんだけだろ
萌えとかいったって細かい趣向の違いがあって妹13人とか30人に囲まれたいﾔｼには今期はもの足りんだろうしな
619:デフォルトの名無しさん
07/12/15 15:30:00
なんというSpring萌・・・
Spring2.5はすごいな
GuiceやSeasar2の価値をゼロにしたかもしれん
620:デフォルトの名無しさん
07/12/15 17:05:15
>>619
どのへんが？
621:デフォルトの名無しさん
07/12/15 17:18:02
>>620
妹13人とか30人に囲まれたいとか
622:デフォルトの名無しさん
07/12/17 08:09:32
基本的にコアは 1.1.x で完成していて、
1.2.x 以降は設定ファイルの書式が若干良くなったり
かえって悪くなったりしてるだけじゃなかろうか。
(XML 名前空間は使いにくいから失敗だと思う。
機械が読むには悪くないけど、人間が書くには疲れる。)
spring-ws や spring-webflow みたいなサブプロジェクトが
どれだけ完成度高めていくかと、
新たに面白いサブプロジェクト生まれないかなぁって辺りに関心がある。
コアのバージョンはもうどうでも良いって言うか。
Guice や Sesar2 はハナから問題外じゃね？
デファクト取っちまってるプロダクトがどうしたって強いし。
あとは Rails にだまされてる人達が
どれだけ早く DI の妥当さに気がつくかだけでしょ。
623:デフォルトの名無しさん
07/12/18 01:24:31
膣内射精断面図はまだですか？
624:デフォルトの名無しさん
07/12/18 03:18:04
>>623
明日の１３時にアルタ前で、直接手渡します。
ロッドジョンソンのTシャツを着て待っていてください。
625:デフォルトの名無しさん
07/12/29 01:59:06
相も変わらずG'sは狂ってるな。１９人の姉妹だとよ
URLﾘﾝｸ(gs.dengekinet.com)
626:デフォルトの名無しさん
08/01/09 00:55:08
オレの嫁達紹介 全員判別できたら通報する
ちょっと生意気だけどご近所の子のアイたんって子がマジ可愛い。リボンの似合うキュートガールなんだ＾＾
オレの同居人のかなみたんも可愛いすぐるんだ。なんか思考読まれてるんじゃないかってほど、的確に動いてくれて役に立つし＾＾
他の女の子の話してると、彼女のロゼッタたんがディアボロで殴ってくるからそろそろやめとくか＾＾
オレのいとこのあすたんも可愛いんだ。貧乏だから色々支援してあげてる＾＾
ちょっと怖いけどオレにとりついてる幽霊のコゼットたんも好き。今はコップの中に引きこもってでてこないけどさ＾＾
妹のクリスマスたんに女の子の話するとちょっと動揺したように逃げてくんだよね、普段読まないのにこっそりファッションの本とか読んでるの見たときはちょっと萌えた＾＾
近所に住んでる蘭たんはすごいポーカーフェイスでいっつも狐のお面をかぶってるんだけど、オレには優しさと笑顔を見せてくれるんだよね。可愛いすぐるぜ＾＾
幼馴染のテッサてんはクリスマスたんよりおいしい料理を食べさせてあげる！とか毎日いきまいてるけどなんでだろう＾＾
でもドジだからいっつもなにか間違えるんだよなぁ。まぁそこが可愛かったりするけど＾＾
同じ職場のルリたんは皮肉屋でいっつもオレのこと小ばかにしてるけど。本当はオレにぞっこんなのは裏とれてるんだなぁ＾＾
お隣に住んでるアナたんは苗字で呼ぶと怒るんだけど、それがまた可愛くてやめられないんだ＾＾
クリスマスプレゼントでうちにきた電波系の自称オレの妹ちょこたんは本当に純粋無垢で可愛いんだなぁ＾＾
これまた近所の桜田さん家に遊びにくる金糸雀たんも激萌えなんだ。ちょっと頭足りないから、口喧嘩でいじめるのが楽しい＾＾
前ジャングルに行ったとき出あった女の子のマリィっていう子も可愛いんだなぁ。好きな人がいたみたいだけど振り向いてくれないらしく
オレが甘い言葉囁いたらすぐ落ちた。でもずっといるとちょっと疲れる子なんだよね＾＾
以上13人がオレの嫁
627:デフォルトの名無しさん
08/01/29 00:02:29
age
628:デフォルトの名無しさん
08/02/02 00:06:18
Spring Dynamic Module が良く理解できないんだけど
Struts2のアクションをダイナミックに変更できたらいいなーと思ってるけど出来そう？
629:デフォルトの名無しさん
08/02/02 00:25:09
>>560
いまどき履歴書なんて買うなよ。
OpenOfficeで書け。
写真は携帯電話で撮ってOpenOffice Write文書に貼り付けろ。
履歴書は面接先企業にメールで送りつけるのが現在の常識だ。
面接ではノートPCを持ってプレゼンし、自作プログラムを持参し、
自分の能力を強力にアピールろ。
>>571
派遣は下手な零細企業の正社員よりも稼げるのが現実
630:デフォルトの名無しさん
08/02/02 00:43:50
アピールろ
631:デフォルトの名無しさん
08/02/08 15:05:20
Spring2.5使っているのですが、
RequestスコープのBean内でServletRequest自身にアクセスするには
どうしたらよいのでしょうか･･･
632:デフォルトの名無しさん
08/02/09 01:16:31
死ねばいいと思うよ
633:デフォルトの名無しさん
08/02/14 19:05:52
きがつけばSpringはもう2.5か
634:デフォルトの名無しさん
08/02/17 01:13:43
2.0 と 2.5 の違いをざっと読んでみたんだが
アノテーションをもっと全面的に押し出しますよって事？
個人的にはイマイチだな。
635:デフォルトの名無しさん
08/02/17 01:32:52
>>634
中身がごっそりリファクタリングされて爆速化している。
636:デフォルトの名無しさん
08/02/17 01:43:31
アノテーションは使ってもいいし、使わなくてもいい
ファサードが使いやすくなるので個人的には歓迎
切り分けたい外部インターフェースは明示的にxmlに書けばいいし問題はないね
637:デフォルトの名無しさん
08/02/17 02:08:21
@Resource、@PostConstruct、@PreDestroy
とかのCommon Annotationsがそのまま使えるのはメチャメチャ便利だからすでに多用しまくり。
638:デフォルトの名無しさん
08/02/17 02:09:58
Springってバランス取れてるんだよね
標準技術で使えるところは使う、さらに拡張がほしければどうぞとか
Seasar2は自前でなんでもやったるというのが多すぎる希ガス
639:デフォルトの名無しさん
08/02/17 04:16:56
>>638
Seasarもそれなりに標準サポートしてる。@Resourceなんかも使えるぞ。
S2Xxxで他のフレームワークとの連携もやってるがSpringほど手広くは
できないのが国内限定の辛さだな。
640:デフォルトの名無しさん
08/02/17 09:37:12
>>634,635
thx.
ここ最近スレが静かで寂しかったけど、ちゃんと人居て安心した。
トランザクションの記述はシンプルになるので
使える場面では積極的に使おうと思う。
>Seasar2は自前でなんでもやったるというのが多すぎる希ガス
何にフォーカスしてるのか一言で言い表せないプロジェクトが多くない気がする。
シンプルで高性能(!=高機能)なツールをどう組み合わせるかが技術者の腕の見せ所なんだけど
組み合わせの自由度が思いのほか少ない。
641:デフォルトの名無しさん
08/02/17 12:59:48
日本語ドキュメントがあるSeasar2より日本語ドキュメントのないSpringのほうが
扱いが楽ってのもどうもしっくりこないな
642:デフォルトの名無しさん
08/02/17 13:12:28
>>640
「Next J2EE（笑）」とか「ブルーオーシャン（笑）」とか軸がぶれまくったのが悔やまれるな。
643:デフォルトの名無しさん
08/02/17 13:15:15
Seasar2ってJavaSE6対応してるの？
Springは2.5で対応したけど
644:デフォルトの名無しさん
08/02/17 17:23:11
SE6対応は分らんけど、アノテーションの利用に関しては
Spring よりも積極的だったと思う。
でもドキュメント関連は壊滅的。
日本語ドキュメントとか言っても紹介レベルのものだし。
10の事を知りたいのに1しか教えてくれない日本語ドキュメントより
10どころか20や30書いてある英語ドキュメントの方が嬉しい。
645:デフォルトの名無しさん
08/02/17 21:24:26
Seasar2 の話題は↓で
国産DIコンテナSeasar その12
ｽﾚﾘﾝｸ(tech板)
646:デフォルトの名無しさん
08/02/24 02:52:42
>>645
イラネ
647:デフォルトの名無しさん
08/03/01 02:08:36
URLﾘﾝｸ(logch.info)
妹の惑星を思い出した
648:デフォルトの名無しさん
08/03/20 14:11:36
spring2 + struts2で開発しようとしてるが、
webapplicationContextへのアクセスで困ってます。
spring2 + struts1では、ActionSupport経由でできるらしいが、
struts2には対応してない。
どーしたら良いの？
649:デフォルトの名無しさん
08/03/26 22:34:58
2.5 の DL パッケージに入ってる HTML ドキュメントが巨大な 1ファイル HTML なのは何故；？
本家の
URLﾘﾝｸ(static.springframework.org)
これみたいな分割 HTML ドキュメントは配布してないの？
650:デフォルトの名無しさん
08/03/31 16:53:03
>>648
URLﾘﾝｸ(struts.apache.org)
651:デフォルトの名無しさん
08/03/31 22:11:54
>>648 ぐぐれかす
652:デフォルトの名無しさん
08/04/01 01:43:55
SpringMVCってあんまり使われてないの？
わざわざStrutsと組み合わせるの面倒くさくない？
653:デフォルトの名無しさん
08/04/01 05:19:39
世間的には Struts がまだまだ強いんだよ・・・
個人的には SpringMVC + Velocity が一番だと思うが。
JSP なんて気持ち悪くて触りたくない。
654:デフォルトの名無しさん
08/04/01 09:33:40
つまりRailsもカスだと？
VelocityもJSPとかわらんだろ
むしろツールのサポートがあるJSPのほうが楽なことも多い
655:デフォルトの名無しさん
08/04/01 10:59:21
URLﾘﾝｸ(cubby.seasar.org) がSpringで使えるようになったらうれしい。
656:デフォルトの名無しさん
08/04/01 12:35:26
>>655
SAStrutsの方ならSpringで使えるようになる
URLﾘﾝｸ(d.hatena.ne.jp)
> SAStrutsとS2JDBCもSuper Agile Spring上に移植する予定です。
657:デフォルトの名無しさん
08/04/01 15:50:20
>>654
POJOのパラメータありメソッドをサクサク呼び出せるのがVelocityの良いところ。
JSPでもFunctionとかあるけど、staticメソッドのみなうえにtdl書くのが死ぬほど面倒くさい・・・
ツールはEclipse+VelocityWebEditでコード補完もバッチリできるよ。
>>653
自分も数年間JSP⇔Velocity両方使って試行錯誤してたけど、
SpringとかDIとの相性がいいからVelocityに落ち着いた。
658:デフォルトの名無しさん
08/04/01 17:18:32
>>657
velocityだとデザイナとの分離が不可能
分離しないタイプならJSPのほうが融通が利く
テンプレートとしては好きだけどね
659:デフォルトの名無しさん
08/04/01 22:29:08
>>656
4/1だもんな。
それに、Strutsはいらない。
660:デフォルトの名無しさん
08/04/01 23:35:09
>DIとの相性がいいから
DI云々よりも目的がハッキリしてるから好き。
どうせテンプレート機能しか使わないんだから
(タグ作り始めるとコードの暗号化を進めるだけ)
そっちに特化してる方が何かとシンプルでやりやすかった。
JSP のコンセプトがどれだけボヤけてたかは
その後に JSTL + EL を取り込んだことで自明でしょ。
最初からそれやっとけよって話。
661:デフォルトの名無しさん
08/04/01 23:50:35
コンセプトというか、単にASPやPHPの対抗馬として作っただけだしな
662:デフォルトの名無しさん
08/04/02 02:46:05
>>660
たしかにカスタムタグ自前で作り始めるとわけわかんなくなる…
JSPはスクリプトレットベースだったのを無理やりJSTL+ELを加えて
あげくにスクリプトレットレス推奨になってる時点でスコープやらなにやらグチャグチャになってると思う。
>>658
デザイナとの分離ならむしろ圧倒的にVelocity有利では？？
663:デフォルトの名無しさん
08/04/02 02:48:09
#foreach や#parse がデフォルトで無限ループができないようになってたり、
デザイナとの分業は余計な問題が起こらないようにいろいろ考えられてるよ。
664:デフォルトの名無しさん
08/04/02 03:11:31
FreeMarker はどうよ？
View 層に jsp より Velocity というのは自分も同意だが、
SpringMVC は、作らなければならないクラスが多い気がしてあまり好きじゃない。
なんつーか冗長というかめんどくさい。
おれがわかってないだけかもしれないけど。
665:デフォルトの名無しさん
08/04/02 03:55:11
>>662
デザイナは通常DreamWeaverとかつかうからjspはhtmlと同じように扱えるんだよ
しかもtomcat連携も可能で動的htmlを表示したままcss設定できたりな
666:デフォルトの名無しさん
08/04/02 04:10:36
>>664
SpringMVCはなんかクラス名がピンとこないのが多い・・・
Model、View、CommandとかMVCでいうと実際にはController部分（？）なのに
紛らわしい感じで混乱する。
667:デフォルトの名無しさん
08/04/02 11:06:33
SpringMVCはシンプルで薄いラッパだから迷うことはないと思う
2.5とそれ以前とでだいぶ中身は違うと思うけど
668:デフォルトの名無しさん
08/04/02 22:41:07
>SpringMVC は、作らなければならないクラスが多い気がしてあまり好きじゃない。
ModelAndView と Contoroller 作るだけなんで
これ以上に少なくってことになると
Teeda で Page に全部詰め込むか
Tapestry で PHP 的なプログラミングするしかない。
669:デフォルトの名無しさん
08/04/02 22:48:57
SpringMVCはどちらかといえばDIベースで作られているのだから
いくらでも好きにいじってください、というものだと思うが
Viewに他のフレームワーク＋Springよりはるかに融通は利くのだが
機能がほしいのならStripseとか普通に使ったほうがいいと思う
Springの他のDIコンテナの追随を許さない圧倒的な利点は
自前でも用意はするし、他のフレームワークの連携も最大限に考慮することだから
670:デフォルトの名無しさん
08/04/03 22:56:24
>>669
Struts連携もHibernate(JPA)連携もSeasarの方が上。
671:デフォルトの名無しさん
08/04/03 23:13:39
ラップして存在を隠すことを連携と言うならそうだろうな。
672:デフォルトの名無しさん
08/04/03 23:34:53
SeasarってJPAとの相性そんなにいいか？
まずトップがJPAを消そうとしてるように見えるんだが
673:デフォルトの名無しさん
08/04/04 00:15:19
>>672
Kuina＞＞＞＞越えられない壁＞＞＞＞JpaTemplate
簡単な問合せはインターフェース書くだけ
URLﾘﾝｸ(kuina.seasar.org)
複雑ならCriteria
URLﾘﾝｸ(kuina.seasar.org)
SQLサポートも強力
URLﾘﾝｸ(kuina.seasar.org)による検索
EntityManager直に使うこともできる。何も隠されてない
674:デフォルトの名無しさん
08/04/04 01:17:22
どうでもいいけど、Springスレにまで出張するのは頭おかしいとおもうんだ
スレまちがえてないか？
それにSpringだってEJBのように直につかえるよ
そもそも何も考えずつ変えるという意味でJPA使うのならEJB3使うのが一番効率的だと思うけど
もともとJPAはオブジェクトプール用に設計されてるからね
675:デフォルトの名無しさん
08/04/04 01:40:11
>>674
>672の問いに答えただけだが
> JPA使うのならEJB3使うのが一番効率的だと思うけど
EntityManager使う面倒さは何一つ解消しないしそもそもSFSBが効率的じゃない
676:デフォルトの名無しさん
08/04/04 02:43:13
何を根拠にSFSBといきなり限定的な話になるのだ
それにステートフルが怖い人ですか
セッションになんでもかんでもぶちこむより活性化、否活性化がちゃんと動くEJBでやったほうがまし
Seasar2ってその辺全部やってくれるの?
677:デフォルトの名無しさん
08/04/04 02:51:01
>簡単な問合せはインターフェース書くだけ
で、_NOT_IN やろうとして失敗して、
コード見たら失敗するのが当たり前で、
ローカルで修正して JAR 入れ替えたらきちんと動いて、
ああ、やっぱり俺悪くないわ、ろくにテストされてねーじゃんとか思うわけだ。
このレベルの項目すらテストされてないのに
他が題目どおりに動くことなんて微塵も期待できない。
それでも Kuina サイコーだってんなら好きにしてくれ。
678:デフォルトの名無しさん
08/04/04 03:11:52
>>676
> 何を根拠にSFSBといきなり限定的な話になるのだ
SLSB+JPAはメリットないからSFSB+拡張コンテキスト限定に決まってるだろ常考
それともSLSB+JPAが効率的とか書いたのか？何が効率的なんだ？
> セッションになんでもかんでもぶちこむより
なんでもぶちこんだらSFSBでもだめだろ
> 活性化、否活性化がちゃんと動く
拡張コンテキストがあると非活性化されない
679:デフォルトの名無しさん
08/04/04 03:46:27
>>677
コミッタに教えてやれよｗ
680:デフォルトの名無しさん
08/04/04 12:16:26
>>678
拡張コンテキストについて詳しく
681:デフォルトの名無しさん
08/04/04 12:32:44
>>680
SFSBのライフサイクルに合わせた寿命の長い永続コンテキスト
永続コンテキストはキャッシュみたいなもん
682:デフォルトの名無しさん
08/04/04 13:30:30
>>680
トランザクション境界ぬけたら非管理下におかれるんじゃないの？
683:デフォルトの名無しさん
08/04/04 13:31:07
>>681
だった。
684:デフォルトの名無しさん
08/04/04 13:50:49
>>682
それ通常の永続コンテキスト
685:デフォルトの名無しさん
08/04/04 13:57:34
KuinaもJPAもEJBもスレ違い
「Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.4」
ｽﾚﾘﾝｸ(tech板)
686:デフォルトの名無しさん
08/04/04 15:00:38
>>684
なら拡張つかうのやめれば？
むしろSFSBはWebに紐付けしないといけないほうが問題。
seamはそのためにあるともいう。
687:デフォルトの名無しさん
08/04/04 20:05:18
>>686
通常のコンテキスト使うならEJB使うメリットはない
SpringでもSeasarでも同等
>674が言うEJBが効率的てのは何なのかと
スレ違いらしいから続けるならO/Rスレで
688:デフォルトの名無しさん
08/04/12 19:25:32
>>686の発言はいみふ
689:デフォルトの名無しさん
08/04/12 19:35:46
>>688
SFSB使ったことないのかい?
690:デフォルトの名無しさん
08/04/12 19:42:09
Swingクライアント+SFSBならWebと紐付け不要
691:デフォルトの名無しさん
08/04/12 22:16:02
>>690
揚げ足取りイクナイ
692:デフォルトの名無しさん
08/04/13 10:19:14
ロジックをステートレスにするのは
フレームワーク側の都合にプログラマが合わしてるだけで
本来の姿じゃないって発言をたまに見かけるが、
ステートフルにするとプログラマの能力を超えてしまう事が多数。
693:デフォルトの名無しさん
08/04/13 13:44:32
つーか、ステートフルであることがアプリケーションの基本でしょ?
そんな基本ができないやつはいらね
難易度が高いのならともかく、基本がないやつは退場してもらったほうが業界のためにいいよ
694:デフォルトの名無しさん
08/04/13 14:25:15
>>693
ロッド・ジョンソンに言ってこい
695:デフォルトの名無しさん
08/04/13 14:39:37
>>693
何が基本なんだかさっぱりわからん
そんなもんケースバイケースに決まってるでしょ
696:デフォルトの名無しさん
08/04/13 20:59:49
ステートレスだのステートフルだのうるさい奴らはSpringの設定を全部シングルトンにしてそうだ。
ステートレスなロジックオブジェクトとステートフルなエンティティオブジェクトのみで
作られたプログラムなんてオブジェクト指向とは到底呼べない。
697:デフォルトの名無しさん
08/04/13 21:02:34
>>696
オブジェクト指向と呼べるかどうかには興味はない
698:デフォルトの名無しさん
08/04/13 22:13:25
>>693
イミフ
699:デフォルトの名無しさん
08/04/13 22:32:42
>>693
退場してください
700:デフォルトの名無しさん
08/04/13 23:00:11
オブジェクト指向万歳！！
701:デフォルトの名無しさん
08/04/13 23:57:46
>>697
オブジェクト指向と呼べるかどうかに興味は無くても
保守性の高い見通しのよいプログラムには興味あるだろう？
ロジックオブジェクトとエンティティオブジェクトを明確に切り分けるのは
そういう観点でも"うまいやり方じゃない"と俺は思うんだが、どうだろう。
702:デフォルトの名無しさん
08/04/14 00:02:02
>>701
保守性の高い見通しのよいプログラムには興味あるだろう？
ロジックオブジェクトとエンティティオブジェクトを明確に切り分けるのは
そういう観点でも"うまいやり方"と俺は思うんだが、どうだろう。
703:デフォルトの名無しさん
08/04/14 00:18:35
「保守性の高い見通しのよいプログラム」を定義してくれ
オブジェクト指向(笑)にすると自動的に保守性が高くて見通し良くなるの？
704:デフォルトの名無しさん
08/04/14 00:27:49
,. .‐'テ'ｰ､-. .､
／: : :/ : : : : ヽ : : ＼
! : r‐┴‐-､: : : l : : : :l l
,.∟にﾆﾆﾆﾆlュｭ_l: : : :_l:｣__
／ ,.ｨ ／"＾l ﾄ､ ￣｀`Tﾆ＞
/イ,ｲ / /ｺ/┐ iﾋﾍl'ﾆゝ、 | 言ってみろよ…！
l/ lｲ/l＝=aﾞ ,,=a=＝:l r=､ | 能書きたれてみろ…
. l.`ー_） ー ' |.|ｈ.} | 聞いてやるよ…
l 「 ＿＿_ u |Lノ :ﾄ､
ヽ ‘ｰ─‐’ ／ﾞヽ |: :「:Tｰ-
_,, .-‐'|＼ ￣ ／ u ＼| : |:::|: : :
‐'' ´: : : : : : |::|: l`:イ l : j|:::|: : :
: : : : : : : : :.:|::| : i : ヽ ノ : ﾉ|:::|: : :
: : : : : : : : : |::|: : :＼ :`:ｰ-‐ ': : ／: :|:::|: : :
705:701
08/04/14 00:44:58
>>702
それもそうだな。保守性の高い見通しのよいプログラムっていうのは
多分に人間の感覚に依存してるものだから一概に言えないけれど、
1.プログラムを変更する際に目を通さなければならないファイルが少ない
2.関連するデータと手順は近いほうがよい(推測できる or 同じ場所にある)
上記二点が備わっていたら保守性が高いと言えるのじゃないだろうか？
で、1.の点に関してはロジックとエンティティが同じの方がいいと思える。1ファイルですむからね。
2.の点に関してはロジックとエンティティを似たような名前にする事でどちらでもある程度解消できる。
ただし、プロジェクトでの名前付けの統一に失敗するとロジックとエンティティを切り分けるやり方は地獄を見る。
オブジェクトの責任の切り分けに失敗して巨大なオブジェクトに多量の処理をさせると俺の主張するやり方のほうが地獄を見る。
だから"メンバーに命名規約を遵守させることが出来る"なら702のやり方でもさほど問題ない。
"メンバーの設計が一定レベルにあることを保障できる"なら俺のやり方の方が冴えてる。
と、思うのだがどうだろう。ちなみに俺はオブジェクト指向についてはそれほどこだわらない。
分かりやすく保守しやすいコードを一番重視する。
706:デフォルトの名無しさん
08/04/14 00:53:45
､-‐- ､,. z_
＜￣ ゝ
∠´ /Vヽ ゝ
∠ ∧/`' ﾑ, ヽ なんや おどれと話をしてると
∠/レ' ム _,_ `、
| ,.－ ヾ（へヽ ヽ わいも落ちるとこまで落ちたって
|／ ／ﾄ､ } ヽV~) ） ヽ 気になるわ…
＼ ヽ ノ ､ｼ ,.ｲ ヾ ' }
,/ `｀ ｰ-―- ､ ヽ. l
L r っ _. -‐ォ ） ）＼ ／⌒ヽ
(二´-‐_'´ノ ／ .／ 〉、
(二´-‐ ' ､ ` ／ ,／ / ＼
＼ヽヽ` ／ ／/ / ヽ
` ｰ 'ヽ／ / , ' ヽ
/ヽ. / ／ ヽ
707:デフォルトの名無しさん
08/04/14 01:11:28
特にwebアプリケーションにおいては、ステートフルなオブジェクトが多いと
スレッドセーフとパフォーマンス面で実装が難しくなって
かえって複雑になるという現状があるからなぁ。
708:デフォルトの名無しさん
08/04/14 01:33:53
つまり結局「有能な人間を集めればうまくいきます」ってこと？
もはやオブジェクト指向もDIコンテナも関係ないな(爆笑)
709:デフォルトの名無しさん
08/04/14 01:37:38
どうしてそんな結論に至るのかまったく理解不能。
710:デフォルトの名無しさん
08/04/14 01:46:28
>>707
現状じゃなくて昔はの間違いでは?
マシンパワーが低いとかの問題で。
スレッドセーフの問題はどちらの場合でもついてくる。
711:デフォルトの名無しさん
08/04/14 01:57:09
>>664
FreeMarkerってstruts2が中で使ってた
712:デフォルトの名無しさん
08/04/23 20:08:53
HibernateもFreeMarker中で使ってるんじゃなかったっけ。
VelocityよりFreeMarkerの方が二番煎じな分だけ使いやすい気がする。
微妙にスレチ下げ。
713:デフォルトの名無しさん
08/05/06 01:56:23
Spring1.3→2.5とジャンプアップを企んでいる者です。
質問なのですが、アノテーションを使ってDIしてる場合、UnitTestってどうやりますか？
1.3の時代はsetterインジェクションをしていたので、
ドライバクラスからテスト対象クラスをnewし、スタブクラスをsetしてやればテストできたのですが、
アノテーションを使うとsetterが無いのでスタブをsetできません。
この場合、UnitTestでもSpringを使う必要があるのでしょうか？
714:デフォルトの名無しさん
08/05/06 02:33:33
>>713
アノテーション使おうがsetterを使えば同じようにできる
フィールドインジェクションの場合は無理
でも、AOPとかトランザクションとか複雑に絡み合うコンポーネントを考えると
単体テストでもコンテナから呼び出したほうがいいかと
結果、ある程度の結合テストができていると考えていいし
問題が大きいようだったら2.5でもアノテーションつかわなくてもいいんだよ
2.0までのやり方でも問題はない
715:デフォルトの名無しさん
08/05/07 18:43:41
>>712
FreeMarkerは開発者が人間のクズ。
716:デフォルトの名無しさん
08/05/08 01:16:44
>>715
どういうこと？
717:デフォルトの名無しさん
08/05/10 11:23:12
流れぶったぎってすまんが、Spring使ってると
xmlやらインターフェースが増えてうざいし
ほんとに便利なのかコレ
718:デフォルトの名無しさん
08/05/10 16:16:06
>>717
アノテーションつかえばXML書かなくてもいいよ。
インターフェースも必要なければつかわなくていいよ。
719:デフォルトの名無しさん
08/05/10 17:11:13
>>717
いつの人ですか？
今は自動で登録できるよ
自動登録するパッケージを指定して
@Componetとかクラスの定義につければよい
720:デフォルトの名無しさん
08/05/10 17:22:54
Spring（というかDI/AOPコンテナ）使わないと自分でインスタンス管理しなくちゃいけないし
トランザクションも管理しなくちゃいけないし、AOPも使えなくてえらく不便だ。
721:デフォルトの名無しさん
08/05/10 17:37:15
通常のGUIアプリとかだとDIコンテナが使い物にならなくてワロタ
ならよくある
インスタンス管理はどのフレームワーク使おうが意識をしないってことはないと思うが
722:デフォルトの名無しさん
08/05/10 17:44:46
意識しないなんて誰か言ったか？
723:デフォルトの名無しさん
08/05/10 17:53:33
インスタンス管理を意識する・しないじゃなくてインスタンス管理のための仕組みを自分で作るかどうか。
既にそういう機能を持ったフレームワークがあるのな自分で作るのはバカバカしい。
DIコンテナいらねって人はインスタンスを管理するという発想がないのかもね。
724:デフォルトの名無しさん
08/05/10 17:56:51
つまりwicketはだめでJSFは最高というわけですね
725:デフォルトの名無しさん
08/05/10 18:01:03
アホか。
726:デフォルトの名無しさん
08/05/10 18:26:54
JSFって良いか？
もうRESTな作りできるようになったんだっけ？
727:デフォルトの名無しさん
08/05/10 18:39:10
REST厨ってHTMLのstrict厨と同じ臭いがする
728:デフォルトの名無しさん
08/05/10 19:38:07
技術が細分化してて向き不向きがはっきりしているってことだよね。
729:デフォルトの名無しさん
08/05/10 22:40:20
技術というか単なる道具とかテンプレートだよな…
730:デフォルトの名無しさん
08/05/10 23:38:15
論文がどうだとか言い出すREST厨は嫌いだが
RESTがRIAと相性がいいのは確か
731:デフォルトの名無しさん
08/05/11 00:33:59
RIAといってもクライアントがさまざまだからなんとも
アプレット/JavaWebStart/.NET関連だとSOAPはやっぱり楽だし（JAX-WS2.1あたりで互換性解決したし）
鯖サイドがJavaでjavascriptだとDWR使ったほうが楽だったり
732:デフォルトの名無しさん
08/05/11 01:21:25
SOAPは遅すぎてRIA向きじゃない
JavaScriptのライブラリが急速進化し、開発環境が整備されてきた今では
DWRも過去の遺物だろう
Ajax、Flex、Silverlightのどれでも開発出来るように
JAX-RSのような形態を取るのが今後の標準だと思う
733:デフォルトの名無しさん
08/05/11 01:30:02
RESTみたくゆるい仕様ってツールサポートしにくくね？
ツールのサポートなくても平気のがゆるい仕様なんだろけどさ
JAX-RSのメタ情報って他言語から使えるんか？
SOAPはいらんけどWSDLぽいのは必要じゃねーのか
734:デフォルトの名無しさん
08/05/11 01:54:31
スレ違い
ｽﾚﾘﾝｸ(tech板)
735:デフォルトの名無しさん
08/05/11 02:47:17
>>732
だからクライアントしだいだろ？
WSDLによるクライアントの開発の容易さは捨てがたいだろう。
それにDWRが過去って。
やっと2.0になってリバースAJAXでかなりよくなったところなのに。
どれでも開発できるようにってのは下手するとこけるからね。
まぁバックエンドのサービスをEJB等できっちりつくっておいて
インターフェースを自由にできるようにしておいたほうがいいと思われ。
736:デフォルトの名無しさん
08/05/11 15:49:55
好きなものを使えってことで。
俺は WebService(WSDL) が好きなんだが
Microsoft のサポートがプアなのがなあ。
737:デフォルトの名無しさん
08/05/14 20:00:58
329 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/13(火) 22:04:29
冷ややかな戦争勃発ｗ
URLﾘﾝｸ(d.hatena.ne.jp)
342 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:05:36
はぶ参入で抗争激化！さぁ、盛り上がってまいりました！
343 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:08:47
とりあえず、保存しといた。
URLﾘﾝｸ(s04.megalodon.jp)
347 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:16:26
面白くなってきたな。Seasar界隈は人格的にちょっとあれな人が多いのが魅力w
348 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:40:37
でも、理事のBlogでやることじゃないよこういうことはメールベースでやるべきだと思う
野次馬的には面白いかもしれないけど企業から見たら不安になって採用を躊躇するところが出てきてもおかしくないからね
352 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:02:42
マーケ的にまずいのでseasar3はとりあえず表に出さないでくださいとかいうのはちょっとやばい
353 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:04:14
元理事は一旦収束していたのに、なにをしたかったのだろうか。そして日記非公開の理由とは・・・？asipの参戦はありうるのか！？
354 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:08:14
うわ、ほんとだ 閉鎖した
355 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 16:31:01
DB関連とか色々勉強させてもらったけど、このしみったれた感覚が所詮デブオタなんだなと思うわ。
738:デフォルトの名無しさん
08/05/14 22:07:47
擦れ違いかもしれんが、
Jboss seam使っているやついる？
stateless session bean と 普通のPOJOのビジネスロジックの使い分け方が、
わかんね。
739:デフォルトの名無しさん
08/05/14 22:16:39
汎用フレームワークの話ならこっちじゃね？
ｽﾚﾘﾝｸ(tech板)
セッションビーン使えるならロジックはすべてそっちでいいと思われ。
POJOのほうはView関連に特化させるといい感じかな。
740:デフォルトの名無しさん
08/05/14 22:35:14
あ、そんなスレあったんだｗ
サンクス。
741:デフォルトの名無しさん
08/05/14 23:02:38
春よコイ！
742:デフォルトの名無しさん
08/05/15 18:14:48
>>716
亀レスだが
ｽﾚﾘﾝｸ(php板:34番)
743:デフォルトの名無しさん
08/05/15 22:38:16
俺ずっと REST は RDBMS の CRUD に対応するもので、
言うなりゃ SQL とかストレージ的な空気をクライアント側から
隠匿するためだけの物に近いと思っているんだが
いっつも SOAP とか RPC とかと同列に語られてるんだよな。
REST で騒いでる奴らって CRUD だけで済むプアーなアプリを作ってるからそういう事言ってるの？
それとも REST 風(つまり、単に定義のゆるいWeb-API)なものと混同してるの？馬鹿なの？
744:デフォルトの名無しさん
08/05/15 23:26:32
>>743
何を言ってるのかサッパリだわ
745:デフォルトの名無しさん
08/05/15 23:34:33
>>743
狂っどる
746:デフォルトの名無しさん
08/05/15 23:52:56
>>743
SOAな連中が語るRESTとROAな連中が語るRESTは別物
747:デフォルトの名無しさん
08/05/16 08:14:09
>>746
ああ、なるほど。>>743が何言ってるのかわかった。
SOA(笑)方面ではそういう扱い方をするのか。
つーかRESTなんて単なる道具なんだよ。
どういう使い方を語ろうと勝手だろうに。
748:あぼーん
あぼーん
あぼーん
749:デフォルトの名無しさん
08/05/18 18:34:39
おまいらSpringと一緒にORマッピングは何つかってんの？
俺はiBatisが分かりやすくて気に入ってる。
750:デフォルトの名無しさん
08/05/18 20:16:17
>>749
Hibernateかな。
これが一番普及してそうだし。
751:デフォルトの名無しさん
08/05/18 21:37:15
>>749
Hibernate
マッピングはEclipseに自動生成させて
CriteriaとQueryを中心に使う
752:デフォルトの名無しさん
08/05/18 22:06:39
>>749
JPAかな
次期HibernateではネイティブでJPA対応するし、各種ツールがそろってるのは大きい
753:デフォルトの名無しさん
08/05/18 22:16:53
>>749
DBUtils
754:デフォルトの名無しさん
08/05/18 22:36:50
Hibernateって設定ファイル多くてメンテしにくそうなんだが。
確かによく聞くっちゃ聞くけど。JPAのPJにはまだ当たった事無いです。
>>753
それってJakarta DbUtils？
ORとは違うけど確かに一番便利な気がする。
Springに組み込まれればいいのにな。
755:デフォルトの名無しさん
08/05/18 23:32:44
>>754
JDBCテンプレートがそんなもんだな
756:デフォルトの名無しさん
08/05/19 01:44:17
DbUtils は、DI コンテナとか知らないときによく使ってたが、
DbUtils と DI をどうやって組み合わせるの?
サービスオブジェクトに DAO オブジェクトを DI させて、
DAO の実装は Hibernate とか iBatis でなく DbUtils を使う感じ？
757:デフォルトの名無しさん
08/05/19 02:14:22
>>756
QueryRunnerにコネクションを渡すんだろうけど
それってどうなんだろう・・・ Springが勝手にやってくれるとこを
わざわざ記述しないといけないのかね。
758:デフォルトの名無しさん
08/05/19 07:21:33
DBUtils の QueryRunner とか *Handler は大抵 JDBCTemplate で代用出来ると思うが。
759:デフォルトの名無しさん
08/05/19 08:33:09
>>754
HibernateはJPAに対応しているから設定ファイルはpersistence.xml一個だよ
EntityのマッピングはJPAのアノテーションが使えるし、
それはEclipseのWTPなら自動作成できる
DBUtilsはO/Rマッパー使う前は愛用していたけど
今の時代では流石に使う気になれないな
760:デフォルトの名無しさん
08/05/19 13:14:10
JPAが一番楽だろうね
有名どころのIDEはみんな対応してて設定ファイルはまったくいらないし
761:デフォルトの名無しさん
08/05/19 21:31:47
Hibernateが一番楽だろうね
voクラスの自動生成とcrudアクセスを多用すればジェネリックスの恩恵にあずかれる
まさに楽チン
762:デフォルトの名無しさん
08/05/19 22:28:18
ここ半年前までは、
・Hibernate ウンコ!!
・余計なことしすぎ (n+1問題など) ←使いこなせてない側の問題があるがここでは目をつぶる
・iBatis みたいなの便利!!
というかんじで Hibernate はぼろぼろだったが、JPA の登場により王者復活か?
どれ、おれも本買ってもう一度やってみるか
763:デフォルトの名無しさん
08/05/19 23:06:39
>>749
ORMは使ってないなあ。
ものすごく薄いDAO層のラッパ作成して
(JdbcTemplate 使うようなやつ)
基本的にSQLそのまま書く。
SQL実行するためのツールがそのまま使えるのが大きい。
でも思ったよりも ORM 使う人多いのね。
764:デフォルトの名無しさん
08/05/19 23:11:22
>>763
spring使ってるのか？
765:デフォルトの名無しさん
08/05/19 23:36:53
>>764
JdbcTemplate使ってんなら当然だろ
766:デフォルトの名無しさん
08/05/20 00:52:06
>>762
JPAの範囲だけ見るとHibernateは確かにあまりよくない
LAZYが何も設定せずにきくのはTopLinkとApache OpenJPA
OpenJPAはManyToOneでもn+1フェッチしないんだよね
joinを積極的に使う戦略のようだ
あとupdateがHibernateが一番頭が悪かった
項目ひとつだけ変更してもすべての項目をアップデートしに行くのはHibernateだけ
ほかの実装は更新された項目だけupdateする