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

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

**デフォルトの名無しさん** · 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

えっ！？

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

よく考えたらここはSeasarスレだった
古典的なWebアプリしか作ってなくても当然か

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

Web2.0ｗ
クラウドｗ
AJAXｗ

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

>>135
上二つはわからなくもないが、Ajaxは当たり前に使うだろ
顧客のUI要件にもどんどん入ってくるし

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

某大公共系のプロジェクトに入っているが(日本中が知っている組織)
VBのクラサバをwebアプリで置き換えることになった。
リッチクライアントは配信が面倒ということで、すべてHTMLというか JavaScript で部品を作っている。
(自分は業務側なので、部品を作るところではない)

Excelのようなグリッドとか、ツリーメニュー、コード選択はマウスオーバーすると階層メニューがポップアップする、など。

すべてブラウザの中で完結するのはいいと思うけど、部品はすべて顧客の情報子会社が
内製していていっさい世の中のライブラリを使っていないので(jqueryとか)、
ちゃんとまともなものができるのかなと思う。

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

>>136
なにも革新的じゃないのに言葉だけ焼き直したもの一覧だろ

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

>>137
車輪の再発明しまくっているということかねえ。
クロスブラウザ対応が大変そうだな。

**137** · 2010/06/12(土) 16:23:30

>>139

>車輪の再発明
サーバサイド(Java)側も、すべて内製フレームワークだからね。
DAO層とか、iBatis や S2DAO といった慣れたやつ以外使いたくない。
これら以上のものが提供されるとも思えないし。

(AJAX)JavaScript側は、探したけど100%マッチするものがなくて作っているのかな。
多少作り込むにしても、流用できるライブラリはあると思うんだけどね。

>クロスブラウザ
そこはイントラ内なので、ひとつに絞られている。
カットオーバー2012年なのに、IE6 だって。

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

法政大学なう

**デフォルトの名無しさん** · 2010/06/13(日) 20:54:39

HTTPSにするには
struts　＋　sslext　でやれば良いんでしょうか？

**デフォルトの名無しさん** · 2010/06/13(日) 22:57:44

ただいま

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

どうやった？

**デフォルトの名無しさん** · 2010/06/15(火) 20:35:13

最近のSAStratsやSeasar3の方針はどうも技術のわからん奴らを騙して開発効率上げちゃおうって考え方なんだな。
もう少し真正面からデファクトスタンダードをひっくり返す気概を持ったプロダクトにして欲しいよ。

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

公式サイトの説明が難し過ぎる
もっと普通の人が間違えやすい所を丁寧に分かりやすく簡潔に書くべき
これでは何を作っても普及しない

**145** · 2010/06/18(金) 00:36:26

簡単に言うと、説明が下手

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

お前が書けばいいだろ

**デフォルトの名無しさん** · 2010/06/18(金) 20:10:34

すぐにこいつらお前がとか、具体的にどの辺が？とか言うよな。
自分で考えてみろよコジキがと言いたくもなる。

**デフォルトの名無しさん** · 2010/06/18(金) 21:38:31

乞食ってのは>>146みたいなクレクレ君のことだろｗ

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

ただで使ってんだから、自分の労力を提供するか
金を寄付して特にドキュメント整備に使って下さいとお願いすればいい

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

>>146
君みたいな低スキルの人が使うものではありません。

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

オープンソースなんだから、文句があれば自分が活動すればいい。
何もしていないくせに文句ばかり言っているほうがおかしい。

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

irykaze: Seasar 3 の発表を受けて。。。
やっと、DI コンテナも日本お得意のガラパゴス化があだとなったという事実を受け入れられたようで。
失われた5年を返してほしいと思うしだい。
2 days ago via web

**デフォルトの名無しさん** · 2010/06/18(金) 23:53:22

日本お得意のガラパゴスだと何の問題があんのかよくわからんけども
だってこれって日本の企業で日本のシステムを作るためのフレームワークだろそもそも
そいつが主導してやってきたわけでもなかろうに、
何を期待して5年間関わってきたんだよ
グローバルなのが目的なら最初からSpringでも使えば良かったのに

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

誰に向かって「返してほしい」つってんのか謎だな

**デフォルトの名無しさん** · 2010/06/19(土) 00:32:06

5年間強制的にコンテナの開発に関与させられたんだろうか

**デフォルトの名無しさん** · 2010/06/19(土) 00:36:51

そもそもグローバル化が目的なんじゃなくて自分たちが仕事でJavaを使うのに開発効率挙げるのが目的だったような。
S3がたまたま目標をグローバル化に設定しただけであって。
グローバル化が目的なら外国語のドキュメントの優先順位はもっと高かったはずだし、
irykazeさんってのも積極的に外国語のドキュメントを作るのに注力すべきだっただろうし。

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

S3ってSpringベースなんだろ？
5年悩んだんなら最初からSpring使ってろよみたいな

**デフォルトの名無しさん** · 2010/06/19(土) 00:42:58

DIコンテナの実態がどうなのか気にして使ってる奴なんていないよ
みんなSpring使ってるからSpringを使うだけ
S2が日本的ガラパゴスだからSpringに負けたってわけではないだろ
もしグローバルな視点で開発すればOKと思ってるならおめでたすぎるし
今度は国内ですら使われなくなる可能性もあるのに

**デフォルトの名無しさん** · 2010/06/19(土) 00:47:09

ガラパゴスとか危機煽るほどSpringってデファクトになってるかな？
どっちかというとJava自体の勢いがなくなりつつある中で
全体のパイが縮んで、有名だったアプリのみが生き残ろうとしてるだけにも見える

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

グローバルが正義でガラパゴスが悪って風潮はいつからできたんだろう。
本来グローバル化すべきインフラサービスがガラパゴスなのは批判される点もあるだろうけど、
たかがアプリケーションのフレームワークがグローバルじゃないからって、
なんか問題になったりするのかね。
日本語は日本でしか通じないから仕事では使わない方がいい、とか言う奴はいないだろうし。

**デフォルトの名無しさん** · 2010/06/19(土) 00:56:12

独自に進化することは悪じゃない
競争力を失うような進化が問題なだけ

**デフォルトの名無しさん** · 2010/06/19(土) 14:05:29

むしろ、Railsとかはガラパゴスに進化して力づくでweb 開発の世界をかえたよね。

**デフォルトの名無しさん** · 2010/06/19(土) 21:59:09

Springってそもそも使われてるのか

**デフォルトの名無しさん** · 2010/06/19(土) 22:27:11

DIコンテナ最高！みたいなブームは終わってる気がするな

**デフォルトの名無しさん** · 2010/06/19(土) 22:45:57

ブームはすぎた。あって当たり前の存在になった

**デフォルトの名無しさん** · 2010/06/23(水) 08:38:25

インターセプターでログイン処理の例があったのだが
セッションが切れると
お手軽AJAXのメソッドの結果がリダイレクト先と入れ替わってワロタｗ

普通にvalidateでおｋだったｗ

Web上からゴミを除去してくれ

**デフォルトの名無しさん** · 2010/06/23(水) 08:40:04

誰が書いたんだろあれ
地雷も良い所だ

**デフォルトの名無しさん** · 2010/06/23(水) 09:08:33

そもそもお前はなんでそいつのコードを真似したんだ

**デフォルトの名無しさん** · 2010/06/23(水) 14:41:19

AJAXを想定してないコードをコピペしたんじゃなくて？

**デフォルトの名無しさん** · 2010/06/23(水) 14:49:03

ログイン画面とか、任意のActionなりメソッドなりを
認証インターセプタ対象外にする仕組みは必ず必要だと思うんだけど、
AJAX用のActionやメソッドもそうすりゃいいのではなかろうか。

**デフォルトの名無しさん** · 2010/06/23(水) 15:24:25

AJAX用のメソッドも認証しないと
偽装されて呼び出される可能性が

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

うん、だから、対象外にする仕組みを利用して
別途AJAX用の処理を用意してやればいいじゃない、って話。
言葉足らずですまんでした。
Actionにアノテーションつけて、インターセプタ内でそれを見て
判断とかどうせやるんだろうしさ。

普通のHTMLはログイン画面にリダイレクト、
AJAXの場合は実装によりよしなに、と。

まあその参考にした元ネタ分からないからなんともいえないけどさあ
もしそれが普通のHTMLベース用サンプルだったらさあ
そのまんまコピってAJAXに適用してゴミ呼ばわりってのはすごいね。

**デフォルトの名無しさん** · 2010/06/23(水) 22:33:51

考えが浅い人ほどすぐに文句を言うんだよね。