国産DIコンテナSeasarとくーす その３
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。
あと、開発プロセス「くーす」の話題もこちらでどうぞ。
本家 seasar.org
http://www.seasar.org/
Seasar Projectグループ
http://seasarproject.g.hatena.ne.jp/
ひがやすをのここだけの話
http://d.hatena.ne.jp/higayasuo/
前スレ
その１ http://pc5.2ch.net/test/read.cgi/tech/1092044210/
その２ http://pc5.2ch.net/test/read.cgi/tech/1098885253/
関連スレ(なのか?)
Java Spring Frameworkを語るスレ
http://pc5.2ch.net/test/read.cgi/tech/1077465099/
0730デフォルトの名無しさん
2005/04/03(日) 17:38:34S2.0.22です。
java.lang.NullPointerException
at org.seasar.extension.dbcp.impl.ConnectionPoolImpl$FreeItem.expired(ConnectionPoolImpl.java:244)
at org.seasar.extension.timer.TimeoutTask.expired(TimeoutTask.java:59)
at org.seasar.extension.timer.TimeoutManager.run(TimeoutManager.java:54)
at java.lang.Thread.run(Thread.java:536)
0731デフォルトの名無しさん
2005/04/03(日) 18:44:580732デフォルトの名無しさん
2005/04/06(水) 12:05:520733ひが
2005/04/06(水) 23:26:44探さないでください・・・。
0734デフォルトの名無しさん
2005/04/07(木) 02:05:010735デフォルトの名無しさん
2005/04/07(木) 13:12:37がんばれひがたん
0736デフォルトの名無しさん
2005/04/16(土) 23:16:57ビューとロジックを完全に分割できます、すごいでしょ
なんて言ってるから日本人は仕様にかかわれないんだよ
0737デフォルトの名無しさん
2005/04/16(土) 23:31:240738デフォルトの名無しさん
2005/04/17(日) 14:18:250739デフォルトの名無しさん
2005/04/17(日) 17:11:140740デフォルトの名無しさん
2005/04/17(日) 17:27:040741デフォルトの名無しさん
2005/04/17(日) 17:41:500742デフォルトの名無しさん
2005/04/17(日) 18:04:45そういうもんだろう。
Springの定義の継承とくらべてそれほど特殊なコトやってるかな？
0743デフォルトの名無しさん
2005/04/17(日) 18:56:34インクルードされる側にインクルードする側での定義が影響するというのは、特殊なことだと思う。
0744デフォルトの名無しさん
2005/04/17(日) 19:07:350745デフォルトの名無しさん
2005/04/17(日) 19:16:200746デフォルトの名無しさん
2005/04/17(日) 19:16:230747デフォルトの名無しさん
2005/04/17(日) 19:17:190748デフォルトの名無しさん
2005/04/17(日) 19:17:22親で定義されているコンポーネントは子では見えないからオートインジェクションされない。
0749デフォルトの名無しさん
2005/04/17(日) 19:46:25設定ファイルの依存関係という話だから全く無関係でもないと思うが。
子のBeanFactoryに読み込まれる設定ファイルからは親のBeanFactoryが
読み込んだ設定ファイルが見える、つまり依存する(かもしれない)わけだろ？
設定ファイルの依存関係がわけわからくなるのはむしろSpringじゃね？
0750デフォルトの名無しさん
2005/04/17(日) 20:02:310751デフォルトの名無しさん
2005/04/17(日) 20:06:07それはBeanFactoryに親子関係を持たせるときの話で、定義ファイルの分割とは別の話。
ごっちゃにして考えるもんじゃない。
0752デフォルトの名無しさん
2005/04/17(日) 20:23:01それって全部依存しあうってことだよね。いいことなのかな？
0753デフォルトの名無しさん
2005/04/17(日) 20:34:35話の発端は設定ファイルの依存関係だろ？
一つのコンテナに読み込まれる定義ファイルの分割だけに
話を限る必要はないと思うが。
0754デフォルトの名無しさん
2005/04/17(日) 20:39:18名前空間という点ではちょっと問題。
0755デフォルトの名無しさん
2005/04/17(日) 23:25:05ThreadDataInterface _thread = (ThreadDataInterface)_container.getComponent("threadData");
こんな感じで実行すると、
org.seasar.framework.util.ResourceNotFoundRuntimeException: [ESSR0055]リソース(/Users/tetsuyak/Desktop/EORelationshipDISample/test.dicon)が見つかりません
at org.seasar.framework.util.ResourceUtil.getResource(ResourceUtil.java:49)
at org.seasar.framework.util.ResourceUtil.getResourceAsStream(ResourceUtil.java:68)
at org.seasar.framework.util.ResourceUtil 以下略...
とでる。 test.diconは、
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE components PUBLIC "-//SEASAR//DTD S2Container//EN"
"http://www.seasar.org/dtd/components.dtd">
<components>
<component name="threadData" class="jp.test.SampleThreadData" instance="prototype">
</component>
</components>
と定義。パスは天地店名に誓って間違ってない。なんだろう……
0756デフォルトの名無しさん
2005/04/17(日) 23:37:28/tmpをクラスパスに入れてcreate("test.dicon")とか。
0757デフォルトの名無しさん
2005/04/17(日) 23:38:30create(String path)に渡すpathは、クラスパスをルートとしたパス名だぞ。
俺の予想では、/Users/tetsuyak/Desktop/EORelationshipDISample/ ってのがクラスパスの
指してるところなんだろう。
なんで/tmpが無視されてんのかはよくわからんけど、「tmp/test.dicon」（頭の/がない）だったら、
/Users/tetsuyak/Desktop/EORelationshipDISample/tmp/test.dicon を探しにいくと思う。
名前からしてWebObjectsか....
0758755
2005/04/18(月) 00:07:53>>(/Users/tetsuyak/Desktop/EORelationshipDISample/test.dicon)が見つかりません
この部分は正しくは、(/tmp/test.dicon) が見つかりません
です。別のウィンドウからコピペしちゃったものでした（恥
>>757
>>create(String path)に渡すpathは、クラスパスをルートとしたパス名だぞ。
ありがとうございます。もうちっと試してみます。
>>名前からしてWebObjectsか....
思いっきりバレバレです。ごめんなさい。
0760デフォルトの名無しさん
2005/04/18(月) 21:44:59図らずも Java ってダメさ具合を明確なものにしてるんだよね。
型を気にして無意味なクラスを作る気持ち悪さ、生産性の低下、これを実感できる。
Seaserも全く同じで、これもまた図らずも、Javaでのウェブ／データベースプログラミングの
向いて無いことを証明してる。なんでこんな複雑なもの覚えても、実際には
スクリプト言語で見通しよく書かれたコードのほうが、よほど生産性が高くて堅牢だよね。
0761デフォルトの名無しさん
2005/04/18(月) 22:29:590762デフォルトの名無しさん
2005/04/19(火) 01:25:280763デフォルトの名無しさん
2005/04/19(火) 01:52:23なんか出来上がりが自作PCみたい(CLASSがパーツでDICONが配線)
になってしまったんだけど、使いどこ間違ってる？
将来拡張するかもしれないと思われる部分にだけ、ピンポイントで使う
のが正しい？それとも、もうあらゆる部分を全部個別部品として作って
最後にDICONで繋いで完成とするのが正しい？
Seasarの使い方ではなく使われ方？上手く言えないけど、こういう例
ではこう使え！って感じのノウハウ集とかってのはないかな？
0764デフォルトの名無しさん
2005/04/19(火) 04:45:13Springのほうか？
それとも、SeasarもSpringも使わないやつらか？
0765デフォルトの名無しさん
2005/04/19(火) 04:51:51そうだね。だから君はこのスレに来る必要はないと思うよ。
0766デフォルトの名無しさん
2005/04/19(火) 07:07:22誰もこの疑問に反論はできないし、それでも、生産性が上がることをアピール
したいために、作者は一生懸命に作ってるのも分かるのだけど、
でも、老婆心だけど、ここは、引き返す勇気を呼び起こすときだと思う。
やりたきゃやっていいけど、根本的な間違いがあるが故に、
やった結果何も残らないのだとしたら、なんかもうかわいそうだ。
0767デフォルトの名無しさん
2005/04/19(火) 07:42:29DIコンテナを「複雑なもの」と思ったんなら、老婆心だけど、ここは、転職する勇気を呼び起こすときだと思う。
なんかもうかわいそうだ。
0768デフォルトの名無しさん
2005/04/19(火) 07:54:03ちょっと前に流行ったSWTのごとく。
0769デフォルトの名無しさん
2005/04/19(火) 08:11:21自分ではプログラムもできずに、
大規模プロジェクトに下請け派遣で入ってるだけの可哀想な人。
こーゆー可哀想なのにも半端仕事あてがってやれよw >> ISID
0770デフォルトの名無しさん
2005/04/19(火) 08:12:57画面一つ作るのに 1人月以上かけて、しまいにゃ実装をオフショア発注しちゃう、ダメダメ現場かｗ
0771デフォルトの名無しさん
2005/04/19(火) 08:13:500772デフォルトの名無しさん
2005/04/19(火) 08:46:16> メタ議論で煽ってるのは荒し。
どれをメタ議論といってるのかわからんが、その発言自体がメタ議論であることは確かだな。
ということはつまり、>>769はISIDに半端仕事くださいといってるわけか。
0773デフォルトの名無しさん
2005/04/19(火) 09:13:410774デフォルトの名無しさん
2005/04/19(火) 09:41:19お前のせいじゃないから気にするな
心配しないでここから去れ
0775デフォルトの名無しさん
2005/04/19(火) 09:43:360776デフォルトの名無しさん
2005/04/19(火) 10:23:26というか、いまどきSWTに明確な実益があるとか言いきってる時点で情報収集能力に疑問がでてくるね。
0777スレ違いとかそんなもんいいだろ
2005/04/19(火) 17:17:43>SWT の明確な実益は、Swingの高速化で不明確な実益になった。
まぁ、Swingも悪くは無いんだけど、JFaceのContentProvider, LabelProvider, Decorator あたりの
アーキテクチャはモダンだと思ったし、やっぱりまだ SWT のほうが速いし、ウィンドウシステムに
対して忠実であるのはSwingとの明確な違いとしてあると思う。
0778デフォルトの名無しさん
2005/04/19(火) 21:43:00JDK1.4.1くらいまでなら、それでもデメリットに目をつぶれるような速度差があったけど、今はそこまでの速度差がない。
しかも、メモリやらリソースやら食うから、SWTの方が遅いこともありえるような気がする。
0779デフォルトの名無しさん
2005/04/20(水) 10:35:44ｽﾚﾁｶﾞｲｳｻﾞｽ
ところで、S2JSF(だけに限らずSeasar2全般)のリファレンスマニュアルって作る気ないのかな。
皆あの中途半端な「サンプルの解説」だけで満足できるの？
俺一人なら、ソース読むなり何なりするのでいいんだけど、
チーム全員にそれを強要するのは、うちのチームじゃ無理だね。
本気でS2を普及させる気があるなら、バージョンアップより先に詳細なマニュアルを早く作ってくれろ。
0780デフォルトの名無しさん
2005/04/20(水) 11:09:44立ち読みしたけど、連打対策とか戻るボタン対策とかの話まであって
かなり実践寄りでよさげだった。
マニュアルとういか、これのS2JSF/S2Dao/S2バージョンを
書いてくれないかなあ。
0781デフォルトの名無しさん
2005/04/20(水) 11:14:280782デフォルトの名無しさん
2005/04/20(水) 12:46:38「サンプルの解説」がダメなのにリファレンスなら大丈夫って
珍しいメンバーだね。
リファレンスだけあっても～ならありがちだけど。
0783デフォルトの名無しさん
2005/04/20(水) 13:57:03サンプルでは機能が網羅してないってことだろ。
網羅してたとしてもリファレンス性も悪いし。
0784デフォルトの名無しさん
2005/04/20(水) 15:18:28違う違う。サンプル解説がだめなわけじゃないって。
サンプル解説のおかげで、
「S2JSF使えばどういうことが出来るのか」って言うのはよく分かったよ。
それはいいのよ。確かによく分かったしありがたいこってす。
でもね、いざ新しい物を作ろうと思うと、どういう部品がどういう風に絡み合ってるのか、
新しい部品を作るにはどうしたら良いのか、そういうことが全然わかんなくて、すぐ壁にぶち当たりまくり。
「どういうことができるか」はとってもよく分かるけど、
「どういう風に作ればよいのか」が全然わかんない。サンプルの解説だけじゃね。
ちょいと誤解してるようだけど、リファレンスだけあれば良いっつってんじゃないよ。
サンプルの解説も、リファレンスも両方（できればチュートリアルもｗ）欲しいって言ってるの。
>>781
ごめんね。100%完璧に理解してるわけじゃないからこそ、
リファレンス等のドキュメントが欲しいのよ。
俺必死だなw
0785デフォルトの名無しさん
2005/04/20(水) 15:55:26>>784
確かに資料、情報は多いに越したことはないもんな。
多くの人に普及させたければ必要なことだろうと思う。
ただ、こういうのって必要と思った人が用意するって文化を推奨してる
から。君がぶち当たった壁をWikiなりなんなりで公開すると
みんなウハウハ・・と。実際はそんな理想的にならないんだろうけど。
作者の周りには人が集まっているようで、いろいろ仕事割り振って
うまく回っていると俺は思っているんだけど、プログラマがあまりしたがらない
全体の統一的なドキュメント化のような部分をやってくれる人が多数
参加するようになるともっと良いのかもしれないね。
それにはもう少し時間が必要なんじゃない？
0786デフォルトの名無しさん
2005/04/20(水) 20:20:34リファレンスの必要性自体を感じてないような気もする。
日本語情報が多いっていうのがひとつの売りということだったけど、koichikさんのSpring入門記の方がSeasarのドキュメントよりも充実してる気がするし。
ってか、サンプルとかその解説とかは部外者にも書けるんだけど、リファレンスは開発者じゃないと書けないんだよね。
0787デフォルトの名無しさん
2005/04/20(水) 20:40:25バージョンの依存関係がわけわかめ。
0788784
2005/04/20(水) 20:56:30確かに協力してく気があるなら、
リファレンスは無理にしても、
「こんなのにぶちあたっちゃったの」は公開していくべきでしたね。
でも正直、ぶち当たりすぎちゃって既に嫌になってる部分もあったり…＿|￣|○ ﾓｳS2Strutsﾃﾞｲｲﾓﾝ
「ドキュメント不足」っていう理由のせいで、
S2JSFから人が遠のくなんてことは、実に寂しいことだと思うのです。
まずは人を惹きつけて…卵が先か、の話にはなっちゃいますけどね。
>>787
1行目は何言ってるのかわかんないけど、2行目は禿同。
その辺も、Seasarの敷居が高くなってる原因の一つだと思う。
0789デフォルトの名無しさん
2005/04/20(水) 20:59:500790デフォルトの名無しさん
2005/04/20(水) 21:49:37漏れはプロモーションのセンスあると思うよ。
残念ながらSeasar は役立たずだけど、それでも雑誌の記事に載せるところまでは
到達できたのはたいしたもの。
Seasarのコミュニティがなかなか出来上がらないのは当然のことで、
もともとSeasarは実はあまり意味のない代物だから、分かってる人にしてみればスルーするだけだし
逆に、リテラシーの低い初心者が「分からないからドキュメントくれ」 が群れてくる。
いいプロダクトなら、リテラシーの高い人がチカラを貸すよ。カネになるってもそうだけど、
ちょっと頑張るだけで世界が変わるのを実感できる。
Seasarじゃ何も変わらないってのが、リテラシーの高い人には見えちゃうんだよ。
0791デフォルトの名無しさん
2005/04/20(水) 21:51:33開発されているものの価値を見出した人の中から広告塔になってくれるような
人が現れる流れがあると、自分らも楽しいと思わない？夢物語かなぁ。
作る才がある人が作ることにのみ集中できて、
その他の事をうまく分散できるといいのに。とか思ったりする。
0792デフォルトの名無しさん
2005/04/20(水) 21:58:27Seasarが価値があるものならそれは人は現われるけど、そうではないのだから、どうしよもない。
0793デフォルトの名無しさん
2005/04/20(水) 22:02:28的を射ているのかもしれない。
フレームワークなのだから、既にしっかりしたノウハウを持っている人の目には
今更…のように写ったりしそう。ただ、作成される多くのものが
そのフレームワークの作法に従うことで統一感が生まれて保守効率が
上がるような可能性はあるよね。それでは世界を変えるまではいかないけど。
プロジェクトとして推す時に「ここに詳細な情報があります」って言えることは
かなり大事じゃないかな。誰それのブログ端から読んでよってのはどうかねぇ。
情報は統一されていないと探しづらいと思うのだ。
これは、狙っている層がJavaの業務アプリだから特に思うこと。
0794デフォルトの名無しさん
2005/04/20(水) 22:03:49雑誌の記事に載せるくらいでプロモーション力あるというなら、プロモーション力の敷居はかなり低いんだな。
0795デフォルトの名無しさん
2005/04/20(水) 22:05:27MLのログもありますよｗ。
0796デフォルトの名無しさん
2005/04/20(水) 22:14:18作法には価値があると思う。
だから、Seasarはだめでも、「くーす」はなかなか、広める価値のあるものだと思ってて。
コントロールはステートレスとか、分かってる人にしてみれば、当たり前だろみたいなことだけど、
学習中はその徹を踏んでしまうかも。
オブジェクト指向プログラミングって、深い理由がわからなくても、ＯＯ的にデザインされた
ライブラリを使うことで自然に生産性上がるのを体感して意味もわかってくるみたいなこと
あるけど、ウェブ／データベースプログラミングにおいては、いまいち実感しづらいところもあって、
Seasar使えば分かるんじゃないかみたいな人いると思うんだけど、残念ながら、
これはいくら使っても体感できないんだよね。
作法は作法として覚えるしかないと思う。フレームワークが解決することとも思えない。
Javaはウェブ／データベースプログラミングには向いてないし。
ホントに原理がシンプルで扱いやすいフレームワーク／言語も含めたプラットフォームの
分かりやすいものだけが生き残る。
0797デフォルトの名無しさん
2005/04/20(水) 22:17:21雑誌って基本的にアホで、特にソフト開発者向けの雑誌ってさらにアホなんだけど、
それでも載せるってのは、あほだからこそでもあるけど、そう簡単じゃないぜ。
0798デフォルトの名無しさん
2005/04/20(水) 22:36:34自分とは思想が逆みたいなんだけど、面白いのでしつこく食い下がってみる。
作法はできる限りフレームワークで吸収してやる部分じゃないかな。
例を挙げちゃうと焦点がぶれたりする可能性があるので
逆にまずいかもしれないけど、StrutsなんてFrontControllerだよね。
これをFrontController知らない人でも強制的に使わせてるよなと。
覚えること、考えることを減らすためにフレームワークやライブラリは存在
すると思う。オブジェクト指向については流すよ。哲学論争になりやすいし。
＞ホントに原理がシンプルで扱いやすいフレームワーク／言語も含めたプラットフォームの
＞分かりやすいものだけが生き残る。
これには同意。特に多人数開発ではキーになる考え方だろう。
わかりやすくて、しょぼい開発者がいてもちゃんと動く仕組みが宜しいかと。
そういう意味ではJavaもDIもそんなに的外れではないかなと思ってる。
0799デフォルトの名無しさん
2005/04/20(水) 22:43:44> しょぼい開発者がいてもちゃんと動く仕組みが宜しいかと。
> そういう意味ではJavaもDIもそんなに的外れではない
フレームワークに関しては、漏れは、
ホントにいいものなら、無いよりはマシくらいの位置づけで、
たぶん、ほとんどの人はそうでないか。
フレームワークでしょぼい開発者が救われるのかといえば、少しは寄与するかしれんが、かなり嘘で、
そんなもん、ただ開発プロセスの中に学習・フィードバックの仕組みが機能してるかどうかだけにかかってる。
だから、もうSeasarとかJ2EEとかSpringやらに騙されるな、近寄るなと漏れは知らせたいんだよ。
そっちのほうがはるかに社会的だと思わんか。
0800デフォルトの名無しさん
2005/04/20(水) 22:46:19Javaはもともとウェブ／データベースプログラミングに向いてないし、
Seasarとか評価してみたけどやっぱり使わないほうがマシなんだよ。
0801798
2005/04/20(水) 22:47:13>>793の「作法」はソースコードの統一感としての作法で
>>796以降の「作法」はもう少し価値の高いある種パターンのような
分野にまで発展した考えで論じられているね。
特に訂正は無いんだけど、確認のため投稿。
0802デフォルトの名無しさん
2005/04/20(水) 22:53:22>793の「作法」はソースコードの統一感としての作法
まさかとは思ったけど、こういうのをフレームワークで縛れるとか思ってる人がまだ結構いるんだよね。
現実に目の当たりにすると、腹の底から軽蔑しますよ。
ホントにヒドイと思う。
0803デフォルトの名無しさん
2005/04/20(水) 22:58:04> だから、もうSeasarとかJ2EEとかSpringやらに騙されるな
> 近寄るなと漏れは知らせたいんだよ。
> そっちのほうがはるかに社会的だと思わんか。
最後のこの部分しか読んでないが、この意見がアホなこといってることはわかる。
0804デフォルトの名無しさん
2005/04/20(水) 23:01:20優等生的に答えると、フレームワークは設計の再利用だよね。
これは実装の再利用であるライブラリと対になっていると思う。
無ければ自分でその時作るだけ。だけどある程度良い設計、実装が
既に提示されているのなら利用した方が良いぞと。
既存フレームワークで救うのはしょぼい開発者の中でも
駆け出しの設計者になるだろう。あと、熟練者でもわざわざ0から
フレームワークを構築しなくて良くなるので時間の節約になるよね。
ドキュメント書かなくても良いし、既にそれを知ってる人はいきなり使うだけだし。
＞フレームワークでしょぼい開発者が救われるのかといえば、少しは寄与するかしれんが、かなり嘘で、
＞そんなもん、ただ開発プロセスの中に学習・フィードバックの仕組みが機能してるかどうかだけにかかってる。
教育の仕方をどうするかって話で解釈合っているかな。
もう少し上のレベルに話が広がってしまいそうなので流します。
0805デフォルトの名無しさん
2005/04/20(水) 23:11:08＞そっちのほうがはるかに社会的だと思わんか。
いろいろ書こうと思ったけど、まとまらなかったので質問してみる。
>>799の開発ではどんなフレームワークを使っているの？
もし良かったら書いてみてくれないかな。その方が話がわかりやすくなりそう。
>>802
うーんと、言わんとしているところが良くわからなかった。
ソースコードの統一感って言うのは見た目の問題だから
「Strutsで作ってるよ」「あー、じゃぁActionクラスを継承すんのね」
みたいな部分という意味で書いたんだ。もう少し書いてみてくれないか？
0806デフォルトの名無しさん
2005/04/20(水) 23:12:51自分はここ以外はそれほど的外れでも無さそうに思ってる。
0807デフォルトの名無しさん
2005/04/20(水) 23:25:02Seasar使うくらいならPure Servletのほうがいいよ。
シンプルにやりゃいい。
Struts使うことでAction使うことが自明になるとしても、それが？ って感じでしょ。
何の役にも立たない。なら使わないほうがいい。
ウェブインターフェースのアプリケーションなら、
Rubyが最適だと思いますよ。文字列処理が高機能、コードも短くて済む。
いい実装例だなと感じてるのは
http://www2a.biglobe.ne.jp/~seki/ruby/divip.html
バックエンドとの分離も簡単シンプル、台数並べれば並べるほど比例して処理を分散する
みたいな仕組みも作れる。そのプログラミングも贅肉なしのライブラリが使えるし。
0808デフォルトの名無しさん
2005/04/20(水) 23:35:47えーと、プロジェクトの中でみんなServlet開発をしているって意味かな。
それは開発のスピードが遅そうに感じるんだけど、自分だけだろうか。
StrutsのActionの話は、そういう部分を合わせないと理解が遅い人が
いるよねって話。逆にこんなもん合わせるだけでルーチンワークに
乗せられたりするものだったりもする。
自分は今までの話を「多人数で開発する」ということを念頭に書いてる。
これは、Seasarみたいなものが狙っているターゲットがそうだから。
紹介してくれたアプリも多人数で開発するようなものでは無さそうだね。
ちなみに、個人で使うなら今のS2を使わないってのは自分もそうだと思うよ。
一人でWEBサイト構築するならRUBYは触ったこと無いのでPHPかな。
共通部をまとめてるうちに結局自分用フレームワークできちゃうけど。
0809803
2005/04/20(水) 23:44:20あ、ほんとだ。
ってことはあれだね。
正しい意見を述べておいて、結論だけは正しくない意見にしておけば、正しくない意見を正しいと思わせることができるっていう高等技術。
0810デフォルトの名無しさん
2005/04/20(水) 23:45:51Strutsは単にフォームへの入力をBeanに格納してくれるただのライブラリだ。
0811デフォルトの名無しさん
2005/04/20(水) 23:52:585年かもっと前のJavaみたいなもんで、ユーザとか元請けのSIerから
止められるのが普通じゃない？ ちっちゃいところはいいかもしれんけど。
Rubyできるやつサクッと集められるとも思えないしね。
だから、ここでRubyが最適とかいわれても逃避にしか見えない。
Javaでどうするか、DIでどうにかなるのか、って所でスゲーやつの
話が聞きたいです。
0812デフォルトの名無しさん
2005/04/20(水) 23:57:13いや、大抵は>>803みたいに最後だけ見て「こりゃだめだ」って切り捨てられる罠。
そろそろ筆置きます。
長文連発すまなかった。＞スレの人々
あと、S2から凄く離れてしまってすまん。
長々付き合いありがとう。>>807
0813デフォルトの名無しさん
2005/04/21(木) 01:35:17>>787が1行目で言いたいのは、
メジャーなリリースと、マイナーなバージョンアップを分けてほしいということかと。
0814787
2005/04/21(木) 01:51:04いや、S2StrutsとかS2JSFとか、全部含んでSeasar2.x.xとして出して欲しいってことです。
S2JSFのこのバージョンはSeasar2.1.8じゃないと動きませんよ、とか、でもS2XXXはこのバージョンでは動きませんよとか、わけわからん。
0815デフォルトの名無しさん
2005/04/21(木) 10:33:20んだけど、十分に単純で便利だと思うんだが・・・・・・
なんでここでは否定的な意見の方が多いんだろう？
0816デフォルトの名無しさん
2005/04/21(木) 10:41:59そんな感じじゃないですか。
eclipseからJava始めた人はクラスパスとか
判ってなくてけしからん、とか。
俺は知らなくてもできるんならそれでいいし
トラブルになったらその時に調べて
覚えりゃいいと思うんだがなあ。
0817デフォルトの名無しさん
2005/04/21(木) 10:53:27この理解で概ね合っていると思っていいよな？駄目だったら頭いい人突っ込んでくれ。
AbstractFactoryにしたくなるような生成部分を統一的な方法で提供しているって
理解なんだけど。
0818デフォルトの名無しさん
2005/04/21(木) 11:11:31それならSpringの方が日本語の資料も多くて便利
0819デフォルトの名無しさん
2005/04/21(木) 11:22:28ここで小難しいこと言ってSeasarだめ論(もっと言うとJavaだめ論)を展開してる人って、
案外そういう簡単なことが分からないのかもね。
難しく考えすぎと言うか。
>>818
それは好みの問題でしょう。
0820デフォルトの名無しさん
2005/04/21(木) 11:34:14Seasarの説明に、次世代どうのこうのとか小難しく書いてあるから。
0821デフォルトの名無しさん
2005/04/21(木) 11:45:14S2とS2Daoと、あと戦略商品としてS2JSFをバンドルしてくれればいい。
個人的にはS2Strutsも。
0822デフォルトの名無しさん
2005/04/21(木) 11:59:000823デフォルトの名無しさん
2005/04/21(木) 12:09:22> Seasar使うくらいならPure Servletのほうがいいよ。
> シンプルにやりゃいい。
シンプルっていうよりサンプルしか作ったことないとか？
まともに開発したことあるやつとは思えない。
> バックエンドとの分離も簡単シンプル、台数並べれば並べるほど比例して処理を分散する
> みたいな仕組みも作れる。そのプログラミングも贅肉なしのライブラリが使えるし。
後ろが分散できたってしょうがないだろ。なんか素人くさい。学生？
0824デフォルトの名無しさん
2005/04/21(木) 12:13:42標準セットパッケージみたいな感じだよね。
これ一個でとりあえず美味しい汁を吸えますみたいな。
0825デフォルトの名無しさん
2005/04/21(木) 12:14:32まぁまぁ、そう反応しなさんな。
見てる切り口が多分全然違うのだよ。
0826デフォルトの名無しさん
2005/04/21(木) 12:26:10Strutsすら必要ないなら、Seasarも使わずServletに処理ベタ書きの方がいいってことじゃない？
仕事にはいろんな規模のものがあるんだから、それはそれでいいかと。
0827デフォルトの名無しさん
2005/04/21(木) 12:27:54S2JSFがSeasarのコンテナ機能を使わずUtilだけ使ってるんだったら、UtilをわけてS2+S2DAO+Util/S2JSF+Utilというふたつのパッケージでもいい。
0828デフォルトの名無しさん
2005/04/21(木) 12:37:09普通にjsf.diconとかあるけど
0829デフォルトの名無しさん
2005/04/21(木) 15:57:26もちろんそれはそれで良いと思う。
けど、だからつって物知り顔で「誰にとってもフレームワークひいてはS2イラネ」って言うのはどうかと思う。
あんだけ自信満々で言われちゃうと、漏れみたいなお馬鹿チンは「本当にいらないのかな…」って不安になっちまう。
自分は今有効に使えてるのにね。
0830デフォルトの名無しさん
2005/04/21(木) 16:23:42残念だけど、その取捨選択は君がするしか無いと思うよ。
人の言っていることを盲目的に受け入れるべきなのかそうでないのかって
ことだから。ここの人は自分が思うことを好き勝手に書いているだけだし。
>>790->>807みたいにちゃんと突っ込んだ話をしないとその根拠が
明白にならないからなかなか判断しようが無いのだけれど。
で、自分は彼の話がごく一部しか捉えていないようだと判断した。
＞自分は今有効に使えてるのにね。
これを根拠に「自分には必要だ」でも良いんじゃない？
■ このスレッドは過去ログ倉庫に格納されています