トップページ⇒tech
1001コメント317KB

国産DIコンテナSeasar その8

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001デフォルトの名無しさん2006/12/08(金) 07:48:39
一部で話題になっている国産オープンソース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/

前スレ
その１ http://pc5.2ch.net/test/read.cgi/tech/1092044210/
その２ http://pc5.2ch.net/test/read.cgi/tech/1098885253/
その３ http://pc8.2ch.net/test/read.cgi/tech/1102862221/
その４ http://pc8.2ch.net/test/read.cgi/tech/1119608621/
その５ http://pc8.2ch.net/test/read.cgi/tech/1135986150/
その６ http://pc8.2ch.net/test/read.cgi/tech/1148204750/
その７ http://pc8.2ch.net/test/read.cgi/tech/1153060167/
関連スレ
Java Spring Frameworkを語るスレ
http://pc8.2ch.net/test/read.cgi/tech/1077465099/

Dependncy Injectionを語るスレ
http://pc8.2ch.net/test/read.cgi/tech/1099827125/

Java⇔RDBのMapping-Frameworkを語るThre Vol.4
http://pc8.2ch.net/test/read.cgi/tech/1134701684/
0809デフォルトの名無しさん2007/01/25(木) 10:05:30
>>808
説明なきゃそんなの超能力者でもわかんねえよ。
ﾎﾞｹ
0810デフォルトの名無しさん2007/01/25(木) 10:17:33
>>809
説明抜きでもわかってくれよ。
ﾎﾞｹ
0811794(=808=810)2007/01/25(木) 10:20:45
あ、今になって気づいたけど>>798は俺じゃないぞ。

>>798
くだらない冗談で詐称してんじゃねーよｗ
0812デフォルトの名無しさん2007/01/25(木) 10:42:50
こんなとこで何identity主張してんだよ
ﾎﾞｹｗｗｗ
0813デフォルトの名無しさん2007/01/25(木) 10:59:07
ん？何か面白かった？
0814デフォルトの名無しさん2007/01/25(木) 11:07:13
だれも笑ってないよ？
0815デフォルトの名無しさん2007/01/25(木) 11:15:06
そうか。ただの雑草か。
ていうか話がそれてるから、そろそろやめようか。
0816さらに混ぜ返す2007/01/25(木) 11:28:31
>>815
雑草などという草はない！（CV:山寺宏一）

……まぁ、実はこの台詞、先帝陛下のお言葉らしいのだが（苦笑
0817デフォルトの名無しさん2007/01/25(木) 12:13:32
うーん
今日はシーサー日和ですなー
0818デフォルトの名無しさん2007/01/25(木) 12:33:22
S2JSF1.1.Xで同じ画面にリンクとボタンがあり
リンクをクリックすると同じ画面に遷移し
ボタンをクリックすると他の画面に遷移するHTMLを作成しました。
リンクとボタンにはそれぞれm:actionでActionのメソッド指定してあります。

このときまずリンクをクリックします。このときリンクに指定したActionのメソッドが
呼ばれ、return nullなので同じ画面が表示されます。
次にブラウザの戻るを選択します。
そしてボタンをクリックするとリンクに指定してあるactionのメソッドが呼ばれた後
ボタンに指定してあるactionのメソッドが呼ばれます。何故でしょうか。
正しい動きなのでしょうか。ちなみにリンクをボタンにすると上手くいきます。
0819デフォルトの名無しさん2007/01/25(木) 13:08:26
>>818
これだけの情報だと良くわからない。
単純な質問ならここでも良いけど、
ある程度の情報が必要な場合は、
ここは向いていないので、MLもしくは
はてな、あるいはblogで書いてコミッタに
トラックバックしてくれ。

はてなならSeasarのキーワードを忘れずに。
0820デフォルトの名無しさん2007/01/25(木) 13:25:21
>>819
higaﾀｿ乙
0821デフォルトの名無しさん2007/01/25(木) 13:39:14
>>818
もう少しkwsk
0822デフォルトの名無しさん2007/01/25(木) 14:00:54
え？ひがたんどこどこ？？？
>>819
ひがたん、ファンです。サインくさいっ。
0823デフォルトの名無しさん2007/01/25(木) 14:04:05
くさっ
08248182007/01/25(木) 14:23:28
具体的に書くとtest.htmlを作成しました。重要部分だけ書くと

<a m:action="#{testAction.prev}">前へ</a>
<span m:value="#{testPagerDto.from}"></span>〜<span m:value="#{testDto.to}"></span>件
<a m:action="#{testAction.next}">次へ</a>
<table>...省略</table>
<input type="submit" value="登録" m:action="#{testAction.confirm}"/>


で最初に0〜10件のデータが表示されていて
「次へ」のリンクをクリックすると10件〜20件目のデータが表示されます。
「前へ」のリンクをクリックすると0〜10件のデータが表示されます。
「登録」ボタンはDBに登録しにいきます。

ここで
1.「次へ」をクリックします。するとtestActionのnextメソッドが呼ばれ、
　10〜20件目までのデータが表示されます。
2.ブラウザの戻るを選択すると前のページが表示されるので0〜10件までのデータが表示されます。
3.そしてこの状態で「登録」ボタンをクリックすると、testActionのconfirmメソッドが呼ばれると思ったのですが
　なぜかnextメソッドが呼ばれた直後confirmが呼ばれるのです。

これで分かりますでしょうか。
0825デフォルトの名無しさん2007/01/25(木) 14:38:33
>>824
単純にサーバー側のBeanではnextが一度呼ばれた状態だからじゃねーの？
ブラウザの戻るボタン押しても、testAction.prevは呼ばれねぇから、
10〜20件目のデータに対して confirm 処理されるってことだろ？
0826デフォルトの名無しさん2007/01/25(木) 15:47:45
>>824
本当にtestAction.nextが呼ばれたあとに
testAction.confirmが呼ばれているか確認してみて
デバッグするなりトレースログ出したりして。
08278182007/01/25(木) 16:13:02
デバッグでブレークポイント設定して確認しても
testAction.nextが呼ばれたあとに
testAction.confirmが呼ばれました

S2JSF1.0.Xで同じ処理を書くと
testAction.confirmのみ呼ばれました。

とりあえずリンクでなくボタンにすると
testAction.nextが呼ばれずに
testAction.confirmが呼ばれるのでそっちで書くことにします。
0828デフォルトの名無しさん2007/01/25(木) 17:07:08
TeedaでGridをするとtableのborderって変えられないのかねぃ？
後Tableの位置も・・・よくわかりません＞＜；
0829デフォルトの名無しさん2007/01/25(木) 17:32:59
Teeda で TakeOverアノテーションの使い方が良くわかりません。
ドキュメントみても使い方やサンプルが無かったので…
ご存じの方いませんか。
0830デフォルトの名無しさん2007/01/25(木) 18:16:33
MLに投稿しないけど(できない？)、悩んでいる人って結構いるんやね。
0831デフォルトの名無しさん2007/01/25(木) 18:17:52
Gridを制するものはTeedaを制すｗ
0832デフォルトの名無しさん2007/01/25(木) 18:29:40
>>829
ドキュメント追加しておいた。
http://www.seasar.org/wiki/index.php?Teeda%2FgettingStarted#dd31c1ab
0833デフォルトの名無しさん2007/01/25(木) 18:32:47
ひがたんのブログ読んで切なくなった。

0834デフォルトの名無しさん2007/01/25(木) 18:34:29
＠ＩＴのJava SolutionフォーラムにもSeasarの質問でてるねｗ
diconをインクルードしてないエラーかな？


0835デフォルトの名無しさん2007/01/25(木) 19:15:54
俺も切なくなった。
それが自分のスタイルなら貫いても良いと思った。

>>781,>>802は俺の発言だが、
命名が下手くそなのでコメントしまくりだ。
ライフサイクルに絡むような、
呼び出しタイミングに注意要するメソッドとか。
0836デフォルトの名無しさん2007/01/25(木) 20:31:36
S2JSF & S2DAO で、とある小規模な不動産系のサイトを構築したよ。
このプロジェクト以前は Struts Spring Hibernate でブログとかSNSとか作ってきたけど
Seasar いいわ。格段に楽だ。
まぁ、S2には関係ないんだけど、JSFって向き不向きあるね。
Strutsならブログのパーマリンクみたいのも簡単に出来るけどJSFじゃ難しそうだね。オレには出来ない。
管理系とかはかなり楽だけどねぇ。
ま、そういう時はやっぱS2Strutsかね？次で使ってみるわ。
08377202007/01/25(木) 20:59:16
けっきょく俺が言いたかったのはJavadocをリリース前に整備する気が
あるのかないのかって言う事なんだけどな。
開発フェーズにjavadocを書く工程が含まれているかということ。
ひがが、実装に先行して書こうが後行して書こうが構わないが、
リリース前にはpublicなものについて書かれているべきなのは明らか。

仮にも「フレームワーク」として世に出す以上ソースを見れば一目瞭然とかありえない。

ふつーみんなjarをクラスパスに入れて使うだろ？
んで、分からないところをリファレンスやドキュメント見て使い方覚えて行く。
メソッド名や引数の型なんて推論の助けになるに過ぎない。

どうしても分からないときは、その挙動の定義の詳細をjavadocで確認する。
それでも分からないときの最終手段がソース。

javadocなんて、技術者にとって最も書きやすいドキュメント形式の一つだと思うぞ。
エディタでガリガリ書いていくだけで、レイアウトや改ページの心配なんて何も要らないし。
ブラインドタッチとかと一緒で、「一念発起してやるかやらないか」に過ぎない習慣なんだから、
ひがも是非するべき。
08387332007/01/25(木) 21:44:17
ドキュメントも成果物の１つだろ。
JavadocのようなAPIドキュメントなんて、かなり重要な成果物だと思うな。
メソッド名から機能が予想できるような設計が好ましいのは、当たり前の話だし、
ラインコメントが不要でもいいようなコードを書くのも当たり前の話。
それとJavadocが必要・不要は全く別の話。

コードはコード。JavadocはJavadoc。ドメインが違う。
コードを読めばわかるように書いたところで、
バイナリしかなければ仕様はわからない。
そういうときにJavadocが必要になる。

このメソッドを実行したら、nullが返る可能性があるのかとか、
どういう条件で例外が発生するかとか、
バイナリしかなければ、Javadocを読むしかない。
でもJavadocがなければ、実行してみるしかない。
そもそも利用側のコードのテスト計画もできないし、
全てのコードにtry/catchと戻り値のnullチェックが必要になる。
フレームワーク側のコードが信用できないから。

Javadocに仕様が明記されていて、テストコードがあれば、
とりあえずは明記された仕様を満たしていると、
一定の評価はできるので、安心して使うことが出来ると思うのだが。

だからと言って100%仕様を満たしているとは言い切れない。
でも明記されている仕様を満たしていなければ、それはバグである。
仕様が明記されていなければ、仕様なのかバグなのか評価できない。
結果、上記の全ての呼び出し元でtry/catch/nullチェックが必要になるし、
バグの報告も一切出来ない。
08397332007/01/25(木) 21:49:39
昨日はガキのように煽ってみたが、別に謝る気もない。
この辺の批判は裏を返せば強い要望だよ。
別に実名で「お願いします。」なんて書きたくないし。

まぁ、ガンガレ。
0840デフォルトの名無しさん2007/01/25(木) 22:18:03
>>836
Springと比べてどの辺が一番楽だった？
S2DaoでDaoの実装コードを極力減らせた点？
設定ファイルの記述量？
0841デフォルトの名無しさん2007/01/25(木) 22:30:10
S2Daoだけですが愛用してますよ。

私の場合、
１．Eclipse+Clayでモデリング
２．Clayのモデルデータ(XML)を読み込む
３．BeanとDaoインターフェイスを自動生成
４．それらのコンポーネントをまとめたdiconを生成
って感じでやってます。

Daoにはinsert/update/delete/主キー引数のselect/全selectを定義、
Beanには使えそうなアノテーションは全部定義。Javadocも自動生成(笑)。

後は手で必要なものを書き足していますね。
insert/update/deleteなんかは自動生成しているもの以外殆ど手で書くことはないです。

ついでに定義書も生成するように書いているので、
Dao/Bean/ドキュメント関連で発生する工数の分は、十分元が取れているかな。
SQL書くコストを考えても十分元は取れるのですが、
ルールが決まっている分、ツールでの自動生成ができるというのが大きいかも。
08428412007/01/25(木) 22:37:14
ちなみに、clayプラグインだと定義ダイアログでコメントを残せるのですが、
そのコメントがXMLに書き込まれます。
なので、そのXMLをXSLT変換してドキュメント化しています。

diconファイル用のXSLTを用意しようかなと思っているのですが、
これがあれば、設定ファイルがブラウザで見えるんですよね。
ブラウザ用に説明文章も混ぜたいので、
diconファイルにコメントを要素・属性として入れれるようにしてくれると
ありがたいなと思います。

<component ..... comment="XXX用の業務ロジックです。">
<property name="hoge" comment="暫定。差し替え予定有り">.....</property>
</component>
見たいな感じ。
0843デフォルトの名無しさん2007/01/25(木) 22:39:24
>>841
すごいね！
うちも自動化推進してみよっと。
0844デフォルトの名無しさん2007/01/25(木) 22:41:43
>>842
きっと、ひがたん考えてくれるよ。
うんうん。
0845デフォルトの名無しさん2007/01/25(木) 22:45:57
世の中はそんなに進んでいるのかｗ
08468412007/01/25(木) 22:53:09
>>844
実行に関係ないブロックなので、DTD直すだけだよね。

仕様書から実行に影響のある物を生成する人って多いけど、
例えば設定ファイルから仕様書を起こせるようにしたほうが、
全然手っ取り早いですね。

仕様書作成＞設定ファイル自動生成＞動作確認
とやると、動作確認で失敗したときに仕様書から作り直しじゃないですか。

逆のアプローチなら、
設定ファイル作成＞動作確認
というプロセスを繰り返して納得いく状態になったら、
設定ファイルから最終的な仕様書が作られるので、
ドキュメント工数が削減できると思います。

そのときに問題になるのが仕様書に入れるべき説明文。
コメントノードだと扱いが面倒くさいです。
なので、説明文も構造化しているとパーサで気軽に処理できるし、
IEでもXSLT付きでサーバサイド変換なしでも読めますよね。

diconファイルならサーバサイド変換して
Seasarのサイトと同じようなデザインのHTMLファイルを生成すればいいと思うんですが。
インクルードはリンクにすると、なおいいかも。
08478412007/01/25(木) 22:54:48
>>845
コードもドキュメントも極力書きたくないし、
でも実業務ではドキュメントを残さなきゃいけないですよね。
なのでドキュメントも自動化できればなということです。

javadocコマンドと同じ考え方ですよ。
08488412007/01/25(木) 23:02:18
もうひとつ要望があるんだった。。。

S2Container#getComponent(Object)ってありますよね。
フレームワークと言うよりライブラリ的な使い方が多いので、
(別の設計思想があるので)
あちこちでgetComponentを呼び出しているのですが、
JDK5.0で使っているのでキャストを減らす為に、
S2Containerを拡張して使っています。

public <T> T getComponent(Class<? extends T> type);
って感じにして使っているのですが、
公式でサポートして欲しいなと思います。
08498412007/01/25(木) 23:05:34
しつこくてごめんね。
さっきの追加で定義したメソッドを使うとこんな感じ。

XXXContainer container = new XXXContainer();
Hoge hoge = container.getComponent(Hoge.class);

XXXContainerはS2Containerを拡張したやつで、
コンストラクタでSingletonS2ContainerFactoryでコンテナを取得して、
そのコンテナに全て委譲するようにしています。

＃XXXは適当な名前ね。
0850デフォルトの名無しさん2007/01/25(木) 23:16:36
ドキュメントとプログラムを極力１：１にするには自動化するしかないんだけど、
世のフレームワーク開発者はそこらへん考えないんだよね
0851デフォルトの名無しさん2007/01/25(木) 23:18:18
前スレで、インターフェースの有用性について議論があったのだが、
話を蒸し返してスマン。
別にインターフェースやＤＩコンテナを使わなくても、リフレクションを
使ったフレームワークを使っている場合、実装クラスを変えたければ、
元のクラスを継承した子クラスを作って、それを設定ファイルに書けば
よいのジャアルマイカ。継承すれば、変更したい部分だけオーバーライド
すればよし。まあ、ごそっと入れ替えるようなことが多ければ、やっぱ
インターフェースの方がいいけど。
0852デフォルトの名無しさん2007/01/25(木) 23:19:04
DTDだけなら直ぐにでも対応してくれそうだね。
ついでにSeasarサイト風XSLTとツールも作ってよ！
0853デフォルトの名無しさん2007/01/25(木) 23:24:17
>>841
こういうしつこいのはひがたんも大歓迎では？ｗ
08547332007/01/25(木) 23:28:51
>>851
コンストラクタでゴニョゴニョやっていなければ、おｋだと思われ。
Javaの継承って親クラスのコンストラクタの呼び出しが強制化されているじゃん。

自分が作ったクラスをさらに継承するなら、大抵は問題ないと思うんだけど、
他人が作ったクラスを継承するときって結構注意が必要。
コンストラクタで何をやっているか、Objectクラスの手前まで全て知る必要があるよね。

インターフェイスなら、明記された動きを実装するだけだし、
実装クラスがあって、その実装クラスの一部だけ使いたいなら、
デコレータやプロキシーでどうにかなる。
要はラッパー＋必要な実装ってところだね。
0855デフォルトの名無しさん2007/01/25(木) 23:38:06
>>842の提案はとてもいいものだと思う。
Easy Enterprise を標榜する以上
ドキュメント化の手間を省けるようにするって言うのもかなり重要なファクター。
08568412007/01/25(木) 23:43:56
XSLTって最近存在感が薄いですが、
下手なテンプレートエンジンよりも強力なんですよね。
XMLの設定ファイル・データファイルをドキュメント化するには、
最高のソリューションって感じがします。

プロジェクトがHTMLのドキュメントを認めるかと言う話もありますが、
自分のところでは問題なしなので、有効活用していますよ。
0857デフォルトの名無しさん2007/01/25(木) 23:49:19
開発コストってのは全体で考えれば相当削減できるのに、
ヘンなこだわりというか風習から抜け出せないために
金はかかるは、開発者は苦労するは・・・・
0858デフォルトの名無しさん2007/01/25(木) 23:50:04
ひがはeclipseのJava->Compiler->Javadocの
Missing Javadoc comments を Ignore(無視) → Warning(警告) に設定しとけ。

そんで、Subversionにコミットする前には警告が無い状態にするって言う事を
心がけてたらJavadoc書くのもそんなに苦痛じゃない。Ctrl+1で雛形も出来るし。

# 新人研修で新人にする説教みたいになってきた。
08597332007/01/26(金) 00:20:50
>>858
これ便利だけど、privateクラスのpublicメソッドまでJavadoc入れるのは面倒だｗｗｗ
なんかいい方法ない？
0860デフォルトの名無しさん2007/01/26(金) 00:53:40
XSLTには元理事あたりはトラウマ持ってそうだ。
講演聞くたびに「Cocoon2が…」とうわごとのように言っているぞｗ
0861デフォルトの名無しさん2007/01/26(金) 00:57:30
サーバサイドでのテンプレートエンジンの代わりくらいしか、
使い道が思い浮かばなかったんだろｗ
0862デフォルトの名無しさん2007/01/26(金) 01:39:06
>>856
思い出させてくれてありがとう

diconのdocumentが要求された時には使うことにするよ
0863デフォルトの名無しさん2007/01/26(金) 02:15:11
XSLTが流行らない理由は読みにくい上にタイプ量が多いせいでは。
一定以上複雑な変換になると目も当てられん。
Antで複雑な条件分岐が入ってくるとmakeに戻りたくなるのと同じ。
e4xで書いた方が速くで読みやすい。
無理してXSLTで書いてもマゾにしか思えん。
0864デフォルトの名無しさん2007/01/26(金) 02:24:19
>>863
WEBサイトのテンプレートエンジンとしては、ハッキリ言って使えないね。
理由はアンタの言うとおりだと思う。
おれならCocoonみたいな使い方は絶対無理ｗｗｗ

これはSeasar標準ドキュメントとしてdicon向けのXSLTを書くとか、
再々書くものではなくて、１回作れば使いまわしが利くような、
そういう使い方ならとても有効。
0865デフォルトの名無しさん2007/01/26(金) 03:06:36
みんな、すごくくわしーなー
0866デフォルトの名無しさん2007/01/26(金) 03:15:56
>>865
みんな、すごくくわしーさー
0867デフォルトの名無しさん2007/01/26(金) 04:42:04
みんな、すごくくいなーだお
0868デフォルトの名無しさん2007/01/26(金) 09:32:24
>>842
ドトネトの話で悪いんだが、S2Container.NETにはdescriptionタグってのがあるようだ。
0869デフォルトの名無しさん2007/01/26(金) 10:30:06
Clayって、Eclipse3.2やHSQLDB 1.8で使えるの？
Webでは「Eclipseは3.1.0まで、HSQLDBは1.7まで」って書いてあったような希ガス。
確かEclipseWikiで「3.1.2で動かないお(T_T)」と泣いてたヒトがいた。
0870デフォルトの名無しさん2007/01/26(金) 10:30:21
盛り上がってるところ悪いんだけど
>>836の話、
JSFはパーマリンクやりにくいってのは
お気に入ラブル（ブックマーカブルを訳してみた）
じゃないってことかな？

TeedaってPRGパターンっていってるけど
よく判らんなりに読んでみると裏でリダイレクトするとかで
これもやっぱりパーマリンクやりにくそうに思えるんだけど
どうなんだろう。
08718702007/01/26(金) 10:36:03
>>836
書き忘れた。
俺もSNSぽいの、S2Struts使って作りました。
いいですよ、おすすめです。

initializeとかmethod bindingとか使って
JSFぽくも作れるけど、パーマリンクが必要だったから
管理画面以外殆ど使わなかった。

パーマリンクの要否って、割とでかい。
0872デフォルトの名無しさん2007/01/26(金) 10:49:20
Teedaで質問。
<div id="addItems">
<span id="itemNumber">1111</span>
<span id="itemName">bbbb</span>
......
</div>
と、forEachでListの内容を表示したとします。itemNumberをクリックすると
itemNumberの値を次ページへ引き継がせてデータ取得時のキーにしたく、
aタグのhrefにはedit.html?key=1111 というように、値をパラメータとして
aタグを設置したいのですが、どういった実装をすれば良いでしょう。
0873デフォルトの名無しさん2007/01/26(金) 12:48:58
>>872
こんな感じ？
<a id="goNextPageName" href="nextPageName.html?key=itemNumber"><span id="itemNumber">1111</span></a>

teeda-html-exampleのgrid.htmlが参考になるかと。
ちなみにidは「go」から始まれば何でも良いっぽい。
0874デフォルトの名無しさん2007/01/26(金) 13:15:09
>>873
ありがとうございます。試してみます。ここらへんのノウハウがドキュメントであるとうれしいですねｗ
0875デフォルトの名無しさん2007/01/26(金) 14:40:43
>>874
ほんとそうですね。ググってすぐ見つかる状態になって欲しいものです・・・。
08768362007/01/26(金) 14:52:43
>>840
Springは1.x系、Seasarは2.3系を使ったので、それを前提に話すね。
コンテナの機能だけでは、それほど差は感じなかったけどやっぱ設定ファイルの記述量が減ったのは大きかった。
Springの時はクラス作るたびに設定書いてて、それが当たり前だと思ってたから、そういうものかと思ってたけど。
で、Seasarで設定ファイルを常に気にすることから解放されて、気にしなくていいことの楽さに気がついたよ。
コーディング->XML->コーディング->XMLって流れがコーディングのみに集中できるようになって、
ひがちゃん的に言えばサクサク感が増したって感じ？
オレは人間がなってないんで、面倒臭いと気持ちが削がれて一気にやる気なくなるんで、それだけでもかなり重要。

S2Daoはみんな良いって言ってるし言うまでもないかな。Hibernate使った後に使えば100人中99人は楽って思うでしょ。

S2JSFはS2Struts使ったことないんで比較できないけど単品Strutsと比べたらHibernateと同じようにみんな楽に感じると思う。

つきなみだけど、そんな感じ。

>>870
> お気に入ラブル（ブックマーカブルを訳してみた）じゃないってことかな？
たとえば
ttp://www.hoge.hoge/hoge.html?entry=12345　->　簡単
ttp://www.hoge.hoge/archive/entry12345.html　->　難しい
Strutsだとワイルドカードマッピングで簡単に実現できるよね。
JSFじゃどうやれば出来るか分からん。やるならFilterでURLのマッチングしてforwardとかかなぁ。

> 俺もSNSぽいの、S2Struts使って作りました。
> いいですよ、おすすめです。
サンクス。次のプロジェクトで内容が合いそうなら本当に使ってみます。
0877デフォルトの名無しさん2007/01/26(金) 15:04:22
>>876
詳細、さんくす！！！
Teedaのドキュメントが出てからSeasar使ってみようかと思っていたけど、S2Strutsでもいいからはじめてみようかと思った。
08788362007/01/26(金) 15:38:17
オレもリリースするときにはJavadocあった方がいいと思うけど、
それでリリースが遅れちゃったりしたら嫌だなぁ。
ソース見て分からなくても、Seasarはコミュニティが親切だし、分からないことあったら
ガンガン聞いちゃえばいいと思うし。
ひがちゃんもスタイル変えて実装しながらJavadoc書くようなことはしないとは思うけど、
万が一変えちゃうならサクサク感の方を大事にして欲しいなぁ。書くのはリリース前でいいよ。

>>838
>仕様が明記されていなければ、仕様なのかバグなのか評価できない。
気持ちは分かるがそんなときは口があるんだから聞いてみな。コミュニケーション重要。

>フレームワーク側のコードが信用できないから。
完璧だと言う訳じゃないけど、RailsやSeasarは信用（信頼）して何ぼのフレームワーク。
信用できなければ使えないし、信用できなければ楽にはならない。
自分1人で戦ってるわけじゃないのを理解すべき。活発で言葉の通るコミュニティがすぐそばにいるんだから。

http://d.hatena.ne.jp/essa/20060718/p3
　　オープンソースの世界は、「知らない他人を信頼した方が得になる世界」である。
　　Rails的世界は、「知らない他人を信頼しないと地面が見えてこない世界」である。
　　オープンソースを使うならば、「信頼」は頭のレベルでよいのだが、Railsを使うならば、
　　「信頼」が身体にしみついてないとダメだ。
0879デフォルトの名無しさん2007/01/26(金) 16:06:37
　　　　 ∧＿∧
　　　　（ill ´Д｀）＜　なんかキモイんで吐いときます
　　　　ﾉ つ!;:i;l ｡ﾟ・　　　
　　　と_＿）i:;l|;:;::;:::⊃
　　　　⊂;::;.,.';;;;'::.:.;::.⊃
0880デフォルトの名無しさん2007/01/26(金) 18:49:15
>>876
> ttp://www.hoge.hoge/archive/entry12345.html　->　難しい
mod_rewriteは？
0881デフォルトの名無しさん2007/01/26(金) 21:05:52
>>842
descriptionならあるね。自動生成ならこれでいいんじゃないかな。
<component ..... >
<description>XXX用の業務ロジックです。</description>
<property name="hoge">
<description>暫定。差し替え予定有り</description>
.....
</property>
</component>

>>848
s2-tigerを入れれば、SingletonS2Container.getComponent()ってのがある。
public static <T> T getComponent(Class<? extends T> componentClass)
って定義されてて、中身はSingletonS2ContainerFactoryから取ってくるみたい。
俺はgetComponent使うようなことがないから使ったことないけど。
08828812007/01/26(金) 21:20:33
ひがたんのblog今みたら両方とも書いてあった (´･ω･)
08838412007/01/26(金) 21:33:01
ひがたんBlogみたら書いてあった。対応早いね〜。
08847332007/01/26(金) 21:51:37
>>878
>気持ちは分かるがそんなときは口があるんだから聞いてみな。コミュニケーション重要。

まぁ、Javadocがあってからの話なので、存在しない現状では、
どのみち聞くに聞けねぇよなｗｗｗ

でもどうして、ヘタレ技術者って論破されたときに
やたらコミュニケーションとか精神論とか持ち出すんだろｗｗｗ
意味わかんねーよｗｗｗ
別に>>878だけのことを言っているんじゃなくて、
広く世間一般として。


>完璧だと言う訳じゃないけど、RailsやSeasarは信用（信頼）して何ぼのフレームワーク。
>信用できなければ使えないし、信用できなければ楽にはならない。

完璧なものはないのはよくわかる。APIを信頼する必要もよくわかる。
でも例えば、nullが返る可能性が明記されていれば、
nullチェックを行う必要があるし、nullが返らないと明記されていれば、
信頼してnullチェックを行わない。
フレームワークが信頼できないのではなくて、
仕様が宣言されていない以上、何が返るか分からない意味で信頼できないってこと。

>自分1人で戦ってるわけじゃないのを理解すべき。活発で言葉の通るコミュニティがすぐそばにいるんだから。
えっ？俺何かと戦ってるの？えっ・・？？意味わからん・・・
ちなみに、前にMLで提案した人に対してバンバン攻撃してたじゃん。
攻撃口調が活発なのはよく分かるが、言葉は通らないんじゃ？
それでコミュニケーションとかよく言うわｗｗｗ
0885デフォルトの名無しさん2007/01/26(金) 22:21:37
くらだねーよ
0886デフォルトの名無しさん2007/01/26(金) 23:21:21
本当にくだらない。
0887デフォルトの名無しさん2007/01/26(金) 23:31:35
ああくだらない
0888デフォルトの名無しさん2007/01/27(土) 00:03:35

>　　オープンソースの世界は、「知らない他人を信頼した方が得になる世界」である。
>　　Rails的世界は、「知らない他人を信頼しないと地面が見えてこない世界」である。
>　　オープンソースを使うならば、「信頼」は頭のレベルでよいのだが、Railsを使うならば、
>　　「信頼」が身体にしみついてないとダメだ。

性質の悪い宗教ですね。
08898722007/01/27(土) 00:06:01
>>873
ためしてみたが、うまくいかなかったので試行錯誤。
どうやら、formで囲まないとうまく動かないことが判明。つまり
<form id="formItem">
<div id="addItems">
<a id="goNextPageName" href="nextPageName.html?key=itemNumber"><span id="itemNumber">1111</span></a>
<span id="itemName">bbbb</span>
......
</div>
</form>
としてウマく動作した。
formで囲むとはドキュメントから探せなかったし、872の状態でgrid.htmlからさがすのは少し時間かかった（笑

でも、inputを使わない単なるリストなのに、formを使うのって、ヘンなの〜、って気はした。
0890デフォルトの名無しさん2007/01/27(土) 00:09:04
> formで囲むとはドキュメントから探せなかったし
ﾜﾛﾀ
0891デフォルトの名無しさん2007/01/27(土) 00:53:07
これだから、信者はキモい
0892デフォルトの名無しさん2007/01/27(土) 00:58:53
>>890
> formで囲むとはドキュメントから探せなかったし
JSFだよな？
0893デフォルトの名無しさん2007/01/27(土) 01:06:05
そうだったorz
08948732007/01/27(土) 01:43:17
>>899
teeda-html-exampleのforeach.htmlを見てもformで囲まれて無いし
grid.htmlのformを外しても動作するんだが・・・？

ま、俺も低レベルなので偉そうな事は言えないが、
teedaをいじってるとたまにJSF知識が必要なのかな？って思う事がある。
0895デフォルトの名無しさん2007/01/27(土) 05:16:56
未来の899に嫉妬ｗ
JSFの知識が全くないと厳しいでしょうな
0896デフォルトの名無しさん2007/01/27(土) 09:23:35
内容の正確さと表現の適切さは直交する。
0897デフォルトの名無しさん2007/01/27(土) 21:31:29
しーざーおもろそうかもしれんが
どうなんだろ？
0898デフォルトの名無しさん2007/01/27(土) 21:54:15
しーざーは英雄だね
0899デフォルトの名無しさん2007/01/27(土) 22:12:15
しーざーさらだは好きですよ
0900デフォルトの名無しさん2007/01/28(日) 01:27:02
ブルータスよ、お前もか
0901デフォルトの名無しさん2007/01/28(日) 16:50:04

S2でアノテーションの自動登録って出来ますか
S2StrusのインターフェースActionの全てに

@StrutsAction(parameter="method")
のアノテーションを埋め込みたいのですが

メタの自動登録とかでできるんですかね
0902デフォルトの名無しさん2007/01/28(日) 17:17:30
xdoclet使えばできるよ
0903デフォルトの名無しさん2007/01/28(日) 18:06:03
秀丸でもできるよ
0904デフォルトの名無しさん2007/01/28(日) 18:30:19
俺のプロジェクトではそんなアノテーション、自動登録されたら困るｗ
0905デフォルトの名無しさん2007/01/29(月) 03:13:54
seasar関連の人でブログ書いてる人にお願い。

RSSに全文載せて（はーと）！いちいちブラウザで開いてみるの面倒なの。

とくに獄長とアニヲタさん。
まず獄長は会社で開く勇気が出ない。
そしてアニヲタのは一行日記かと思ったら長文が続いていて後で気づいたり、
これは長文が続くタイプだなと思ってブラウザで開いたら、一行だけで
がっかりしたこと多数。

はてななら設定ちょこっと変えるだけだから。
お・ね・が・い！
0906デフォルトの名無しさん2007/01/30(火) 20:56:51
>>905
家で見ればいいじゃん。

つーか情報が開発者のブログにしかないとか
しーさーって多くない？
0907デフォルトの名無しさん2007/01/30(火) 22:07:43
DRYの精神だろ。
0908デフォルトの名無しさん2007/01/30(火) 22:50:53
>>906
だってアレが公式ドキュメントなんだもん。
だから、シーサーのサイトに書かないでしょ？

Javadocもそのうちブログに書かれるよ。
レス数が900を超えています。1000を超えると表示できなくなるよ。