【DI】Java Spring Framewoｒｋを語るスレ 2.0

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 10/02 21:59 / Filesize : 215 KB / Number-of Response : 915
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:59:45 ]: 前スレ
ttp://pc10.2ch.net/test/read.cgi/tech/1077465099/

公式
ttp://www.springframework.org/
653 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 05:19:39 ]: 世間的には Struts がまだまだ強いんだよ・・・

個人的には SpringMVC + Velocity が一番だと思うが。
JSP なんて気持ち悪くて触りたくない。
654 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 09:33:40 ]: つまりRailsもカスだと？

VelocityもJSPとかわらんだろ
むしろツールのサポートがあるJSPのほうが楽なことも多い
655 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 10:59:21 ]: ttp://cubby.seasar.org/ がSpringで使えるようになったらうれしい。
656 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 12:35:26 ]: >>655
SAStrutsの方ならSpringで使えるようになる
ttp://d.hatena.ne.jp/higayasuo/20080401/1207016839
> SAStrutsとS2JDBCもSuper Agile Spring上に移植する予定です。
657 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 15:50:20 ]: >>654

POJOのパラメータありメソッドをサクサク呼び出せるのがVelocityの良いところ。
JSPでもFunctionとかあるけど、staticメソッドのみなうえにtdl書くのが死ぬほど面倒くさい・・・
ツールはEclipse+VelocityWebEditでコード補完もバッチリできるよ。

>>653

自分も数年間JSP⇔Velocity両方使って試行錯誤してたけど、
SpringとかDIとの相性がいいからVelocityに落ち着いた。
658 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 17:18:32 ]: >>657
velocityだとデザイナとの分離が不可能
分離しないタイプならJSPのほうが融通が利く

テンプレートとしては好きだけどね
659 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 22:29:08 ]: >>656
4/1だもんな。
それに、Strutsはいらない。
660 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 23:35:09 ]: >DIとの相性がいいから
DI云々よりも目的がハッキリしてるから好き。
どうせテンプレート機能しか使わないんだから
(タグ作り始めるとコードの暗号化を進めるだけ)
そっちに特化してる方が何かとシンプルでやりやすかった。

JSP のコンセプトがどれだけボヤけてたかは
その後に JSTL + EL を取り込んだことで自明でしょ。
最初からそれやっとけよって話。
661 名前：デフォルトの名無しさん mailto:sage [2008/04/01(火) 23:50:35 ]: コンセプトというか、単にASPやPHPの対抗馬として作っただけだしな
662 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 02:46:05 ]: >>660

たしかにカスタムタグ自前で作り始めるとわけわかんなくなる…

JSPはスクリプトレットベースだったのを無理やりJSTL+ELを加えて
あげくにスクリプトレットレス推奨になってる時点でスコープやらなにやらグチャグチャになってると思う。

>>658
デザイナとの分離ならむしろ圧倒的にVelocity有利では？？
663 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 02:48:09 ]: #foreach や#parse がデフォルトで無限ループができないようになってたり、
デザイナとの分業は余計な問題が起こらないようにいろいろ考えられてるよ。
664 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 03:11:31 ]: FreeMarker はどうよ？

View 層に jsp より Velocity というのは自分も同意だが、
SpringMVC は、作らなければならないクラスが多い気がしてあまり好きじゃない。
なんつーか冗長というかめんどくさい。
おれがわかってないだけかもしれないけど。
665 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 03:55:11 ]: >>662
デザイナは通常DreamWeaverとかつかうからjspはhtmlと同じように扱えるんだよ
しかもtomcat連携も可能で動的htmlを表示したままcss設定できたりな
666 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 04:10:36 ]: >>664

SpringMVCはなんかクラス名がピンとこないのが多い・・・
Model、View、CommandとかMVCでいうと実際にはController部分（？）なのに
紛らわしい感じで混乱する。
667 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 11:06:33 ]: SpringMVCはシンプルで薄いラッパだから迷うことはないと思う
2.5とそれ以前とでだいぶ中身は違うと思うけど
668 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 22:41:07 ]: >SpringMVC は、作らなければならないクラスが多い気がしてあまり好きじゃない。
ModelAndView と Contoroller 作るだけなんで
これ以上に少なくってことになると
Teeda で Page に全部詰め込むか
Tapestry で PHP 的なプログラミングするしかない。
669 名前：デフォルトの名無しさん mailto:sage [2008/04/02(水) 22:48:57 ]: SpringMVCはどちらかといえばDIベースで作られているのだから
いくらでも好きにいじってください、というものだと思うが

Viewに他のフレームワーク＋Springよりはるかに融通は利くのだが
機能がほしいのならStripseとか普通に使ったほうがいいと思う

Springの他のDIコンテナの追随を許さない圧倒的な利点は
自前でも用意はするし、他のフレームワークの連携も最大限に考慮することだから
670 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 22:56:24 ]: >>669
Struts連携もHibernate(JPA)連携もSeasarの方が上。
671 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 23:13:39 ]: ラップして存在を隠すことを連携と言うならそうだろうな。
672 名前：デフォルトの名無しさん mailto:sage [2008/04/03(木) 23:34:53 ]: SeasarってJPAとの相性そんなにいいか？
まずトップがJPAを消そうとしてるように見えるんだが
673 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 00:15:19 ]: >>672
Kuina＞＞＞＞越えられない壁＞＞＞＞JpaTemplate
簡単な問合せはインターフェース書くだけ
ttp://kuina.seasar.org/ja/user_guide/query.html
複雑ならCriteria
ttp://kuina.seasar.org/apidocs/org/seasar/kuina/dao/criteria/CriteriaOperations.html
SQLサポートも強力
ttp://kuina.seasar.org/ja/user_guide/query.html#SQLによる検索
EntityManager直に使うこともできる。何も隠されてない
674 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 01:17:22 ]: どうでもいいけど、Springスレにまで出張するのは頭おかしいとおもうんだ
スレまちがえてないか？

それにSpringだってEJBのように直につかえるよ
そもそも何も考えずつ変えるという意味でJPA使うのならEJB3使うのが一番効率的だと思うけど

もともとJPAはオブジェクトプール用に設計されてるからね
675 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 01:40:11 ]: >>674
>672の問いに答えただけだが

> JPA使うのならEJB3使うのが一番効率的だと思うけど
EntityManager使う面倒さは何一つ解消しないしそもそもSFSBが効率的じゃない
676 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 02:43:13 ]: 何を根拠にSFSBといきなり限定的な話になるのだ

それにステートフルが怖い人ですか
セッションになんでもかんでもぶちこむより活性化、否活性化がちゃんと動くEJBでやったほうがまし
Seasar2ってその辺全部やってくれるの?
677 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 02:51:01 ]: >簡単な問合せはインターフェース書くだけ
で、_NOT_IN やろうとして失敗して、
コード見たら失敗するのが当たり前で、
ローカルで修正して JAR 入れ替えたらきちんと動いて、
ああ、やっぱり俺悪くないわ、ろくにテストされてねーじゃんとか思うわけだ。

このレベルの項目すらテストされてないのに
他が題目どおりに動くことなんて微塵も期待できない。
それでも Kuina サイコーだってんなら好きにしてくれ。
678 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 03:11:52 ]: >>676
> 何を根拠にSFSBといきなり限定的な話になるのだ
SLSB+JPAはメリットないからSFSB+拡張コンテキスト限定に決まってるだろ常考
それともSLSB+JPAが効率的とか書いたのか？何が効率的なんだ？

> セッションになんでもかんでもぶちこむより
なんでもぶちこんだらSFSBでもだめだろ

> 活性化、否活性化がちゃんと動く
拡張コンテキストがあると非活性化されない
679 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 03:46:27 ]: >>677
コミッタに教えてやれよｗ
680 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 12:16:26 ]: >>678
拡張コンテキストについて詳しく
681 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 12:32:44 ]: >>680
SFSBのライフサイクルに合わせた寿命の長い永続コンテキスト
永続コンテキストはキャッシュみたいなもん
682 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 13:30:30 ]: >>680
トランザクション境界ぬけたら非管理下におかれるんじゃないの？
683 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 13:31:07 ]: >>681
だった。
684 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 13:50:49 ]: >>682
それ通常の永続コンテキスト
685 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 13:57:34 ]: KuinaもJPAもEJBもスレ違い

「Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.4」
ttp://pc11.2ch.net/test/read.cgi/tech/1134701684/
686 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 15:00:38 ]: >>684
なら拡張つかうのやめれば？

むしろSFSBはWebに紐付けしないといけないほうが問題。

seamはそのためにあるともいう。
687 名前：デフォルトの名無しさん mailto:sage [2008/04/04(金) 20:05:18 ]: >>686
通常のコンテキスト使うならEJB使うメリットはない
SpringでもSeasarでも同等
>674が言うEJBが効率的てのは何なのかと
スレ違いらしいから続けるならO/Rスレで
688 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 19:25:32 ]: >>686の発言はいみふ
689 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 19:35:46 ]: >>688
SFSB使ったことないのかい?
690 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 19:42:09 ]: Swingクライアント+SFSBならWebと紐付け不要
691 名前：デフォルトの名無しさん mailto:sage [2008/04/12(土) 22:16:02 ]: >>690
揚げ足取りイクナイ
692 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 10:19:14 ]: ロジックをステートレスにするのは
フレームワーク側の都合にプログラマが合わしてるだけで
本来の姿じゃないって発言をたまに見かけるが、
ステートフルにするとプログラマの能力を超えてしまう事が多数。
693 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 13:44:32 ]: つーか、ステートフルであることがアプリケーションの基本でしょ?
そんな基本ができないやつはいらね

難易度が高いのならともかく、基本がないやつは退場してもらったほうが業界のためにいいよ
694 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 14:25:15 ]: >>693
ロッド・ジョンソンに言ってこい
695 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 14:39:37 ]: >>693
何が基本なんだかさっぱりわからん
そんなもんケースバイケースに決まってるでしょ
696 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 20:59:49 ]: ステートレスだのステートフルだのうるさい奴らはSpringの設定を全部シングルトンにしてそうだ。

ステートレスなロジックオブジェクトとステートフルなエンティティオブジェクトのみで
作られたプログラムなんてオブジェクト指向とは到底呼べない。
697 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 21:02:34 ]: >>696
オブジェクト指向と呼べるかどうかには興味はない
698 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 22:13:25 ]: >>693
イミフ
699 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 22:32:42 ]: >>693
退場してください
700 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 23:00:11 ]: オブジェクト指向万歳！！
701 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 23:57:46 ]: >>697
オブジェクト指向と呼べるかどうかに興味は無くても
保守性の高い見通しのよいプログラムには興味あるだろう？

ロジックオブジェクトとエンティティオブジェクトを明確に切り分けるのは
そういう観点でも"うまいやり方じゃない"と俺は思うんだが、どうだろう。
702 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:02:02 ]: >>701
保守性の高い見通しのよいプログラムには興味あるだろう？

ロジックオブジェクトとエンティティオブジェクトを明確に切り分けるのは
そういう観点でも"うまいやり方"と俺は思うんだが、どうだろう。
703 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:18:35 ]: 「保守性の高い見通しのよいプログラム」を定義してくれ
オブジェクト指向(笑)にすると自動的に保守性が高くて見通し良くなるの？
704 名前：デフォルトの名無しさん mailto:sage [2008/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 mailto:sage [2008/04/14(月) 00:44:58 ]: >>702
それもそうだな。保守性の高い見通しのよいプログラムっていうのは
多分に人間の感覚に依存してるものだから一概に言えないけれど、

1.プログラムを変更する際に目を通さなければならないファイルが少ない
2.関連するデータと手順は近いほうがよい(推測できる or 同じ場所にある)

上記二点が備わっていたら保守性が高いと言えるのじゃないだろうか？
で、1.の点に関してはロジックとエンティティが同じの方がいいと思える。1ファイルですむからね。
2.の点に関してはロジックとエンティティを似たような名前にする事でどちらでもある程度解消できる。

ただし、プロジェクトでの名前付けの統一に失敗するとロジックとエンティティを切り分けるやり方は地獄を見る。

オブジェクトの責任の切り分けに失敗して巨大なオブジェクトに多量の処理をさせると俺の主張するやり方のほうが地獄を見る。

だから"メンバーに命名規約を遵守させることが出来る"なら702のやり方でもさほど問題ない。
"メンバーの設計が一定レベルにあることを保障できる"なら俺のやり方の方が冴えてる。

と、思うのだがどうだろう。ちなみに俺はオブジェクト指向についてはそれほどこだわらない。
分かりやすく保守しやすいコードを一番重視する。
706 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 00:53:45 ]: 　　　　　　､-‐- ､,. z_
　　　＜￣　　　　　　ゝ
　 ∠´　　　 /Vヽ　　　ゝ
∠　　 ∧/`'　　ﾑ,　　　　ヽ　　　なんや　おどれと話をしてると
∠/レ'　　　　　　ム　 _,_　 `、
　| 　 ,.－　　　　　ヾ（へヽ　ヽ　　　わいも落ちるとこまで落ちたって
　|／　／ﾄ､ }　　　　ヽV~) ）　ヽ　　　　気になるわ…
　＼ヽノ､ｼ　　,.ｲ　　ヾ '　　 }
　,/　　 `｀　ｰ-―- ､　　ヽ.　　　l
　L　r っ　 _. -‐ォ　）　　）＼　／⌒ヽ
　　　 (二´-‐_'´ノ　　　／　 .／　　　　〉、
　　　 (二´-‐ '　､ ` ／　,／　　　　 /　＼
　　　　　＼ヽヽ` ／　／/　　　　　　/　　　ヽ
　　　　　　　` ｰ 'ヽ／　/　　　　 , ' 　　　ヽ
　　　　　　　　　　/ヽ. /　　　　　／　　　　　ヽ
707 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:11:28 ]: 特にwebアプリケーションにおいては、ステートフルなオブジェクトが多いと
スレッドセーフとパフォーマンス面で実装が難しくなって
かえって複雑になるという現状があるからなぁ。
708 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:33:53 ]: つまり結局「有能な人間を集めればうまくいきます」ってこと？
もはやオブジェクト指向もDIコンテナも関係ないな(爆笑)
709 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:37:38 ]: どうしてそんな結論に至るのかまったく理解不能。
710 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:46:28 ]: >>707
現状じゃなくて昔はの間違いでは?
マシンパワーが低いとかの問題で。

スレッドセーフの問題はどちらの場合でもついてくる。
711 名前：デフォルトの名無しさん mailto:sage [2008/04/14(月) 01:57:09 ]: >>664
FreeMarkerってstruts2が中で使ってた
712 名前：デフォルトの名無しさん mailto:sage [2008/04/23(水) 20:08:53 ]: HibernateもFreeMarker中で使ってるんじゃなかったっけ。

VelocityよりFreeMarkerの方が二番煎じな分だけ使いやすい気がする。

微妙にスレチ下げ。
713 名前：デフォルトの名無しさん [2008/05/06(火) 01:56:23 ]: Spring1.3→2.5とジャンプアップを企んでいる者です。
質問なのですが、アノテーションを使ってDIしてる場合、UnitTestってどうやりますか？

1.3の時代はsetterインジェクションをしていたので、
ドライバクラスからテスト対象クラスをnewし、スタブクラスをsetしてやればテストできたのですが、
アノテーションを使うとsetterが無いのでスタブをsetできません。

この場合、UnitTestでもSpringを使う必要があるのでしょうか？
714 名前：デフォルトの名無しさん mailto:sage [2008/05/06(火) 02:33:33 ]: >>713
アノテーション使おうがsetterを使えば同じようにできる
フィールドインジェクションの場合は無理

でも、AOPとかトランザクションとか複雑に絡み合うコンポーネントを考えると
単体テストでもコンテナから呼び出したほうがいいかと

結果、ある程度の結合テストができていると考えていいし

問題が大きいようだったら2.5でもアノテーションつかわなくてもいいんだよ
2.0までのやり方でも問題はない
715 名前：デフォルトの名無しさん mailto:sage [2008/05/07(水) 18:43:41 ]: >>712
FreeMarkerは開発者が人間のクズ。
716 名前：デフォルトの名無しさん mailto:sage [2008/05/08(木) 01:16:44 ]: >>715
どういうこと？
717 名前：デフォルトの名無しさん [2008/05/10(土) 11:23:12 ]: 流れぶったぎってすまんが、Spring使ってると
xmlやらインターフェースが増えてうざいし
ほんとに便利なのかコレ
718 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 16:16:06 ]: >>717

アノテーションつかえばXML書かなくてもいいよ。
インターフェースも必要なければつかわなくていいよ。
719 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:11:13 ]: >>717
いつの人ですか？

今は自動で登録できるよ
自動登録するパッケージを指定して
@Componetとかクラスの定義につければよい
720 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:22:54 ]: Spring（というかDI/AOPコンテナ）使わないと自分でインスタンス管理しなくちゃいけないし
トランザクションも管理しなくちゃいけないし、AOPも使えなくてえらく不便だ。
721 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:37:15 ]: 通常のGUIアプリとかだとDIコンテナが使い物にならなくてワロタ
ならよくある

インスタンス管理はどのフレームワーク使おうが意識をしないってことはないと思うが
722 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:44:46 ]: 意識しないなんて誰か言ったか？
723 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:53:33 ]: インスタンス管理を意識する・しないじゃなくてインスタンス管理のための仕組みを自分で作るかどうか。
既にそういう機能を持ったフレームワークがあるのな自分で作るのはバカバカしい。
DIコンテナいらねって人はインスタンスを管理するという発想がないのかもね。
724 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 17:56:51 ]: つまりwicketはだめでJSFは最高というわけですね
725 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 18:01:03 ]: アホか。
726 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 18:26:54 ]: JSFって良いか？
もうRESTな作りできるようになったんだっけ？
727 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 18:39:10 ]: REST厨ってHTMLのstrict厨と同じ臭いがする
728 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 19:38:07 ]: 技術が細分化してて向き不向きがはっきりしているってことだよね。
729 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 22:40:20 ]: 技術というか単なる道具とかテンプレートだよな…
730 名前：デフォルトの名無しさん mailto:sage [2008/05/10(土) 23:38:15 ]: 論文がどうだとか言い出すREST厨は嫌いだが
RESTがRIAと相性がいいのは確か
731 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 00:33:59 ]: RIAといってもクライアントがさまざまだからなんとも

アプレット/JavaWebStart/.NET関連だとSOAPはやっぱり楽だし（JAX-WS2.1あたりで互換性解決したし）
鯖サイドがJavaでjavascriptだとDWR使ったほうが楽だったり
732 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:21:25 ]: SOAPは遅すぎてRIA向きじゃない
JavaScriptのライブラリが急速進化し、開発環境が整備されてきた今では
DWRも過去の遺物だろう
Ajax、Flex、Silverlightのどれでも開発出来るように
JAX-RSのような形態を取るのが今後の標準だと思う
733 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:30:02 ]: RESTみたくゆるい仕様ってツールサポートしにくくね？
ツールのサポートなくても平気のがゆるい仕様なんだろけどさ
JAX-RSのメタ情報って他言語から使えるんか？
SOAPはいらんけどWSDLぽいのは必要じゃねーのか
734 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 01:54:31 ]: スレ違い
pc11.2ch.net/test/read.cgi/tech/1031149340/
735 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 02:47:17 ]: >>732
だからクライアントしだいだろ？
WSDLによるクライアントの開発の容易さは捨てがたいだろう。

それにDWRが過去って。
やっと2.0になってリバースAJAXでかなりよくなったところなのに。

どれでも開発できるようにってのは下手するとこけるからね。
まぁバックエンドのサービスをEJB等できっちりつくっておいて
インターフェースを自由にできるようにしておいたほうがいいと思われ。
736 名前：デフォルトの名無しさん mailto:sage [2008/05/11(日) 15:49:55 ]: 好きなものを使えってことで。

俺は WebService(WSDL) が好きなんだが
Microsoft のサポートがプアなのがなあ。
737 名前：デフォルトの名無しさん [2008/05/14(水) 20:00:58 ]: 329 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/13(火) 22:04:29
冷ややかな戦争勃発ｗ
ttp://d.hatena.ne.jp/masataka_k/20080513/1210661500#c

342 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:05:36
はぶ参入で抗争激化！さぁ、盛り上がってまいりました！

343 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:08:47
とりあえず、保存しといた。
s04.megalodon.jp/2008-0514-0207-34/d.hatena.ne.jp/masataka_k/20080513/1210661500

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 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 22:07:47 ]: 擦れ違いかもしれんが、
Jboss seam使っているやついる？

stateless session bean と普通のPOJOのビジネスロジックの使い分け方が、
わかんね。
739 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 22:16:39 ]: 汎用フレームワークの話ならこっちじゃね？
pc11.2ch.net/test/read.cgi/tech/1181063688/

セッションビーン使えるならロジックはすべてそっちでいいと思われ。
POJOのほうはView関連に特化させるといい感じかな。
740 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 22:35:14 ]: あ、そんなスレあったんだｗ
サンクス。
741 名前：デフォルトの名無しさん mailto:sage [2008/05/14(水) 23:02:38 ]: 春よコイ！
742 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 18:14:48 ]: >>716
亀レスだが
pc11.2ch.net/test/read.cgi/php/1120519290/34
743 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 22:38:16 ]: 俺ずっと REST は RDBMS の CRUD に対応するもので、
言うなりゃ SQL とかストレージ的な空気をクライアント側から
隠匿するためだけの物に近いと思っているんだが
いっつも SOAP とか RPC とかと同列に語られてるんだよな。

REST で騒いでる奴らって CRUD だけで済むプアーなアプリを作ってるからそういう事言ってるの？
それとも REST 風(つまり、単に定義のゆるいWeb-API)なものと混同してるの？馬鹿なの？
744 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 23:26:32 ]: >>743
何を言ってるのかサッパリだわ
745 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 23:34:33 ]: >>743
狂っどる
746 名前：デフォルトの名無しさん mailto:sage [2008/05/15(木) 23:52:56 ]: >>743
SOAな連中が語るRESTとROAな連中が語るRESTは別物
747 名前：デフォルトの名無しさん mailto:sage [2008/05/16(金) 08:14:09 ]: >>746
ああ、なるほど。>>743が何言ってるのかわかった。
SOA(笑)方面ではそういう扱い方をするのか。
つーかRESTなんて単なる道具なんだよ。
どういう使い方を語ろうと勝手だろうに。
748 名前：あぼーん mailto:あぼーん [あぼーん]: あぼーん
749 名前：デフォルトの名無しさん [2008/05/18(日) 18:34:39 ]: おまいらSpringと一緒にORマッピングは何つかってんの？
俺はiBatisが分かりやすくて気に入ってる。
750 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 20:16:17 ]: >>749
Hibernateかな。
これが一番普及してそうだし。
751 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 21:37:15 ]: >>749
Hibernate
マッピングはEclipseに自動生成させて
CriteriaとQueryを中心に使う
752 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:06:39 ]: >>749
JPAかな
次期HibernateではネイティブでJPA対応するし、各種ツールがそろってるのは大きい
753 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:16:53 ]: >>749
DBUtils
754 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 22:36:50 ]: Hibernateって設定ファイル多くてメンテしにくそうなんだが。
確かによく聞くっちゃ聞くけど。JPAのPJにはまだ当たった事無いです。

>>753
それってJakarta DbUtils？
ORとは違うけど確かに一番便利な気がする。
Springに組み込まれればいいのにな。
755 名前：デフォルトの名無しさん mailto:sage [2008/05/18(日) 23:32:44 ]: >>754
JDBCテンプレートがそんなもんだな
756 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 01:44:17 ]: DbUtils は、DI コンテナとか知らないときによく使ってたが、
DbUtils と DI をどうやって組み合わせるの?

サービスオブジェクトに DAO オブジェクトを DI させて、
DAO の実装は Hibernate とか iBatis でなく DbUtils を使う感じ？
757 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 02:14:22 ]: >>756
QueryRunnerにコネクションを渡すんだろうけど
それってどうなんだろう・・・　Springが勝手にやってくれるとこを
わざわざ記述しないといけないのかね。
758 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 07:21:33 ]: DBUtils の QueryRunner とか *Handler は大抵 JDBCTemplate で代用出来ると思うが。
759 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 08:33:09 ]: >>754
HibernateはJPAに対応しているから設定ファイルはpersistence.xml一個だよ
EntityのマッピングはJPAのアノテーションが使えるし、
それはEclipseのWTPなら自動作成できる

DBUtilsはO/Rマッパー使う前は愛用していたけど
今の時代では流石に使う気になれないな
760 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 13:14:10 ]: JPAが一番楽だろうね
有名どころのIDEはみんな対応してて設定ファイルはまったくいらないし
761 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 21:31:47 ]: Hibernateが一番楽だろうね
voクラスの自動生成とcrudアクセスを多用すればジェネリックスの恩恵にあずかれる
まさに楽チン
762 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 22:28:18 ]: ここ半年前までは、
・Hibernate ウンコ!!
・余計なことしすぎ (n+1問題など)　　←使いこなせてない側の問題があるがここでは目をつぶる
・iBatis みたいなの便利!!

というかんじで Hibernate はぼろぼろだったが、JPA の登場により王者復活か?

どれ、おれも本買ってもう一度やってみるか
763 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 23:06:39 ]: >>749
ORMは使ってないなあ。
ものすごく薄いDAO層のラッパ作成して
(JdbcTemplate 使うようなやつ)
基本的にSQLそのまま書く。
SQL実行するためのツールがそのまま使えるのが大きい。

でも思ったよりも ORM 使う人多いのね。
764 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 23:11:22 ]: >>763
spring使ってるのか？
765 名前：デフォルトの名無しさん mailto:sage [2008/05/19(月) 23:36:53 ]: >>764
JdbcTemplate使ってんなら当然だろ
766 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 00:52:06 ]: >>762
JPAの範囲だけ見るとHibernateは確かにあまりよくない
LAZYが何も設定せずにきくのはTopLinkとApache OpenJPA

OpenJPAはManyToOneでもn+1フェッチしないんだよね
joinを積極的に使う戦略のようだ

あとupdateがHibernateが一番頭が悪かった
項目ひとつだけ変更してもすべての項目をアップデートしに行くのはHibernateだけ
ほかの実装は更新された項目だけupdateする
767 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 00:59:58 ]: >>766
> ほかの実装は更新された項目だけupdateする

それだとバッチ更新できなくね？
768 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:02:51 ]: >>766
ManyToOne、OneToOneにはFetchType.LAZY付けるのが基本だと思う
必要なときだけQueryやCriteriaでJOINすればいいんだし
769 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:09:00 ]: iBatis派少ないな。
まぁ結局そんなの使わずにSQL直書きが後で一番見やすいのは
確定的に明らかだがな。

>>758
無理
770 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 01:17:45 ]: >>767
どういうこと？

>>768
もちろんLAZYが一番よい
Joinして持ってきたいときにはそう書けばいいだけだし

Hibernateの問題はLAZYがJPAでまともに実装されていないこと
独自のアノテーションが必要
771 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 02:12:12 ]: >>769
iBatis は悪くないんだけど、だったら SQL でいいじゃん
てところに落ち着いてしまうのでは。
とことん抽象化するか、とことん具象で済ますかの二択で。
772 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 02:15:29 ]: >>771

んな事ねーんじゃね？

Beanへのマッピングとか便利でしょ、、、てかORマッピングってそこじゃねーの？
773 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 02:38:25 ]: JPAもネイティブQueryでnewが使えると最高なんだけどね
774 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 07:04:09 ]: >>770
独自アノテーションは微妙だな
せめてpersistence.xmlのpropertyでlazyの挙動を切り替えられるようにして欲しい

>>773
個人的にはnewよりもHibernateのResultTransformerをJPAの仕様に入れて欲しいかな
あれさえあればSQL使うときも戻り値を好きにできるので便利
775 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 08:08:02 ]: >>772
Object-Table Mapping ならそうなんだろうけど
いかんせん Relation だから・・・重厚長大でどうにも。
776 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 09:13:14 ]: ｵﾚ的にはiBatisに重厚長大感はないけどな？？
重厚長大っていったらHibernateじゃないの？

っでｵﾚはiBatis派なんだが
777 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 21:17:50 ]: >>776
単に使った事無いだけでしょ。
ORも正しく理解できて無いし、相手するだけスレの無駄。
778 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 21:37:13 ]: このスレの人たちは、フレームワークが道具であって目的ではないことを忘れ去ってますね
779 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 22:33:47 ]: >>778
道具だからこそこだわるんだろ？
こだわりがいらないのならSeasarつかうさ
780 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 22:50:39 ]: >>779
Seasarって、サラダで食べるくらいだなｗ
781 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 23:01:52 ]: >>779 どういう事？
782 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 01:57:38 ]: Seaserの方が優れているという事だが
デファクトスタンダードという事でおまいらは
Springに固執しているのか？

俺がそうなんだけどよｗ
783 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 02:03:48 ]: >>782
>>780
784 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 08:13:09 ]: >>782
リファレンスドキュメント読んで、
あるいはソースのコメント読んで
どっちが信頼にたるか考えたらいい。
悩むほど難しい選択ではないはず。
785 名前：デフォルトの名無しさん [2008/05/21(水) 12:21:31 ]: MLのホットデプロイのスレわろたｗｗｗ
786 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 21:50:21 ]: >>785
どういうやつ？
787 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 23:13:22 ]: iFitって使ってる人居る？
788 名前：762 mailto:sage [2008/05/22(木) 22:27:13 ]: >>769
iBatis はよく使っているよ。
だけど、iBatis ばかりで Hibernate は使いこなせてないので、
くやしいので Hibernate を勉強している。

いろいろ思いはあるのだが、こっちに書くとスレ違いかな(O/Rマッパースレに移るべきかな)
789 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:10:04 ]: JPAは勉強はあまり必要とはしないと思うけどね
790 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:13:00 ]: 今Hibernateを勉強するなら、一通りJPAを学んだ上で
CriteriaとSQLQuery、一部の独自アノテーションと二次キャッシュを学べばいいと思う
Hibernate独自の設定ファイルはもう使うことは無い
791 名前：762 mailto:sage [2008/05/22(木) 23:25:46 ]: Hibernate 3.2 を使っていたとき(JPA は使っていない)、
Hibernate tools で DB からテーブル情報抜き出して(ant hbm2hbmxml)、
目で確認して、一部手作業で修正、
Spring からは、Spring 入門の8章での使い方をした(HibernateSupport のサブクラス)

n+1 や lazy は、koichik 氏のブログを読み漁って、理論は理解しているつもり。
プロジェクトでは、テストしてパフォーマンスが悪ければ join するようにし、
パフォーマンスが問題にならなければシカトしていた。

>>790
JPA 使うと、テーブルごとの hbm.xml がいらなくなるということ？

去年の Seasar カンファレンスで、「流れるようなインターフェース」で
S2jdbc のやつがあったが、JPA もそんな感じなんだよね。

中村氏の本、Spring でなく Seasar だけど読んでみようかな。
792 名前：デフォルトの名無しさん mailto:sage [2008/05/22(木) 23:37:59 ]: >>791
hbm.xmlもcfg.xmｌも要らない。JPAのpersistence.xmlだけで設定は済む
Springが提供するHibernateやJPAのラップクラスはあまりお勧めしない
SpringはJavaEE5標準方式のJPAのDIに対応しているので、
それを使って直接EntityManagerを使った方が何かと簡単
793 名前：デフォルトの名無しさん [2008/05/23(金) 00:52:24 ]: WEBアプリ最強はSpring + Struts + Hibernate?
794 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 01:14:40 ]: 最強はフレームワークに振り回されずに本質を見極める人材です
795 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 01:26:00 ]: >>791
紺色のＥＪＢ３本が日本語でもっともＪＰＡを詳しく解説してある本かと
EJB3の中の一仕様だからね＞JPA
ただし、JavaSE上で単体でも使えるようにしたと

JPAをもっとも快適に使うためにはJavaEEのほうがいいと思うけど

勉強なんて大げさなものは必要ないよ
NetBeansで自動生成されるコードを見れば大概わかるかと
796 名前：762 mailto:sage [2008/05/23(金) 01:39:16 ]: レスどうもありがとうございます。

>>795
www.amazon.co.jp/dp/4797333367
これですね。とりあえず立ち読みしてきます。

>>792
Spring 入門は Spring 1.2 のころだけど、
いまどきの Spring + Hibernate(JPA) の連携の仕方は、
HIbernateDaoSupport ではなく、新しいやり方があるということですね。
797 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 07:31:31 ]: >>796
SpringのドキュメントのJPA部分を読めば一通り説明が載ってる
JavaEE5サーバ上で動かす場合は
static.springframework.org/spring/docs/2.5.x/reference/orm.html#orm-jpa-setup-jndi
TomcatやJ2EE1.4以下のサーバで動かす場合は
static.springframework.org/spring/docs/2.5.x/reference/orm.html#orm-jpa-setup-lcemfb
12.6.2のJpaTemplate、JpaDaoSupportは無視して、12.6.3で@PersistenceContext
を使っている例を参考にするといいと思う
798 名前：デフォルトの名無しさん mailto:sage [2008/05/23(金) 12:09:43 ]: >>796
そうそう
それ読むとDIコンテナもEJB3でいいじゃないかということになるはず
799 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 15:00:12 ]: 今のプロジェクト、EJB3かspringかどっちでいくかホント迷う
800 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 15:39:06 ]: 開発環境がNetBeansとか運用環境がGlassfishならばEJB3のほうが楽。

その他ならばどっちでも同じ。
801 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 17:10:57 ]: DIコンテナに限った話ではないけど
両方使ってみて、プロジェクトに合う方を選べばいいと思う
802 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 18:30:50 ]: メンバの経験が多いほうがいいに決まってるでしょ
803 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 18:39:35 ]: >>802
それはメンバにもよる
804 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 19:35:21 ]: 誰か>>803の解説を頼む
805 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 20:00:25 ]: 経験が多くても当てにならない・・・ってことかな？
たぶんレス番号のミスかと
806 名前：799 mailto:sage [2008/05/24(土) 20:08:28 ]: メンバは数人で誰もどっちも経験なし。
短納期なんでEODの面と保守時のコードの分かりやすさや、
xmlファイルの少なさからEJBかと思ってるが、あまり普及してないらしいのがマイナス。
後から違う保守要員来たときを考えると流行りのSpringかな？決め手がない
807 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:05:28 ]: >>804
メンバの技術水準が高ければ、
学習コストよりもプロジェクトに対するFWの相性の方を優先できる
技術水準が低ければ、学習コストを重要視する必要があるので
経験者が多いFWの方が候補になりやすい
808 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 21:27:34 ]: >>806
DB層はJPA?

あとInfoQとか見てるとEJB3は最近わりと地味に普及してきている感じかな
Springは古い1.x時代のは多かった
809 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 22:16:12 ]: >>808
うん。ORMやりたいんでJPA考えてました。
ちなみにDBのERDは教科書に出てくるくらいのレベルに近く、かなり単純なんで
ちゃんとテーブル設計してマッパーが吐くsqlがインデックススキャンになるようにするのは難しくない、という読み。
EJBといいつつ、分散システムでもなんでもないんだけど、とにかくデリバリを早く、でも保守は用意に、というのが
プロジェクトの主眼です。
810 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 22:30:12 ]: 短納期で経験のない技術を選ぶってリスキーじゃね？
はまった時にリカバリできるのか？
811 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 22:43:07 ]: >810
SpringはともかくEJBってそんなに難しいの？
商用or無償APサーバ＋サーブレット＋JSP＋struts or 自社FW なら経験あるから
何とかなるかと思ってた
自分でも保守やるし、またJDBCゴリゴリのソース相手にするのが嫌なんだ
812 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 22:47:29 ]: EJB3ならそんなに難しくは無い
ただしSpringに比べてDI・AOP機能に色々制限があるから
予めプロトでも作って要件を満たせるかどうか確認した方がいいと思う
JPAもCriteriaが標準化されてないという弱点があるから
検索画面で動的にSQL組み立てる処理が多ければ、最初からHibernateなどの
独自Criteria機能を使うことを頭に入れて置いた方がいい
813 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 22:57:47 ]: EJB3.1のほんの一部がGlassfishV3で触れるようになったが、かなりよさげだね。

>>811
難しくないよ。
EJB3.0で2本ほど納品済みだけれども、開発効率は非常によかった。
むしろ小規模向きだと思う。
EJB3にしろSpring2.5にしろ、ひとつ覚えておけばその後はどうにでもなる。

>>812
AOPってそんなに使う？
メインはトランザクションなんだろうけど、EJBならばその用途では必要ないしね。
JPAもHibernate依存するのは今はよくないような。
パフォーマンスも問題になるとは思えないしね。

JPQLでDTOを直接生成することも出来るのであんまり困ることはないけど、
パフォーマンスが命でなければEntityからDTO生成するほうがいいかもしれない。

そもそもJPAのプロバイダとしてはHibernateが一番パフォーマンス的にも出来が悪いので注意かな。
814 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:06:28 ]: EJBの本質は分散処理だと思うが、 >>809 のような分散システムでもなんでもない
web アプリを作る場合、
Tomcat + (Spring +) JPA と、
Glassfish + ejb3 は、パフォーマンスとしてはどちらが速いのだろう?

>>813
AOP は結構使います。ロギングとか。
あとから顧客のうざい要求によって仕様変更があったとき、
既存クラスを変えずに、ログ出力やデータ変換の処理を差し込めるのは
楽だと思う。
815 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:09:15 ]: >>811だけ読んでも俺ならリスク高いと思うけど。
「JDBCゴリゴリのソース」、「自社FW」
こんなのいつから止まってるのって話だろ。
現状を嫌だと思ってる（問題視してる）のが811のみだったら爆発するぞ。

短納期だし、とりあえずチームの得意な形＋ORマッパでDao層だけ剥がすのが無難だと思うがなぁ・・・
816 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:10:55 ]: >>811
難しいかどうかじゃなくてさ、時間あるときに触ってもないのに
いきなり実戦投入ってのがありえねーと思ってさ。
そういうやつが痛い目あうとEJB使えねーSpring使えねーって
言い出すからな
817 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:11:10 ]: Local呼び出しにしろ、web-ejbコンテナ間のオーバヘッドがあるから、
Tomcatが勝つんじゃないの？
818 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:15:08 ]: sunには賛成できない
819 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:19:00 ]: TomcatでSpring+JTAって終わってるんじゃないの？
まさかずっとメンテナンスされてないJTOMとかつかっちゃうなんてことは出来ないだろうし

Tomcatも管理するのはたるいよね
GlassfishとかAP鯖だと管理ツールが便利だな
GUIで各種コンポーネントのロギングレベル変えたりとか

Tomcatの範囲だけでもGlassfish使うのお勧め
JTAやデータソース、コネクションプールのチューニングとかそっち方面任せるだけでもかなり楽
820 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:20:57 ]: 2PC使わなけりゃJTAいらん
821 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:28:38 ]: >>813
AOPはトランザクション用途以外だとログやセキュリティ関連とかで結構使う
SpringはいざとなったらAspectJのフル機能を使えるから、
AOPに関しては何でもアリ状態なのが強み

Web画面は結局は動的Queryによる検索処理が殆どだから
JPAが持ってないCriteria系機能が有るのと無いのとでは生産性が大きく違う
以前JPAのAPIに拘ってCriteriaを採用せず、後で痛い目にあったからよくわかるｗ
Criteriaに関してはHibernateがいちばん機能が充実してるように感じる
TopLinkはCriteria系に関する情報がWeb上にほとんど無いし
OpenJPAはざっと見たところCriteria機能そのものを持ってないっぽい

>>816
結局は、事前にしっかり調査をするかどうかだと思う
開発者に経験がないのなら、事前にアーキテクト的立場の人間が
一通りの機能を確認しておくべき。適当に事前印象だけで決められて
開発フェーズになってからあれも出来ないこれも出来ないと
言い出されるのが一番困る
822 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:28:44 ]: >>814
GlassfishのWebコンテナはTomcatベースだけどNIO使ったりIO方面でチューニング済み
JBOSSとかもそうだったはず。

>>820
コンテナ管理のトランザクションならJTA使うだろ？
823 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:30:49 ]: >>820
Connectionからトランザクション管理を独立できることに意味があるので
2PC使うかどうかは関係ないな
JPAもJTAを直接見てるから、JPAと連携させるのなら尚更JTAが望ましい
824 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:33:29 ]: ロギングだけならどのDIコンテナでもそんなに問題になるとは思えんが
EJB3の場合Interceptorsを必ず付与するようにしておいたほうがいいかもね

>>799は小規模ということであんまり問題にならないと思うけど

とりあえず小規模なうちにDIコンテナとか一通りの勉強しておいたほうがいい
今後JavaEE6やJavaSE7でまた大きく変わるからね

JavaEE5の時代のうちに世の中に追いついておいたほうがそのとき覚えるものが少ないかと
825 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:42:51 ]: >>822,823
SpringだとJTAなくてもコンテナ(Spring)管理のトランザクション使える
2PCがいらなけりゃJTAはいらん
826 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:44:39 ]: >>823
> JPAもJTAを直接見てるから、JPAと連携させるのなら尚更JTAが望ましい

EntityTransactionは無視ですかそうですか
827 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:45:55 ]: >>825
その考えがもう古いんだよ
JPAはJTAを用意できないとRESOURCE_LOCALモードになってしまうし
最近はSpringを介さず直接JTAを見るO/Rマッパーが殆どだぞ
828 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:50:03 ]: >>827
2PC使わなけりゃローカルモードで十分だろ
何のメリットがある？
829 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:52:44 ]: >>828
JPAのコンテナモードそのものがJTAモード前提になってる
実装によってはコンテナモードとローカルモードで挙動が変わる
一度JPA仕様をしっかり読むことをお勧めする
830 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:52:48 ]: >>827を支持しよう
SpringにしろSeasar2にしろJTAとデータソースをJNDIで持ってくるのが正解（EJB3の場合全自動）かと

RESOURCE_LOCALとかスタンドアロンアプリ以外ありえん
831 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:55:47 ]: >>829
コンテナモードがいらんだろ
832 名前：デフォルトの名無しさん mailto:sage [2008/05/24(土) 23:57:44 ]: id:shinとかid:da-yoshiとかいそうな流れ
833 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:04:04 ]: このスレ見てると道具の進化に踊らされる猿たちって感じだな
834 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:08:18 ]: glassfish厨は専スレ立てたらどうかと思うんだ
835 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:11:59 ]: GlassFishの話だったのか？
APサーバでSpringというパターンが多いからピンとこなかった
836 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:18:40 ]: >>835
>813,819,822
837 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:22:55 ]: >>836
ああ悪い、TomcatとAPサーバという話が並行して行われていたのかｗ
TomcatならたしかにJTA使うのが前提にはならないな
個人的にはSpringの仕事はAPサーバばかりなんだが、
やっぱりTomcatで動かしてる現場の方が多いのだろうか？
838 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:32:45 ]: >>832以降、JTA厨がいなくなった件w
839 名前：837 mailto:sage [2008/05/25(日) 00:38:29 ]: >>838
いやいるけどｗ
自分のやった仕事はほとんどがAPサーバ前提だったから
SpringでもJTAを選ばないという選択肢をしたことは無かった
あまりTomcat案件そのものに当たったこともないんだけど、もしかして自分は少数派なのか？
840 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:40:23 ]: ＞以前JPAのAPIに拘ってCriteriaを採用せず、後で痛い目にあったからよくわかるｗ
なんで調べてから使おうとしないのか理解に苦しむ。
841 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:48:16 ]: >>839
俺の周囲では少数派だな
OSSのAP鯖つってもJavaEE5なんてつい最近まで選択肢になってないし
J2EE1.4だったらいらん。Spring+Tomcatで十分だったからそのまま
JavaEE6にはちょっと期待してる。Tomcaプロファイルにw
842 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 00:55:53 ]: >>841
なるほど、そうなのか
自分の場合、OSSのAP鯖はほとんど無くて、有償のJ2EEサーバが多かった
WebLogicとかWebSphereとか
EJB2なんて勿論使わないから、SpringでDataSourceやJTAを使っていた
JavaEE6のプロファイルって、Tomcat＋Springみたいな形だっけ？
だったら軽くて良さそうだね
843 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:04:08 ]: >>842
> WebLogicとかWebSphereとか

JTA使いたいからWLS/WASを選んだわけじゃないだろ？
あったから使うってだけで。JMS使ったなら別だが
844 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:07:39 ]: JMSって普通に使うだろ？

JavaEEプロファイルはもめてるみたい
845 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:13:33 ]: >>844
大企業のシステムでは普通に使う
中小企業のシステムでは普通は使わない
システム自体の規模(受注額)はあんまり関係ない

プロファイルはJBossがWeb Beansをゴリ押ししてるってどっかで見たな
846 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:25:16 ]: JBOSS　+　EJB2でDoclet、
パフォーマンスでないのでJDBC直に使いますとか
いう時代に比べれば正直何を選択しても天国だよ

WebBeansはSeamをベースにしてるからそれを
売り込みたいという意味合いが強いと思う

EJB3.1でせっかくwarにはいるようになったのに
JSFのスコープ対応していないというところが
一番の問題だったと思う

EJBはWebだけからアクセスされるものではないから
密接にしたくないというのもあるのかもしれないけどね
847 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 01:49:49 ]: WebBeansって未だによく知らないのだけど
Spring Web Flowみたいなもん？
848 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 02:38:59 ]: 誰かSpringApplicationPlatform落とした？
JPAやJMSをサポートするらしいけどJTAは含まれてる？
849 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:40:29 ]: JavaEE6 のプロファイルがどうとか、
みんなそういう新しい情報、しかも使い物になるかどうか、ってどこで集めてくるの?

自分はマイコミと atmark-it は読んでいるが、そういうのには出てこないよね。
theserverside.com と infoq は、一時追っかけてたけど脱落したww

海外サイトでも、英語がんばります。
850 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 18:46:23 ]: そんなの追いかけても意味ないよ
手段と目的を取り違えたイタイ人になるだけ
851 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 19:32:01 ]: >>850
GlassFish厨のことですね。分かります。
852 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 19:42:29 ]: JBOSS　+　EJB2でDoclet、
パフォーマンスでないのでJDBC直に使いますとか
いう時代に比べれば正直何を選択しても天国だよ

そんなもんと比較すんな、ぼけ
853 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 20:15:53 ]: EJB2の何が悪いの？
854 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 20:40:20 ]: >>853
すべて
855 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 21:04:49 ]: EJB2の時代まではIDEのサポートとかほとんどなかったのが大きいと思う
そのくせ生成するファイルの膨大さといったら
856 名前：デフォルトの名無しさん mailto:sage [2008/05/25(日) 21:07:26 ]: EJBは金がかかってしかも遅い、ってイメージが定着しちゃったのが失敗だな
857 名前：デフォルトの名無しさん [2008/05/26(月) 22:53:17 ]: EclipseからSpringIDEをインストールしようとしています。

［ヘルプ(H)］→［ソフトウェア更新(S)］→［検索およびインストール(F)］
からインストールしているんだけど、
検索結果ダイアログでフィーチャーを選択してると、なんかフィーチャーが
足りませんみたいなエラーがでてきます。
SpringIDE入れる前にインストールしておかないといけない
ものってありますか？

インストールしたのはこれだけです。
JDK,JRE
Eclipse 3.3
Eclipseの日本語ツール
Tomcatプラグインツール
858 名前：デフォルトの名無しさん mailto:sage [2008/05/26(月) 23:03:48 ]: >>857
EclipseがJava Developersなんじゃない？
WTP・GEFが必要だからJavaEE Developers強く推奨だよ
ttp://springide.org/project/wiki/SpringideInstall
859 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:12:49 ]: >>858
やさしす
860 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 00:44:19 ]: あなたのやさしさが怖かった
861 名前：デフォルトの名無しさん [2008/05/27(火) 18:40:27 ]: StrutsとSpringの連携ってautowiringrequestprocessorを使うのが今風？
分かる人教えて～

当方女子高生です＞＜；
862 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 21:13:49 ]: そんなことしてないでお母さんの手伝いをしなさい
863 名前：デフォルトの名無しさん [2008/05/27(火) 21:45:26 ]: >>858さん
ありがとうございます。

SpringIDEインストールできました。
Springのプロジェクトも作成できました。

ただ、
import org.framework.......
っていう感じに書いてもエラーがでてきます。
コードアシストも反応しないし。。。
他に何か設定ってありますか？

何度もすみません。
Java歴一週間で会社でだれも経験者がいません。
どなたか教えてください。。。
864 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 21:55:49 ]: その会社すぐに潰れそうだなｗ
865 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 22:39:41 ]: 新入社員研修？
866 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:14:07 ]: >>863
SpringIDEの前にやるべきことが山のようにあるだろ

>>864
まったくだよな
867 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:23:27 ]: >>863
勉強・調査しましたが無理でした。と報告しなさい
868 名前：デフォルトの名無しさん mailto:sage [2008/05/27(火) 23:38:50 ]: Java出来る人材がいないから潰れるなどということはない
869 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:15:54 ]: >>863
Springはまずはすてろ
Javaを勉強したほうがいい

環境構築を考えるのならEclipseよりNetBeansのほうがいいかも
870 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:35:13 ]: >環境構築を考えるのならEclipseよりNetBeansのほうがいいかも
ﾜﾛﾀｗｗｗ
871 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:38:54 ]: NetBeans厨ってうざいよな
GlassFish厨ってうざいよな
872 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:40:43 ]: >>870
ほかに環境構築が楽なIDEがあるのなら教えてくれ
昔のJBuilderもかなり楽だったけど、今では面影ゼロだし
873 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:41:52 ]: ど素人なら、SpringIDEじゃなくて素のEclipseプロジェクトで動かした方がいいかもな
どうせ操作ろくにわからないんだろうし
Eclipseの入門本でも買って、TomcatでWebアプリ動かす練習してみて
それが動かせるようになったらSpringに改めて挑戦してみたらいい
874 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 00:46:32 ]: >869の次のセリフ

教科書は「創るJava (改訂第2版)」がいいかも
875 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:23:27 ]: なんでNetBeans拒否反応凄いの？

まぁ、俺はeclipse3.2を使ってるわけだけどもｗ
3.3の遅さはどうにかならんのかね・・・スピードはNetBeansの勝ちだよ
876 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:27:50 ]: Eclipse で環境作れないようなら、
NetBeans 使ったところで
たかが知れてる(他の部分でどっちみち躓く)って話だろ。
NetBeans 否定してるわけじゃない。
877 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:41:15 ]: NetBeansとEclipse両方の経験が豊富な人の冷静な比較が聞きたいですね
878 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 01:54:15 ]: >>875
ヒント：
Javaのお勧め入門書スレで創るJavaだけずっと粘着が続いている（比較的最近も急に復活した）
大量に削除でスレ番号が頻繁に移動する
879 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 06:13:55 ]: >>875
もしかしてvista使ってない？
880 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 06:52:50 ]: >>879
XPだよ
メモリもCPUも開発スペックなんだけどねぇ・・・

自分が言うのもなんだがIDEスレじゃないんでココらへんで・・・
881 名前：デフォルトの名無しさん [2008/05/28(水) 21:14:57 ]: 863です。

Tomcatをいれていろいろプログラムを作りました。
組み込みの開発経験は長いので、Javaやサーブレット自体は難なく
簡単なアプリを作れます。

ただ、Springがどうしても入らないんです。
882 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 21:24:15 ]: >>881
>Javaやサーブレット自体は難なく簡単なアプリを作れます。
ならSpringIDE使わないでやれば？
今までそういう発現する奴いっぱい見てきたけどホントに出来た奴は０だったな。
883 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 22:05:15 ]: SpringIDE入れてもSpringは入らないけどな。
どうしてSpringIDEを入れるとSpringが入ると思い込んでいるのか激しく疑問だ。
884 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 22:22:10 ]: SpringIDE無くても問題無いと思うよ
ってかSpringIDE今一なんだよね、
俺は入れても使ってないよ、必要無いから
885 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 22:33:55 ]: >>881
他の言語が長いからといって１週間程度のJava暦ですぐにつかえると思い込むのはやばい
表面上だけ理解していると思っておいたほうがいい
886 名前：デフォルトの名無しさん mailto:sage [2008/05/28(水) 23:52:47 ]: >>881
文系出身の今年入社の僕でも出来ましたよ～
組み込みの経験とか関係ないのでは？

>ただ、Springがどうしても入らないんです。
ちょっとわらってしまいましたｗ
887 名前：デフォルトの名無しさん [2008/05/29(木) 00:40:32 ]: 皆さんあんましStrutsとは連携しないのかな？
失礼しましたぁ～

お兄ちゃんとモンハンしてきまｓ＞＜；
888 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 07:13:33 ]: Struts2と連携させて使った、Spring2･5だけど
889 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 22:12:31 ]: フレームワーク指定縛りがなければ
SpringMVC + Velocity を試してはどうか
890 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 23:45:27 ]: はじめてHibernateを使ってみたんだけどLazyInitializationExceptionが　＞＜
みんなどうやって対応してるの？
画面から直接エンティティを参照しない？
891 名前：デフォルトの名無しさん [2008/05/29(木) 23:49:00 ]: >890

DBから一緒にとってくるように設定しているな。
892 名前：デフォルトの名無しさん mailto:sage [2008/05/29(木) 23:58:49 ]: >>891
ごめん
言ってる意味がわかんないw
893 名前：デフォルトの名無しさん [2008/05/30(金) 00:02:06 ]: >892

Hibernateのドキュメントを読め
894 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:04:24 ]: >>893
ははは
おこった？ｗ
895 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:07:19 ]: >DBから一緒にとってくるように設定しているな。
確かに何と何を一緒になのかわからんな
逆じゃねえの？
896 名前：デフォルトの名無しさん [2008/05/30(金) 00:10:28 ]: >逆じゃねえの？

何の逆かわからないよ。
897 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 00:32:43 ]: LazyInitializationExceptionが発生するのはトランザクション終了後に
LAZY設定でロードしていないEntityにアクセスしたから
なのでDBから取得する際、HQLのJOIN FETCHなどを使って一緒に取ってくればいい

という意味だと思う
898 名前：892 mailto:sage [2008/05/30(金) 00:44:43 ]: >>897
非常によくわかりました！
そうだよね、一緒にとってくればいいんだよねー

>DBから一緒にとってくるように設定しているな。
だからこれが逆だと思ったんだよねー

クエリではJOIN FETCHって書くけど、この機能そのものはFETCH JOINって言って逆だよね？ｗ
899 名前：デフォルトの名無しさん mailto:sage [2008/05/30(金) 14:28:04 ]: >>892
Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.4
pc11.2ch.net/test/read.cgi/tech/1134701684/
900 名前：デフォルトの名無しさん mailto:sage [2008/06/01(日) 12:19:08 ]: これ入れたら『OIDON』とか使えるようになるんですが
入れたらどんな利点があって汚点があるのか公式の概要見ましたがさっぱりです。

どなたか教えてください。
901 名前：デフォルトの名無しさん [2008/06/03(火) 11:09:45 ]: spring のスパーサンプル本試すのは 1系列で試したほうがいい？
＃独学でひっそりやるんだけど
＃周りで使ってる奴はいねぇ・・・・
902 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 12:06:19 ]: 今は2.5、1.x台って何時の話だｗ
903 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 14:53:26 ]: 基本思想には違いないだろ。
EJBみたいに全然別物になっちまうときついが。
904 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 14:59:30 ]: EJBの場合別物になっても2.1を理解してた人は3.0へすんなり移行できると思うんだが
905 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 15:22:16 ]: EJB3のためにEJB2.1の入門書を読むのはきついって話じゃね？
906 名前：デフォルトの名無しさん mailto:sage [2008/06/08(日) 16:15:47 ]: 独学なら、本家のドキュメントを読むのが一番手っ取り早い
英語苦手な俺でも、サンプルが多いので何とか読み進めることができた
日本語のSpring本はどれも情報が古かったり基本的な部分を飛ばしていたりするので
入門者にあまりお勧めできる物が無い
907 名前：デフォルトの名無しさん [2008/06/08(日) 20:40:04 ]: >>906
なるほど、ありがとん　がんばってみるわ
＃あまりいい本なんだよね　確かに・・・・
908 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 03:19:10 ]: >>901

1で出来ることはほとんどそのまま2.xで動くから問題ないかと。
2.xで追加された機能は覚えられないけどね。
909 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 07:58:58 ]: 確かに後方互換はあるけど、記述方法の推奨パターンが全然違うから、
自分は今更1.X系で学ぶのはお勧めしないな
最初から2.X系のスキーマ前提の記述で覚えた方が楽だと思う
910 名前：デフォルトの名無しさん [2008/06/10(火) 22:00:48 ]: >>908,909
ありがとうございます。
JAVAそのものの経験値不足なので、collection あたりを攻めながら
調査します。
911 名前：デフォルトの名無しさん mailto:sage [2008/06/10(火) 23:04:38 ]: java経験ﾅｼでSpringは辞めた方がいい気がするがなぁ・・・
912 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:30:32 ]: コレクション分からんといい面が使えんしね
913 名前：デフォルトの名無しさん mailto:sage [2008/06/11(水) 00:46:42 ]: DIコンテナ以前の話だな・・・
914 名前：901 [2008/06/12(木) 22:54:48 ]: 色々ありがとーーーーー
スキル的には.net版で試せばいいんだろうけど、eclipse3.2.2にupしたら
なぜか、久々にjavaのコード書きたくなってｗ
もう少し(かなりだな)javaの基礎体力をつけてから、試してみますだ

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef