トップページ⇒tech
1001コメント284KB

国産DIコンテナSeasar その15

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2009/03/17(火) 20:48:19
一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

本家 seasar.org
http://www.seasar.org/

Seasar Projectグループ
http://seasarproject.g.hatena.ne.jp/

ひがやすをblog
http://d.hatena.ne.jp/higayasuo/

前スレ
その1 http://pc5.2ch.net/test/read.cgi/tech/1092044210/
その2 http://pc5.2ch.net/test/read.cgi/tech/1098885253/
その3 http://pc8.2ch.net/test/read.cgi/tech/1102862221/
その4 http://pc8.2ch.net/test/read.cgi/tech/1119608621/
その5 http://pc8.2ch.net/test/read.cgi/tech/1135986150/
その6 http://pc8.2ch.net/test/read.cgi/tech/1148204750/
その7 http://pc8.2ch.net/test/read.cgi/tech/1153060167/
その8 http://pc10.2ch.net/test/read.cgi/tech/1165531719/
その9 http://pc11.2ch.net/test/read.cgi/tech/1170674234/
その10 http://pc11.2ch.net/test/read.cgi/tech/1176050197/
その11 http://pc11.2ch.net/test/read.cgi/tech/1190846507/
その12 http://pc11.2ch.net/test/read.cgi/tech/1203122931/
その13 http://pc11.2ch.net/test/read.cgi/tech/1215962870/
その14 http://pc11.2ch.net/test/read.cgi/tech/1224157275/
0334デフォルトの名無しさん2009/07/05(日) 16:45:17
S2に限らずGlassFishがいいと思う
0335デフォルトの名無しさん2009/07/05(日) 19:31:04
S2使うならTomcatでおk
0336デフォルトの名無しさん2009/07/06(月) 12:59:01
所詮、いち島国のマイナープロダクトにすぎんからなシーサーは。
トータルで見たらSpringの方がいいにきまってる。
0337デフォルトの名無しさん2009/07/06(月) 14:53:14
知名度と使い勝手が比例するのならそうだけど
マイナーだから駄目ってのはなんだかなぁって感じ
0338デフォルトの名無しさん2009/07/06(月) 20:53:04
案件でSeasar使うところ増えてない？
まわりの半分くらいはSeasarなんだが
0339デフォルトの名無しさん2009/07/06(月) 22:04:55
半分は言い過ぎだけどSAStrutsとあと意外にTeedaが多いｗ
0340デフォルトの名無しさん2009/07/06(月) 22:16:08
Teedaがかれた宣言出したのが去年だから、今くらいの案件で使われるというのは不思議ではない。
JSF 2.0が少しずつ見えてきたこの時期に1.1ベースというのがどれだけ影響するか。
0341デフォルトの名無しさん2009/07/06(月) 22:44:07
ちょっと前までまともな事例ってひまわり証券くらいしかなかったのにな
リクルートの新規サイトも地味にS2らしい
0342デフォルトの名無しさん2009/07/06(月) 22:50:40
>>341
ソースは？
0343デフォルトの名無しさん2009/07/06(月) 23:38:31
http://itpro.nikkeibp.co.jp/article/OPINION/20070904/281080/?ST=oss
リクルートの他にソフトバンクモバイルもそうらしいな
0344デフォルトの名無しさん2009/07/06(月) 23:43:34
>>343
㌧だが2年前の記事で新規サイトのソースではないな
0345デフォルトの名無しさん2009/07/07(火) 01:45:49
リクルートは今SAStrutsだよ
俺がソース
0346デフォルトの名無しさん2009/07/07(火) 02:33:49
リクルートは大分人減ったかい？
0347デフォルトの名無しさん2009/07/07(火) 11:14:07
リクルートで転職してる人が減ってるよ。
つーか、求人がないので他でも減ってる。
0348デフォルトの名無しさん2009/07/07(火) 14:28:54
リクルートは転職屋じゃなくて情報出版業だぞ
リクルートエージェントかなんかと勘違いしてないか
0349デフォルトの名無しさん2009/07/07(火) 15:48:08
TeedaとかJSF系ってさ、GUIコンポーネントっつーのかな？HTMLコンポーネントそのまま使える案件ならいいけど
デザイナがあげてきたHTML+CSSをシステムに組み込むような案件だとツラくないか？
昔試して俺には無理ぽだったので、そんときゃS2strutsを使ったよ
0350デフォルトの名無しさん2009/07/07(火) 16:01:16
JSFなんてイントラ案件でしか使わんだろあんなもっさり
0351デフォルトの名無しさん2009/07/07(火) 17:24:22
制約の情報をあんまり告知せずに革命的テクノロジーとか言ってリカマンドしてくるベンダーとの戦い。いつ終わるのこれ
0352デフォルトの名無しさん2009/07/07(火) 21:06:00
>>349
決められたコンポーネントを多用する社内アプリならば十分
もっさりということも特にない

用途に合わせて最適なフレームワークを選択するのが普通
1つだけに絞ろうとするのが間違い
0353デフォルトの名無しさん2009/07/07(火) 21:22:24
少数精鋭で小回りがきく組織ならそれが普通かもしれんが
5次受け6次受けの兵隊引き連れてる大所帯の組織では普通じゃない
0354デフォルトの名無しさん2009/07/07(火) 23:39:17
>>345
俺もリクだが
S2使っているとこはさ結局悲鳴しか聞こえてこんよ
S2&SAStruts使えるって感じるならSpring&Struts2やWicketは天国だと感じるだろな
0355デフォルトの名無しさん2009/07/07(火) 23:41:15
おまえ偽者だな
悲鳴が聞こえてたのは独自フレームワークだった所だろ
0356デフォルトの名無しさん2009/07/08(水) 00:14:31
偽者って言われちゃったよ・・・
本質を理解できない奴にいちいち説明するの面倒だな
0357デフォルトの名無しさん2009/07/08(水) 00:19:16
本質ってなにかね。
0358デフォルトの名無しさん2009/07/08(水) 00:24:54
>>354
どんな悲鳴だ？本物なら具体的に書いてみろよ
0359デフォルトの名無しさん2009/07/08(水) 00:49:48
こないだまでRでぐるなびみたいなサイト作ってたけど（カットオーバーおめ）、
SAStrutsは非常に使いやすかった。
Spring + iBATISなんかより全然な。
0360デフォルトの名無しさん2009/07/08(水) 00:54:14
>>358
ｷﾞｬｧｧｱｸﾞｩｶﾞｯｩｧｧｳﾋｬｬｱｧｧｱ
0361デフォルトの名無しさん2009/07/08(水) 01:01:55
S2&SAStrutsってのが全く理解してない証拠だと思う
0362デフォルトの名無しさん2009/07/08(水) 01:05:43
>>359
おま、比較対象が
0363デフォルトの名無しさん2009/07/08(水) 01:08:51
SAStrutsなんてDIコンテナが何かなんて気にする必要もないプロダクトなんだから
中身がS2だろうがEJBだろうがSpringだろうがどうでもいい話じゃね？
フロントエンドのPGは単にアクションとJSP書くだけだもん
0364デフォルトの名無しさん2009/07/08(水) 03:47:04
悲鳴ってのはプロジェクト管理に起因する事象だろう
最後はとにかく人を突っ込むってことをやってたようだ
事実余り Java を知らん人とかも増援で入ってたし
Hプロジェクトが火を吹いてたのは S2とは無関係だと思うな
0365デフォルトの名無しさん2009/07/08(水) 04:09:50
業務委託じゃRなんてかなりスキルないと入れてもらえなくて有名だが
0366デフォルトの名無しさん2009/07/08(水) 04:52:15
面接を受けると、それも頷ける部分はあるが、
実際のところはそうではないようだ。
ぶっちゃけ協力会社による。
今はどんどん切られてるから、スキル無い人から減ってるけど、
去年の忙しい時期なんかは、とにかく人を入れろって感じ。

そんで件のプロジェクトは火を吹いてたんで、とりあえず人を突っ込んだ。
そしてガバっとまた人が減る。

それに、2年前とかの企画だと、どーしよーもないソースも結構転がってるよ。
S2採用以前のね。
自社FWがどーこー言う話はよく聞く業界だけど、
こればっかりは、何を間違えてこうしちゃったの？って思わずにはいられない。
0367デフォルトの名無しさん2009/07/08(水) 10:45:46
>354
>>S2&SAStruts使えるって感じるならSpring&Struts2やWicketは天国だと感じるだろな
えー、そんなに違うもんなのか？
0368デフォルトの名無しさん2009/07/08(水) 11:28:48
>>367
S2Wicketこそが天国への門
0369デフォルトの名無しさん2009/07/08(水) 12:26:27
Struts2覚えるのが面倒
0370デフォルトの名無しさん2009/07/08(水) 12:48:22
Wicketってメモリ喰う、いや喰わないとか論争してて不吉な匂いがするよ。
マイクロベンチで検証してOKで実際にデカいアプリ作ったらダメでしたとか、ってことになるんじゃねーかとか
考えすぎ？
0371デフォルトの名無しさん2009/07/08(水) 12:49:42
>>354
S2よりSpringが素敵なところってどこ？オフショア使えるとこ？
0372デフォルトの名無しさん2009/07/08(水) 14:14:33
Seaserを実際に使ったことがない(ドキュメントは読んだ)
俺が印象だけで答えてみるテスト。異論反論は受け付ける

Springが勝っている点

* 世界的に見て、事実上の標準技術と見做されている
* 情報量が多い (世界規模 vs 日本のみ)
* サポートしているコンポーネントが多い

Springが負けている点

* 開発を軌道に乗るまでが面倒
→ Springはいろいろとお膳立てしてやらんとまともに使えない


あと、オフショアに投げるなら、
なおのことSpringを生で使わせたらアカンと思う
0373デフォルトの名無しさん2009/07/08(水) 17:49:09
>>* 情報量が多い (世界規模 vs 日本のみ)
英語読めない人が多い場合は情報量が逆転。
Springでもプロジェクト回せる時点である程度のレベルの人員が集まってるんだろな。
>>372がｳﾗﾔﾏｼｽ

話それるけどS2は使用感は結構よいけどドキュメントの品質はあんまよくないよね。
なんかまだるっこしい書き方が多いし
「XXはセッションにキーXXで管理しておりライフサイクルはXX」
みたいな知りたい情報がML上にしかなくてドキュメント上では
「XXはコンテナが自動制御するので簡単に使えます」とかそんな書き方だったりとか。
0374デフォルトの名無しさん2009/07/08(水) 18:14:16
ん？
Springを直でいじらんといかんのはアーキテクト役のメンバだけだと思うぞ。
そういうやつはフツーに英語読むだろ

開発者はSpringを意識しなくて良いようなアーキテクチャにするか、
または開発ガイドラインで決められた通りに使うだけという形にする。
だから開発者は英語が読めなくてOKだと思うがいかがだろうか
0375デフォルトの名無しさん2009/07/08(水) 18:22:41
>>372、たけぞう氏、ゆーすけ(誰？)の意見をまとめると

大人数で俺々フレームワークのベースとして使う→Spring
少人数で直に使う→Seasar

でおk？
0376デフォルトの名無しさん2009/07/08(水) 18:29:23
>>375
Spring -> DIコンテナの使い方が普及していない時期に作られた糞のようなフレームワークがたくさん（ｗ

Seasar2 -> 使いやすさ重視。フレームワークもいいね！
0377デフォルトの名無しさん2009/07/08(水) 19:04:59
>>Springを意識しなくて良いようなアーキテクチャにする

それが理想なんだけどさ、アーキテクトだけが把握してればおｋならいいんだけどさ・・・

・フレームワークって下位レイヤを隠蔽するよう設計されるが
現場の開発では高確率でトラブル発生して下に降りる必要が出てくるよね。
Springの場合はどお？安定・信頼して使えるかんじ？
S2系は一生懸命作ってる人には悪いけど、
プロダクトのテストケースは充実しているわりにバージョン上げたときとかトラブル多かった。

・メンバにはコンフィグファイルを一つもいじらせないように出来る？
おれんとこだとS2使ったプロジェクトでそれに近い感じで進行させたら、
肝心のところでDI使ってない汚いコードになってしまって失敗したよ･･･
03783752009/07/08(水) 20:08:01

> ・フレームワークって下位レイヤを隠蔽するよう設計されるが
> 現場の開発では高確率でトラブル発生して下に降りる必要が出てくるよね。
> Springの場合はどお？安定・信頼して使えるかんじ？

少なくとも俺は、Springがらみでトラブルになったことは殆どないし、
万一のことがあっても、こういうときにこそ情報量の差(英語圏含む)と
いうものが如実に表れてくると思う。

大抵のトラブル(殆どは設定ミスだが)はググればすぐに原因がわかったし、
いままで、Springのソースを読むハメになったケースは一度もないかな。

> ・メンバにはコンフィグファイルを一つもいじらせないように出来る？

できてるよ。俺は<context:context:component-scan>を使ってる。
03793722009/07/08(水) 20:10:15
やべまちがった。
↑は375じゃなくて372ですた。
0380デフォルトの名無しさん2009/07/08(水) 20:26:50
>>378
> できてるよ。俺は<context:context:component-scan>を使ってる。

それで済むのって自動ワイアリング以外の設定がない場合だけだよね？
プロパティに文字列やMapを設定するようなコンフィグ的な設定はどうしてる？
03813722009/07/08(水) 20:53:43

個別で設定が必要なBeanは俺も個別設定してるよ。
確かにそういう場合は<context:component-scan>は使えないな。たぶん。
ただ、それにしても、そういう設定をやるのはアーキテクトの仕事だと思う。

開発者がいちいちBeanのプロパティを指定しなければならないケースって
イマイチ想像が付かないんだが…
例えばサービスクラス毎にトランザクションの切りかたが違うとか、
そういうのか？


そういえば、前提条件を話してなかったな。
俺は今回の話では、Webアプリケーション開発(社内業務システム程度)を
イメージして話している。そこで食い違いがあるのならすまんかった
03823722009/07/08(水) 21:00:03
あと言っとくと、俺はSpringとSeasarの比較において
あくまでも開発全体の観点から論じているだけで、
細かい技術要件で優劣を付けるつもりはないぞ。

それに、そういう議論するとすぐに荒れるしな。
0383デフォルトの名無しさん2009/07/08(水) 21:01:09
>>381
もろもろの制約値など業務的な設定を可変にしておく必要があるだろ
それをSpringのxmlでやるやらないを含めてどうやるか考えるのはアーキテクトの仕事だが
個別の設定をいちいち書くのはアーキテクトの仕事じゃない
03843722009/07/08(水) 21:06:48
あーすまん。
「アーキテクト=開発リーダー」
と読みかえてくれ。そういうつもりで書いた。
0385デフォルトの名無しさん2009/07/08(水) 21:27:34
詳しくない奴ほど語りたがる
0386デフォルトの名無しさん2009/07/08(水) 21:29:08
>>384
読み替えても質問の答えは見つからないが？
まさか業務的な設定値を全てリーダーがxmlに書いてるとか？
いやいやいやいや、それはあり得んだろ常識的に考えて
0387デフォルトの名無しさん2009/07/08(水) 21:29:53
語リスト上等
03883722009/07/08(水) 21:33:02
業務的な設定値って、設定ファイルだと思うんだけど(違うなら指摘してくれ)、
俺は開発者全員がそれぞれ設定ファイルを書く必要がある案件は見たことないんだけど。
普通のWebアプリ程度で、そんなに設定項目が多いことがあるのか？

…つーか話が本筋からズレてるんだけど。
まだ設定ファイルの話を続けたいのなら俺は去るぜ
0389デフォルトの名無しさん2009/07/08(水) 21:34:11
サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
DI対象の設定や可変項目やら、つまらん設定値の個別制御はSpringでやらせない。
ってことかな。Spring使ったことないから想像だけど。
0390デフォルトの名無しさん2009/07/08(水) 21:37:49
>>まだ設定ファイルの話を続けたいのなら俺は去るぜ
うまくプロジェクト回してる人っぽいから俺は話聞きたいyo！
色々語って欲しい。
0391デフォルトの名無しさん2009/07/08(水) 21:43:04
>>372
＞* 開発を軌道に乗るまでが面倒
＞ → Springはいろいろとお膳立てしてやらんとまともに使えない

ん？セットアップはS2より楽だよね？
0392デフォルトの名無しさん2009/07/08(水) 21:43:32
>>390
うまく回してるように見えるか？w
Spring上にオレオレフレームワークを作る必要がある案件には見えないな
Seasar直でやった方が楽だったんじゃねーの？って見える
さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
0393デフォルトの名無しさん2009/07/08(水) 21:44:23
>>391
でたなw
お前NetBeans好きだろ？www
03943722009/07/08(水) 21:50:21
> サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
そう。

> DI対象の設定や
これをDIコンテナでやらんかったら存在意義がwww

> 可変項目やら、つまらん設定値の個別制御はSpringでやらせない。
そう。だって依存性の解決をするのがDIコンテナの役割であり、
設定パラメータのインジェクションは「DIインジェクション」
ではないと考えている。
そういう細かいことまで無理矢理やらせようとするから
おかしなことになるんじゃないかと思うけどな。


>>391
すまん、俺はSeasarを実際に使ったことないから比較できん。
だけどトランザクションの設定やら何やら、最初の設定は結構面倒だと思うぞ。


>>392
> Spring上にオレオレフレームワークを作る必要がある案件には見えないな
オレオレフレームワークを作ったなんて話は一言もしてないぞwww

> Seasar直でやった方が楽だったんじゃねーの？って見える
ならその理由を具体的に書いてくれよ。ぜひ議論に参加してくれ。

> さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
それはこの議論で重要なの？
ここは2chなんだし、バックグラウンドなんてどうてもよくて何を語るか全てだと思うが。

0395デフォルトの名無しさん2009/07/08(水) 21:56:51
>>394
> オレオレフレームワークを作ったなんて話は一言もしてないぞwww

>>374=372じゃねーの？
これって実質オレオレフレームワークだろ。>>377以降これで盛り上がったんだぜ？

> 開発者はSpringを意識しなくて良いようなアーキテクチャにするか、
0396デフォルトの名無しさん2009/07/08(水) 21:57:21
>>394
軽い開発を目標にしてるなら<tx:annotation-driven/>かいて
サービスに@Transactionalつければいいだけだよね？
0397デフォルトの名無しさん2009/07/08(水) 22:05:22
S2嫌いでSpringマンセーの奴と議論したときに
最終的にはS2はEclipseとTomcatに依存してるのが嫌いだとか
言いやがったことがあったな
0398デフォルトの名無しさん2009/07/08(水) 22:05:41
>> サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
>そう。

アノテーションハンドリングってxml上の設定を書くだけ？javaの制御コードも？
javaのコードもならS2比較で言うとSAStrutsとか
各S2フレームワークプロダクトに相当する気がする。
たぶんS2使う開発者はアノテーション制御を自分で書いたりまでしないで
SAStrutsみたいなのをそのまま使ってると思う。
あ、僕は煽ってる人じゃないので念のため。
xmlだけで色々できるならspringちょっとすごいかもしれない。
03993722009/07/08(水) 22:07:10
>>395
<context:component-scan>使っただけでオレオレフレームワークになるのかwww

例えばStrutsとSpringを無改造で使って<context:component-scan>と組合せるだけの
シンプルな構成でも、どのクラス群にどういう役割を持たせるかを明確化して
開発ガイドラインとして規定したら、それはアークテクチャだと思うけど。

フレームワークは、あくまでもアークテクチャを実現する手段の
一つに過ぎんと思うぞ。

>>396
それだとクラスが密結合になるんじゃないか。
単体テストのことを考えたらDIしたいぞ。
0400デフォルトの名無しさん2009/07/08(水) 22:13:11
Spring＋HibernateEntityManager（コンポーネント自動検出 without アノテーション編
http://d.hatena.ne.jp/beyondseeker/20080621/1214083335
たぶんこーゆーの書いてるってことだろな。記事読んでないけど。
0401デフォルトの名無しさん2009/07/08(水) 22:13:15
>>399
> <context:component-scan>使っただけでオレオレフレームワークになるのかwww

それだけ？ｍｊｄ？
だったら>>377へのレス(>>378)はすべきじゃなかったな
>>378で最初に引用されてるフレームワークはどう見たって
Springじゃなくオレオレフレームワークのことだからな
04023722009/07/08(水) 22:17:11

>>400
あ、まさにそれそれ。

>>401
>>378は、聞かれたから答えただけだぞ。



議論が本筋からズレてきたから、そろそろ戻していいですかね。

今度は俺から質問なんだが、Seasarサイドから見て
Springの問題点を教えてくれないか。
個別の技術要素じゃなくて「開発全体で見た観点」で。


04033722009/07/08(水) 22:23:39
>>397
それはヒドイwww
俺はそんな逃げかたしないし、間違いがあったら認めるぞ

あと、俺は別にSpringマンセーじゃなくて、
ただの「Springは使ったことはあるがSeasarは使ったことがない開発者」だ。
0404デフォルトの名無しさん2009/07/08(水) 22:28:09
>>402
・自分やメンバにスキルやモチベがない
・時間との戦い
・トラブった時
など考えて英語情報を漁ってまでSpring使う気になれない。
使ってないから役に立たない回答でｽﾏﾝｺ
Springでおすすめの書籍やサイトあったら教えてくれよ
0405デフォルトの名無しさん2009/07/08(水) 22:28:28
>>402
Springまともに使ってないけど、最初に感じたのはアプリ全体をどう作っていいか
わからないってことだな
SeasarだとS2+SAStruts+S2JDBC+BeansとかS2+Teeda+S2Dao+S2Dxoとか
フルスタックでうまく考えられててDoltengですぐに始められる
ようするに>>331だ
0406デフォルトの名無しさん2009/07/08(水) 22:33:30
Springが2.xになる前にSeasar2使い始めたからそのままSeasar2
Springが最初からXML地獄を考慮してれば違っただろうな
タイミングは重要だよ
EJBだってSpring出る前に3になってれば流行っただろう
0407デフォルトの名無しさん2009/07/08(水) 22:34:30
Wicketマンセーな人が >>370 にコメントつけてくれるとｳﾚｼｽ
0408デフォルトの名無しさん2009/07/08(水) 22:35:51
あー俺も>>406と同じだわ
04093722009/07/08(水) 22:39:04
>>405
>>406
なるほど、確かに。それは言うとおりだな。
俺はSpring1.x時代は知らんし。

じゃあ確実にSpringが負けているところは
結局>>331なんだということで理解した。
0410デフォルトの名無しさん2009/07/08(水) 22:59:53
Springのエバンジェリストみたいなやつがガンガン宣伝すればまた状況は違うんじゃない？
S2の場合ひが氏の釣り師レベルが高くて上手く宣伝できてるってのもあると思う
0411デフォルトの名無しさん2009/07/08(水) 23:03:12
まあ Springが安定してるよって話聞けただけでも参考になった。
周りに使ってる奴いないんだもん
04123722009/07/08(水) 23:11:36
>>404
ここはそれなりに参考になった。
ttp://d.hatena.ne.jp/nikkei225f/
ただし、どちかというとStruts2の話がメインであるが。
ちなみにここの人が書いた本はダメダメらしいから要注意な。

>>410
確かに、ヒガ氏のプレゼンスも含めSeasarはちゃんと市場を
意識していて、ニーズに合った製品を市場に出せていると思う。
まあ>>331のことだが。

それに引き換えSpringは…
ttp://www.springsource.com/training/classes/asia-pacific
日本は眼中になしwww


>>411
そうなのか。逆に俺のまわりはSpring一色だな。
SpringもSeasarも成熟しているし、一度どちらかに染まってしまうと、
どうやら積極的に乗り換える理由もなさそうだから、
民族大移動はもう起こらんのかもしれんな。
0413デフォルトの名無しさん2009/07/08(水) 23:33:34
最近はPHPの案件が多いんだけど、
Ｊａｖａってそろそろ落ち目なんかな？
0414デフォルトの名無しさん2009/07/09(木) 00:13:48
>>412
ここはSeasar2スレ
Seasar2案件が多いやつが目立つのは仕方ない
国内に限定してもおそらくSpringのほうが多いはず
0415デフォルトの名無しさん2009/07/09(木) 00:37:32
Seasar2
CakePHP
が好き
プログラマとしては素人だけど
新しい物好きの俺が言うんだから間違いない
0416デフォルトの名無しさん2009/07/09(木) 01:37:53
で、おまえは何を言ったんだい？ｗ
0417デフォルトの名無しさん2009/07/09(木) 09:37:21
>国内に限定してもおそらくSpringのほうが多いはず
そうなの？どっかに統計ないかな？
0418デフォルトの名無しさん2009/07/09(木) 09:45:17
【DI】Java Spring Frameworkを語るスレ 4.0
http://pc12.2ch.net/test/read.cgi/tech/1227196176/
あんま盛り上がってるように見えない
0419デフォルトの名無しさん2009/07/09(木) 10:09:48
>402
>今度は俺から質問なんだが、Seasarサイドから見て
>Springの問題点を教えてくれないか。
>個別の技術要素じゃなくて「開発全体で見た観点」で。

component-scanが入って、特に優劣はないとおもう。
S2暦長いけど、今となってはそんなに違わないんじゃないかな。
0420デフォルトの名無しさん2009/07/09(木) 11:53:19
>>372ってどーゆー構成で作ってたの？お勧めspringプラグインとか教えてよ
04213722009/07/09(木) 14:00:44
>>420

Springのプラグインって何だ？

Springのサブプロジェクトのことなら、
悪いが俺は何も使ってないからわからん。
というか何も使う必要はないって感じかな。
SpringにはDIコンテナ以上のことは求めてないし。

Eclipseのプラグインのことなら、これもやはり使う必要はないと思っている。
だって<component-scan>を使えばapplicationContext.xmlは最初に一回だけ
書けばいいので、IDEの支援はいらないし。
0422デフォルトの名無しさん2009/07/09(木) 14:58:03
S2はHOT reloadingが便利だな。
0423デフォルトの名無しさん2009/07/09(木) 16:53:15
>>402
Spring開発したときに苦労したのは、ろくな本が無いこと
Spring2入門買ったら前作のSpring入門読めとか書かれてあって、ふざけるなと思ったｗ
本家の英語ドキュメントが充実しているからなんとかなったけど

S2はS2側のお勧め構成の意識がすごく強くて
言われる通りに構成すればいいという安心感はあるな
JTA実装やコネクションプール実装も持ってるし、自前のO/Rマッパーもあるし
自前じゃないけどSAStrutsもあるから、とにかくオールインワン色が強い
あと、HOT Deployは大きな優位点だと思う

SpringはWebフレームワークとO/Rマッパーを自分で選択して、自分で組み合わせるのが前提だから
開発リーダーの腕次第というところがある
その分組み合わせの幅が広くて、新しいFWもすぐにSpring対応するのは便利だと感じた
0424デフォルトの名無しさん2009/07/09(木) 17:42:30
Spring1.x+hibernate+Strutsを経験して
今Seasar2.4+dbflute+teeda使ってる俺が通りますよ。

>>406
俺もそれ。FWを選定している最中に、teedaの特集に乗せられてしまった口です。
結局teeda自体はあれだけど、Seasar2+dbfluteは結構幸せだよ。

Seasarは用意されたドキュメントがなんとも目的の事が探せないというか、
今一統一感がないというか、タライ回しにされてる感があって微妙。
でも、MLで聞く度胸さえあればなんとかなるし、ある程度要望も聞いてくれるし、
日本語なblogもたくさんあるしね。

ココで技術的なことは聞いちゃダメらしいけどｗ
0425デフォルトの名無しさん2009/07/09(木) 17:47:05
>>424
>ココで技術的なことは聞いちゃダメらしいけどｗ

嘘を嘘と見抜ける人なら問題なし。
0426デフォルトの名無しさん2009/07/09(木) 18:00:23
全部嘘だから問題なし
0427デフォルトの名無しさん2009/07/09(木) 18:01:23
>>424
参考までに、Teedaがどうあれだったのか聞かせてほしいｗ
0428デフォルトの名無しさん2009/07/09(木) 18:57:59
>>427
誤解を与えてしまったかも知れんが、今はそんなにアレじゃないよｗ

なんつーか、BAD KNOW HOWが溜まるまでがちょっとつらかった。
（これは何でも同じだけどね）

現時点での大きなアレなところは、
・JavaScriptが前提になっている部分があるので、携帯向けはつらい。
・ネストされたプロパティを扱えないんで、ページクラスが煩雑になる
　（これは、次期バージョンで対応するとかしないとか）
詳しくは、MLを見るようになｗ
0429デフォルトの名無しさん2009/07/09(木) 19:34:39
悪いこといわんからJSF系はやめておけと忠告しておきたい。
0430デフォルトの名無しさん2009/07/09(木) 19:55:48
>>429
俺はJSF使ったことないんだが、よかったら具体的な理由を教えておくれ
0431デフォルトの名無しさん2009/07/09(木) 20:31:05
>>424
ドキュメントの出来の悪くて困る。
0432デフォルトの名無しさん2009/07/09(木) 20:39:28
ドキュメントはフルスタックじゃないんだよな…
0433デフォルトの名無しさん2009/07/09(木) 23:44:48
>>406
EJB3活用してる人って全然いないのかね？
■ このスレッドは過去ログ倉庫に格納されています