国産オープンソースDIコンテナSeasar2 その16

**デフォルトの名無しさん** · 2010/03/11(木) 22:15:49

**デフォルトの名無しさん** · 2010/04/10(土) 12:37:37

だな。
先んじて学ぶ必要がみられない時点で切った。

**デフォルトの名無しさん** · 2010/04/10(土) 13:09:32

数年どころか5年前には使われ初めてたよ
それで今これだからな

**デフォルトの名無しさん** · 2010/04/14(水) 07:43:12

Seasar3はまだか？

**デフォルトの名無しさん** · 2010/04/14(水) 10:51:37

ttp://twitter.com/higayasuo/statuses/12086279555

**デフォルトの名無しさん** · 2010/04/22(木) 20:49:57

test

**デフォルトの名無しさん** · 2010/04/22(木) 21:47:57

内部設計担当者にseasar2の説明必要？

**デフォルトの名無しさん** · 2010/04/22(木) 21:51:42

そもそも知らないで設計できるのか？

**デフォルトの名無しさん** · 2010/04/22(木) 21:56:44

ＡＯＰとか、ＤＩはしらなくていいと思うけど

**デフォルトの名無しさん** · 2010/04/22(木) 22:21:21

えっ？内部設計でしょ？
外部設計なら知らなくてもいいけど内部設計ってアーキテクチャに近い側の設計だぜ？
なんか知らんけどうごいてるーみたいな詳細設計が許されるかよ

**デフォルトの名無しさん** · 2010/04/24(土) 01:03:14

そもそも内部設計の成果物ってなに？

**デフォルトの名無しさん** · 2010/04/24(土) 01:09:44

ふろぉちゃぁと

**デフォルトの名無しさん** · 2010/04/24(土) 01:16:21

内部設計って普通はプログラマがやるもんだからDIやAOP全然知らなくてOKってことはないだろ
昔の汎用機みたいに詳細設計とコーダーは別ってのならともかく

**デフォルトの名無しさん** · 2010/04/24(土) 11:48:09

ＡＯＰの内部の仕組みはいらんな

**デフォルトの名無しさん** · 2010/04/24(土) 12:50:43

知らなくていい派は一人か

**デフォルトの名無しさん** · 2010/04/24(土) 19:23:09

そこでseasar2徹底入門か

**デフォルトの名無しさん** · 2010/04/24(土) 20:18:42

あの本はあと1年早く出して欲しかった

**デフォルトの名無しさん** · 2010/04/24(土) 20:29:44

日本の出版社「入門」て付けるの好きすぎ
本物の入門者はあんな厚いと逃げる

**デフォルトの名無しさん** · 2010/04/24(土) 20:40:21

それにしても竹添さんはよく働いているよなあ。

**デフォルトの名無しさん** · 2010/04/24(土) 21:31:19

Seasr2はどうだ？

**デフォルトの名無しさん** · 2010/04/24(土) 23:22:12

Sastrutsアノテーションの
floatrangeアノテーションで、0より大きいって
表現する場合どうしてる？

**デフォルトの名無しさん** · 2010/04/25(日) 19:36:39

でも、そんな今だからこそ、僕が好きになれなかったのはSeasar2というプロダクトではなく、
（言い方は悪いですが）ある意味ミーハーな盛り上がりを見せていた、当時のSeasar2の
コミュニティだったのではないかと思うようになりました。

デブ批判ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

**デフォルトの名無しさん** · 2010/04/25(日) 21:15:42

堅実そうな竹添さんがSeasar2本書くことがかなり不快に感じてたんだが、
デブとヒガが離れたから書くようになったのか。かなり好感触だな。
俺も買うかな。

**デフォルトの名無しさん** · 2010/04/25(日) 22:42:35

なんで本書くと不快なんだよ
多くの奴はデブとかいうお前の方が不快に思ってるぞ

**デフォルトの名無しさん** · 2010/04/25(日) 23:01:25

>>55
お前このスレ初めてか？まぁ落ち着けよ

**デフォルトの名無しさん** · 2010/04/25(日) 23:57:56

コミッタを批判するのがこのスレの本意だと思ってる痛い奴がいるんだよな

**デフォルトの名無しさん** · 2010/04/26(月) 00:03:41

コミッタ、理事、ａｓｉｐを笑い続けて１６スレ目ですがなにか？

**デフォルトの名無しさん** · 2010/04/26(月) 00:09:31

少しでも擁護すると本人乙と追い出し続けて16スレ目だろ
キチガイニートばっかりだからな

**デフォルトの名無しさん** · 2010/04/26(月) 00:17:05

>>59
本人乙

**デフォルトの名無しさん** · 2010/04/26(月) 00:26:24

普通に考えてやってる奴らはアンチS2の奴らだろうな
もしくはS2使いたいけど職場で入れて貰えなくて無理にディスる事で精神安定を図ってるか

**デフォルトの名無しさん** · 2010/04/26(月) 03:56:35

Ｓｅａｓａｒ２徹底入門なんて本が出たんですか？
ホスィ、高いなー

**デフォルトの名無しさん** · 2010/04/26(月) 03:58:14

>>61-62
本人乙

**デフォルトの名無しさん** · 2010/04/26(月) 04:03:37

S２とS2JDBCで一応動く物は作ったけど
素人だから分からないっす
どこにＤＢのアクセスを置くのが正しいっすか？
ヒガさんの本だと分かりません

**デフォルトの名無しさん** · 2010/04/26(月) 04:18:22

>>64
Ｓｅａｓａｒ２徹底入門を買って読みなさい

**デフォルトの名無しさん** · 2010/04/26(月) 04:50:59

>>65
本人乙

**デフォルトの名無しさん** · 2010/04/26(月) 07:19:38

S2JDBC-GENだとエンティティごとにXXXServiceが作られるので、そこにDBアクセスを置く。
非常にセンスが悪い。

**デフォルトの名無しさん** · 2010/04/29(木) 06:00:50

>>67 は、どういう形だとセンスがいいと思ってるの？

**デフォルトの名無しさん** · 2010/04/30(金) 23:26:15

Seasarの奴らってどうして >>68 みたいにアイデアを盗用してやろうっていう姿勢が抜けないんだろう

**デフォルトの名無しさん** · 2010/05/01(土) 20:38:16

seasar2徹底入門いいね。

**デフォルトの名無しさん** · 2010/05/02(日) 04:26:49

>>69
>>67みたいに批判だけして代替案も出さない奴よりはましだろ。
さてはお前、>>67か？ｗ

**デフォルトの名無しさん** · 2010/05/09(日) 19:32:21

やつきたー

**デフォルトの名無しさん** · 2010/05/15(土) 11:14:31

>>68
あれって結局DAOですよね。なんでServiceなんて名前にしたのでしょうか？

**デフォルトの名無しさん** · 2010/05/15(土) 12:31:54

自動生成にどこまで求めてるんだお前ら

**デフォルトの名無しさん** · 2010/05/15(土) 12:38:52

なにからなにまで

**デフォルトの名無しさん** · 2010/05/15(土) 12:40:40

Action毎にServiceにしても同じようなクレーム来るだろうし、
じゃあどうしろよみたいな話になるよな。

**デフォルトの名無しさん** · 2010/05/15(土) 13:22:12

>>76
素直にXXXDaoを生成してくれればいいのに

**デフォルトの名無しさん** · 2010/05/15(土) 13:39:44

これでおk
servicePackageName="dao" serviceClassNameSuffix="Dao"

**デフォルトの名無しさん** · 2010/05/16(日) 15:35:07

Seasar2界隈はトランザクションスクリプト派だと思われているが
S2JDBCのAbstractService（エンティティと１対１のロジッククラス）は
ドメインオブジェクトの優位性を認めたことになる。
エンティティとロジックを分ける理由はDIとの相性というだけ。

**デフォルトの名無しさん** · 2010/05/22(土) 22:59:41

権限認証する場合、AOPとFileterのどちらがおすすめ？

**デフォルトの名無しさん** · 2010/05/22(土) 23:11:14

>80
URLで/auth/～みたいに一律で処理するならFilgterで十分じゃね？
でも、ボタンごとに権限変えたいときとか、URLに規則性を持たせにくいときはAOPだね。

**デフォルトの名無しさん** · 2010/05/23(日) 00:02:58

AOPだとバリデーションでエラーになった場合にチェックできないFWもあるから注意汁

**デフォルトの名無しさん** · 2010/05/23(日) 00:07:02

Seasar2はチェックできるの？

**デフォルトの名無しさん** · 2010/05/23(日) 00:10:03

Seasar2はWebのFWじゃない

**デフォルトの名無しさん** · 2010/05/23(日) 00:19:11

sastrutsは？

**デフォルトの名無しさん** · 2010/05/23(日) 00:23:12

AOPではできない
FilterかRequestProcessorでできる

**デフォルトの名無しさん** · 2010/05/23(日) 00:49:46

S2RequestProcessorを拡張すればできるっぽいですね

**デフォルトの名無しさん** · 2010/05/27(木) 23:59:24

SeviceのメソッドにAOPで処理埋め込んだ場合、
その処理でActionに検査例外スローできる？

**デフォルトの名無しさん** · 2010/05/28(金) 00:13:38

>>88
やってみれ
そして報告しれ

**デフォルトの名無しさん** · 2010/05/30(日) 00:12:33

無理やり投げてもInvocationTargetExceptionでラップされるぞ

**デフォルトの名無しさん** · 2010/06/03(木) 06:00:28

unixでCassavaみたいなcsvが編集できるソフトは何がありますか？

**デフォルトの名無しさん** · 2010/06/03(木) 13:41:35

OpenOfficeでいいだろ

**デフォルトの名無しさん** · 2010/06/03(木) 21:07:00

Railsの人気に嫉妬して、Springのデカイ仕事に嫉妬して、Seasar3発進！！！

**デフォルトの名無しさん** · 2010/06/03(木) 22:28:40

なんであがってるのかと思ったらそれか。
ある意味最大の燃料だな。

**デフォルトの名無しさん** · 2010/06/04(金) 21:13:59

http://event.seasarfoundation.org/jcmt2010/2010/06/02/seasar3/

**デフォルトの名無しさん** · 2010/06/04(金) 22:21:02

もちろんいきまっせ

**デフォルトの名無しさん** · 2010/06/04(金) 23:58:37

当日はおれも行こうと思うが・・・

>>95
あれ、slim3 = Seasar3 じゃなかったの？

**デフォルトの名無しさん** · 2010/06/05(土) 01:17:26

>>97
slim3は途中で方針転換してGAE専用になって、Seasar2とは無関係のプロジェクトになったと思う

**デフォルトの名無しさん** · 2010/06/06(日) 23:01:36

おまいらよくこんなコロコロ方針変更するフレームワーク使えますね。

**デフォルトの名無しさん** · 2010/06/07(月) 03:55:00

Ｓ２ＪＤＢＣ便利だなこれ
ページング楽過ぎ

**デフォルトの名無しさん** · 2010/06/08(火) 00:24:53

じゃあ何使うんだよ
どう考えても、SAStruts+S2JDBCの一角だろ

**デフォルトの名無しさん** · 2010/06/08(火) 00:39:45

s/一角/一択/

**デフォルトの名無しさん** · 2010/06/09(水) 00:51:54

いまでこそSAStruts+S2JDBC一択だけど、JSFとかEJBとかAllInOneとか昔は迷走してた。って話じゃね？

**デフォルトの名無しさん** · 2010/06/09(水) 01:03:16

そんなこと言い出したらこの業界自体が迷走しっぱなしだ

**デフォルトの名無しさん** · 2010/06/09(水) 19:35:07

むしろ、業界に合わせて迷走している感じだな。自分の意見が無い感じというか。

**デフォルトの名無しさん** · 2010/06/09(水) 19:56:02

風見鶏なのは悪いことじゃないんだぜ

**デフォルトの名無しさん** · 2010/06/10(木) 00:27:24

でもＴｅｅｄａがいいと思うけど

**デフォルトの名無しさん** · 2010/06/10(木) 00:33:13

今から作るのにJSF選択するバカとかいるのか

**デフォルトの名無しさん** · 2010/06/10(木) 00:35:38

jsf2を選ぶのはバカじゃなかろう
teedaは今更だが

**デフォルトの名無しさん** · 2010/06/10(木) 01:11:12

>107
それはない。
>109
EJB3の時も、今度こそ流行ると思った。

とりあえずHTML5とか、変化するクライアント環境に追随してるFWが欲しい。

**デフォルトの名無しさん** · 2010/06/10(木) 01:12:22

Apache系だけ追えばOK
他はだいたい失敗する

**デフォルトの名無しさん** · 2010/06/10(木) 07:23:27

apacheもすっかりレガシーになったｷｶﾞｽ

**デフォルトの名無しさん** · 2010/06/10(木) 08:02:05

Apache は1.4系の呪縛から逃げ切れてないからなぁ。

**デフォルトの名無しさん** · 2010/06/10(木) 08:50:48

commonsとか1.4でおわってる

**デフォルトの名無しさん** · 2010/06/11(金) 00:16:47

>144
必要そうなものは殆どそろってて、httpclientのような再設計の例を除けば、
バグフィックスだけで十分。と考えられなくも無い。

**デフォルトの名無しさん** · 2010/06/11(金) 00:27:35

Generics対応してないのがほとんどだからね。いまは使い物にならないと思う。

**デフォルトの名無しさん** · 2010/06/11(金) 00:30:30

>>115
それはない
genericsに対応してないcollections、enumに対応してないlang、nioに対応してないio…
Javaの進化に取り残されてるのばっかじゃん

**デフォルトの名無しさん** · 2010/06/11(金) 00:34:04

きちんと動く産業製品を作るのに言語の進化など関係ないように思うが

**デフォルトの名無しさん** · 2010/06/11(金) 00:41:12

だったらcobolでも使ってろ

**デフォルトの名無しさん** · 2010/06/11(金) 00:44:57

COBOLやFORTRANだって規格が進化してるぞ

**デフォルトの名無しさん** · 2010/06/11(金) 00:45:57

>>110
> とりあえずHTML5とか、変化するクライアント環境に追随してるFWが欲しい。

に対する

>>111
> Apache系だけ追えばOK

が間違ってるのは明白だな

**デフォルトの名無しさん** · 2010/06/11(金) 00:50:35

HTML5どころかJava5にすら追随できてないからな

**デフォルトの名無しさん** · 2010/06/11(金) 01:04:30

HTML5とそれを出力する言語は関係ないわけだが

**デフォルトの名無しさん** · 2010/06/11(金) 01:17:14

ポイントは変化に追随できてるかどうかだろ

**デフォルトの名無しさん** · 2010/06/11(金) 01:38:47

未だに一番使われてるのはStrutsシリーズだと言うことを忘れないで欲しい

**デフォルトの名無しさん** · 2010/06/11(金) 01:51:36

それはスレの流れとは無関係だな

**デフォルトの名無しさん** · 2010/06/11(金) 02:07:41

Apacheほどの組織でも高々10年で衰退するって怖いよな
レガシーはともかく最近5年くらいは普及したプロダクトを輩出できてない
ClickやWicketなんかApacheへ移管したことが終わりの始まりに見える

**デフォルトの名無しさん** · 2010/06/11(金) 02:20:42

Hadoopとか

**デフォルトの名無しさん** · 2010/06/11(金) 02:28:01

他にCassandraもあることはあるが適用範囲が狭そうだからな…

**デフォルトの名無しさん** · 2010/06/11(金) 02:32:04

>>110
HTML5はFlexとかSilverlight辺りと同列に思っておいたほうがいい
今までのようにサーバFWのViewのヘルパーでやり過ごせるようなものでもない
アプリ系APIはほとんどJavaScriptで操作するから、Ajax系のプログラミングに慣れておけば
HTML5にもスムーズに対応できると思う

**デフォルトの名無しさん** · 2010/06/11(金) 02:36:53

それがいやならGWT
Javaプログラマの逃げ道はここしかない

**デフォルトの名無しさん** · 2010/06/11(金) 02:37:23

そもそもWebアプリなんてたいして進化してないのに
サーバやFWやライブラリだけ画期的な進化求めることが矛盾してる

**デフォルトの名無しさん** · 2010/06/11(金) 02:39:15

えっ！？