09/03/17 20:51:28
2
3:デフォルトの名無しさん
09/03/17 21:08:44
Slim 3
4:デフォルトの名無しさん
09/03/17 22:33:25
新スレ必要だったのか？
5:デフォルトの名無しさん
09/03/18 10:29:32
SeasarよりSlim3で立てた方が良かったのでは？
6:デフォルトの名無しさん
09/03/19 21:35:21
最近カンファレンスあったんだからネタはいくらでもあるでしょ。
いってきた人レポよろしく。
7:デフォルトの名無しさん
09/03/20 09:01:31
>>6
カンファレンスでSeasar2のネタは少なかった・・・
8:デフォルトの名無しさん
09/03/21 18:56:11
ﾕﾐﾙくらいか？
9:デフォルトの名無しさん
09/03/22 10:27:59
>>6
なんだかんだで人は集まっていたよ。
ひがたんのセッションはわりと席が埋まっていたと思う。
うがった見方だが、
・Seasar2 に詳しい人：
ひがたんのセッションはそれほど新しい話題もないし、別のスピーカーのセッションに行く
→でもそこまで混んでいない
・Seasar2 にあまり詳しくない人、知っているけど使ったことがない人：
まずひがたんのセッションに行く
ひがたんのセッションは埋まっていることが多かったので、まだまだ
Seasar2 初心者にとっての需要は大きいということかな。
最後の LT やプレゼントのじゃんけん大会も盛り上がっていたし、
最終的にはいい感じで盛況に終わったと思うよ。
10:デフォルトの名無しさん
09/03/22 12:06:35
目玉のslim3はどうだったの？
11:9
09/03/22 12:22:51
そのセッションは別のスピーカーさんのを聞いていたので、
私も知りたいw
他の方、レスをお願いします
12:デフォルトの名無しさん
09/03/23 11:00:38
スタロジってかBuriがアップをはじめたようです
13:デフォルトの名無しさん
09/03/23 14:01:33
なんでｽﾘﾑｻﾝの資料アップしないの？バカなの？
14:デフォルトの名無しさん
09/03/24 20:35:58
ｽﾘﾑｻﾝ流れるようなインターフェースやらないって言ってたのに！
嘘つき！
15:デフォルトの名無しさん
09/03/24 21:32:30
基本的なものは用意するっていってたやん
16:デフォルトの名無しさん
09/03/25 01:36:10
>>14
やらない理由はなに？
17:デフォルトの名無しさん
09/03/26 21:14:02
もっと確信的なやり方でﾎｯﾄﾃﾞﾌﾟﾛｲ問題を解決するのかと思った
18:デフォルトの名無しさん
09/03/27 22:21:23
力があるやつ、次世代クラウド開発を一緒にやろうぜ
URLﾘﾝｸ(www.liber.co.jp)
19:デフォルトの名無しさん
09/03/27 23:52:31
アジャイラー噴いたｗｗｗ
20:デフォルトの名無しさん
09/03/28 00:48:29
アジャイラーになりたいなあ
21:デフォルトの名無しさん
09/03/28 15:12:20
僕ｱｼﾞｬｲﾗｰ
22:デフォルトの名無しさん
09/03/29 08:03:36
ｽﾘﾑｻﾝの資料はいつアップされますか？
23:デフォルトの名無しさん
09/03/29 08:45:20
>>22
プレゼン資料はアップしないらしいよ
24:デフォルトの名無しさん
09/03/29 15:03:14
アップしない意味が分かんない
25:デフォルトの名無しさん
09/03/29 16:47:23
>>24
URLﾘﾝｸ(d.hatena.ne.jp)
26:デフォルトの名無しさん
09/03/30 00:37:14
じゃあアップ用の資料作ってください…
27:デフォルトの名無しさん
09/03/30 16:56:05
>>18-21
ちょっとマジレスすると、テクノロジックアートが募集しているアジャイラーというのは、
アジャイルでいうところのファシリテータとか、Scrum でいうところの Scrum マスター(っていうんだっけ？)の
経験者のことなんじゃないかな？
28:デフォルトの名無しさん
09/03/30 17:00:54
>>18-21
俺もマジレス
下方の写真の左側の女性と仕事出来るなら転職したいと思った
ってか、応募した（ﾏｼﾞ
29:デフォルトの名無しさん
09/03/30 17:20:01
>>28
採用されたら翻訳ガンガレ
30:デフォルトの名無しさん
09/03/30 17:27:16
>>27
関係者の宣伝乙
31:デフォルトの名無しさん
09/04/02 20:39:06
ひがたんのあれってエイプリルフールネタ？
32:デフォルトの名無しさん
09/04/02 20:52:14
なんという周回遅れ
33:デフォルトの名無しさん
09/04/02 23:44:18
@ITにSeasarConferenceのレポートが載っていた。
URLﾘﾝｸ(www.atmarkit.co.jp)
Slim3 JDBCってS2JDBCの時のようなメソッドチェーンでのクエリ生成がなくなったんだね。
何でだろう。
34:デフォルトの名無しさん
09/04/03 20:47:10
まったくだ
いったいどうやってリファレンスの解消をやろうというのか
35:デフォルトの名無しさん
09/04/03 21:45:02
>>33
なぜ「情報隠微（いんび）」などと記載するに至ったのか。
以下が重ならないと、こうは書かないぞ。
・「情報隠蔽」を知らない。
・「情報」と「隠微」が並ぶことに違和感を感じない。
・「隠微」の意味を知らない。
・「隠微」を読めない。
36:デフォルトの名無しさん
09/04/04 02:02:19
情報隠蔽なんて使わんだろ
情報は隠匿か隠微じゃないか普通
完全に隠す場合は隠匿で関係者以外情報がそこにあることをわかりづらくするのは隠微
37:デフォルトの名無しさん
09/04/04 02:10:00
／）
／／／）
／,.=゛''"／
／ i f ,.r='"-‐'つ＿＿＿_ 細けぇ事はいいんだよ！！
/ / _,.-‐'~／⌒ ⌒＼
／ ,i ,二ニ⊃（ ●）. （●）＼
/ ノ il゛フ::::::⌒（__人__）⌒::::: ＼
,イ「ト、 ,!,!| |r┬-| |
/ iトヾヽ_/ィ"＼ `ー'´ ／
38:デフォルトの名無しさん
09/04/06 05:00:10
ｽﾘﾑｻﾝも電通が支援するのかな？
39:デフォルトの名無しさん
09/04/08 21:59:53
保守
40:デフォルトの名無しさん
09/04/09 17:13:57
わざわざ "(いんび)" なんてルビをふってあるから気になるんだよ。
41:デフォルトの名無しさん
09/04/09 20:14:44
Seasar案件増えてきたな
42:デフォルトの名無しさん
09/04/10 00:25:09
どれどれ
43:デフォルトの名無しさん
09/04/11 02:25:24
Seasar案件やりたいなぁ
Struts＆クソな自社フレームワークとやらばっかりだよ。。
44:デフォルトの名無しさん
09/04/12 01:18:25
URLﾘﾝｸ(d.hatena.ne.jp)
突然Slim3をGoogleAppEngineに対応させたようです。
...って、これからはGAE専用フレームワークにするということ？
そのためにDIもAOPも削った？
45:デフォルトの名無しさん
09/04/12 10:41:01
対応させたと書いているが、専用ともGAEでしか使えないとも書いていないけど。
46:デフォルトの名無しさん
09/04/12 12:26:56
ひがむちゃくちゃすぎてワロタ。前回のカンファレンスでしゃべった内容と整合性取れてるの？
47:デフォルトの名無しさん
09/04/12 13:14:19
>>45
あ、確かに専用では無いね。
GAEで動くんだったら、普通のJava環境では当然動きますわな。
ただ、HOTDeployをAction限定にするとか、GAEではActionからJDOを直接呼べば
いいのでDI/AOPを削りました、とかGAE上で動かすことを前提に機能をバシバシ
削っているように読めたので、そこが引っ掛かった。
48:デフォルトの名無しさん
09/04/12 21:24:25
＿＿＿
/ ||￣￣|| ∧＿∧
|.....||＿＿|| （ ） どうしてこうなった・・・
|￣￣＼三⊂/￣￣￣/
| | ( ./ /
＿＿＿
/ ||￣￣|| ∧＿∧
|.....||＿＿|| （ ＾ω＾ ） どうしてこうなった！？
|￣￣＼三⊂/￣￣￣/
| | ( ./ /
＿＿＿ ♪ ∧__,∧.∩
/ ||￣￣|| ｒ（ ＾ω＾ ）ﾉ どうしてこうなった！
|.....||＿＿|| └‐、 ﾚ´｀ヽ どうしてこうなった！
|￣￣＼三 /￣￣￣/ノ´｀ ♪
| | ( ./ /
＿＿＿ ♪ ∩∧__,∧
/ ||￣￣|| _ ヽ（ ＾ω＾ ）7 どうしてこうなった！
|.....||＿＿|| /｀ヽJ ,‐┘ どうしてこうなった！
|￣￣＼三 /￣￣￣/ ´｀ヽ､_ ノ
| | ( ./ / ｀) ） ♪
49:デフォルトの名無しさん
09/04/13 13:48:42
えっ…、これを案件で採用しろと…？
50:デフォルトの名無しさん
09/04/15 00:30:03
意外な展開だったが、今後もseasar2が使われつづけて
予定通り良い感じに枯れていくんならそれでいいんじゃないか？
競合してユーザー減って廃れていくよりは。
51:デフォルトの名無しさん
09/04/18 14:16:01
バージョンアップしたな
ﾎｯﾄﾃﾞﾌﾟﾛｲ系の問題が多少軽減するか？
52:デフォルトの名無しさん
09/04/19 23:50:38
は？
53:デフォルトの名無しさん
09/04/20 22:34:11
ﾄﾞｩﾙﾃﾝっていやらしい響きだよね
54:デフォルトの名無しさん
09/04/20 23:38:28
どうせドリルチンチンとか想像したんだろ。いらやしい奴め。
55:デフォルトの名無しさん
09/04/21 23:35:45
JAVA初心者だが、これ良いよね
ストラッツの嫌な所がなくなってる
ひが本で勉強中です
56:デフォルトの名無しさん
09/04/22 00:08:41
そしてStrutsの嫌なところを異次元に消し去ったWicketへ
57:デフォルトの名無しさん
09/04/22 02:25:48
Wicketはできる人しかいない少数チームならいいと思うが
StrutsでActionの業務ロジック書くのがやっとという多数の職業プログラマに
使わせるには敷居が高すぎる
58:デフォルトの名無しさん
09/04/22 02:27:26
SAStrutsでStruts意識するのってJSPタグくらいだぞ
中身にStruts使ってるってだけだからな
59:デフォルトの名無しさん
09/04/22 02:31:11
StrutsでもStrutsタグってもう非推奨なんじゃなかったっけ
JSTLを使った方がいいのか
60:デフォルトの名無しさん
09/04/22 03:46:47
自動でエスケープされるテンプレート使おうぜ。
61:デフォルトの名無しさん
09/04/22 08:05:16
昨日見に行ったけど、時間が押していて質疑応答が無かった。から、ここで質問する。
1Higaは何Hydeでしょうか?
62:デフォルトの名無しさん
09/04/22 08:48:27
>>61
0.8Hyde
63:デフォルトの名無しさん
09/04/22 15:03:58
そういうのやめてあげなよ！
64:デフォルトの名無しさん
09/04/22 17:49:32
いいんだよ、人のこと「はげ」とか
いってたんだし、お互い様。
65:デフォルトの名無しさん
09/04/22 18:55:10
いやいや、
「そいういうのをやめて、あげなよ（スレを）」ってことかと。
66:デフォルトの名無しさん
09/04/22 22:30:28
つまんねーし62はさげてねーしでさんざんでござる
67:デフォルトの名無しさん
09/04/22 23:25:57
ヽ|/
／￣￣￣｀ヽ、
/ ヽ 1Seasar = 0.8Hyde …か
/ ＼,, ,,／ |
| （●） （●）||| |
| /￣⌒￣ヽ U.| ・・・・・･･･ｺﾞｸﾘ。
| | .ｌ~￣~ヽ | |
|U ヽ ￣~￣ ﾉ |
| ￣￣￣ |
68:デフォルトの名無しさん
09/04/23 00:44:54
ｽﾘﾑｻﾝなんて洒落た名前じゃなくて、
ミミガーにするべき
69:デフォルトの名無しさん
09/04/23 23:51:09
いやいや、ヤナワラバーなんてのはどうだ？
70:デフォルトの名無しさん
09/04/24 00:10:08
オレンジレンジがいいと思う
71:デフォルトの名無しさん
09/04/24 00:35:38
ビガタソって自意識過剰だよなー。
周りが持ち上げちゃってるのだろうか。
72:デフォルトの名無しさん
09/04/24 21:57:21
相互依存してる２つのパッケージをAutoRegisterで登録しようとしたら
diconファイルの記載順序でクラスが見つからないからスキップとかメッセージがでる。
この場合ってAutoRegister使わず一個一個クラスを登録するしかないの？
73:デフォルトの名無しさん
09/04/24 22:21:35
MLで聞けよ
74:デフォルトの名無しさん
09/04/26 13:37:24
S2Mai+Velocityだとgetter/setter要るんだね。
やっぱアクセッサメソッド付きでエンティティ作るか、PropertyInterTypeするしかないのかな？
名案あれば教えてくだしあ。
75:デフォルトの名無しさん
09/04/27 05:05:14
本文に埋め込む分はMapにつめかえ。
76:デフォルトの名無しさん
09/04/27 13:43:42
もぐらたたきをしてたら、ﾋｶﾞﾀﾝが出てきた
77:デフォルトの名無しさん
09/04/29 22:49:59
>>74
SAStrutsのBeanWrapperとか
78:デフォルトの名無しさん
09/05/01 23:36:31
Seasarは流行ってるのかどうかいまいちわからんな
79:デフォルトの名無しさん
09/05/02 00:35:48
EJBやSpringと比べるから流行ってないように思うけど
数多あるフレームワークの中では流行ってる方だよね
80:デフォルトの名無しさん
09/05/02 00:40:42
EJBは3.0になってから普通に使われてるからね
81:デフォルトの名無しさん
09/05/02 01:44:18
EJBは3.0になって、かなり良くなったけど、デプロイ時間があいかわらず遅いよな
82:デフォルトの名無しさん
09/05/02 02:21:38
外部ライブラリが必要なDIコンテナのほうがデプロイ遅いでしょ?
デプロイ時間は純粋にロジックのサイズなだけで。
さまざまなリソース用意していれば遅くなるけどそれはどこも同じだし。
83:デフォルトの名無しさん
09/05/02 02:24:09
実際やってみなよ
84:デフォルトの名無しさん
09/05/02 02:30:29
EJBのデプロイは100msくらいだな
85:デフォルトの名無しさん
09/05/02 02:37:51
EJB系は3.1になると更にアプリ内のクラス総なめによるセッティングが多くなるから
便利になる代わりに、大規模になるとデプロイに時間がかかりそうな気がする。
EJB-jarとwarも一体化するし
S2がAutoRegisterから現在のディレクトリ決め打ちの手法に切り替えたのも
単にRails追随ってだけではなく、規模が膨らんだ時のデプロイスピードも考慮してのことだろうし
86:デフォルトの名無しさん
09/05/02 02:45:06
Hot Deployはデプロイ時にクラス総なめしないから大規模でも速い
Cool Deployは総なめだから遅いけど困らない
>>84
クラス1個2個じゃなくて数千、数万用意して試さないと
87:デフォルトの名無しさん
09/05/02 02:45:44
EJB-jarとwarは今後も分けることは多いと思うよ。
複数のアプリケーションから共通のロジック呼び出すとか普通にあるし。
もちろん、シンプルなwar単体も使われると思うけど、
アプリケーションを分けるほうが開発も容易になる（デプロイ等の時間大幅短縮）しね。
88:デフォルトの名無しさん
09/05/12 21:08:23
保守age
今日の換算レート
1higa＝0.81hyde
89:デフォルトの名無しさん
09/05/13 12:44:27
SeasarのSAStrutsでさ、DIコンテナを利用した汎用的な会議室予約を作ってみようと思うよ。
Struts1での経験が多いので、DIコンテナってなかなか不思議だなって思ってたんだけど、
Class.forName(動的クラス名).newInstance()に近くて、いわゆるコントローラーとしての振る舞いが
得意になるって事だよね。また、UMLやDBのデータモデリングのスキルも向上させたい事から、
そういったことをやりながらも自身のスキルを向上させる目的だよ。補足として、Seasarを利用してもさ、
EJBの構造いわゆるクラス設計が変更されるだけなんで、インターフェースに関してはそれほど進化しないよね。
もちろん、F2Flexを利用すればインターフェースを変えることも可能なんだろうけど、
それよりもcssや画像処理によってデザインを向上させないと、なかなか見栄えはよくならないよね。
まぁ、日本語だけではなくてさ、もっと技術的な側面からの話題も作業が進めば展開していくね。
90:デフォルトの名無しさん
09/05/13 14:28:03
ｳﾝ ｶﾞﾝﾊﾞｯﾃﾈ
91:デフォルトの名無しさん
09/05/13 17:54:53
>>89の訂正
×F2Flex
○S2Flex
92:デフォルトの名無しさん
09/05/18 13:47:58
今年のカンファレンスはだいぶ低間隔でやるね
93:デフォルトの名無しさん
09/05/19 03:06:51
>>89
釣り？
94:デフォルトの名無しさん
09/05/22 04:22:43
最近ひがたんのブログ見始めたんだけど、
Slim3ってGoogle App Engineに特化したフレームワークって感じなんですね？
Railsみたいなフルスタックなタイプの。
(GAE以外でも使えるよっていうかもしれないけど、
マーケ上どうみてもApp Engine専用の方向性です、本当にありがとうございました)
前に作ってたのが、SeasarというDIコンテナ？なんですよね。
それってそんなにすごかったんですか？フレームワークを補佐するライブラリですよね？
単なるDIのライブラリがそんなに注目を集めた理由がわからないのですが…。
これ一本で開発OKみたいなのではないってことですよね？
95:デフォルトの名無しさん
09/05/22 12:38:06
Railsって使ったこと無いけど、
O/Rマップ（モデル）のActiveRecodeと
ビューのrbhtmlファイルと
コントローラのControllerクラスがあるだけでしょ？
それが１つの名前でRailsになってるだけで。
Seasarプロダクトで言えば
O/RマップがS2JDBCで
ビューがMayaaで
コントローラがSAStruts
みたいな感じでいいんジャン。
自分で組み合わせられるのは良いよ。楽しいよ。
96:デフォルトの名無しさん
09/05/22 13:36:25
>>95
なるほど、Javaは部分ごとに組み合わせらるのが一般的？ってことなのかな。
RubyのMerbみたいな感じか…(Railsと合流しちゃうけど)
ていうかかなり基本的なところを聞いてしまったようだ。
ありがとうさんです。
97:デフォルトの名無しさん
09/05/22 16:31:06
Java も Ruby も両方使ってるけど、
>>95 はなにも Rails をわかっていない。
Rails の本質は、別にフルスタック型フレームワークであることだけではない。
Rails もおもしろいから、やってみるといいよ。
>>96
Merb をご存じということは Ruby の web フレームワークはご存じのようだが、
Seasar が話題を集めたのは、
・DI コンテナに Spring もあるけど、当時の Spring は XML をいっぱい書かなければならず、面倒だった
・Seasar はそのへん楽に設定できたし、ドキュメントも日本語だし、そもそも国産ということで話題になった
・S2Dao (今は S2JDBC もあるけど)の 2way SQL がけっこう画期的だった(便利)
S2Dao だけを個別に強調するつもりはないけど、こんな感じかな。
>>95 の言うとおり、Seasar2 （正式には S2Container)だけでは、DI コンテナ機能しかないので、
web 層の S2Struts とか SASTruts とか Teeda を、
O/Rマッパは S2Dao とか S2JDBC とかを組み合わせて使う。
98:デフォルトの名無しさん
09/05/23 03:15:21
>>97
去年まで海外いたが聞いたことなかったぞ
seasar2ってそんなに話題集めてた？
99:デフォルトの名無しさん
09/05/23 03:23:04
海外ではほとんど使われてないと思うよ
100:デフォルトの名無しさん
09/05/23 03:35:18
国産で話題って話なのに
なんで反論が海外じゃ知られてないになるのか解らん
101:デフォルトの名無しさん
09/05/23 04:47:49
>>100
意味不明
102:デフォルトの名無しさん
09/05/23 04:58:34
去年まで海外いたが(日本で話題になってるなんて)聞いたことなかったぞ
seasar2って(日本では)そんなに話題集めてた？
という解釈も不可能ではない
103:デフォルトの名無しさん
09/05/23 05:19:39
不可能ではないが、そんな解釈するのは>>100だけだろｗ
104:デフォルトの名無しさん
09/05/23 05:22:30
海外で使われてなければいけない と思ってる人は何を懸念してるんだろう。
オフショア開発でもしたいのかな。
105:デフォルトの名無しさん
09/05/23 05:29:45
ML見てると日本語読めない外人にSeasar使わせるのはかわいそう
106:デフォルトの名無しさん
09/05/23 05:33:02
現在の位置付け的には、S2は日本向けでSlim3が海外向けなんでしょ
GAEとかはあまり興味ないからよくわからん
107:デフォルトの名無しさん
09/05/23 13:22:53
>>104
考え方がおかしい…「海外で使われてなければいけない」なんて記載ないだろｗ
本当に良い物だったら利用者は海外や国内問わず使いたいだろうし、提供者からすれば使って欲しいでしょ
108:デフォルトの名無しさん
09/05/23 13:37:30
既存の洋物プロダクトじゃ不満な部分を日本の事情に合わせて作ったのがS2だろ
公式サイトも殆ど日本語だし別に世界的にやっていこうとは思ってないだろ
109:デフォルトの名無しさん
09/05/23 14:37:43
カンファレンスのセッション内容まだ決まってないの？
いつもこんなんだっけ？
110:デフォルトの名無しさん
09/05/23 14:40:59
10日前に何も決まってないのは初めてかもしれんな
決まってた物が直前に入れ替えみたいなのはあったけど
111:デフォルトの名無しさん
09/05/23 15:15:15
今日は6月3日だったのか
112:デフォルトの名無しさん
09/05/23 15:17:34
普通は出し物が決まってから参加申し込みうけつけるんじゃ
113:デフォルトの名無しさん
09/05/23 15:18:15
>>108
s2のHP見たがそんな記載はどこにもないんだが…
114:デフォルトの名無しさん
09/05/23 15:35:04
このプロダクトが生まれた歴史みたいなのを公式に記述してる所なんて普通無いのでは
ｽﾘﾑｻﾝのblogでも追うがよろし
115:デフォルトの名無しさん
09/05/23 15:59:38
>>114
公式HP載ってないからblog見ろって意味不明
116:デフォルトの名無しさん
09/05/23 16:06:44
開発者がインタビューでこぼれ話として語ることはあっても、
公式サイトでいちいち、こういう理由があったからこの製品は作られたのです
みたいな表明している製品はあんまないだろって話じゃないの？
だから作者のblogでも見れば書いてるんじゃないの？って事でさ。
117:デフォルトの名無しさん
09/05/23 16:12:45
日本の事情に合わせては知らんが開発を始めた経緯はmlのこのスレ見れ
URLﾘﾝｸ(ml.seasar.org)
既存の洋物じゃ不満な部分はこれかな
URLﾘﾝｸ(ml.seasar.org)
118:デフォルトの名無しさん
09/05/23 16:32:57
>>117
ソースあり(´▽｀*)
だが日本固有の事情ではないね
>>108はどこから日本の事情って勘違いしちゃってるんだ？
119:デフォルトの名無しさん
09/05/23 16:43:20
Strutsに絡めないと企業で使われないからって
S2StrutsやSAStrutsをメインに据えたのは日本の事情だぜ
120:デフォルトの名無しさん
09/05/23 16:50:06
設定ファイルを書かせると間違えるから自動バインディングをデフォにしたのも
日本固有の事情かもしれん
121:デフォルトの名無しさん
09/05/23 16:51:58
とりあえず意見を否定する前に作者のblogを一通り見るくらいしてくれたまえ
MLも公式サイトも作者の私物じゃないんだから独り言は垂れ流されてないんだからさ
122:デフォルトの名無しさん
09/05/23 17:37:00
Slim3はGAE専用？
S2JDBCみたいなO/Rマッパ搭載なし？
GAEなんぞしばらく使う予定無いんだがな…
123:デフォルトの名無しさん
09/05/23 17:44:54
いやだからｽﾘﾑｻﾝのブログに書いてるだろ
124:デフォルトの名無しさん
09/05/23 17:51:08
このスレの趣旨を分かってないやつが増えたな
ここはｽﾘﾑｻﾝやデブや代表理事をヲチして突っ込むスレなんだよ
ブログのヲチもしない素人はすっこんでろ
125:デフォルトの名無しさん
09/05/23 18:24:17
おまえこそすっこめ
126:デフォルトの名無しさん
09/05/23 18:25:07
blog見るの面倒じゃん。
見るだけの根拠もないしな
それに日本の事情って定義も曖昧だしな
誰か何か言えば否定とかキャパ狭すぎ
大したスキルないこと丸わかりな感じ
絡んでるのがそんな奴しかいないプロダクトに見切りをつけはじめた
人に素人っていう奴が実は一番何もわかってたりするわな
127:デフォルトの名無しさん
09/05/23 18:26:29
>>126
>人に素人っていう奴が実は一番何もわかってたりするわな
人に素人っていう奴が実は一番何もわかってなかったりするわな
だろｗ
128:デフォルトの名無しさん
09/05/23 18:29:37
>>127
突っ込み速っ!!!
129:デフォルトの名無しさん
09/05/23 19:31:55
>>127
実は褒めているんだよｗ
130:デフォルトの名無しさん
09/05/23 20:16:10
(1)公式見る
(2)MLを見る
(3)コミッタのblogなどを見る
(4)MLやblogで質問する
ってのが普通なのであって
匿名掲示板で一方的に不満たらたらくだ巻いてるのはだいたい情弱なんだよ
131:デフォルトの名無しさん
09/05/23 20:32:31
あとあれだな
個人的な中傷だったり、詳しい人に反論されてフルボッコになるのが嫌で
公に意見できなかったりする感じのがここに集まってるな
132:デフォルトの名無しさん
09/05/23 20:51:52
あとあれだな
個人的な中傷だったり、詳しい人に反論されてフルボッコにされた誰かを
ヲチして楽しんでる感じのがマ板に集まってるな
133:デフォルトの名無しさん
09/05/23 20:55:01
時間があったのでSAStrutsをさ、とりあえずサンプルを動かして見ている段階なんだけど、
雛型の作成であれば、Doltengによって雛型を作成できることから、それほどクラス設計は悩まなくてもいい事が解った。
S2JDBCとS2Daoについては、S2JDBCはどうやらDaoを必要としないケースでのデータベースアクセスに使用するものだね。
僕は、Daoをさ、画面単位に持ちたいから、どちらかといえばS2Daoを使用したいね。O/Rマッピングツールと同様に、
DaoやDTOを自動生成できるツールもあるみたいで、なかなか便利だなって思っていました。
Daoの仕様について、僕はprepareStatementを使用したものが主流だと思っているんだけど、prepareStatementでも、
SQL文をプロパティファイルに記述し外出しすることにより、依存性の注入は可能だよね？
S2Daoの使用も見てみましたが、こちらはSQLファイル単位で外出し、引数に関してはARGSアノテーションを使用する。
S2Daoにおいて依存性の注入の方式が、クラス名+メソッド名と同じファイルのSQLが呼び出される？で実現するようで、
正直に言って、ちょっとびっくりしました。dao.diconにはDaoクラス名は設定するけど、
メソッドとSQLファイルに関連する定義されていない。これがAOPと呼ばれる処理に該当するんだろうね。
AOPに関してはもう少し検証しなければ、正確には把握できない。また、DTOに関しては、
テーブル定義そのままをDTOに保持する事になることから、処理速度が心配になりつつも、
いずれにしても、わりとコアな内容の仕様なんで、僕なんかこういうの見てぞくぞくするので、好きだけどね。
134:デフォルトの名無しさん
09/05/23 23:27:09
ひがやすを blogみたが
社会やら個人に対する否定＆文句ばっかじゃんｗ
135:デフォルトの名無しさん
09/05/24 01:40:34
>>133
△クラス名+メソッド名と同じファイルのSQLが呼び出される？で実現するようで、
○Daoメソッド実行時に、クラス名+メソッド名と同じ名称を持つSQLファイルが呼び出される。
136:デフォルトの名無しさん
09/05/24 03:51:57
現状に満足してる奴は新しい物を生み出せないからな
不満があるから自分で何か違う物を作ろうとする
137:デフォルトの名無しさん
09/05/24 04:26:38
ｷﾘｯ
138:デフォルトの名無しさん
09/05/24 07:06:40
だっておｗｗｗっｗ
139:デフォルトの名無しさん
09/05/24 07:14:36
クスクス
140:デフォルトの名無しさん
09/05/24 08:15:40
で、結局、slim3の通常のrdbms操作は何使えばいいのさ
141:デフォルトの名無しさん
09/05/24 14:49:15
>>134
>>136
どうなんだろうね。JavaEEに関して悲観的になっているのが、少し気になるね。
GAEに意識が集中しているようで、もちろん僕よりも業界や幅広い技術的な情報を収集している人だろうけど、
完全にさ、Struts系のフレームワークを捨てるとなるとさ、僕なんか少しがっかりしちゃうよね。
新しい事に挑戦するとこは悪いことではないので否定はしないけど、Struts系のフレームワークを
完全に捨てる方針は、もう少し慎重に判断してもらいたいと思いますね。
142:デフォルトの名無しさん
09/05/24 16:13:39
>>140
GAE/JでRDBは使えないから心配するな
>>141
GAE/J専用フレームワークSlim3でStrutsを捨てただけ
SAStrutsが捨てられたわけじゃない
143:デフォルトの名無しさん
09/05/24 16:25:51
日本語読解力が弱い人が多いと思う
だからMLで聞けないで掲示板で一方的に懸念を表明する
144:デフォルトの名無しさん
09/05/24 17:03:33
>>142
そうですか。GAEに関しては調べましたが、僕の視点からはPHPと同レベルに見え、
スクリプトレベルの開発環境と判断。したがって、僕の視点からはGAEは軽視しますね。
僕としては企業用のコアなJavaEEの方が、好きだけどね。
仮にSeasarがGoogleとの互換性を重視するあまりに、軽量なJavaを選択するのであれば、
僕としてはSpringに移行する事も想定に入れなければならない。
145:デフォルトの名無しさん
09/05/24 17:04:49
ｽﾘﾑｻﾝがテストで対応してる環境に対して
それは方向性が違う俺たちは捨てられたとか騒ぐなよ
アホかお前ら
146:デフォルトの名無しさん
09/05/24 17:06:36
>>144
僕はバカ まで読んだ
147:デフォルトの名無しさん
09/05/24 17:10:39
好きなら文句言わずにJavaEE使ってればいいと思うんだけど
148:デフォルトの名無しさん
09/05/24 17:16:28
GAEがPHPと同レベルって笑うところ？笑えないけど
149:デフォルトの名無しさん
09/05/24 17:21:39
slim3はseasarじゃないって知らない人がいるね
150:デフォルトの名無しさん
09/05/24 17:23:35
アホだから直接ｽﾘﾑｻﾝのblogで質問したりMLに投げたりできないんだろ
違いますよ何言ってるんですかって1秒で言われて終わりになるのが
自分でも解ってるから
151:デフォルトの名無しさん
09/05/24 17:25:28
>>147
ひがやすを氏が、SeasarとSlim3のプロジェクトを兼務しているので、論理が倒錯する局面が発生するので、
ユーザーとしては、そういう時に若干戸惑うかもしれないね。
152:デフォルトの名無しさん
09/05/24 17:31:28
>>144
Seasar2もSpringもJ2EEに対するアンチテーゼとして生まれ、
当時は軽量コンテナと呼ばれていた
これ豆知識な
153:デフォルトの名無しさん
09/05/24 18:12:07
どなたかSeaser.NETをお使いの方いらっしゃいませんか？
利用実績がある程度あればプロジェクト採用になるのですが・・・
154:デフォルトの名無しさん
09/05/24 20:47:40
>>153
どうなんだろうね。僕はJavaしかやったことがないで、解らないけど誰か.NET詳しい人います？
.netでもさ、S2Daoと同じ仕様なんで、例えばデータベースアクセスの際にVersionNoやTimestampによる
排他制御が実装されている。僕は.netでもSeasarを使う利便性は高いと思うけどね。
155:デフォルトの名無しさん
09/05/24 20:55:05
.NETならS2よりEnterprise Libraryのほうが提案しやすいけどな
156:デフォルトの名無しさん
09/05/24 20:55:34
>>153
うちではQuillつかってるよ。
DotNetって標準のWindowsFormsじゃあちょいとばかり非力だし
生のAdo.Netは使いにくいし、LinQforAdo.Netはカオスだし
S2Dao＋Quillコンテナは、なんだかんだで便利。
まあ個人的にはDBアクセスはIBatis.Netのほうがいいじゃんって気もするけど。
157:デフォルトの名無しさん
09/05/24 21:13:19
>>141
嫌いなら別に使わなくていいと思う。
Servlet/JSPやJTAもJavaEEだから使うのやめればいいのに。
1からサーブレットAPIもどきから作るといいと思う。
158:デフォルトの名無しさん
09/05/24 21:15:03
みんなでGAE/Jすりゃ怖くないってか
159:デフォルトの名無しさん
09/05/24 21:36:24
GAE はまだまだ趣味レベルとしか見られないな
160:デフォルトの名無しさん
09/05/24 21:54:04
GAEのJava自体がまだテスト段階なんだから当たり前だと思うが
161:デフォルトの名無しさん
09/05/24 22:19:12
>>154 155 156
サンクス、助かります(;´Д`)
Enterprise Libraryはあまり馴染みがないのですが、
MS謹製ならちょっと考えようと思います
162:デフォルトの名無しさん
09/05/24 22:47:19
>>153
そういやSpringにも.NET版があるけど、どれ位使われているのかな？
163:デフォルトの名無しさん
09/05/24 23:56:22
>>162
それは、spring板の人に聞いてよ。でもさ、僕の視点では国産DIを利用した方がいいよ。付随するSAStrutsも高機能だからね。
前々、から言おうと思っていたけどさ、DAOクラスでさ、排他制御も書けない人がspringなんて使っても意味ないよ。
164:デフォルトの名無しさん
09/05/25 00:08:23
.NET版にもSAStrutsがあるのか。初耳だ。
165:デフォルトの名無しさん
09/05/25 01:06:10
ないよ
ってか事例だったらMLで聞いたら嫌でも殺到するのになんでまたこんな所で
166:デフォルトの名無しさん
09/05/25 01:08:33
PHP版はMapleとかあるけど、.NET版はかなり放置プレーだな
167:デフォルトの名無しさん
09/05/25 01:11:26
僕はJavaそしてSeasarを推薦するよ。S2Daoについて、僕が解りやすく説明するよ？
VersionNoでの排他制御に関しては、PrimaryKeyに属する行の内容を更新する際に、
VersionNoが自分の取得したVersionNoと異なるケースでは、他のユーザーが同じ行を先に更新している事になるので、正確な排他ができる。
Timestampでの排他制御に関しては、PrimaryKeyに属する行の内容を更新する際に、
Timestampが自分の取得したTimestampと異なるケースでは、他のユーザーが同じ行を先に更新している事になるので、正確な排他ができる。
Webシステムにおいては、多数の人が同時に同じDBにアクセスする事になるので、排他制御が抜けているシステムは致命的になる。
168:デフォルトの名無しさん
09/05/25 02:20:42
しかしながら、S2Daoの排他制御は不完全である。
理想としては、画面表示のselect時にVersionNoとTimestampを取得する仕様が好ましい。
今のS2Dao仕様では、Daoレベルでのデータベース更新の瞬間的な排他制御はできる。
そうではなくて、画面表示のselect時にVersionNoとTimestampを取得し、
｢画面単位｣で排他制御を行うのが正しい。S2Daoの排他制御もまた素人臭い。
169:デフォルトの名無しさん
09/05/25 02:36:38
カンファレンスにｷｼﾀﾞﾀﾝでないかなぁ
170:デフォルトの名無しさん
09/05/25 02:40:23
>>168の訂正
失礼、ActionクラスからselectしDTOからActionFormに詰め替え際に、VersionNoあるいはTimestampもActionFormにsetする。
データベース更新時は、ActionFormからDTOに詰め替えする際に、select時に取得したVersionNoあるいはTimestampを
DTOに設定する事で、画面単位での排他制御が実現できる。
171:デフォルトの名無しさん
09/05/25 03:07:04
これができていないWebシステムはゴミだ。
172:デフォルトの名無しさん
09/05/25 03:29:32
若干混乱したので要約すると、
>>167○この概念はSeasarの公式にも書かれているので正しい
僕はJavaそしてSeasarを推薦するよ。S2Daoについて、僕が解りやすく説明するよ？
VersionNoでの排他制御に関しては、PrimaryKeyに属する行の内容を更新する際に、
VersionNoが自分の取得したVersionNoと異なるケースでは、他のユーザーが同じ行を先に更新している事になるので、正確な排他ができる。
Timestampでの排他制御に関しては、PrimaryKeyに属する行の内容を更新する際に、
Timestampが自分の取得したTimestampと異なるケースでは、他のユーザーが同じ行を先に更新している事になるので、正確な排他ができる。
Webシステムにおいては、多数の人が同時に同じDBにアクセスする事になるので、排他制御が抜けているシステムは致命的になる。
>>168×これは僕の認識の誤りである可能性が高い
しかしながら、S2Daoの排他制御は不完全である。
理想としては、画面表示のselect時にVersionNoとTimestampを取得する仕様が好ましい。
今のS2Dao仕様では、Daoレベルでのデータベース更新の瞬間的な排他制御はできる。
そうではなくて、画面表示のselect時にVersionNoとTimestampを取得し、
｢画面単位｣で排他制御を行うのが正しい。S2Daoの排他制御もまた素人臭い。
>>170○S2Daoの振る舞いが以下の使用に適合していれば、理想的な排他制御になる。検証してみなければ解らないが、暫定でできると仮定。
失礼、ActionクラスからselectしDTOからActionFormに詰め替え際に、VersionNoあるいはTimestampもActionFormにsetする。
データベース更新時は、ActionFormからDTOに詰め替えする際に、select時に取得したVersionNoあるいはTimestampを
DTOに設定する事で、画面単位での排他制御が実現できる。
>>171○ゴミです
これができていないWebシステムはゴミだ。
173:デフォルトの名無しさん
09/05/25 11:43:47
あ、いっぱい進んでる。
Rails使ったことないんだけど、
Railsはどのあたりが本質的で面白いか聞きたいのだけど、、、。
174:デフォルトの名無しさん
09/05/25 19:12:26
やべえ…
排他バカにみんな呆れて、過疎ってきた
175:デフォルトの名無しさん
09/05/26 00:31:44
>>168は楽観的ロック知らないのかなと思った
あと更新に失敗したら再度トランザクションやりなおしさせる処理が抜けてるシステムも多い
楽観的ロックは開発者に負担を強いるからね
176:デフォルトの名無しさん
09/05/26 00:41:32
>>168の言ってるのが楽観的ロックに見えるけど？
177:デフォルトの名無しさん
09/05/26 01:26:32
通常の楽観的ロックはトランザクション開始前に取得したものを使う
178:デフォルトの名無しさん
09/05/26 03:25:49
>>175
更新用データ取得時にバージョンカラムの値も取得しておいて
画面上ではhidden値にでも入れておいて
更新するときのBeanにその値を詰めておくだけだろ
アップデート文はFWが自動発行してくれるんだし
この程度を負担とか言っていたら、何も任せられないよ
179:デフォルトの名無しさん
09/05/26 08:16:32
>>178
負担ってのはどう考えても更新失敗時の例外処理の面倒さだろ。
180:デフォルトの名無しさん
09/05/26 13:34:25
節子、それ楽観ロックやない、悲観ロックや
181:デフォルトの名無しさん
09/05/26 13:54:48
>>178 が言っていることも楽観的ロックだと思うけど？
悲観的ロックというのは、その画面を誰かが開いている間、
ロックテーブルとかにレコードを入れて、他のユーザは強制的に入れないようにするような手法だと思っています。
182:デフォルトの名無しさん
09/05/26 18:26:02
そうだね。S2Daoによる楽観的ロックを行い、
後はさ、ユーザーに最終更新日によって確認してもらうのがいいよね。
楽観的ロックでもさ、多数のユーザーが同時に同じ操作を行った際には、
エラーメッセージによって、PrimaryKeyや名称を表示して、
「他のユーザーが同じ操作を行っています。
しばらく待つかまたはシステム管理者にお問い合わせください。」等の
メッセージとしてユーザーに対するお知らせが可能になるよね。
但し、この排他制御はユーザーが同時に同じ操作を行ったケースなんで、
5分前や1時間前に更新されたケースに関しては、
最終更新日の表示によってユーザーに気をつけてもらうしかなかなか方法がないよね。
もちろん、間に承認システムやバッチ処理があれば、
承認者が重複等の異常に気づくことも可能ではあるし、
そういった方式を取ることもあると思いますが、
後はさ、お金が絡む対象も存在するのでログテーブルも必要でしょう。
こういう事も考えていくとさ、僕なんかはやっぱりJavaEEを採用する方がいいと思うけどね。
単純でリスクの少ないWebアプリであれば、何を使用してもいいと思うけど、
実際に企業用のWebシステムとなると、こういう事もきちんと実装しないと正常稼働しないからね。
もちろん、僕はさ、ほらIT志望の大学生なんで、まだ皆さんよりは詳しくはないんですが、
話がSEよりになってしまっているので、プログラミング技術よりの話を展開していくのがいいと思いますし、
実際に、Webシステム作って排他制御とAOPを検証してみるよ。
183:デフォルトの名無しさん
09/05/26 19:12:59
５分前だろうが１時間前だろうが、更新用に取得したデータを
他に誰も更新していない状態で自分が更新したときにだけ成功するのだから関係ない
あと、JavaEEで楽観的排他をサポートしているのはJPAだが、
基本的にやってることは同じだから特に違いはない
184:デフォルトの名無しさん
09/05/26 21:22:47
>>178がいってるのはアプリケーションコントロールのロックな
更新時には悲観的ロックかもしれない
185:デフォルトの名無しさん
09/05/26 21:25:23
>>181
おいおい
このスレでわかりやすい嘘つくんじゃない
186:デフォルトの名無しさん
09/05/26 21:49:34
>>183
そうだね。DBの仕様が通信販売や予約システム等の早い者勝ちの仕様であれば、
あるいは銀行等の常に上書きされべき対象であれば、楽観的ロックだけで済む問題だけど、
民間企業用のさ、顧客に対する情報の更新等は、複数の担当者が重複して入力する可能性もあるので、
それは楽観的ロックだけでは、回避できないって話だよ。
187:デフォルトの名無しさん
09/05/26 21:52:55
>>183の追記
失礼、銀行のDBであれば参照用からマスターへの更新の際には、整合性チェックも含め
間に、承認やバッチ処理が必要だけどね。わかりやすく表現しただけなんで、そこの差異は理解して貰えると思います。
188:デフォルトの名無しさん
09/05/26 21:55:50
ジミ・ヘンドリックス
グリーン・デイ
ニルヴァーナ
チャック・ベリー
エルヴィス・プレスリー
ローリング・ストーンズ
189:デフォルトの名無しさん
09/05/26 22:02:18
ロックしないのに楽観的ロックって言葉が変だよね
ビールじゃないのに第三のビールみたいでさ
190:デフォルトの名無しさん
09/05/26 22:04:42
>>186
こういったケースでは、楽観的ロックだけでは回避できないので、画面に表示されている最終更新日によって、
ユーザーに変更していいのかを判断してもらいたい。また、間に承認システムやバッチ処理があれば、
重複した際に、承認者によって、どちらが正なのかを判断してらわなければならないということですよ。
その問題は、同時にシステム管理者への問い合わせとして、誰がいつどのDBを変更したかを把握しなければならないので、
ログテーブルも必要でしょう。と、僕がおっしゃってるわけですよ。
191:デフォルトの名無しさん
09/05/26 22:15:52
>>188そっちのロックじゃねぇ
192:181
09/05/26 22:19:35
>>185
え、ちがうの？？
○楽観的ロック：
・画面表示(HTML 表示時)に、そのレコードの version_id なり最終更新日時を hidden で持たしておく
・HTML にデータを入力して submit 後、サーバサイドに渡ってきた version_id や 最終更新日時 を where 句にして
select * from HOGE where 受注番号 = **** and versin_id = {画面から渡ってきたもの} for update
して、レコードが取得できればそのまま update 文で更新
レコードが取得できなければ、version_id がインクリメントされていることが考えられるので、
画面に「他のユーザがすでに更新しました。データを再検索してください」
こんな感じ
○悲観的ロック：
ある画面を開いた時点で、その画面に排他制御をかけ、誰も入れなくする
（業務仕様上、その画面が編集するテーブルは、その画面でしか更新できないことが条件)
だとおもっていたよ。
誰か添削してくれ
193:デフォルトの名無しさん
09/05/26 22:34:31
>>192
いちいちせぇctしないでうpだてすりゃいいだろjk
194:デフォルトの名無しさん
09/05/26 22:41:29
>>190の追記
楽観的ロックでも悲観的ロックでも、同じ振る舞いになる。
195:デフォルトの名無しさん
09/05/26 23:02:58
>>192
悲観的ロックがすごいな
俺ならそんなシステム使いたいと思わない
>>194
俺も回避できないからどうリカバリーするかを考える方が好きだ
196:デフォルトの名無しさん
09/05/26 23:04:30
>>192
それはアプリケーション制御の話。つまりただの仕様であり運用方法。
通常楽観的ロックや悲観的ロックというのはDBアクセスで読み込み中心ならば
ロックをかけないようにしよう、後から来たほうはトランザクションをリトライさせればいいんじゃね?
というお話だからミリ秒単位のお話。
だからリトライ制御等がはいってないのは楽観的ロックですらなく、書き込みもそれなりにあるのならば
普通に悲観的ロックをかけたほうが良い。
よくあるATMでの振込みと引落の同時アクセスを考えてみると良い。
ただ、読み込みでロックかけるようなDBなら楽観的ロックのほうが有利にはなりやすい可能性あり。
楽観的ロックというのはデータベースのロックを積極的に利用しようという話ではないので
開発者側に負担を強いる方法。楽観的であれ短い時間だろうが更新時にはどうせロックかけるので
実はアクセス順序を意識しないとデッドロックの可能性が普段から意識する悲観的ロックより
大幅に増える。IF文等によりアクセスするテーブルや行が変わる可能性があるからね。
197:181
09/05/26 23:05:15
>>195
おっしゃるとおりなので、悲観的ロックをかける場所は、
たとえば「年次締めバッチ起動画面」など、重要で、誰か一人しか使えなくすべき画面にのみに適用し、
普通のところは、 >>192 の楽観的ロックを使う、と思っているのですが。
198:デフォルトの名無しさん
09/05/26 23:12:33
I do not recommend that you use Teeda if you could not read the document.
（´；ω；） ｶﾜｲｿｽ
199:デフォルトの名無しさん
09/05/26 23:13:01
なんで今更こんな話題で盛り上がってる？
POEAA読めば終わりだろ？読んでないの？素人？
200:デフォルトの名無しさん
09/05/26 23:36:49
>>199
たまには動物園に行きたくなるだろ？
201:デフォルトの名無しさん
09/05/26 23:42:34
>>193
俺もupdateのwhere句に条件加えればいいじゃんと思うんだが
202:デフォルトの名無しさん
09/05/26 23:57:59
>>199
まあそういうな
s2コミッタ＝素人
s2ユーザ＝ど素人
なんだからさｗ
203:181
09/05/26 23:58:45
>>193 >>201
select .... for update してレコードが取得できたかどうかをせずに、
いきなり update 文を実行した場合、
update 文の結果(PreapredStetement#exeucte())で、0 が返って来た場合、
version_id がずれて更新できなかったのか、
そもそも、当該受注番号のレコードが、一瞬先に別ユーザによって消されたのかわからない。
select .... for update してレコードが取得できたかチェックしておいて、レコードが得られなかったら、
「他のユーザがすでに更新しました or 他のユーザがそのデータを消しました」
とエラーメッセージを出すことが出来る。
とここまで書いたが、いきなり update 文を実行して、update 文の結果が 0 だったら、
同じようなメッセージを出せばいいのか。
画面で、ユーザにもう一度画面を開いてもらい、当該受注番号のレコードが消されたら、
画面を開き直したときに、そのレコードは現れなくなるし。
204:デフォルトの名無しさん
09/05/27 00:20:41
おやすみ僕ちゃんｗ
205:デフォルトの名無しさん
09/05/27 00:33:30
一生懸命にたくさんの長文を書いてくれたけど、
どうしてJavaEEのほうがいいという結論に達したのか、全然わからなかった。
206:デフォルトの名無しさん
09/05/27 00:35:25
ぶっちゃけどれでもいいよね
実装が違うだけで目的は同じなんだから
JavaEEでもできるだろうけど他でもできるわけで
だからといってJavaEEが最高ってことにはならん
207:デフォルトの名無しさん
09/05/27 00:38:23
僕ちゃんがJavaEEわかってるわけないに1票
208:デフォルトの名無しさん
09/05/27 03:10:52
>>203
実際のところ、楽観的排他制御対応を謳っているFWはほとんど
UPDATE文にバージョンカラム値を条件に加えて、結果が０だったらエラーにする実装をしている
更新なのか削除なのかは、エラー後に再検索して判断する
そもそも「楽観的排他」は「あまり起こらない」ことを前提として、起こった場合は最初からやり直し
という方針で採用されることが多いから、SELECT FOR UPDATEを使う実装は少ないと思う
（オプションによって、一度空更新してトランザクション的なロックをかけたり・・・とかはあるけど）
209:デフォルトの名無しさん
09/05/27 05:59:32
>>196ありがとう
楽観的ロックでは、1つのトランザクションで複数のテーブルまたは複数のレコードを更新する際には、
デッドロックやそれに伴うデータの不整合になる危険性がある。したがって、1つのトランザクションで
1つのテーブルと1つのレコードを更新する事によりデッドロックの回避が可能になりますが、
これに基づいてDB設計と画面設計は相当慎重に行うべきである。また、S2Daoの排他制御は楽観的ロックなんで、
標準的なDaoクラスでDriverManager.getConnection().setAutoCommit(false)の設定をして
SelectForUpdateによる悲観的ロックを採用した方がシンプルでいいかもしれないね。
加えて、1つのトランザクションで複数のテーブルまたは複数のレコードを更新するケースでは、
rollbackを行えば、データの不整合は改善されるが、Webシステムで更新順序によるデッドロックの回避が
できるのかについては、現時点では僕の把握ではできないと思ってる。
210:デフォルトの名無しさん
09/05/27 06:15:43
>>209の追加
要約すると、
・1つのテーブルと1つのレコードを更新する仕様にする(デッドロックが起きないケース)
・デッドロックが起きた際には、rollbackよって回復する(デッドロックをrollbackによって回復するケース)
211:デフォルトの名無しさん
09/05/27 07:42:20
SelectForUpdateによる悲観的ロック()笑
やはりこの程度の認識だったのか・・・
212:デフォルトの名無しさん
09/05/27 08:33:38
select for updateで悲観的ロックになると思ってたのかよ。
213:デフォルトの名無しさん
09/05/27 08:41:39
悲観的ロックだろうが楽観的ロックだろうが、
複数テーブルを更新するときはFOR UPDATEを付けるし、
設計次第ではデッドロックも起きる。
そこは悲観的・楽観的とは関係ないんだよ。僕ちゃん。
214:デフォルトの名無しさん
09/05/27 08:47:22
>>210
さらに要約すると、排他制御はSelectForUpdateによる悲観的ロックを行い、デッドロック対策としては
1画面に可能な操作は、1つのトランザクションで1つのテーブルと1つのレコードを更新するだけに限る。
また、最終更新日を表示することにより、ユーザーによって変更してもよいデータであるかを判断してもらう必要がある。
215:デフォルトの名無しさん
09/05/27 09:31:39
>>214の追記
これを実現する画面設計としては、検索リストから詳細画面へ遷移し、登録/更新/削除を行う。
DB設計も、1画面に可能な操作は、1つのトランザクションで1つのテーブルと1つのレコードを更新する事を踏まえ
データモデリングしていく必要があるね。
216:181
09/05/27 11:03:15
でもいいのですが、
181=192=197=203 です。
182=209 、その他ではありません
(まぁ似たようなレベルかも知れませんが)
217:デフォルトの名無しさん
09/05/27 11:10:48
まぁ、一言で表現すると、スレッドセーフになるね。
218:デフォルトの名無しさん
09/05/29 14:09:32
ｾｯｼｮﾝすくねーw
219:デフォルトの名無しさん
09/05/30 00:51:17
確かにえらい寂しいな。
しかも事例紹介を大部屋でやって、ひがさんのセッションを30人の部屋でやるとは…
220:デフォルトの名無しさん
09/05/30 00:57:08
ｽﾘﾑｻﾝはSlim3の発表がメインなんじゃね
しかし実務やってる人には新技術より事例発表の方があるから人は集まるだろうけど
実例がSAStrutsとかみたいな今企業でよく使われるような物じゃないから
微妙なんだよなぁ
221:デフォルトの名無しさん
09/05/31 01:06:48
S2クリックとS2クロノスがいっぱい聞きたかったけど
15分か。。
222:デフォルトの名無しさん
09/05/31 01:10:04
携帯の事例発表とmobyletのセッション同時間にやるのってなんの嫌がらせなの
223:デフォルトの名無しさん
09/05/31 02:59:51
>>222
今からメールしたら、変えてくれるかも。
Seasar カンファレンスは、いつも聞きたいのが重なりすぎて困る。
224:デフォルトの名無しさん
09/06/01 22:55:40
@Resource(arg="@Arg(arg1="aaa",arg2="bbb",arg3="ccc"))
SearchSearvice searchSearvice;
てな感じで、SearchSearviceのオブジェクトのコンストラクタとかプロパティにデフォルトで値をセットできればええのになぁ。
225:デフォルトの名無しさん
09/06/02 00:13:35
別に普通に要素に代入すりゃええやん
アノテでやったら型が違ってたら何処でエラー出てるのか解らん
226:デフォルトの名無しさん
09/06/04 13:30:45
オレはむしろ
@Resource(arg="@Arg(arg1="aaa",arg2="bbb",arg3="ccc"))
SearchService searchService;
てな感じで、SearchSearviceのオブジェクトのコンストラクタとかプロパティにデフォルトで値をセットできればええのになぁ。
と思うぞ。
英語勉強しろよ。
227:デフォルトの名無しさん
09/06/04 17:39:14
例えばarg1がDateだったらどうすんの
タイプセーフにならんだろ
228:デフォルトの名無しさん
09/06/04 23:59:48
SAStrutsでつまってる。FormにMapを使いたいんだ。
form.TestForm.java に、
public Map<String,String> testMap;
を宣言して、
action.TestAction.java で
@ActionForm
@Resource
public TestForm testForm;
とした。
jspに、
<html:text property="testMap(test)" ></html:text>
として、入力した値が、testMap.get("test")で取れるようにしたい。。しかし、、
java.lang.UnsupportedOperationException: get
org.seasar.struts.action.ActionFormWrapper.get(ActionFormWrapper.java:113)
と出てしまう。どこか間違ってるか別の方法があるか、、、教えてえろいひと
229:デフォルトの名無しさん
09/06/05 00:18:01
ちょっと酷すぎてまず何を伝えればいいのか迷ってる
testMap(test)ってそもそもなんなんだよ
230:デフォルトの名無しさん
09/06/05 00:24:26
イロイロと初心者で面目ない…書式とか間違ってるのは勘弁を…
やりたいことはsubmitした時のアクションでtestForm.testMap.get("test")で取れるようにしたいんだ。。
testFormに
public String test;
とは置きたくないんだ。Mapに自由に格納したいのだです
231:デフォルトの名無しさん
09/06/05 00:27:17
いやだからその自由にって部分をだれかが実装してるの？
マニュアルに載ってなくてお前も実装してないならだれもそう実装してないってことでしょ
BeanUtilの該当箇所ラップして自分でカスタマイズしなよ
232:デフォルトの名無しさん
09/06/05 00:35:33
>>230
HttpServletRequestから取ってくればええやん
233:デフォルトの名無しさん
09/06/05 00:45:12
フレームワーク使わなければい（ｒｙ
234:デフォルトの名無しさん
09/06/05 00:52:43
ﾌｲﾀ
235:デフォルトの名無しさん
09/06/05 00:55:22
S2に限らず、フレームワークスレでいつも思うけど、
素で書いたら簡単にできるのにこのフレームワークはこんなこともできないんですか！
みたいな質問が多くて、じゃあフレームワーク使わないで素で書けよって思うことは多々ある。
自由な開発の弊害で苦労して一周回った上で、規約を縛ることの必要性を経験しないと理解できない部分なのかもね。
236:デフォルトの名無しさん
09/06/05 06:58:31
s2clickかs2wicketならできそう
sastrutsはstrutsに縛られてるから仕方ない部分がいくつかある
237:デフォルトの名無しさん
09/06/05 10:55:37
S2Click、S2Wicket は、まだメンテされているの？
238:ひがやすを
09/06/05 13:02:14
>>230
対応しました。
239:デフォルトの名無しさん
09/06/05 14:16:47
S2Clickはメンテされてる。
カンファレンスでもセッションあるみたいだし。
S2Wicketはされてないみたいかな。
240:230
09/06/05 19:38:12
>>238
ぅぉぉぉ、ありがとうございます
え、2chで質問しちゃいけなかったんすか。
MLとか好きじゃないんですよね、ゆとり♀ｻｰｾﾝ
241:ひがやすを
09/06/05 21:39:28
黙れ
242:デフォルトの名無しさん
09/06/05 22:36:15
なりすましイクナイ
243:デフォルトの名無しさん
09/06/08 01:49:56
いつの間にかカンファレンスのセッションが増えてるな。
Slim3は必須のようだ。
244:デフォルトの名無しさん
09/06/08 23:03:20
事例発表3と
BigtableとJDOの勝ちパターン
は逆にすべきだろ。
事例発表なんか、聞きたい人少ないと思うんだけど。
245:デフォルトの名無しさん
09/06/08 23:06:33
安心して使ってください
という意味があると思うから大事だと思うよ。実績をアピールするのも大事
でもメンテされてないプロダクトばかりなのが選択する側としてはつらい
246:デフォルトの名無しさん
09/06/09 00:09:25
重い処理を走らせるクラスがあるんだが、そいつだけをHOT deployさせたくないんだよな
SINGLETONにしても、リクエストのたびにInitMethodはしるんで…
247:ひがやすを
09/06/09 00:32:04
Seasar2関連で、2chに技術的な質問はするなと何度言ったら...
248:デフォルトの名無しさん
09/06/09 00:41:21
MLかコミッタのblogのコメに匿名で投稿すれば半日で解決するのに
わざわざ2chで質問するってことはよっぽどひねくれてるんだよ
249:デフォルトの名無しさん
09/06/09 00:44:03
2chで質問されると余程困るのだろうか。
250:デフォルトの名無しさん
09/06/09 00:47:08
答える側は困らんけど
教えられる側は嘘教えられてもだれも訂正してくれないぞ
251:デフォルトの名無しさん
09/06/09 00:52:10
ﾋｶﾞﾀﾝは怖いイメージがあるから
顔文字を使っておちゃらけたほうがいいと思う
252:デフォルトの名無しさん
09/06/09 00:57:23
困るのは技術的な質問に答えられないこのスレの住人ｗ
253:デフォルトの名無しさん
09/06/09 01:01:16
まー全部答えられるかって言われると答えられないことの方が多いのは確かだねぇ。
質問のMLと雑談の掲示板で使い分けって事で。
254:デフォルトの名無しさん
09/06/09 01:01:38
>>246
コンテナ起動前にクラス先にロードしちゃえば？
255:デフォルトの名無しさん
09/06/09 07:09:54
２ｃｈで質問するのがいいとは思わないが、それだけMLでは質問しづらいのだろう
256:デフォルトの名無しさん
09/06/09 09:10:23
むしろ、2chではみんなトンデモな答えを期待してるんだから、ひががそれみて対応するほうがウザい。
「map対応してないんだね、糞だね」
っておとしめたいだけなのに、
「素早く対応したよ！2chで質問とかすんなよ」
とか、どう考えても場違い。
257:デフォルトの名無しさん
09/06/09 20:09:08
名前だけカタカナの外人ですら優しく回答してもらえるMLの何処か敷居高いんだ
JavaHouseに比べたら実家くらい快適な場所だわ
258:デフォルトの名無しさん
09/06/09 20:18:55
個人名出す必要もないしプロジェクトでseasar質問用のメアド作ってML入ればいいだけやんね
259:デフォルトの名無しさん
09/06/09 20:41:58
だからMLの敷居が高いんじゃないんだよ。
ネガキャンしたいだけなんだからこのスレはスルーすればいいのにコミッタが絡んでくるのがウザい。
260:デフォルトの名無しさん
09/06/09 20:48:14
キャンペーンじゃなくて実際ネガティブだからなここは
261:デフォルトの名無しさん
09/06/09 21:37:14
・本名参加でなくともメールアドレスという自分を示すものでやりとりするのがイヤ。もっともっともっと気軽に質問したい。
・完璧な回答ならもちろんだけど、何らかのヒント（もっといえば反応）が欲しい
・回答が無い場合、「なにか知ってるひといません？」と再度聞きやすい。多くのMLはそんな空気じゃない。
・「全文引用すんな、過去レス全部読め」などという人が大きな顔されるのがイヤ
・「どうしてそんなことをするの？」なんていう反応が大嫌い。普通に「できる・できない・こういうことか？」という反応だけでいい。
・質問以外の他人のやりとりをMLだと読まざる得ない状況になりやすいからイヤ
ワガママかね？
262:デフォルトの名無しさん
09/06/09 21:39:03
S2のMLで質問に回答がないことなんて
よっぽどカスみたいなのでもないと今まで一度もないだろ
263:デフォルトの名無しさん
09/06/09 22:20:10
>>261
> 多くのMLはそんな空気じゃない。
ML全般の話なのかSeasarのML固有の話なのかはっきりしろ
264:デフォルトの名無しさん
09/06/09 22:33:26
>>261
どうしてそんなことをするの？
265:デフォルトの名無しさん
09/06/10 00:27:56
・POP3/SMTPプロトコルが嫌い。HTTPじゃないと。最初にエッチがつくから。
266:デフォルトの名無しさん
09/06/10 00:42:42
webメール使え
267:デフォルトの名無しさん
09/06/10 01:19:15
俺は絶対に突っ込まないけど
268:デフォルトの名無しさん
09/06/10 07:43:00
俺もMLを敬遠するタチだけど、ようやく理由がわかった。
2chブラウザで見られないからだ。
269:デフォルトの名無しさん
09/06/10 12:34:03
>>268
全然違う話だけど、RSSリーダーもいまいちなれないと思ったら、
2chブラウザで見られないからだ、と>>268見て思った。腑に落ちた
270:デフォルトの名無しさん
09/06/10 13:20:15
2ch ブラウザで 簡易RSS リーダーを内蔵しているのもあるよね。V2C とか。
2chブラウザ風の RSS リーダーがほしい。
271:デフォルトの名無しさん
09/06/10 14:45:25
俺もJavaいまいちなれないと思ったら
2chブラウザで開発できないからだ、と>>269見て思った。腑に落ちた
272:デフォルトの名無しさん
09/06/11 09:55:38
>>262
カスは言うこともカスだな
273:デフォルトの名無しさん
09/06/11 13:18:52
ほめても何もでませんよ
274:デフォルトの名無しさん
09/06/12 00:42:52
後のSeasarスレファウンデーション誕生の瞬間であった
275:デフォルトの名無しさん
09/06/12 23:01:13
前日になっても講演者未定ｗ
276:デフォルトの名無しさん
09/06/13 02:52:34
とりあえずﾋｶﾞﾀﾝのほうれい線を触りに行くか
277:デフォルトの名無しさん
09/06/14 04:30:14
カビーって地味だけどT2よりいいかも
278:デフォルトの名無しさん
09/06/14 14:48:34
カビーの可愛さはどこからきているんだろうな
279:デフォルトの名無しさん
09/06/14 23:06:17
Cubby in Action => T2 in Actionといったら
空気読んで、SAStruts in Actionだろ。
280:デフォルトの名無しさん
09/06/14 23:08:58
>>277
ちゃんと使ってんのか？
お前みたいなやつはろくに触りもしないで
そのうち、BigTableがいいとか言うんだろ
281:デフォルトの名無しさん
09/06/14 23:16:32
>>280
shotﾀｿ乙
282:デフォルトの名無しさん
09/06/14 23:31:30
2chらしくランク付けするか
Ymir
Cubby
T2
SAStruts
Teeda
S2Struts
S2JSF
S2Tapestry
追加訂正してくれ
283:デフォルトの名無しさん
09/06/14 23:33:53
Ymir
Cubby
T2
SAStruts
S2Struts
Teeda
S2JSF
S2Tapestry
くらいの差はあると思う
284:デフォルトの名無しさん
09/06/14 23:59:21
T2はまだそんなレベルじゃないだろ
shotタソのコメント欄見てみろ
Ymir
Cubby
SAStruts
S2Click
S2Struts
T2
Teeda
S2JSF
S2Tapestry
S2Wicket
285:デフォルトの名無しさん
09/06/15 00:21:13
昨日行ってきた。
4コマ目のひがたんの「BigTable と JDO の勝ちパターン」は、聴講者多数で、LT のあとにもう一度行われた。
Slim3 は、Google App Engine と Bigtable 上でしか使えないの？
あと >>282-284 で、ゆみるが先頭に来ている理由がわからない。
Cubby と SAStruts は使ったことがあり、いちおう(使う側としては)理解しているつもり。
Ymir は URLﾘﾝｸ(ymir.seasar.org) を読んだぐらいしか知識がない。
Ymir を否定しているのではなく、Cubby とかSAStruts とくらべてどういう点がよいのか聞いてみたい。
あと、T2 は S2JSF のようなプレゼンテーションのフレームワークではなく、
コントローラやプレゼンテーション層を結びつけるためのフレームワーク
(コントローラやプレゼンテーション層より、レイヤが一段下)ではなかったか？
※法政大学の外堀校舎は綺麗だな。
あんしんしておなか痛くなってもトイレに行けた。
286:デフォルトの名無しさん
09/06/16 02:06:30
あのおっさんのエントリ、後出しジャンケンじゃないか。
メーリングリストで言っておけばいいのに。
287:デフォルトの名無しさん
09/06/16 13:09:19
おっさんって誰だ？
288:デフォルトの名無しさん
09/06/16 17:42:53
いうまでもない
289:デフォルトの名無しさん
09/06/17 09:06:26
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
ここのページの下の事例に
「ホット・デプロイ機能は，クラス数が多くなると遅くなる」
とあるけど、そうなのかね？
290:デフォルトの名無しさん
09/06/17 09:56:16
そりゃそうだろう。
クラスを走査して必要な分を再ロードするんだから規模が大きくなったら難しいんじゃない。
けど実際ベンチマークとってみたいな。
291:デフォルトの名無しさん
09/06/17 23:20:17
>>289
URLﾘﾝｸ(ml.seasar.org)
> 本来 HOT deploy では必要になったコンポーネントのみ
> インスタンス化されるので，システムに Dao が何千個
> 何万個あろうとも，アクセスされた画面の処理で
> 使われる Dao が少なければ極端に遅くなることは
> ないはずです．
>
> おそらく，どんな画面からも使われる，多くの Dao に
> 依存する巨大なクラスがあるなど，実際には不要な
> コンポーネントまでインスタンス化されるような
> 構成になっているのではないでしょうか？
要は設計が悪いと遅くなる
292:デフォルトの名無しさん
09/06/18 00:01:54
>>286-287
あのおっさん74年生まれか。higaﾀｿやデブ元理事よりずっと若いじゃないか。
前代表理事よりも若い。おっさん失格だな。
293:289
09/06/18 00:21:35
>>291
情報どうもです。ということは、この事例の場合は設計が悪かったということですな。
294:デフォルトの名無しさん
09/06/19 10:09:47
マスターからメッセージが来たよ
URLﾘﾝｸ(d.hatena.ne.jp)
295:デフォルトの名無しさん
09/06/19 10:22:28
ひがブログなんか盛り上がってるね。
296:デフォルトの名無しさん
09/06/19 13:34:09
ひがやすをに「ガツン」と申し上げたい
297:デフォルトの名無しさん
09/06/20 02:43:33
何だかんだ言ってみんなﾋｶﾞﾀﾝ好きだなw
298:デフォルトの名無しさん
09/06/21 11:37:43
なんつうか、偏った人が多い気が。なにもSeasar界隈に限った話じゃないけど
299:デフォルトの名無しさん
09/06/21 11:57:24
やすをの自演ｶｷｺがうざい
300:デフォルトの名無しさん
09/06/21 15:06:39
何か新しいことをするには良い意味で偏らないとやっていけないのではないかな。
301:デフォルトの名無しさん
09/06/24 17:06:31
>285
>あと、T2 は S2JSF のようなプレゼンテーションのフレームワークではなく、
>コントローラやプレゼンテーション層を結びつけるためのフレームワーク
>(コントローラやプレゼンテーション層より、レイヤが一段下)ではなかったか？
T2はあるURLとPOJOとそのメソッドをマッピングするフレームワークだね。
普通のフォームとか、FlexやAjaxのリクエストも受けれるのが特徴。
302:デフォルトの名無しさん
09/06/24 17:37:15
時々t2の話題が出てくるがスレチだから誘導
Java+Webフレームワーク
ｽﾚﾘﾝｸ(tech板)
303:デフォルトの名無しさん
09/06/25 01:53:59
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ ＜お前はオープンソースの何を知っているというのだ。
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一''''''"～～｀`'ー--､ -一'''''''ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
＿＿＿_
／_ノ ヽ､_＼
ﾐ ﾐ ﾐ oﾟ(（●）) (（●）)ﾟo ﾐ ﾐ ﾐ ＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼ /⌒)⌒)⌒)
| / / / |r┬-| | (⌒)/ / / /／
| :::::::::::(⌒) | | | ／ ゝ :::::::::::/
| ノ | | | ＼ / ） /
ヽ / `ー'´ ヽ / ／
| | l||l 从人 l||l l||l 从人 l||l バ
ヽ -一''''''"～～｀`'ー--､ -一'''''''ー-､ ン
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒)) バ
ン
304:デフォルトの名無しさん
09/06/26 01:29:52
ごめんなさい。ﾀﾞﾝｺｶﾞｲになりたかっただけなんです。
305:デフォルトの名無しさん
09/06/27 21:45:38
＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼
／ ⌒（__人__）⌒ ＼ 知らないことを軽々しく語るなよ。
| |r┬-| |
＼ `ー'´ ／
ノ ＼
／´ ヽ
＿＿＿
／ ＼
／ノ ＼ u. ＼ ！？
／ （●） （●） ＼
| （__人__） u. | ｸｽｸｽ>
＼ u.｀ ⌒´ ／
ノ ＼
／´ ヽ
＿＿＿_
<ｸｽｸｽ ／ ＼！？？
／ u ノ ＼
／ u （●） ＼
| （__人__）|
＼ u .｀ ⌒／
ノ ＼
／´ ヽ
306:デフォルトの名無しさん
09/07/01 19:37:58
いい加減トップページ変えようよw
307:デフォルトの名無しさん
09/07/03 02:35:38
JavaでまともなフレームワークってSeasar２だけじゃん
Java勉強して分かったお
間違いない
308:デフォルトの名無しさん
09/07/03 02:40:27
まともなのは他にもたくさんあるけどね
バランス的に言うと一番使いやすいってのなら同意だが
309:デフォルトの名無しさん
09/07/03 02:51:12
Seasarのプロダクトのコミッタって一般人でもなれるの？
310:デフォルトの名無しさん
09/07/03 02:59:14
>>308
SAStrutsないと設定地獄になるよな
311:デフォルトの名無しさん
09/07/03 03:00:53
>>309
能力的には一般人しかいません
性格的には一般時にはなれません
312:デフォルトの名無しさん
09/07/03 03:05:54
まぁ、その一般人が作った物を使ってるんだけどな
313:デフォルトの名無しさん
09/07/03 03:14:39
Java１．４＋Strutsって聞いただけで超絶ブラックだぞ
314:デフォルトの名無しさん
09/07/03 03:20:34
誰もJava1.4とStrutsなんて発言してないが
315:デフォルトの名無しさん
09/07/03 06:55:03
基地外しかいない悪寒
316:デフォルトの名無しさん
09/07/03 09:00:57
>>310でいきなりStrutsの話になってふいた
やはり日本だとフレームワーク＝Strutsなのかな
317:デフォルトの名無しさん
09/07/03 12:27:47
javaでwebするならそうかも。
318:デフォルトの名無しさん
09/07/03 18:35:04
つ Java EE 6
319:デフォルトの名無しさん
09/07/04 00:14:09
節子それ、Seasarと違う
320:デフォルトの名無しさん
09/07/04 00:14:47
S2EE6みたいなの出たらどうすんだよ
321:デフォルトの名無しさん
09/07/04 00:17:16
SEE6に名前変更されるから無問題
322:デフォルトの名無しさん
09/07/04 18:30:02
結論：Springでオールオッケー
323:デフォルトの名無しさん
09/07/04 23:49:49
Spring 使った場合のフレームワークって今だと何が一番いいんだろな。
Strut2 と WebFlow+SpringMVC ぐらいが今の候補なんだが。
324:デフォルトの名無しさん
09/07/05 00:10:42
スプ2Strutsとか出せばいいんだよ
325:デフォルトの名無しさん
09/07/05 00:20:54
Springは社内フレームワークのためのフレームワーク
ってゆーすけがいってた
326:デフォルトの名無しさん
09/07/05 00:44:26
Springはいちいちなんかめんどいんだよな
327:デフォルトの名無しさん
09/07/05 00:57:24
>>326
そこを社内フレームワークでカバーするんだよ
Springを素のまま使うのは間違ってる
Seasarとは違うのだよSeasarとは
328:デフォルトの名無しさん
09/07/05 00:59:37
ってゆーすけがいってた
329:デフォルトの名無しさん
09/07/05 01:39:35
Springが面倒って…1.x時代の話してるのか?
330:デフォルトの名無しさん
09/07/05 01:49:57
>>329
>>323からの流れが読めてないな
Spring単体の話はしてないお
331:デフォルトの名無しさん
09/07/05 01:55:11
なんでもできるってものよりも
おすすめの構成でセットになってるのがいいんだよ
332:デフォルトの名無しさん
09/07/05 11:43:56
Springはオススメ構成用意はしてない
ただ、各種プロダクトが真っ先にSpringのコネクタ用意するから簡単につながる
Seasar2はメンテされてるプロダクトかどうかを判断するのが難しい
333:デフォルトの名無しさん
09/07/05 16:16:02
えろい人に質問Seasar2使うなら
JBOSS と GlassFish
ってどっちが良いのと？
334:デフォルトの名無しさん
09/07/05 16:45:17
S2に限らずGlassFishがいいと思う
335:デフォルトの名無しさん
09/07/05 19:31:04
S2使うならTomcatでおk
336:デフォルトの名無しさん
09/07/06 12:59:01
所詮、いち島国のマイナープロダクトにすぎんからなシーサーは。
トータルで見たらSpringの方がいいにきまってる。
337:デフォルトの名無しさん
09/07/06 14:53:14
知名度と使い勝手が比例するのならそうだけど
マイナーだから駄目ってのはなんだかなぁって感じ
338:デフォルトの名無しさん
09/07/06 20:53:04
案件でSeasar使うところ増えてない？
まわりの半分くらいはSeasarなんだが
339:デフォルトの名無しさん
09/07/06 22:04:55
半分は言い過ぎだけどSAStrutsとあと意外にTeedaが多いｗ
340:デフォルトの名無しさん
09/07/06 22:16:08
Teedaがかれた宣言出したのが去年だから、今くらいの案件で使われるというのは不思議ではない。
JSF 2.0が少しずつ見えてきたこの時期に1.1ベースというのがどれだけ影響するか。
341:デフォルトの名無しさん
09/07/06 22:44:07
ちょっと前までまともな事例ってひまわり証券くらいしかなかったのにな
リクルートの新規サイトも地味にS2らしい
342:デフォルトの名無しさん
09/07/06 22:50:40
>>341
ソースは？
343:デフォルトの名無しさん
09/07/06 23:38:31
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
リクルートの他にソフトバンクモバイルもそうらしいな
344:デフォルトの名無しさん
09/07/06 23:43:34
>>343
㌧だが2年前の記事で新規サイトのソースではないな
345:デフォルトの名無しさん
09/07/07 01:45:49
リクルートは今SAStrutsだよ
俺がソース
346:デフォルトの名無しさん
09/07/07 02:33:49
リクルートは大分人減ったかい？
347:デフォルトの名無しさん
09/07/07 11:14:07
リクルートで転職してる人が減ってるよ。
つーか、求人がないので他でも減ってる。
348:デフォルトの名無しさん
09/07/07 14:28:54
リクルートは転職屋じゃなくて情報出版業だぞ
リクルートエージェントかなんかと勘違いしてないか
349:デフォルトの名無しさん
09/07/07 15:48:08
TeedaとかJSF系ってさ、GUIコンポーネントっつーのかな？HTMLコンポーネントそのまま使える案件ならいいけど
デザイナがあげてきたHTML+CSSをシステムに組み込むような案件だとツラくないか？
昔試して俺には無理ぽだったので、そんときゃS2strutsを使ったよ
350:デフォルトの名無しさん
09/07/07 16:01:16
JSFなんてイントラ案件でしか使わんだろあんなもっさり
351:デフォルトの名無しさん
09/07/07 17:24:22
制約の情報をあんまり告知せずに革命的テクノロジーとか言ってリカマンドしてくるベンダーとの戦い。いつ終わるのこれ
352:デフォルトの名無しさん
09/07/07 21:06:00
>>349
決められたコンポーネントを多用する社内アプリならば十分
もっさりということも特にない
用途に合わせて最適なフレームワークを選択するのが普通
1つだけに絞ろうとするのが間違い
353:デフォルトの名無しさん
09/07/07 21:22:24
少数精鋭で小回りがきく組織ならそれが普通かもしれんが
5次受け6次受けの兵隊引き連れてる大所帯の組織では普通じゃない
354:デフォルトの名無しさん
09/07/07 23:39:17
>>345
俺もリクだが
S2使っているとこはさ結局悲鳴しか聞こえてこんよ
S2&SAStruts使えるって感じるならSpring&Struts2やWicketは天国だと感じるだろな
355:デフォルトの名無しさん
09/07/07 23:41:15
おまえ偽者だな
悲鳴が聞こえてたのは独自フレームワークだった所だろ
356:デフォルトの名無しさん
09/07/08 00:14:31
偽者って言われちゃったよ・・・
本質を理解できない奴にいちいち説明するの面倒だな
357:デフォルトの名無しさん
09/07/08 00:19:16
本質ってなにかね。
358:デフォルトの名無しさん
09/07/08 00:24:54
>>354
どんな悲鳴だ？本物なら具体的に書いてみろよ
359:デフォルトの名無しさん
09/07/08 00:49:48
こないだまでRでぐるなびみたいなサイト作ってたけど（カットオーバーおめ）、
SAStrutsは非常に使いやすかった。
Spring + iBATISなんかより全然な。
360:デフォルトの名無しさん
09/07/08 00:54:14
>>358
ｷﾞｬｧｧｱｸﾞｩｶﾞｯｩｧｧｳﾋｬｬｱｧｧｱ
361:デフォルトの名無しさん
09/07/08 01:01:55
S2&SAStrutsってのが全く理解してない証拠だと思う
362:デフォルトの名無しさん
09/07/08 01:05:43
>>359
おま、比較対象が
363:デフォルトの名無しさん
09/07/08 01:08:51
SAStrutsなんてDIコンテナが何かなんて気にする必要もないプロダクトなんだから
中身がS2だろうがEJBだろうがSpringだろうがどうでもいい話じゃね？
フロントエンドのPGは単にアクションとJSP書くだけだもん
364:デフォルトの名無しさん
09/07/08 03:47:04
悲鳴ってのはプロジェクト管理に起因する事象だろう
最後はとにかく人を突っ込むってことをやってたようだ
事実余り Java を知らん人とかも増援で入ってたし
Hプロジェクトが火を吹いてたのは S2とは無関係だと思うな
365:デフォルトの名無しさん
09/07/08 04:09:50
業務委託じゃRなんてかなりスキルないと入れてもらえなくて有名だが
366:デフォルトの名無しさん
09/07/08 04:52:15
面接を受けると、それも頷ける部分はあるが、
実際のところはそうではないようだ。
ぶっちゃけ協力会社による。
今はどんどん切られてるから、スキル無い人から減ってるけど、
去年の忙しい時期なんかは、とにかく人を入れろって感じ。
そんで件のプロジェクトは火を吹いてたんで、とりあえず人を突っ込んだ。
そしてガバっとまた人が減る。
それに、2年前とかの企画だと、どーしよーもないソースも結構転がってるよ。
S2採用以前のね。
自社FWがどーこー言う話はよく聞く業界だけど、
こればっかりは、何を間違えてこうしちゃったの？って思わずにはいられない。
367:デフォルトの名無しさん
09/07/08 10:45:46
>354
>>S2&SAStruts使えるって感じるならSpring&Struts2やWicketは天国だと感じるだろな
えー、そんなに違うもんなのか？
368:デフォルトの名無しさん
09/07/08 11:28:48
>>367
S2Wicketこそが天国への門
369:デフォルトの名無しさん
09/07/08 12:26:27
Struts2覚えるのが面倒
370:デフォルトの名無しさん
09/07/08 12:48:22
Wicketってメモリ喰う、いや喰わないとか論争してて不吉な匂いがするよ。
マイクロベンチで検証してOKで実際にデカいアプリ作ったらダメでしたとか、ってことになるんじゃねーかとか
考えすぎ？
371:デフォルトの名無しさん
09/07/08 12:49:42
>>354
S2よりSpringが素敵なところってどこ？オフショア使えるとこ？
372:デフォルトの名無しさん
09/07/08 14:14:33
Seaserを実際に使ったことがない(ドキュメントは読んだ)
俺が印象だけで答えてみるテスト。異論反論は受け付ける
Springが勝っている点
* 世界的に見て、事実上の標準技術と見做されている
* 情報量が多い (世界規模 vs 日本のみ)
* サポートしているコンポーネントが多い
Springが負けている点
* 開発を軌道に乗るまでが面倒
→ Springはいろいろとお膳立てしてやらんとまともに使えない
あと、オフショアに投げるなら、
なおのことSpringを生で使わせたらアカンと思う
373:デフォルトの名無しさん
09/07/08 17:49:09
>>* 情報量が多い (世界規模 vs 日本のみ)
英語読めない人が多い場合は情報量が逆転。
Springでもプロジェクト回せる時点である程度のレベルの人員が集まってるんだろな。
>>372がｳﾗﾔﾏｼｽ
話それるけどS2は使用感は結構よいけどドキュメントの品質はあんまよくないよね。
なんかまだるっこしい書き方が多いし
「XXはセッションにキーXXで管理しておりライフサイクルはXX」
みたいな知りたい情報がML上にしかなくてドキュメント上では
「XXはコンテナが自動制御するので簡単に使えます」とかそんな書き方だったりとか。
374:デフォルトの名無しさん
09/07/08 18:14:16
ん？
Springを直でいじらんといかんのはアーキテクト役のメンバだけだと思うぞ。
そういうやつはフツーに英語読むだろ
開発者はSpringを意識しなくて良いようなアーキテクチャにするか、
または開発ガイドラインで決められた通りに使うだけという形にする。
だから開発者は英語が読めなくてOKだと思うがいかがだろうか
375:デフォルトの名無しさん
09/07/08 18:22:41
>>372、たけぞう氏、ゆーすけ(誰？)の意見をまとめると
大人数で俺々フレームワークのベースとして使う→Spring
少人数で直に使う→Seasar
でおk？
376:デフォルトの名無しさん
09/07/08 18:29:23
>>375
Spring -> DIコンテナの使い方が普及していない時期に作られた糞のようなフレームワークがたくさん（ｗ
Seasar2 -> 使いやすさ重視。フレームワークもいいね！
377:デフォルトの名無しさん
09/07/08 19:04:59
>>Springを意識しなくて良いようなアーキテクチャにする
それが理想なんだけどさ、アーキテクトだけが把握してればおｋならいいんだけどさ・・・
・フレームワークって下位レイヤを隠蔽するよう設計されるが
現場の開発では高確率でトラブル発生して下に降りる必要が出てくるよね。
Springの場合はどお？安定・信頼して使えるかんじ？
S2系は一生懸命作ってる人には悪いけど、
プロダクトのテストケースは充実しているわりにバージョン上げたときとかトラブル多かった。
・メンバにはコンフィグファイルを一つもいじらせないように出来る？
おれんとこだとS2使ったプロジェクトでそれに近い感じで進行させたら、
肝心のところでDI使ってない汚いコードになってしまって失敗したよ･･･
378:375
09/07/08 20:08:01
> ・フレームワークって下位レイヤを隠蔽するよう設計されるが
> 現場の開発では高確率でトラブル発生して下に降りる必要が出てくるよね。
> Springの場合はどお？安定・信頼して使えるかんじ？
少なくとも俺は、Springがらみでトラブルになったことは殆どないし、
万一のことがあっても、こういうときにこそ情報量の差(英語圏含む)と
いうものが如実に表れてくると思う。
大抵のトラブル(殆どは設定ミスだが)はググればすぐに原因がわかったし、
いままで、Springのソースを読むハメになったケースは一度もないかな。
> ・メンバにはコンフィグファイルを一つもいじらせないように出来る？
できてるよ。俺は<context:context:component-scan>を使ってる。
379:372
09/07/08 20:10:15
やべまちがった。
↑は375じゃなくて372ですた。
380:デフォルトの名無しさん
09/07/08 20:26:50
>>378
> できてるよ。俺は<context:context:component-scan>を使ってる。
それで済むのって自動ワイアリング以外の設定がない場合だけだよね？
プロパティに文字列やMapを設定するようなコンフィグ的な設定はどうしてる？
381:372
09/07/08 20:53:43
個別で設定が必要なBeanは俺も個別設定してるよ。
確かにそういう場合は<context:component-scan>は使えないな。たぶん。
ただ、それにしても、そういう設定をやるのはアーキテクトの仕事だと思う。
開発者がいちいちBeanのプロパティを指定しなければならないケースって
イマイチ想像が付かないんだが…
例えばサービスクラス毎にトランザクションの切りかたが違うとか、
そういうのか？
そういえば、前提条件を話してなかったな。
俺は今回の話では、Webアプリケーション開発(社内業務システム程度)を
イメージして話している。そこで食い違いがあるのならすまんかった
382:372
09/07/08 21:00:03
あと言っとくと、俺はSpringとSeasarの比較において
あくまでも開発全体の観点から論じているだけで、
細かい技術要件で優劣を付けるつもりはないぞ。
それに、そういう議論するとすぐに荒れるしな。
383:デフォルトの名無しさん
09/07/08 21:01:09
>>381
もろもろの制約値など業務的な設定を可変にしておく必要があるだろ
それをSpringのxmlでやるやらないを含めてどうやるか考えるのはアーキテクトの仕事だが
個別の設定をいちいち書くのはアーキテクトの仕事じゃない
384:372
09/07/08 21:06:48
あーすまん。
「アーキテクト=開発リーダー」
と読みかえてくれ。そういうつもりで書いた。
385:デフォルトの名無しさん
09/07/08 21:27:34
詳しくない奴ほど語りたがる
386:デフォルトの名無しさん
09/07/08 21:29:08
>>384
読み替えても質問の答えは見つからないが？
まさか業務的な設定値を全てリーダーがxmlに書いてるとか？
いやいやいやいや、それはあり得んだろ常識的に考えて
387:デフォルトの名無しさん
09/07/08 21:29:53
語リスト上等
388:372
09/07/08 21:33:02
業務的な設定値って、設定ファイルだと思うんだけど(違うなら指摘してくれ)、
俺は開発者全員がそれぞれ設定ファイルを書く必要がある案件は見たことないんだけど。
普通のWebアプリ程度で、そんなに設定項目が多いことがあるのか？
…つーか話が本筋からズレてるんだけど。
まだ設定ファイルの話を続けたいのなら俺は去るぜ
389:デフォルトの名無しさん
09/07/08 21:34:11
サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
DI対象の設定や可変項目やら、つまらん設定値の個別制御はSpringでやらせない。
ってことかな。Spring使ったことないから想像だけど。
390:デフォルトの名無しさん
09/07/08 21:37:49
>>まだ設定ファイルの話を続けたいのなら俺は去るぜ
うまくプロジェクト回してる人っぽいから俺は話聞きたいyo！
色々語って欲しい。
391:デフォルトの名無しさん
09/07/08 21:43:04
>>372
＞* 開発を軌道に乗るまでが面倒
＞ → Springはいろいろとお膳立てしてやらんとまともに使えない
ん？セットアップはS2より楽だよね？
392:デフォルトの名無しさん
09/07/08 21:43:32
>>390
うまく回してるように見えるか？w
Spring上にオレオレフレームワークを作る必要がある案件には見えないな
Seasar直でやった方が楽だったんじゃねーの？って見える
さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
393:デフォルトの名無しさん
09/07/08 21:44:23
>>391
でたなw
お前NetBeans好きだろ？www
394:372
09/07/08 21:50:21
> サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
そう。
> DI対象の設定や
これをDIコンテナでやらんかったら存在意義がwww
> 可変項目やら、つまらん設定値の個別制御はSpringでやらせない。
そう。だって依存性の解決をするのがDIコンテナの役割であり、
設定パラメータのインジェクションは「DIインジェクション」
ではないと考えている。
そういう細かいことまで無理矢理やらせようとするから
おかしなことになるんじゃないかと思うけどな。
>>391
すまん、俺はSeasarを実際に使ったことないから比較できん。
だけどトランザクションの設定やら何やら、最初の設定は結構面倒だと思うぞ。
>>392
> Spring上にオレオレフレームワークを作る必要がある案件には見えないな
オレオレフレームワークを作ったなんて話は一言もしてないぞwww
> Seasar直でやった方が楽だったんじゃねーの？って見える
ならその理由を具体的に書いてくれよ。ぜひ議論に参加してくれ。
> さらに言えばアーキテクト(開発リーダー)でもなさそうに見える
それはこの議論で重要なの？
ここは2chなんだし、バックグラウンドなんてどうてもよくて何を語るか全てだと思うが。
395:デフォルトの名無しさん
09/07/08 21:56:51
>>394
> オレオレフレームワークを作ったなんて話は一言もしてないぞwww
>>374=372じゃねーの？
これって実質オレオレフレームワークだろ。>>377以降これで盛り上がったんだぜ？
> 開発者はSpringを意識しなくて良いようなアーキテクチャにするか、
396:デフォルトの名無しさん
09/07/08 21:57:21
>>394
軽い開発を目標にしてるなら<tx:annotation-driven/>かいて
サービスに@Transactionalつければいいだけだよね？
397:デフォルトの名無しさん
09/07/08 22:05:22
S2嫌いでSpringマンセーの奴と議論したときに
最終的にはS2はEclipseとTomcatに依存してるのが嫌いだとか
言いやがったことがあったな
398:デフォルトの名無しさん
09/07/08 22:05:41
>> サービス自動登録的なアノテーション制御を開発リーダーが一発書いて終わり。
>そう。
アノテーションハンドリングってxml上の設定を書くだけ？javaの制御コードも？
javaのコードもならS2比較で言うとSAStrutsとか
各S2フレームワークプロダクトに相当する気がする。
たぶんS2使う開発者はアノテーション制御を自分で書いたりまでしないで
SAStrutsみたいなのをそのまま使ってると思う。
あ、僕は煽ってる人じゃないので念のため。
xmlだけで色々できるならspringちょっとすごいかもしれない。
399:372
09/07/08 22:07:10
>>395
<context:component-scan>使っただけでオレオレフレームワークになるのかwww
例えばStrutsとSpringを無改造で使って<context:component-scan>と組合せるだけの
シンプルな構成でも、どのクラス群にどういう役割を持たせるかを明確化して
開発ガイドラインとして規定したら、それはアークテクチャだと思うけど。
フレームワークは、あくまでもアークテクチャを実現する手段の
一つに過ぎんと思うぞ。
>>396
それだとクラスが密結合になるんじゃないか。
単体テストのことを考えたらDIしたいぞ。
400:デフォルトの名無しさん
09/07/08 22:13:11
Spring＋HibernateEntityManager（コンポーネント自動検出 without アノテーション編
URLﾘﾝｸ(d.hatena.ne.jp)
たぶんこーゆーの書いてるってことだろな。記事読んでないけど。
401:デフォルトの名無しさん
09/07/08 22:13:15
>>399
> <context:component-scan>使っただけでオレオレフレームワークになるのかwww
それだけ？ｍｊｄ？
だったら>>377へのレス(>>378)はすべきじゃなかったな
>>378で最初に引用されてるフレームワークはどう見たって
Springじゃなくオレオレフレームワークのことだからな
402:372
09/07/08 22:17:11
>>400
あ、まさにそれそれ。
>>401
>>378は、聞かれたから答えただけだぞ。
議論が本筋からズレてきたから、そろそろ戻していいですかね。
今度は俺から質問なんだが、Seasarサイドから見て
Springの問題点を教えてくれないか。
個別の技術要素じゃなくて「開発全体で見た観点」で。
403:372
09/07/08 22:23:39
>>397
それはヒドイwww
俺はそんな逃げかたしないし、間違いがあったら認めるぞ
あと、俺は別にSpringマンセーじゃなくて、
ただの「Springは使ったことはあるがSeasarは使ったことがない開発者」だ。
404:デフォルトの名無しさん
09/07/08 22:28:09
>>402
・自分やメンバにスキルやモチベがない
・時間との戦い
・トラブった時
など考えて英語情報を漁ってまでSpring使う気になれない。
使ってないから役に立たない回答でｽﾏﾝｺ
Springでおすすめの書籍やサイトあったら教えてくれよ
405:デフォルトの名無しさん
09/07/08 22:28:28
>>402
Springまともに使ってないけど、最初に感じたのはアプリ全体をどう作っていいか
わからないってことだな
SeasarだとS2+SAStruts+S2JDBC+BeansとかS2+Teeda+S2Dao+S2Dxoとか
フルスタックでうまく考えられててDoltengですぐに始められる
ようするに>>331だ
406:デフォルトの名無しさん
09/07/08 22:33:30
Springが2.xになる前にSeasar2使い始めたからそのままSeasar2
Springが最初からXML地獄を考慮してれば違っただろうな
タイミングは重要だよ
EJBだってSpring出る前に3になってれば流行っただろう
407:デフォルトの名無しさん
09/07/08 22:34:30
Wicketマンセーな人が >>370 にコメントつけてくれるとｳﾚｼｽ
408:デフォルトの名無しさん
09/07/08 22:35:51
あー俺も>>406と同じだわ
409:372
09/07/08 22:39:04
>>405
>>406
なるほど、確かに。それは言うとおりだな。
俺はSpring1.x時代は知らんし。
じゃあ確実にSpringが負けているところは
結局>>331なんだということで理解した。
410:デフォルトの名無しさん
09/07/08 22:59:53
Springのエバンジェリストみたいなやつがガンガン宣伝すればまた状況は違うんじゃない？
S2の場合ひが氏の釣り師レベルが高くて上手く宣伝できてるってのもあると思う
411:デフォルトの名無しさん
09/07/08 23:03:12
まあ Springが安定してるよって話聞けただけでも参考になった。
周りに使ってる奴いないんだもん
412:372
09/07/08 23:11:36
>>404
ここはそれなりに参考になった。
URLﾘﾝｸ(d.hatena.ne.jp)
ただし、どちかというとStruts2の話がメインであるが。
ちなみにここの人が書いた本はダメダメらしいから要注意な。
>>410
確かに、ヒガ氏のプレゼンスも含めSeasarはちゃんと市場を
意識していて、ニーズに合った製品を市場に出せていると思う。
まあ>>331のことだが。
それに引き換えSpringは…
URLﾘﾝｸ(www.springsource.com)
日本は眼中になしwww
>>411
そうなのか。逆に俺のまわりはSpring一色だな。
SpringもSeasarも成熟しているし、一度どちらかに染まってしまうと、
どうやら積極的に乗り換える理由もなさそうだから、
民族大移動はもう起こらんのかもしれんな。
413:デフォルトの名無しさん
09/07/08 23:33:34
最近はPHPの案件が多いんだけど、
Ｊａｖａってそろそろ落ち目なんかな？
414:デフォルトの名無しさん
09/07/09 00:13:48
>>412
ここはSeasar2スレ
Seasar2案件が多いやつが目立つのは仕方ない
国内に限定してもおそらくSpringのほうが多いはず
415:デフォルトの名無しさん
09/07/09 00:37:32
Seasar2
CakePHP
が好き
プログラマとしては素人だけど
新しい物好きの俺が言うんだから間違いない
416:デフォルトの名無しさん
09/07/09 01:37:53
で、おまえは何を言ったんだい？ｗ
417:デフォルトの名無しさん
09/07/09 09:37:21
>国内に限定してもおそらくSpringのほうが多いはず
そうなの？どっかに統計ないかな？
418:デフォルトの名無しさん
09/07/09 09:45:17
【DI】Java Spring Frameworkを語るスレ 4.0
ｽﾚﾘﾝｸ(tech板)
あんま盛り上がってるように見えない
419:デフォルトの名無しさん
09/07/09 10:09:48
>402
>今度は俺から質問なんだが、Seasarサイドから見て
>Springの問題点を教えてくれないか。
>個別の技術要素じゃなくて「開発全体で見た観点」で。
component-scanが入って、特に優劣はないとおもう。
S2暦長いけど、今となってはそんなに違わないんじゃないかな。
420:デフォルトの名無しさん
09/07/09 11:53:19
>>372ってどーゆー構成で作ってたの？お勧めspringプラグインとか教えてよ
421:372
09/07/09 14:00:44
>>420
Springのプラグインって何だ？
Springのサブプロジェクトのことなら、
悪いが俺は何も使ってないからわからん。
というか何も使う必要はないって感じかな。
SpringにはDIコンテナ以上のことは求めてないし。
Eclipseのプラグインのことなら、これもやはり使う必要はないと思っている。
だって<component-scan>を使えばapplicationContext.xmlは最初に一回だけ
書けばいいので、IDEの支援はいらないし。
422:デフォルトの名無しさん
09/07/09 14:58:03
S2はHOT reloadingが便利だな。
423:デフォルトの名無しさん
09/07/09 16:53:15
>>402
Spring開発したときに苦労したのは、ろくな本が無いこと
Spring2入門買ったら前作のSpring入門読めとか書かれてあって、ふざけるなと思ったｗ
本家の英語ドキュメントが充実しているからなんとかなったけど
S2はS2側のお勧め構成の意識がすごく強くて
言われる通りに構成すればいいという安心感はあるな
JTA実装やコネクションプール実装も持ってるし、自前のO/Rマッパーもあるし
自前じゃないけどSAStrutsもあるから、とにかくオールインワン色が強い
あと、HOT Deployは大きな優位点だと思う
SpringはWebフレームワークとO/Rマッパーを自分で選択して、自分で組み合わせるのが前提だから
開発リーダーの腕次第というところがある
その分組み合わせの幅が広くて、新しいFWもすぐにSpring対応するのは便利だと感じた