トップページ⇒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/
0285デフォルトの名無しさん2009/06/15(月) 00:21:13
昨日行ってきた。
4コマ目のひがたんの「BigTable と JDO の勝ちパターン」は、聴講者多数で、LT のあとにもう一度行われた。

Slim3 は、Google App Engine と Bigtable 上でしか使えないの？

あと >>282-284 で、ゆみるが先頭に来ている理由がわからない。
Cubby と SAStruts は使ったことがあり、いちおう(使う側としては)理解しているつもり。
Ymir は http://ymir.seasar.org/docs/1.0.x/user/description を読んだぐらいしか知識がない。

Ymir を否定しているのではなく、Cubby とかSAStruts とくらべてどういう点がよいのか聞いてみたい。

あと、T2 は S2JSF のようなプレゼンテーションのフレームワークではなく、
コントローラやプレゼンテーション層を結びつけるためのフレームワーク
(コントローラやプレゼンテーション層より、レイヤが一段下)ではなかったか？

※法政大学の外堀校舎は綺麗だな。
あんしんしておなか痛くなってもトイレに行けた。
0286デフォルトの名無しさん2009/06/16(火) 02:06:30
あのおっさんのエントリ、後出しジャンケンじゃないか。
メーリングリストで言っておけばいいのに。
0287デフォルトの名無しさん2009/06/16(火) 13:09:19
おっさんって誰だ？
0288デフォルトの名無しさん2009/06/16(火) 17:42:53
いうまでもない
0289デフォルトの名無しさん2009/06/17(水) 09:06:26
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090615/331996/?ST=lin-server&P=3

ここのページの下の事例に
「ホット・デプロイ機能は，クラス数が多くなると遅くなる」
とあるけど、そうなのかね？
0290デフォルトの名無しさん2009/06/17(水) 09:56:16
そりゃそうだろう。
クラスを走査して必要な分を再ロードするんだから規模が大きくなったら難しいんじゃない。

けど実際ベンチマークとってみたいな。
0291デフォルトの名無しさん2009/06/17(水) 23:20:17
>>289
http://ml.seasar.org/archives/seasar-user/2009-June/017626.html
> 本来 HOT deploy では必要になったコンポーネントのみ
> インスタンス化されるので，システムに Dao が何千個
> 何万個あろうとも，アクセスされた画面の処理で
> 使われる Dao が少なければ極端に遅くなることは
> ないはずです．
>
> おそらく，どんな画面からも使われる，多くの Dao に
> 依存する巨大なクラスがあるなど，実際には不要な
> コンポーネントまでインスタンス化されるような
> 構成になっているのではないでしょうか？

要は設計が悪いと遅くなる
0292デフォルトの名無しさん2009/06/18(木) 00:01:54
>>286-287
あのおっさん74年生まれか。higaﾀｿやデブ元理事よりずっと若いじゃないか。
前代表理事よりも若い。おっさん失格だな。
02932892009/06/18(木) 00:21:35
>>291
情報どうもです。ということは、この事例の場合は設計が悪かったということですな。
0294デフォルトの名無しさん2009/06/19(金) 10:09:47
マスターからメッセージが来たよ
http://d.hatena.ne.jp/koichik/20090618
0295デフォルトの名無しさん2009/06/19(金) 10:22:28
ひがブログなんか盛り上がってるね。
0296デフォルトの名無しさん2009/06/19(金) 13:34:09
ひがやすをに「ガツン」と申し上げたい
0297デフォルトの名無しさん2009/06/20(土) 02:43:33
何だかんだ言ってみんなﾋｶﾞﾀﾝ好きだなw
0298デフォルトの名無しさん2009/06/21(日) 11:37:43
なんつうか、偏った人が多い気が。なにもSeasar界隈に限った話じゃないけど
0299デフォルトの名無しさん2009/06/21(日) 11:57:24
やすをの自演ｶｷｺがうざい
0300デフォルトの名無しさん2009/06/21(日) 15:06:39
何か新しいことをするには良い意味で偏らないとやっていけないのではないかな。
0301デフォルトの名無しさん2009/06/24(水) 17:06:31
>285
>あと、T2 は S2JSF のようなプレゼンテーションのフレームワークではなく、
>コントローラやプレゼンテーション層を結びつけるためのフレームワーク
>(コントローラやプレゼンテーション層より、レイヤが一段下)ではなかったか？

T2はあるURLとPOJOとそのメソッドをマッピングするフレームワークだね。
普通のフォームとか、FlexやAjaxのリクエストも受けれるのが特徴。
0302デフォルトの名無しさん2009/06/24(水) 17:37:15
時々t2の話題が出てくるがスレチだから誘導

Java+Webフレームワーク
ttp://pc12.2ch.net/test/read.cgi/tech/1181063688/
0303デフォルトの名無しさん2009/06/25(木) 01:53:59
　　　　　　 　 ＿＿＿_　　　
　　　　　　 ／ ＼　　／＼　ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼　　　　　　
　　　　／　　 ⌒（__人__）⌒ ＼　　　　＜お前はオープンソースの何を知っているというのだ。
　　　　|　　 　　　|r┬-|　　　　|
　　　　 ＼　　　　 `ー'´　　 ／
　　　　ノ　　　　　　　　　　 　＼
　 ／´　　　　　　　　　　　　 　　ヽ 　 　 　 　 　 　 　
　|　　　　ｌ　　　　　　　　　　　　　　＼
　ヽ　　　 -一''''''"～～｀`'ー--､　　　-一'''''''ー-､. 　 　
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒))


　 　　　　 　　　＿＿＿_
　　　　　　　 ／_ノ 　ヽ､_＼
　ﾐ　ﾐ　ﾐ　　oﾟ(（●）) (（●）)ﾟo　　　　　　ﾐ　ﾐ　ﾐ 　　　＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼　　　/⌒)⌒)⌒)
|　/　/　/　　　　 　|r┬-|　　　　|　(⌒)/　/ / /／　　
|　:::::::::::(⌒)　　　　|　|　 |　　 ／ 　ゝ　　:::::::::::/
|　　　　　ノ　　 　　|　|　 |　 　＼　　/　　）　　/ 　
ヽ　　　　/　　　　　　`ー'´ 　 　 　ヽ /　　　　／　　　　　
　|　　　　|　　 l||l　从人 l||l 　　　　 l||l 从人 l||l　　　バ　　　
　ヽ　　　 -一''''''"～～｀`'ー--､　　　-一'''''''ー-､　ン
　　ヽ ＿＿＿＿(⌒)(⌒)⌒)　)　　(⌒＿(⌒)⌒)⌒)) バ
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　ン
0304デフォルトの名無しさん2009/06/26(金) 01:29:52
ごめんなさい。ﾀﾞﾝｺｶﾞｲになりたかっただけなんです。
0305デフォルトの名無しさん2009/06/27(土) 21:45:38
　 　　　　 　　 ＿＿＿_
　　　　　　 ／ ＼　　／＼　 ｷﾘｯ
.　　　　　／　（ー） 　（ー）＼
　　　　／　　 ⌒（__人__）⌒ ＼　　　知らないことを軽々しく語るなよ。
　　　　|　　 　　　|r┬-|　　　　|　　　
　　　　 ＼　　　　 `ー'´　　 ／　　　
　　　　ノ　　　　　　　　　　　　＼
　 ／´　　　　　　　　　　　　 　　ヽ

　 　 　 　 　 　 ＿＿＿
　　　　　　　／　　 　 　＼
　　　　 　／ノ　　＼　　 u. ＼　！？
　　　　／ （●） 　（●） 　　　＼　
　　　　|　 　（__人__）　 　　u. 　 |　ｸｽｸｽ>
　 　　 ＼　u.｀ ⌒´　 　　　　／
　　　　ノ　　　　　　　　　　　＼
　 ／´　　　　　　　　　　　　 　　ヽ

　　　　　 　　　＿＿＿_
<ｸｽｸｽ　 　／　　　 　 　＼！？？
　　　　 　／　　u　　 ノ　　＼
　　　　／ 　　　　 u （●）　　＼
　　　　|　 　　　　　　　（__人__）|
　 　　 ＼　　　　u　　　.｀ ⌒／
　　　　ノ　　　　　　　　　　　＼
　 ／´　　　　　　　　　　　　 　　ヽ
0306デフォルトの名無しさん2009/07/01(水) 19:37:58
いい加減トップページ変えようよw
0307デフォルトの名無しさん2009/07/03(金) 02:35:38
JavaでまともなフレームワークってSeasar２だけじゃん
Java勉強して分かったお
間違いない
0308デフォルトの名無しさん2009/07/03(金) 02:40:27
まともなのは他にもたくさんあるけどね
バランス的に言うと一番使いやすいってのなら同意だが
0309デフォルトの名無しさん2009/07/03(金) 02:51:12
Seasarのプロダクトのコミッタって一般人でもなれるの？
0310デフォルトの名無しさん2009/07/03(金) 02:59:14
>>308
SAStrutsないと設定地獄になるよな
0311デフォルトの名無しさん2009/07/03(金) 03:00:53
>>309
能力的には一般人しかいません
性格的には一般時にはなれません
0312デフォルトの名無しさん2009/07/03(金) 03:05:54
まぁ、その一般人が作った物を使ってるんだけどな
0313デフォルトの名無しさん2009/07/03(金) 03:14:39
Java１．４＋Strutsって聞いただけで超絶ブラックだぞ
0314デフォルトの名無しさん2009/07/03(金) 03:20:34
誰もJava1.4とStrutsなんて発言してないが
0315デフォルトの名無しさん2009/07/03(金) 06:55:03
基地外しかいない悪寒
0316デフォルトの名無しさん2009/07/03(金) 09:00:57
>>310でいきなりStrutsの話になってふいた
やはり日本だとフレームワーク＝Strutsなのかな
0317デフォルトの名無しさん2009/07/03(金) 12:27:47
javaでwebするならそうかも。
0318デフォルトの名無しさん2009/07/03(金) 18:35:04
つ Java EE 6
0319デフォルトの名無しさん2009/07/04(土) 00:14:09
節子それ、Seasarと違う
0320デフォルトの名無しさん2009/07/04(土) 00:14:47
S2EE6みたいなの出たらどうすんだよ
0321デフォルトの名無しさん2009/07/04(土) 00:17:16
SEE6に名前変更されるから無問題
0322デフォルトの名無しさん2009/07/04(土) 18:30:02
結論：Springでオールオッケー
0323デフォルトの名無しさん2009/07/04(土) 23:49:49
Spring 使った場合のフレームワークって今だと何が一番いいんだろな。
Strut2 と WebFlow+SpringMVC ぐらいが今の候補なんだが。
0324デフォルトの名無しさん2009/07/05(日) 00:10:42
スプ2Strutsとか出せばいいんだよ
0325デフォルトの名無しさん2009/07/05(日) 00:20:54
Springは社内フレームワークのためのフレームワーク

ってゆーすけがいってた
0326デフォルトの名無しさん2009/07/05(日) 00:44:26
Springはいちいちなんかめんどいんだよな
0327デフォルトの名無しさん2009/07/05(日) 00:57:24
>>326
そこを社内フレームワークでカバーするんだよ
Springを素のまま使うのは間違ってる
Seasarとは違うのだよSeasarとは
0328デフォルトの名無しさん2009/07/05(日) 00:59:37
ってゆーすけがいってた
0329デフォルトの名無しさん2009/07/05(日) 01:39:35
Springが面倒って…1.x時代の話してるのか?
0330デフォルトの名無しさん2009/07/05(日) 01:49:57
>>329
>>323からの流れが読めてないな
Spring単体の話はしてないお
0331デフォルトの名無しさん2009/07/05(日) 01:55:11
なんでもできるってものよりも
おすすめの構成でセットになってるのがいいんだよ
0332デフォルトの名無しさん2009/07/05(日) 11:43:56
Springはオススメ構成用意はしてない
ただ、各種プロダクトが真っ先にSpringのコネクタ用意するから簡単につながる
Seasar2はメンテされてるプロダクトかどうかを判断するのが難しい
0333デフォルトの名無しさん2009/07/05(日) 16:16:02
えろい人に質問Seasar2使うなら
JBOSS　と　GlassFish
ってどっちが良いのと？
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
あーすまん。
「アーキテクト=開発リーダー」
と読みかえてくれ。そういうつもりで書いた。
■ このスレッドは過去ログ倉庫に格納されています