Java Spring Frameworkを語るスレ

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

http://www.springframework.org/

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

語るべし。

**デフォルトの名無しさん** · 2007/01/22(月) 19:21:54

>>962
Spring Remotingは同じく知らないが、
S2RMIと比べてどの辺が使いやすいのか教えてくれ。
http://s2rmi.seasar.org/ja/index.html

**962** · 2007/01/22(月) 19:47:10

>>968
Spring Remoting使ったことないおでに何故S2RMIとSpring Remotingの比較をせよと？
S2RMIも使ったことないのにｗ

**デフォルトの名無しさん** · 2007/01/22(月) 19:48:18

>>966
> それがなんとJavaSE6に搭載されたおかげで標準APIだけでクライアントのコードを書くことが出来るために
> 一気にクライアントサーバーのAPIとして注目の的となる

それだけじゃ無理だお
JDKに最初から入ってるのにCORBA流行ってないお

**デフォルトの名無しさん** · 2007/01/22(月) 19:56:39

コブラきたーーー（ちがっ）

**デフォルトの名無しさん** · 2007/01/22(月) 20:04:45

JavaSE6なんて当分遊び人しか使わないしな

**デフォルトの名無しさん** · 2007/01/22(月) 20:15:56

そういいながらJ2SE5.0についていけない人を何人も見ました・・・。
JavaEE5にもついていけない人は多いのだろうか。

JAX-WSはWSDLからのクライアント生成を徹底しているからクライアントにわたるクラスがなにか意識しないでもいいのがすごいな。
SpringRemotingはクライアントとのやりとりはインターフェースでやるのかな。

SpringRemotingと比較すべきなのはどちらかといえばHTTPを使うS2Axisのほうだとおもう。
ただ、S2Axisって名前がよくないなー。Axisなんてのに依存するのはよくねーよ。

**デフォルトの名無しさん** · 2007/01/22(月) 20:35:13

つまんねえマッピング(JPA)のミスで３時間無駄にした・・・orz

**某スレ167** · 2007/01/22(月) 21:09:29

お返事どもっす

>>966
多少前後しますが……えと、ORMスレ読んでました？(^^;
私あちらで「どーせ1:N関係には多かれ少なかれビジネスロジック絡んでくるんだから、
１テーブル／１レコードをそのまま扱うDAO／DTO作って、1:Nの関係扱う（ある程度ビジネスロジックを内包した）ファサードで纏めちゃえばいいぢゃん」とか書いてたんです（苦笑）
単に設計がまずいだけかもしれませんけどね(^^;　自作DAOしこしこ作ってた駄目エンジニアの戯言です。

で、前段。確かに、奥のほうの情報はあまりないんですよね＞Eclipse RCP
とりあえず使えるようにする情報くらいまではそこそこ出てきているんですが、何か起こったときにコワいぢゃん、というのは、確かにあると思う。

EJBか……2で挫折したんですよねー、三年ほど前に(^^;
S2Tigerは（もしこのままSeasarするなら）もちろん使うつもりです

>>967
フォローどもっす。素で間違えてました（苦笑

>>968-973
CORBAは全盛期の遥かな昔にチロっと甞めました（苦笑
つーか、そのものずばりのS2Remotingってのが先月出てた……(^^;
http://s2remoting.seasar.org/ja/index.html

**デフォルトの名無しさん** · 2007/01/22(月) 21:22:36

>>975
そのビジネスロジックの絡んだ１：Nってのがあいまいすぎてわからない

S2TigerつかってるならそれはEJB3.0とほぼ同じだよ
＠EJBってフィールドインジェクションとXMlで面倒なのは一切なし
JavaEE5に準拠していればJPAもコネクションプールからDIしてくれるからDB接続等は意識していない

技術的なEJB2との互換性はほぼゼロ（お互いに呼べるけど）だからEJB2ってのと３は別物だと思っていいよ
EJB3.0はSeasar2＋JPA(O/Rマッパ)内蔵で非常にシンプル
開発においてSpringやSeasar2より敷居が低いのにはまじで驚ろくはず

**デフォルトの名無しさん** · 2007/01/22(月) 21:27:04

そこで JBossSeamなんですよねｗ

**デフォルトの名無しさん** · 2007/01/22(月) 21:33:19

>JPAもコネクションプールからDIしてくれるから
いまいちわからん

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

>>976
> S2TigerつかってるならそれはEJB3.0とほぼ同じだよ

つS2Tigerで@EJBできるからな
ttp://s2container.seasar.org/ja/ejb3.html

**デフォルトの名無しさん** · 2007/01/22(月) 22:34:15

ファサードってなによ？ｗ

**デフォルトの名無しさん** · 2007/01/22(月) 22:43:27

この前魔界に帰ったな
つか、このスレ九州くせぇｗ

**デフォルトの名無しさん** · 2007/01/22(月) 23:02:01

>>973
ついていきたくてもWASが対応するまで無理
JavaSE5だって去年やっと対応したが現場じゃこれから
今年こそはアノテーション使いたいよｗ
好き勝手使える人は気楽でいいよな

**デフォルトの名無しさん** · 2007/01/22(月) 23:04:43

>>980
複数の呼び出しを一まとめにして呼べと言う
GOFのデザパタ中でもっとも面白くもなんともないパターン。

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

>>980
facade
俺にはファケードとしか読めねぇと思ったが
フランス語らしくＣの下に髭みたいのが生えてる文字が正式らしい。

**デフォルトの名無しさん** · 2007/01/22(月) 23:19:43

>好き勝手使える人は気楽でいいよな
classicなものを使い続けられる人の方が気楽なのでは？

**デフォルトの名無しさん** · 2007/01/22(月) 23:22:15

980はファサードという単語の意味が分からないんじゃなくて、975のファサードの存在意義が理解できないんじゃねーか？

みんな975みたいなことしてんのか？
ビジネスロジックを内包したファサードってなんだよ？
DTOでもなくドメインモデルでもないクラスってなんだ？

**デフォルトの名無しさん** · 2007/01/22(月) 23:25:35

>>985
新旧問わず自分で選んだものを好きに使える人は気楽

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

>987
気楽という意味がわからん。

**デフォルトの名無しさん** · 2007/01/22(月) 23:32:37

お気楽極楽

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

公務員的エンジニアの方が気楽だと思うけどな・・・

**デフォルトの名無しさん** · 2007/01/22(月) 23:38:01

ところでさっきから出てる Spring Remoting てのは HttpInvoker に限らない話？
当方 Spring Remoting の RMI なら使ったことありました。
本来ならスキーマコンパイラ走らせたりいろいろ面倒なところ、
ビーン定義でサクっと動くのはとても楽。
Javaの世界に閉じてるなら RMI で良いよって感じです。
Java外も絡むならWebServiceかな。

にしても Spring WebService がなかなか Release にならんですね。
ていうか、O/X Mapping から Relaxer の項目消されてるし・・・

**デフォルトの名無しさん** · 2007/01/22(月) 23:49:26

S2JMSが一向に正式リリースされる気配が無いので
Springに転向したおいらが来ましたよ。

**デフォルトの名無しさん** · 2007/01/22(月) 23:50:21

>>978
EntityManagerのDI

>>979
同じことが出来るなら人材確保やメンテ考えて標準APIのほうがいいからね

**某スレ167** · 2007/01/23(火) 01:34:22

んと、まず謝っとく。スレ違いスマソ＞ALL

>>986
まぁ、所詮は30台後半でも実装メインで食ってるしがないIT土方の寝言ではありますが(^^;
ただ、はぶさんの「FKかっこわるい。そのへんも全部『○○関係テーブル』って名前でDBに入れとけ」ってのも、なんか違うような気もしないでもない。

>>991
んと、昨日買ってきたばかりの「Spring2.0入門」によると、HessianとBurlapも使える……と、書いてある(^^;
ただ、「ふつーはHttpInvokerでいいんぢゃね？」とのこと。

**デフォルトの名無しさん** · 2007/01/23(火) 02:26:01

>994
お前が言ってる事も違うような気もしないでもない。
焦点も内容も。

OOPしてないんだろうなきっと。
してないならしてないで構わんのだが、DTOとビジネスロジックの切り分けぐらいはしておいたほうが良いと思うぞ

**デフォルトの名無しさん** · 2007/01/23(火) 07:50:29

>>993
EntityManagerのDI を「コネクションプールからDI」ってのは
「お父さんとお母さんが結婚したら子供が生まれる」ってぐらい短絡的。
途中のすごく重要なところが抜けている。

DIされたEntityManagerはJDBCコネクションプールとは直接関連しない。

**デフォルトの名無しさん** · 2007/01/23(火) 10:44:05

>>996
同じ意見。
説明が下手というか、理解していないだろうね。
簡単なサンプルプログラムで試してみて簡単簡単♪って感じで、
実プロジェクトで使っているわけでもなさそうだし、
実プロジェクトで導入できるか評価するといったレベルで使ったわけでもなさそう。
@ITやThink ITなんかの記事読んで、知ったかってとこかな？

**デフォルトの名無しさん** · 2007/01/23(火) 10:46:19

>>996
おれも思った。
おれはDAO(JPA)のテストする時、コネクションプールなんて設定してないぜｗ

**デフォルトの名無しさん** · 2007/01/23(火) 10:49:27

>>996
私もそう思いました。
Spring2.0入門のJPAの章にあるサンプルでもコネクションプールは使っていませんね。
それに「コネクションプールからDI」って本当に意味がわかりません。
DIってどういう意味で使われているのでしょうか。

**デフォルトの名無しさん** · 2007/01/23(火) 10:53:03

同意が多いと自作自演に見えてくる2ch脳な俺

**１００１** · Over 1000

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。