国産DIコンテナSeasar その7

1 名前：デフォルトの名無しさん mailto:sage [2006/07/16(日) 23:29:27 ] 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。 ってどうよ？みんなもう使ってるの？ 使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。 本家 seasar.org www.seasar.org/ Seasar Projectグループ seasarproject.g.hatena.ne.jp/ ひがやすをblog d.hatena.ne.jp/higayasuo/ 前スレ その１　pc5.2ch.net/test/read.cgi/tech/1092044210/ その２　pc5.2ch.net/test/read.cgi/tech/1098885253/ その３　pc8.2ch.net/test/read.cgi/tech/1102862221/ その４　pc8.2ch.net/test/read.cgi/tech/1119608621/ その５ pc8.2ch.net/test/read.cgi/tech/1135986150/ その６ pc8.2ch.net/test/read.cgi/tech/1148204750/ 関連スレ Java Spring Frameworkを語るスレ pc8.2ch.net/test/read.cgi/tech/1077465099/ Dependncy Injectionを語るスレ pc8.2ch.net/test/read.cgi/tech/1099827125/ Java⇔RDBのMapping-Frameworkを語るThre Vol.4 pc8.2ch.net/test/read.cgi/tech/1134701684/ 400 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 19:40:21 ] >>395 11/11の正式リリースを待て。 10/13にすべての実装が終わって、 それからドキュメントに取り掛かる。 401 名前：デフォルトの名無しさん [2006/09/26(火) 19:48:15 ] >>400 アナウンスしてくださ〜い 402 名前：デフォルトの名無しさん mailto:sage [2006/09/26(火) 21:57:10 ] >400 おー。がんばれー。 403 名前：デフォルトの名無しさん mailto:sage [2006/09/27(水) 01:04:17 ] Clickに乗り換えた。 S2 + S2Dao + Clickがシンプルかつほぼ十分でよい。 ざっと一通りドキュメント（英語）を見て使いはじめるまで１日程度。 あとはググりにくい名前だけ、なんとかしてほしぃ。 なんか最近のS2周りって、余計な複雑さを取り込んでいるような気がした。 404 名前：デフォルトの名無しさん mailto:sage [2006/09/27(水) 02:18:30 ] プレゼンテーション層なら、Wicketもなかなかいいぞ。 405 名前：デフォルトの名無しさん mailto:sage [2006/09/27(水) 09:51:23 ] >>404 テンプレートにプレーンなＨＴＭＬってのがちょっとな。 あれって、みんなどうなの？ 独自属性って覚えにくいしめんどくさいし。 それで「ブラウザで確認できますよ」くらいのメリットしかないの。 406 名前：395 mailto:sage [2006/09/27(水) 10:49:46 ] >>400 期待しとります。けど、どうか品質を落とさぬように。 407 名前：デフォルトの名無しさん mailto:sage [2006/09/27(水) 19:39:54 ] DBFluteだって。 S2Daoのサポートツールなのかな？ なんか良さげ。 408 名前：デフォルトの名無しさん mailto:sage [2006/09/27(水) 23:13:43 ] GoyaGenは公開しないのか喃 409 名前：デフォルトの名無しさん mailto:sage [2006/09/28(木) 01:02:31 ] >>408 www.seasar.org/wiki/index.php?Sandbox%2FS2Dao-CodeGen 410 名前：デフォルトの名無しさん mailto:sage [2006/09/28(木) 01:17:55 ] >>405 独自属性ってのが何を指しているのかいまいちわからないんだけど.... HTMLにはwicket:id属性が現れるけどそれのこと？ 覚えるというか、 それ一つしかないんだから「覚える」というほどのことでもないと思うんだが。 実際ページでループなんかのロジックを書かずに、すべて裏側のJavaプログラムで 制御するというのは気持ちいいよ。JavaプログラマだからJavaプログラムならお手の ものだし、何より迷いがない。すべてJavaで制御する、と心置きなくやりきれる。 411 名前：デフォルトの名無しさん mailto:sage [2006/09/28(木) 01:39:17 ] マゾっこメ〜グは〜〜〜〜〜〜〜〜マゾっこメ〜グは〜〜〜〜〜〜〜〜 412 名前：デフォルトの名無しさん [2006/09/28(木) 02:00:27 ] >>410 ブログでwicketを広めてくれ 413 名前：デフォルトの名無しさん [2006/09/28(木) 02:02:48 ] >>403 S2Struts + mayaa, S2JSFと比較してどういいの？ 414 名前：デフォルトの名無しさん mailto:sage [2006/09/28(木) 02:16:26 ] >>410 Wicketはシンプルなんだね。週末にでもしっかり見てみるよ。 S2JSFだとs:xxxとかm:xxxとかいろいろ出てきて、 結構面倒なんよ。 > JavaプログラマだからJavaプログラムならお手の > ものだし、何より迷いがない。 まさにそれ！Clickもそういった割り切りがあって好き。 JavaとXMLとJSFタグとGrooveとスイッチングはしんどい。 415 名前：デフォルトの名無しさん mailto:sage [2006/09/28(木) 02:45:30 ] >>413 あくまでしょぼい末端ＳＩのうちの場合。 あと、S2Struts + Mayaaは使ったこと無いです。 非常にシンプルかつ、機能的にほぼ十分。 足りない部分を自分で何とかするのがとても楽。 シンプルさを何より重要視しているみたい。 ・JSFやEJB3への準拠 ・プレーンHTMLのテンプレート はメリットより、それによって増える複雑さというデメリットの方が大きい。 416 名前：デフォルトの名無しさん [2006/09/29(金) 02:25:19 ] 獄長、Kuinaで死にそうな私を助けて。 417 名前：デフォルトの名無しさん mailto:sage [2006/10/01(日) 09:27:23 ] s2strutsを使用しているサイト発見 ttp://career.meidaisha.co.jp/ 418 名前：デフォルトの名無しさん mailto:sage [2006/10/02(月) 01:36:28 ] 獄長、部屋が汚くて死にそうな私を助けて。 419 名前：デフォルトの名無しさん [2006/10/03(火) 05:52:14 ] >>418 掃除しろ、ひきこもり 420 名前：デフォルトの名無しさん mailto:sage [2006/10/03(火) 23:24:43 ] 1月の早いうち。EJB3に対応したSeasar2。 1末。S2EJB3Unit:EJB3を簡単にテストするためのフレームワーク。詳しくは別のエントリで。 2中。S2Dxo。 2末。TeedaCore EA1。JSFを簡単にテストするためのフレームワークTeedaUnit(名称仮)を含む。 3末。TeedaCoreリリース。TeedaCoreとSeasar2を連動させるTeedaExtensionもリリース。 4末。TeedaExtensionに無設定JSF機能を追加。 5末。KuinaCore EA1。 6末。KuinaCoreリリース。 7末。TeedaExtensionにHTMLテンプレート機能を追加。 8末。KuinaDao EA1。 9末。KuinaDaoリリース。 10。←今ここ 421 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 02:08:04 ] >>420 キモいな。 しかし分かりやすいｗ 422 名前：デフォルトの名無しさん [2006/10/04(水) 05:33:36 ] >>420 もしコミッタならサンキュー。 でもこういうのはさあ、ここじゃなくてもっと公式なところで言ってほしいな(笑)。 コミッタの日記でいいからさあ。 S2Dxoまだまだ先だな。 とりあえずDozer使っとく。 423 名前：デフォルトの名無しさん mailto:sage [2006/10/04(水) 22:23:40 ] >>422 ネタかどうかわからんのでマジレスするとS2Dxoはコンテナに統合されたよ。 ttp://d.hatena.ne.jp/higayasuo/20060921 424 名前：デフォルトの名無しさん mailto:sage [2006/10/05(木) 13:40:15 ] とりあえず、 １から１００まで詳解したドキュメント、タグなどを含めたリファレンス、 初心者でもつまづくことなく丁寧に記述されたチュートリアル これぐらいは当然として、あとはバグ情報だとかがほしい。 425 名前：デフォルトの名無しさん mailto:sage [2006/10/05(木) 19:46:31 ] 後はSeasar In ActionとInside Seasar2だな 426 名前：デフォルトの名無しさん mailto:sage [2006/10/05(木) 20:12:02 ] Insideって古いだろw Pragmatic Seasar2 Agile Web Development with Seasar2 Seasar2 Recipes From Spring to Seasar2 427 名前：デフォルトの名無しさん [2006/10/05(木) 20:37:43 ] つ　Techknow Seasar2 428 名前：デフォルトの名無しさん mailto:sage [2006/10/05(木) 21:43:32 ] >>427 ネタ元何？ 429 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 00:08:44 ] >>428は平成生まれか 430 名前：デフォルトの名無しさん [2006/10/06(金) 00:12:54 ] 「はじめてのSeasar2」抜けてないか？ オライリーのSeasar2本も。もちろん表紙はシーサーで。やんばるくいなでもおけ。 あと iStudy for Seasar2も出しとけ＞システムテクノロジー愛 431 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 00:46:10 ] >>427 ネタ元何？ Seasar2 Hacks Head First Seasar2 独習Seasar2 Seasar2 ふつうのSeasar2 やさしいSeasar2 Seasar2で学ぶDIコンテナレッスン 心の折れないSeasar2ドリル 432 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 01:17:35 ] プロとして 恥ずかしくない Seasar2の 大原則 433 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 01:23:57 ] Pro Seasar2 Professional Java Development with the Seasar2 Expert One-on-One J2EE Development without Seasar2 434 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 01:28:33 ] おまいら独習Seasar2がぬけてますよ。 435 名前：434 mailto:sage [2006/10/06(金) 01:29:12 ] >>431にあったよ.....すまんかった...... 436 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 02:34:41 ] >>431 d.hatena.ne.jp/keyword/%A5%C6%A5%AF%A5%CE%A5%A6 437 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 02:49:15 ] >>427,429,436 ちょwww80年代前半じゃねーかwwwwwお前らいくつだよwww Seasarの中の連中オッサンばっかって再認識したよ 438 名前：デフォルトの名無しさん [2006/10/06(金) 16:23:24 ] 今更ながらに基本的なことで申し訳ないのですが教えてくださいませ。 １．POJOといってもメンバーに他のコンポーネント（のインターフェース） 　を持っているとすると、依存性はないといっても、結局インターフェース 　に依存しているという点では依存性は克服されていないように思います。 　つまりそれほどポータブルではない。 ２．そのインターフェースを実装しているクラスが一つだとすると、AOPや 　モックの利用に必要という点を除いて、インターフェースを使っている 　意味はほとんどなく、具象クラスに依存しているのと変わりないのでは 　ないでしょうか。 439 名前：デフォルトの名無しさん [2006/10/06(金) 21:14:10 ] >438 １．インタフェースに依存するのと、具象クラスに依存するのでは 全然意味合いが違うと思うのだが。 ２．AOPでトランザクションを業務に意識させない、 モックと交換しての並行開発などメリットは十二分にあると思われ。 440 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 21:18:07 ] インターフェースの存在理由がわからないだけだろ？ 初心者スレいけよ 441 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 22:15:48 ] インターフェースというものは絶対に必要。 しっかり考えての設計を数こなせばそこに疑問はなくなる。 Javaのinterfaceってのはインターフェースを明確にするためのひとつの手段。 使う使わないの選択はあるがな。 実装の都合で具象クラスのみにするという選択は当然ある。 つか全てのクラスにinterfaceを作るわけじゃないのはわかるよな。 で、知りたいのはインターフェースの有用性かPOJOの意味かDIの有用性かそれとも他の何かか。 疑問点を明確にして出直せ。 442 名前：デフォルトの名無しさん mailto:sage [2006/10/06(金) 22:59:04 ] >438 「バグはシステムの端っこにある」で痛い目にあってないな。 Javaで作るような規模だとinterface抜きじゃメンテ無理。 もっとコード書け、ってアドバイスしかできん。 443 名前：デフォルトの名無しさん [2006/10/07(土) 01:15:59 ] 回答ありがとうございます。 AOPやモックによる利点についてはわかっています。 それ以外に、インターフェースを使わなかった場合に具体的に どういう問題が起きてくるのかをちょっと聞いてみたいと思います。 444 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 02:47:53 ] >>438 ＞依存性は克服されていないように思います。 サービス固有のオブジェクトが相互に関連を持つのは当たり前。 克服したかったのはコンテナ依存性。 コンテナを選ばない辺りがポータブル。 445 名前：デフォルトの名無しさん [2006/10/07(土) 10:04:26 ] >>444 ありがとうございます。確かに関連を持つのは当たり前ですね。 コンテナ依存性についてですが、EJBでも一応アプリケーションサーバを 選ばないという点で同じではないでしょうか。あとPOJOになった利点がよく 言われるのですが、コンテナが提供するサービスを利用する以上、あるいは 動作させるのにインジェクションが必要な以上、コンテナ自体に依存して いるのでその点だけを見た場合EJBとどれだけ違うのかなと思います。 あとコンテナを変えるということがどれだけあるのかと。 たぶん何か勘違いしているのだと思いますがよろしくお願いします。 446 名前：デフォルトの名無しさん [2006/10/07(土) 10:30:23 ] 同じコンテナ依存と言っても、EJBの仕様が難しくてついていけなかった人々が頼るものだから… 447 名前：デフォルトの名無しさん [2006/10/07(土) 10:32:53 ] >>445 >いるのでその点だけを見た場合EJBとどれだけ違うのかなと思います。 それは一度テストケースを書いてみればよくわかる。 448 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 10:43:04 ] >>438 インターフェイスに依存するということは、実装は切り替えられるということ LLのように動的にオブジェクトの構成を変更できる言語と違って Javaのような言語は、どうしてもインターフェイスは固定しておかなければならない だからJavaの場合、インターフェイスはかっちり決めて実装を簡単に変更できる ようにしておくと便利。当然、インターフェイスがしっかり決まらなければ意味無いけど Seasarの自動登録機能を使ってると、どうしても「インターフェイスに実装が一つ」の方が 楽になってくるのは確かだね。本来のDIコンテナの意味を考えると、自分も少し矛盾を感じてる 同一インターフェイスに複数の実装を登録した時点で、どれを登録するかをコンポーネント名 などで設定してあげる必要がある。設定ファイルが無いとアノテーションやsetter名で選択する ことになるから、結局実装依存性がわずかながら生まれてきてしまう。 Springが設定ファイルに拘るのはそこらへんが原因なのかも 449 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 10:50:06 ] >動作させるのにインジェクションが必要 コードベタ書きすることで代用可能。コンテナが必要ってわけじゃない。 まあ面倒だが。 >あとコンテナを変えるということがどれだけあるのかと。 それが勘違い。 POJOの側からコンテナを呼び出すような形が「コンテナに依存」ということ。 それらの疑問はコードたくさん書いてみればだいたい解決するよ。 450 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 11:06:33 ] たとえばアプリケーションコンテナで実行していた機能を、 パフォーマンス上の理由でcronタスクで起動する バッチ処理にしなければいけなかったとする。 だけどその機能を実現するロジックがアプリケーションコンテナに 依存していたりすると泣けるっしょ？ そんな時、ただのPOJOだから、スタンドアロンアプリで簡単に 利用できたら感涙っしょ？ 特定のコンテナに依存しないというよりも、Seaser以外のコンテナに依存しないっつー事。 451 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 12:03:10 ] そもそもEJBで書くにしても、コアな処理はPOJOで記述して 最後にEJBラッパ用意するだけの形にするのがベストだと思う。 EJB自体、EJB3でPOJO意識した作りになったし。 (あれはPOJOじゃないと思うが。) 452 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 15:10:18 ] SessionBean とか、結局一つで済ましちゃうのが普通だもんなあ。 453 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 18:10:56 ] https://s-marke.backlog.jp/projects/NEEDS ユーザID：guest パスワード：guest 454 名前：デフォルトの名無しさん [2006/10/07(土) 20:58:43 ] いろいろと回答ありがとうございます。 あともう一点質問があるのですが、 コンテナで管理されるオブジェクトには継承は使ってはいけないので しょうか（インターフェースとは別にDefaultのサービスを継承）。 POJOという点からはご法度だと思うのですが、似たような 処理を行うクラス群では、セッター・インジェクションの部分が重複 して記述されることになり、ついつい共通部分に継承を使いたくなって しまうのですが。まあ、フィールド・インジェクションを使うと、 その点はかなり緩和されるのですが。 455 名前：デフォルトの名無しさん mailto:sage [2006/10/07(土) 21:57:26 ] POJOは何も継承しないというわけじゃなくて、 特定のフレームワーク固有のオブジェクトを継承しないということ。 自分で作ったクラスを継承する分にはコントロールできるから問題ないでしょ。 456 名前：デフォルトの名無しさん mailto:sage [2006/10/09(月) 13:12:23 ] POJOで継承使っちゃいけなかったら、それはむしろ退化してるだろ。 「フレームワークが指定したクラスを継承する必要はなくて、継承階層は 自分で自由に決められる」というあたりまえのことがPOJOの（ひとつの）意味でしょ。 JavaにおいてあたりまえだからPlain Oldなわけで。 457 名前：デフォルトの名無しさん mailto:sage [2006/10/09(月) 13:43:44 ] いろいろ質問する前にコード書いたらどうか。 簡単なフレームワーク構築して EJBベースとDIコンテナベースで比較したら もう二度とEJBなんてゴメンだと思う。 458 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 11:19:21 ] svn.seasar.org/browse/?view=rev&root=s2container&revision=1407 S2Hibernate-JPA のテストでどうしても static イニシャライザが実行されず，getAnnotationHandler() が null を返すのでやむを得ず修正． Java 言語仕様 (第三版)「12.4.1 When Initialization Occurs」では static メソッドが呼び出される際にクラスが初期化される (static イニシャライザが実行される) ことになっているのだが．．． 納得できないが 6 時間くらい悩んでも解決できなかったので諦める．無念だ． [参考] java.sun.com/docs/books/jls/third_edition/html/execution.html#12.4 獄長乙 459 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 22:27:32 ] 最近獄長の存在感がないな higaﾀｿの挑発もないしasipの粘着もない Seasarﾂﾏﾝﾈ 460 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 23:01:27 ] プログラマは大人になったら終わりなのに、 みんな相手より上の目線に立ちたくて より大人な態度を振舞おうとしてるからだね。 負けず嫌いでユーモアに溢れた独善的な技術者が、 とびきり魅力的だって事を忘れてしまったんだな。 惨めな奴らだよ。 461 名前：デフォルトの名無しさん mailto:sage [2006/10/11(水) 23:52:18 ] 大人な態度にし向けたのはどこのどいつらかと小一(ry 462 名前：デフォルトの名無しさん [2006/10/12(木) 09:23:31 ] DIの適用範囲ですが、Webアプリケーション以外の、 デスクトップアプリケーション、バッチ処理、制御系などでも 使われているのでしょうか。DIが向かないものがあるとすれば どのようなものでしょうか。 463 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 09:37:17 ] >>462 ソースを読めば判るよ 464 名前：デフォルトの名無しさん [2006/10/12(木) 10:12:25 ] ↑この回答をしている人ってSeasar関係者なの？ もしそうだとするとドキュメントが少ないという理由がよくわかるな。 「やればわかる」とか「まずやってみましょう」とかいうのは どこかの宗教か、訪問販売っぽい。説明できない人がよく使う 常套文句。 2chだからまあどうでもいいのかもしれないが、プロジェクトで DIの導入を検討しているときに、こういう答えをされたら、 見送りになっちゃうかな。 ↑がSeasar関係者じゃないことを祈る。 465 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 11:37:51 ] 関係者なのか、関係者じゃないのか 466 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 11:54:35 ] svn.seasar.org/browse/?view=rev&root=sandbox.kvasir&revision=818 heimの概念を導入し、jotunを廃止した。 heim?? jotun?? 467 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 12:50:07 ] >>464 Seasarの関係者というのが何をさしているかわからないけど、 基本コミッタは、2chに書き込むことはないはず。 書き込むときは、困っている人を助けるときだね。 468 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 13:37:22 ] つ>463はﾈﾀ Web以外で使われてるかどうかソース読んで判るわけない お前らソースより空気読め 469 名前：463 mailto:sage [2006/10/12(木) 14:05:58 ] >>464 冗談で書いただけなのになに熱くなってるんだ？ｗ 470 名前：デフォルトの名無しさん [2006/10/12(木) 17:54:11 ] 季節は涼しい秋でつよ？ｗ 471 名前：デフォルトの名無しさん mailto:save [2006/10/12(木) 22:34:58 ] >>462 デスクトップアプリケーション、バッチ処理でもOKですよ サービス層以降はWebアプリだろうが何だろうがあまり変わらないと思うので。 472 名前：デフォルトの名無しさん mailto:sage [2006/10/12(木) 22:43:29 ] >>462 初期化にはそれなりに時間がかかるから 起動・終了のサイクルが早いアプリや、 瞬時に起動する必要のあるアプリには向いてない。 起動コスト以外の制約は思いつかない。 Swing画面(テストツールとか)でも平気で使っちゃってる。 473 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 00:36:06 ] >>472 > >>462 > 初期化にはそれなりに時間がかかるから > 起動・終了のサイクルが早いアプリや、 > 瞬時に起動する必要のあるアプリには向いてない。 そのためのWarm Deploy 474 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 05:04:05 ] >>462 シューティングゲームを作るのに、向いていますよ。 敵の弾とか、自動でインジェクションされます。 475 名前：デフォルトの名無しさん mailto:sage [2006/10/13(金) 13:04:28 ] シングルトンがほぼ使い物にならないのと現在の状態に依存して生成されるから DIが解になるとはおもえんが 476 名前：デフォルトの名無しさん mailto:sage [2006/10/14(土) 00:49:23 ] d.hatena.ne.jp/taichitaichi/20061013/1160712565 >乱暴な言い方だけど、ソースコードがドキュメントだ。みたいな。 >そうは言っても、コードの一部分だけ読めば事足りるんなら、それはそれでえーやん…とか。 コミッタがソース読めって言っちゃったよw 477 名前：デフォルトの名無しさん mailto:sage [2006/10/14(土) 01:04:24 ] そんな揚げ足をとらんでも。 478 名前：デフォルトの名無しさん mailto:sage [2006/10/14(土) 01:11:49 ] 確かに「言ってる」な。びびったよもう！ 479 名前：デフォルトの名無しさん mailto:sage [2006/10/15(日) 15:19:27 ] >>400 実装終わた？ 480 名前：デフォルトの名無しさん [2006/10/15(日) 18:21:01 ] >>476 文脈を考えようぜ 481 名前：デフォルトの名無しさん mailto:sage [2006/10/15(日) 18:35:38 ] >>480 調子のんな 482 名前：デフォルトの名無しさん mailto:sage [2006/10/15(日) 21:32:00 ] >>481 獄長乙 483 名前：デフォルトの名無しさん mailto:sage [2006/10/16(月) 15:06:37 ] S2JSF1.0.xにautocompleteを出力するようにして下さい。 484 名前：デフォルトの名無しさん [2006/10/16(月) 18:43:17 ] >>483 JIRAに登録しました。対応までしばらくお待ちください。 485 名前：デフォルトの名無しさん mailto:sage [2006/10/16(月) 19:29:48 ] >>484 どうもありがとうございます。まさかすぐ対応してくれるとは思いませんでした。 486 名前：デフォルトの名無しさん mailto:sage [2006/10/19(木) 04:17:46 ] S2JSFでforEachタグを使ってtableのタテのセルの統合はどうやればいいでしょうか？ とりあえず１回目のループで統合対象のセルのrowspanにListのsizeを設定して m:renderedでインデックスが0の時だけ統合対象以外のセルを出力 ２回目のループではm:renderedでインデックスが1以上の時に統合対象以外のセルを出力 とやっているのですがもっと良い方法があるのでしょうか？ 487 名前：デフォルトの名無しさん [2006/10/19(木) 11:21:33 ] >>483 もう対応されたみたいだよ 488 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 18:36:00 ] S2Daoの要望 1. update系メソッドでもQUERYアノテーションを使えるようにして欲しい。 現状: deleteByName_SQL = "delete from XXX where NAME like /*name*/"; （SQLを"delete from"から書く必要あり） 希望: deleteByName_QUERY = "NAME like /*name*/"; 2. 件数取得用メソッド体系を用意して欲しい。 希望: int countByName(String name); countByName_QUERY = "NAME like /*name*/"; -> select count(*) from XXX where NAME like /*name*/ 3. insertOrUpdate に対応して欲しい。 4. テーブルが存在しないときの例外メッセージを分かり易くして欲しい。 現状: [ESSR0072]SQLで例外(SQL=[SELEC FROM XXX WHERE ... （"SELEC"って何？） 489 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 22:46:58 ] あとN:1関連の自動生成SQL、 INNER JOINを指定出来るようにしてくれー。 N:1の1側なんて大概マスタ系じゃん、 たかだか名称とるだけとかなのに 全件なめられちゃ困るのだ。 490 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 22:54:19 ] findByFooAndBar(Long foo, String bar) のような場合、ARGSアノテーションなしにとかできないでしょうか？ 491 名前：デフォルトの名無しさん mailto:sage [2006/10/20(金) 23:31:54 ] >>488 JIRAに登録しました。対応までしばらくお待ちください。 >>489 JIRAに登録しました。対応までしばらくお待ちください。 >>490 ふざけんな、なめんな、ボケ。 492 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 00:07:21 ] ﾁｮｰｳｹﾙ 493 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 01:36:28 ] >>491 ASIPにタレこみました。対応までしばらくお待ちください。 494 名前：490 mailto:sage [2006/10/21(土) 03:59:46 ] >>491 すみません。ふざけたり、なめたりしているつもりはなかったのです。 サンプルなどでもこういった形式のメソッド名がよく出てくるので、 Convention over ConfigurationやDRYを満たすために良いかもと思った (引数名がとれないからARGSアノテーションが導入されたという記憶があったので) のですが、どうやら罵倒されるほど浅はかな考えだったようです。 未だ、どれほど下らない事を言ってしまったのかは正直分からないのですが。 495 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 06:19:50 ] >>494 実際にゃ>>488も>>489もJIRAに登録されてないことから推測すれ。 496 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 14:54:40 ] >>490 君はちっとも悪くない。 >>491 芦乙 497 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 15:03:31 ] 足には ４９１のような ネタをやる センスはない 498 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 22:54:11 ] >>494 ネタにマジレスすることがどれほど下らないか分からないなんて… ２ちゃんに向いてないね 499 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 23:00:01 ] ネタそのものがつまらん場合はどっちに罪があるかだな。 500 名前：デフォルトの名無しさん mailto:sage [2006/10/21(土) 23:41:33 ] 罪があるのか、ないのか

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef