国産DIコンテナSeasar ..
405:デフォルトの名無しさん
06/09/27 09:51:23
>>404
テンプレートにプレーンなＨＴＭＬってのがちょっとな。
あれって、みんなどうなの？
独自属性って覚えにくいしめんどくさいし。
それで「ブラウザで確認できますよ」くらいのメリットしかないの。
406:395
06/09/27 10:49:46
>>400
期待しとります。けど、どうか品質を落とさぬように。
407:デフォルトの名無しさん
06/09/27 19:39:54
DBFluteだって。
S2Daoのサポートツールなのかな？
なんか良さげ。
408:デフォルトの名無しさん
06/09/27 23:13:43
GoyaGenは公開しないのか喃
409:デフォルトの名無しさん
06/09/28 01:02:31
>>408
URLﾘﾝｸ(www.seasar.org)
410:デフォルトの名無しさん
06/09/28 01:17:55
>>405
独自属性ってのが何を指しているのかいまいちわからないんだけど....
HTMLにはwicket:id属性が現れるけどそれのこと？ 覚えるというか、
それ一つしかないんだから「覚える」というほどのことでもないと思うんだが。
実際ページでループなんかのロジックを書かずに、すべて裏側のJavaプログラムで
制御するというのは気持ちいいよ。JavaプログラマだからJavaプログラムならお手の
ものだし、何より迷いがない。すべてJavaで制御する、と心置きなくやりきれる。
411:デフォルトの名無しさん
06/09/28 01:39:17
マゾっこメ〜グは〜〜〜〜〜〜〜〜マゾっこメ〜グは〜〜〜〜〜〜〜〜
412:デフォルトの名無しさん
06/09/28 02:00:27
>>410
ブログでwicketを広めてくれ
413:デフォルトの名無しさん
06/09/28 02:02:48
>>403
S2Struts + mayaa, S2JSFと比較してどういいの？
414:デフォルトの名無しさん
06/09/28 02:16:26
>>410
Wicketはシンプルなんだね。週末にでもしっかり見てみるよ。
S2JSFだとs:xxxとかm:xxxとかいろいろ出てきて、
結構面倒なんよ。
> JavaプログラマだからJavaプログラムならお手の
> ものだし、何より迷いがない。
まさにそれ！Clickもそういった割り切りがあって好き。
JavaとXMLとJSFタグとGrooveとスイッチングはしんどい。
415:デフォルトの名無しさん
06/09/28 02:45:30
>>413
あくまでしょぼい末端ＳＩのうちの場合。
あと、S2Struts + Mayaaは使ったこと無いです。
非常にシンプルかつ、機能的にほぼ十分。
足りない部分を自分で何とかするのがとても楽。
シンプルさを何より重要視しているみたい。
・JSFやEJB3への準拠
・プレーンHTMLのテンプレート
はメリットより、それによって増える複雑さというデメリットの方が大きい。
416:デフォルトの名無しさん
06/09/29 02:25:19
獄長、Kuinaで死にそうな私を助けて。
417:デフォルトの名無しさん
06/10/01 09:27:23
s2strutsを使用しているサイト発見
URLﾘﾝｸ(career.meidaisha.co.jp)
418:デフォルトの名無しさん
06/10/02 01:36:28
獄長、部屋が汚くて死にそうな私を助けて。
419:デフォルトの名無しさん
06/10/03 05:52:14
>>418
掃除しろ、ひきこもり
420:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/10/04 02:08:04
>>420
キモいな。
しかし分かりやすいｗ
422:デフォルトの名無しさん
06/10/04 05:33:36
>>420
もしコミッタならサンキュー。
でもこういうのはさあ、ここじゃなくてもっと公式なところで言ってほしいな(笑)。
コミッタの日記でいいからさあ。
S2Dxoまだまだ先だな。
とりあえずDozer使っとく。
423:デフォルトの名無しさん
06/10/04 22:23:40
>>422
ネタかどうかわからんのでマジレスするとS2Dxoはコンテナに統合されたよ。
URLﾘﾝｸ(d.hatena.ne.jp)
424:デフォルトの名無しさん
06/10/05 13:40:15
とりあえず、
１から１００まで詳解したドキュメント、タグなどを含めたリファレンス、
初心者でもつまづくことなく丁寧に記述されたチュートリアル
これぐらいは当然として、あとはバグ情報だとかがほしい。
425:デフォルトの名無しさん
06/10/05 19:46:31
後はSeasar In ActionとInside Seasar2だな
426:デフォルトの名無しさん
06/10/05 20:12:02
Insideって古いだろw
Pragmatic Seasar2
Agile Web Development with Seasar2
Seasar2 Recipes
From Spring to Seasar2
427:デフォルトの名無しさん
06/10/05 20:37:43
つ Techknow Seasar2
428:デフォルトの名無しさん
06/10/05 21:43:32
>>427
ネタ元何？
429:デフォルトの名無しさん
06/10/06 00:08:44
>>428は平成生まれか
430:デフォルトの名無しさん
06/10/06 00:12:54
「はじめてのSeasar2」抜けてないか？
オライリーのSeasar2本も。もちろん表紙はシーサーで。やんばるくいなでもおけ。
あと iStudy for Seasar2も出しとけ＞システムテクノロジー愛
431:デフォルトの名無しさん
06/10/06 00:46:10
>>427
ネタ元何？
Seasar2 Hacks
Head First Seasar2
独習Seasar2
Seasar2
ふつうのSeasar2
やさしいSeasar2
Seasar2で学ぶDIコンテナレッスン
心の折れないSeasar2ドリル
432:デフォルトの名無しさん
06/10/06 01:17:35
プロとして
恥ずかしくない
Seasar2の
大原則
433:デフォルトの名無しさん
06/10/06 01:23:57
Pro Seasar2
Professional Java Development with the Seasar2
Expert One-on-One J2EE Development without Seasar2
434:デフォルトの名無しさん
06/10/06 01:28:33
おまいら独習Seasar2がぬけてますよ。
435:434
06/10/06 01:29:12
>>431にあったよ.....すまんかった......
436:デフォルトの名無しさん
06/10/06 02:34:41
>>431
URLﾘﾝｸ(d.hatena.ne.jp)
437:デフォルトの名無しさん
06/10/06 02:49:15
>>427,429,436
ちょwww80年代前半じゃねーかwwwwwお前らいくつだよwww
Seasarの中の連中オッサンばっかって再認識したよ
438:デフォルトの名無しさん
06/10/06 16:23:24
今更ながらに基本的なことで申し訳ないのですが教えてくださいませ。
１．POJOといってもメンバーに他のコンポーネント（のインターフェース）
を持っているとすると、依存性はないといっても、結局インターフェース
に依存しているという点では依存性は克服されていないように思います。
つまりそれほどポータブルではない。
２．そのインターフェースを実装しているクラスが一つだとすると、AOPや
モックの利用に必要という点を除いて、インターフェースを使っている
意味はほとんどなく、具象クラスに依存しているのと変わりないのでは
ないでしょうか。
439:デフォルトの名無しさん
06/10/06 21:14:10
>438
１．インタフェースに依存するのと、具象クラスに依存するのでは
全然意味合いが違うと思うのだが。
２．AOPでトランザクションを業務に意識させない、
モックと交換しての並行開発などメリットは十二分にあると思われ。
440:デフォルトの名無しさん
06/10/06 21:18:07
インターフェースの存在理由がわからないだけだろ？
初心者スレいけよ
441:デフォルトの名無しさん
06/10/06 22:15:48
インターフェースというものは絶対に必要。
しっかり考えての設計を数こなせばそこに疑問はなくなる。
Javaのinterfaceってのはインターフェースを明確にするためのひとつの手段。
使う使わないの選択はあるがな。
実装の都合で具象クラスのみにするという選択は当然ある。
つか全てのクラスにinterfaceを作るわけじゃないのはわかるよな。
で、知りたいのはインターフェースの有用性かPOJOの意味かDIの有用性かそれとも他の何かか。
疑問点を明確にして出直せ。
442:デフォルトの名無しさん
06/10/06 22:59:04
>438
「バグはシステムの端っこにある」で痛い目にあってないな。
Javaで作るような規模だとinterface抜きじゃメンテ無理。
もっとコード書け、ってアドバイスしかできん。
443:デフォルトの名無しさん
06/10/07 01:15:59
回答ありがとうございます。
AOPやモックによる利点についてはわかっています。
それ以外に、インターフェースを使わなかった場合に具体的に
どういう問題が起きてくるのかをちょっと聞いてみたいと思います。
444:デフォルトの名無しさん
06/10/07 02:47:53
>>438
＞依存性は克服されていないように思います。
サービス固有のオブジェクトが相互に関連を持つのは当たり前。
克服したかったのはコンテナ依存性。
コンテナを選ばない辺りがポータブル。
445:デフォルトの名無しさん
06/10/07 10:04:26
>>444
ありがとうございます。確かに関連を持つのは当たり前ですね。
コンテナ依存性についてですが、EJBでも一応アプリケーションサーバを
選ばないという点で同じではないでしょうか。あとPOJOになった利点がよく
言われるのですが、コンテナが提供するサービスを利用する以上、あるいは
動作させるのにインジェクションが必要な以上、コンテナ自体に依存して
いるのでその点だけを見た場合EJBとどれだけ違うのかなと思います。
あとコンテナを変えるということがどれだけあるのかと。
たぶん何か勘違いしているのだと思いますがよろしくお願いします。
446:デフォルトの名無しさん
06/10/07 10:30:23
同じコンテナ依存と言っても、EJBの仕様が難しくてついていけなかった人々が頼るものだから…
447:デフォルトの名無しさん
06/10/07 10:32:53
>>445
>いるのでその点だけを見た場合EJBとどれだけ違うのかなと思います。
それは一度テストケースを書いてみればよくわかる。
448:デフォルトの名無しさん
06/10/07 10:43:04
>>438
インターフェイスに依存するということは、実装は切り替えられるということ
LLのように動的にオブジェクトの構成を変更できる言語と違って
Javaのような言語は、どうしてもインターフェイスは固定しておかなければならない
だからJavaの場合、インターフェイスはかっちり決めて実装を簡単に変更できる
ようにしておくと便利。当然、インターフェイスがしっかり決まらなければ意味無いけど
Seasarの自動登録機能を使ってると、どうしても「インターフェイスに実装が一つ」の方が
楽になってくるのは確かだね。本来のDIコンテナの意味を考えると、自分も少し矛盾を感じてる
同一インターフェイスに複数の実装を登録した時点で、どれを登録するかをコンポーネント名
などで設定してあげる必要がある。設定ファイルが無いとアノテーションやsetter名で選択する
ことになるから、結局実装依存性がわずかながら生まれてきてしまう。
Springが設定ファイルに拘るのはそこらへんが原因なのかも
449:デフォルトの名無しさん
06/10/07 10:50:06
>動作させるのにインジェクションが必要
コードベタ書きすることで代用可能。コンテナが必要ってわけじゃない。
まあ面倒だが。
>あとコンテナを変えるということがどれだけあるのかと。
それが勘違い。
POJOの側からコンテナを呼び出すような形が「コンテナに依存」ということ。
それらの疑問はコードたくさん書いてみればだいたい解決するよ。
450:デフォルトの名無しさん
06/10/07 11:06:33
たとえばアプリケーションコンテナで実行していた機能を、
パフォーマンス上の理由でcronタスクで起動する
バッチ処理にしなければいけなかったとする。
だけどその機能を実現するロジックがアプリケーションコンテナに
依存していたりすると泣けるっしょ？
そんな時、ただのPOJOだから、スタンドアロンアプリで簡単に
利用できたら感涙っしょ？
特定のコンテナに依存しないというよりも、Seaser以外のコンテナに依存しないっつー事。
451:デフォルトの名無しさん
06/10/07 12:03:10
そもそもEJBで書くにしても、コアな処理はPOJOで記述して
最後にEJBラッパ用意するだけの形にするのがベストだと思う。
EJB自体、EJB3でPOJO意識した作りになったし。
(あれはPOJOじゃないと思うが。)
452:デフォルトの名無しさん
06/10/07 15:10:18
SessionBean とか、結局一つで済ましちゃうのが普通だもんなあ。
453:デフォルトの名無しさん
06/10/07 18:10:56
URLﾘﾝｸ(s-marke.backlog.jp)
ユーザID：guest
パスワード：guest
454:デフォルトの名無しさん
06/10/07 20:58:43
いろいろと回答ありがとうございます。
あともう一点質問があるのですが、
コンテナで管理されるオブジェクトには継承は使ってはいけないので
しょうか（インターフェースとは別にDefaultのサービスを継承）。
POJOという点からはご法度だと思うのですが、似たような
処理を行うクラス群では、セッター・インジェクションの部分が重複
して記述されることになり、ついつい共通部分に継承を使いたくなって
しまうのですが。まあ、フィールド・インジェクションを使うと、
その点はかなり緩和されるのですが。
455:デフォルトの名無しさん
06/10/07 21:57:26
POJOは何も継承しないというわけじゃなくて、
特定のフレームワーク固有のオブジェクトを継承しないということ。
自分で作ったクラスを継承する分にはコントロールできるから問題ないでしょ。
456:デフォルトの名無しさん
06/10/09 13:12:23
POJOで継承使っちゃいけなかったら、それはむしろ退化してるだろ。
「フレームワークが指定したクラスを継承する必要はなくて、継承階層は
自分で自由に決められる」というあたりまえのことがPOJOの（ひとつの）意味でしょ。
JavaにおいてあたりまえだからPlain Oldなわけで。
457:デフォルトの名無しさん
06/10/09 13:43:44
いろいろ質問する前にコード書いたらどうか。
簡単なフレームワーク構築して
EJBベースとDIコンテナベースで比較したら
もう二度とEJBなんてゴメンだと思う。
458:デフォルトの名無しさん
06/10/11 11:19:21
URLﾘﾝｸ(svn.seasar.org)
S2Hibernate-JPA のテストでどうしても static イニシャライザが実行されず，getAnnotationHandler() が null を返すのでやむを得ず修正．
Java 言語仕様 (第三版)「12.4.1 When Initialization Occurs」では static メソッドが呼び出される際にクラスが初期化される (static イニシャライザが実行される) ことになっているのだが．．．
納得できないが 6 時間くらい悩んでも解決できなかったので諦める．無念だ．
[参考]
URLﾘﾝｸ(java.sun.com)
獄長乙
459:デフォルトの名無しさん
06/10/11 22:27:32
最近獄長の存在感がないな
higaﾀｿの挑発もないしasipの粘着もない
Seasarﾂﾏﾝﾈ
460:デフォルトの名無しさん
06/10/11 23:01:27
プログラマは大人になったら終わりなのに、
みんな相手より上の目線に立ちたくて
より大人な態度を振舞おうとしてるからだね。
負けず嫌いでユーモアに溢れた独善的な技術者が、
とびきり魅力的だって事を忘れてしまったんだな。
惨めな奴らだよ。
461:デフォルトの名無しさん
06/10/11 23:52:18
大人な態度にし向けたのはどこのどいつらかと小一(ry
462:デフォルトの名無しさん
06/10/12 09:23:31
DIの適用範囲ですが、Webアプリケーション以外の、
デスクトップアプリケーション、バッチ処理、制御系などでも
使われているのでしょうか。DIが向かないものがあるとすれば
どのようなものでしょうか。
463:デフォルトの名無しさん
06/10/12 09:37:17
>>462
ソースを読めば判るよ
464:デフォルトの名無しさん
06/10/12 10:12:25
↑この回答をしている人ってSeasar関係者なの？
もしそうだとするとドキュメントが少ないという理由がよくわかるな。
「やればわかる」とか「まずやってみましょう」とかいうのは
どこかの宗教か、訪問販売っぽい。説明できない人がよく使う
常套文句。
2chだからまあどうでもいいのかもしれないが、プロジェクトで
DIの導入を検討しているときに、こういう答えをされたら、
見送りになっちゃうかな。
↑がSeasar関係者じゃないことを祈る。
465:デフォルトの名無しさん
06/10/12 11:37:51
関係者なのか、関係者じゃないのか
466:デフォルトの名無しさん
06/10/12 11:54:35
URLﾘﾝｸ(svn.seasar.org)
heimの概念を導入し、jotunを廃止した。
heim?? jotun??
467:デフォルトの名無しさん
06/10/12 12:50:07
>>464
Seasarの関係者というのが何をさしているかわからないけど、
基本コミッタは、2chに書き込むことはないはず。
書き込むときは、困っている人を助けるときだね。
468:デフォルトの名無しさん
06/10/12 13:37:22
つ>463はﾈﾀ
Web以外で使われてるかどうかソース読んで判るわけない
お前らソースより空気読め
469:463
06/10/12 14:05:58
>>464
冗談で書いただけなのになに熱くなってるんだ？ｗ
470:デフォルトの名無しさん
06/10/12 17:54:11
季節は涼しい秋でつよ？ｗ
471:デフォルトの名無しさん
06/10/12 22:34:58
>>462
デスクトップアプリケーション、バッチ処理でもOKですよ
サービス層以降はWebアプリだろうが何だろうがあまり変わらないと思うので。
472:デフォルトの名無しさん
06/10/12 22:43:29
>>462
初期化にはそれなりに時間がかかるから
起動・終了のサイクルが早いアプリや、
瞬時に起動する必要のあるアプリには向いてない。
起動コスト以外の制約は思いつかない。
Swing画面(テストツールとか)でも平気で使っちゃってる。
473:デフォルトの名無しさん
06/10/13 00:36:06
>>472
> >>462
> 初期化にはそれなりに時間がかかるから
> 起動・終了のサイクルが早いアプリや、
> 瞬時に起動する必要のあるアプリには向いてない。
そのためのWarm Deploy
474:デフォルトの名無しさん
06/10/13 05:04:05
>>462
シューティングゲームを作るのに、向いていますよ。
敵の弾とか、自動でインジェクションされます。
475:デフォルトの名無しさん
06/10/13 13:04:28
シングルトンがほぼ使い物にならないのと現在の状態に依存して生成されるから
DIが解になるとはおもえんが
476:デフォルトの名無しさん
06/10/14 00:49:23
URLﾘﾝｸ(d.hatena.ne.jp)
>乱暴な言い方だけど、ソースコードがドキュメントだ。みたいな。
>そうは言っても、コードの一部分だけ読めば事足りるんなら、それはそれでえーやん…とか。
コミッタがソース読めって言っちゃったよw
477:デフォルトの名無しさん
06/10/14 01:04:24
そんな揚げ足をとらんでも。
478:デフォルトの名無しさん
06/10/14 01:11:49
確かに「言ってる」な。びびったよもう！
479:デフォルトの名無しさん
06/10/15 15:19:27
>>400
実装終わた？
480:デフォルトの名無しさん
06/10/15 18:21:01
>>476
文脈を考えようぜ
481:デフォルトの名無しさん
06/10/15 18:35:38
>>480
調子のんな
482:デフォルトの名無しさん
06/10/15 21:32:00
>>481
獄長乙
483:デフォルトの名無しさん
06/10/16 15:06:37
S2JSF1.0.xにautocompleteを出力するようにして下さい。
484:デフォルトの名無しさん
06/10/16 18:43:17
>>483
JIRAに登録しました。対応までしばらくお待ちください。
485:デフォルトの名無しさん
06/10/16 19:29:48
>>484
どうもありがとうございます。まさかすぐ対応してくれるとは思いませんでした。
486:デフォルトの名無しさん
06/10/19 04:17:46
S2JSFでforEachタグを使ってtableのタテのセルの統合はどうやればいいでしょうか？
とりあえず１回目のループで統合対象のセルのrowspanにListのsizeを設定して
m:renderedでインデックスが0の時だけ統合対象以外のセルを出力
２回目のループではm:renderedでインデックスが1以上の時に統合対象以外のセルを出力
とやっているのですがもっと良い方法があるのでしょうか？
487:デフォルトの名無しさん
06/10/19 11:21:33
>>483
もう対応されたみたいだよ
488:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/10/20 22:46:58
あとN:1関連の自動生成SQL、
INNER JOINを指定出来るようにしてくれー。
N:1の1側なんて大概マスタ系じゃん、
たかだか名称とるだけとかなのに
全件なめられちゃ困るのだ。
490:デフォルトの名無しさん
06/10/20 22:54:19
findByFooAndBar(Long foo, String bar)
のような場合、ARGSアノテーションなしにとかできないでしょうか？
491:デフォルトの名無しさん
06/10/20 23:31:54
>>488
JIRAに登録しました。対応までしばらくお待ちください。
>>489
JIRAに登録しました。対応までしばらくお待ちください。
>>490
ふざけんな、なめんな、ボケ。
492:デフォルトの名無しさん
06/10/21 00:07:21
ﾁｮｰｳｹﾙ
493:デフォルトの名無しさん
06/10/21 01:36:28
>>491
ASIPにタレこみました。対応までしばらくお待ちください。
494:490
06/10/21 03:59:46
>>491
すみません。ふざけたり、なめたりしているつもりはなかったのです。
サンプルなどでもこういった形式のメソッド名がよく出てくるので、
Convention over ConfigurationやDRYを満たすために良いかもと思った
(引数名がとれないからARGSアノテーションが導入されたという記憶があったので)
のですが、どうやら罵倒されるほど浅はかな考えだったようです。
未だ、どれほど下らない事を言ってしまったのかは正直分からないのですが。
495:デフォルトの名無しさん
06/10/21 06:19:50
>>494
実際にゃ>>488も>>489もJIRAに登録されてないことから推測すれ。
496:デフォルトの名無しさん
06/10/21 14:54:40
>>490
君はちっとも悪くない。
>>491
芦乙
497:デフォルトの名無しさん
06/10/21 15:03:31
足には
４９１のような
ネタをやる
センスはない
498:デフォルトの名無しさん
06/10/21 22:54:11
>>494
ネタにマジレスすることがどれほど下らないか分からないなんて…
２ちゃんに向いてないね
499:デフォルトの名無しさん
06/10/21 23:00:01
ネタそのものがつまらん場合はどっちに罪があるかだな。
500:デフォルトの名無しさん
06/10/21 23:41:33
罪があるのか、ないのか
501:デフォルトの名無しさん
06/10/22 00:26:32
>>498
どれほど下らないんだ？
502:デフォルトの名無しさん
06/10/22 00:27:03
sage厨登場
↓
503:デフォルトの名無しさん
06/10/22 13:28:42
URLﾘﾝｸ(d.hatena.ne.jp)
なんだこいつ、神か。
504:デフォルトの名無しさん
06/10/22 14:05:06
神じゃなくて獄長
505:デフォルトの名無しさん
06/10/22 15:20:34
>>503
コイツはすげぇ！超スゲェ！
>>490の要求なんて、数年前の出来事家のように軽くこなしてる。
>>491は本当に寒い、心より恥じろ。氏ね。っていうか死ね。無価値！
>>503みたいな奴が居るのがSeaserの底力なんだよな。凄すぎる。
これからも頑張って欲しいです(^^)
他の奴らは邪魔だから書き込まなくてもいいよ(^^)
506:デフォルトの名無しさん
06/10/22 16:16:29
>>505
獄長乙
507:デフォルトの名無しさん
06/10/22 16:16:46
つ、獄長のはパクリ
508:デフォルトの名無しさん
06/10/22 16:48:57
1 ｷﾑｷﾑがdoclet作成
2 獄長がﾊﾟｸる
3 太一がeclipseﾌﾟﾗｸﾞｲﾝ作成
こんな流れ
さすが獄長seasrの底力w
509:デフォルトの名無しさん
06/10/22 18:38:59
パクりじゃなくてコラボレーションと言ってあげようよｗ
510:デフォルトの名無しさん
06/10/22 20:58:32
>>509
お前コラボの意味わかってないだろｗｗｗ
インスパイアと言え
511:デフォルトの名無しさん
06/10/22 21:04:11
>>510
お前こそ分かってないな
インスパイヤと言え
512:デフォルトの名無しさん
06/10/23 00:05:26
URLﾘﾝｸ(d.hatena.ne.jp)
> Uujiは、ひがさん作成の、
> 命名規約に基づいて動作する事で、コードの記述量を大きく減らす事を可能にした新しいDaoフレームワークです。
（ ´_ゝ`）ﾌｰﾝ
513:デフォルトの名無しさん
06/10/23 06:43:17
頼まれもしないのにコーダーみたいな事してるのか。
創造性のかけらも無い。
514:デフォルトの名無しさん
06/10/23 12:36:41
> 頼まれもしないのにコーダーみたいな事してるのか。
IT 土方としての素質を発揮したんじゃね？
515:デフォルトの名無しさん
06/10/23 12:43:01
そういうの、くーすの頃からいわれてるじゃん。
516:デフォルトの名無しさん
06/10/23 19:07:21
なんか荒れてるね。
・自分は実力はあるのに評価されていない
・まわりの連中は馬鹿ばっかと思っている
など満たされていない人たちが多いように推測します。
まあ、そんな人がいるプロジェクトは成功するのが
なかなか難しそうですね。
がんばって臭いｗ
517:デフォルトの名無しさん
06/10/23 20:04:04
>>516
獄長、(r
518:デフォルトの名無しさん
06/10/23 20:27:24
荒れてる気がしないんだが…
どこかで獄長が暴れてるのか？
519:デフォルトの名無しさん
06/10/23 23:34:50
引数名の取得だろｗ
抽象メソッドからはAPIレベルじゃ取得できないのを知らずに突っ走ってた小僧が、
えらそうな口を叩くようになったもんだ。
520:デフォルトの名無しさん
06/10/24 00:06:53
つまり>490以降の流れが荒れてるってことか？
平和だなw
521:デフォルトの名無しさん
06/10/24 01:40:01
>>519
抽象メソッドでなきゃAPIレベルで取れるもん？
522:デフォルトの名無しさん
06/10/24 02:20:02
>>521
クラスのbyte[]を直に触るか、バイトコード関連のAPI。
SunのJDK5ならBCELを内蔵している。
抽象メソッドはコードアトリビュートを持つと、
クラスのベリファイアでエラーになる。
なので、抽象メソッドならドックレットが必須。
言い方が悪かったか。APIというよりか、ランタイムだな。
523:デフォルトの名無しさん
06/10/24 10:16:05
久しぶりにﾋｶﾞﾀｿのブログ見に行ったら、
太文字や大文字が入り乱れて禿げしく読みにくくなってる。
何か、文体もアニメに出てくるアメリカかぶれキャラみたいになってて微妙。
3ヶ月ほどの間に何があったんだ。。。
524:デフォルトの名無しさん
06/10/24 10:28:13
はやくドキュメント用意してくれ〜〜〜〜
525:デフォルトの名無しさん
06/10/24 11:48:10
>>524
書き始めたばかりじゃね？
526:デフォルトの名無しさん
06/10/24 16:36:06
> 久しぶりにﾋｶﾞﾀｿのブログ見に行ったら、
> 太文字や大文字が入り乱れて禿げしく読みにくくなってる。
Plagger で EntryFullText して、いらんタグ取り除く Filter かませばいいんじゃね？
527:デフォルトの名無しさん
06/10/24 23:37:53
Seaser界隈って、>>526みたいな事を真剣にやって
「これは超凄い！」
って言ってるような雰囲気がプンプンするよな。
本来存在しなかった複雑さを、後から無駄に努力して乗り越えて
やり遂げた気になってる。
つーか、どっちかというとJava全般がそうなのか…？
528:デフォルトの名無しさん
06/10/24 23:48:18
Java って、getter と setter 書いて作業数増やすための言語っしょ？
529:デフォルトの名無しさん
06/10/25 00:11:11
作業数増やさないと利益増やせないからな
アマチュアはすっこんでろってこった
530:デフォルトの名無しさん
06/10/25 00:42:45
直接メンバ変数触らせるなんてバグの温床
531:デフォルトの名無しさん
06/10/25 01:10:36
> 直接メンバ変数触らせるなんてバグの温床
なんで〜？ｗ
532:デフォルトの名無しさん
06/10/25 07:34:18
>>527
Javaに限らずメジャーを狙えば必然的にそうなる
バカな下級戦士どもには単純さと簡単さは別物
相反すると言っていいくらいだ
言語もフレームワークも下級戦士どもがやりがちな過ちを
未然に防ごうとすると本質的でない複雑さが増える
533:デフォルトの名無しさん
06/10/25 09:54:49
>>528
IDE使えばアクセサくらい10秒で実装できるから目くじら立てなくてもいいじゃないか。
>>530>>531
publicフィールドがバグに直結した経験はないけど、
Eclipseで呼び出し先一覧を取得できないから嫌い。
あと、もしかしたらListみたいな参照型のフィールドだと直接publicじゃなくて、
addLastHoge(Ojbect element);
addHoge(Ojbect element, int index);
getHoge(int index);
removeHoge(int index);
の方が安全な気がする。理由は聞かないでくれ。なんとなくだからｗ
534:デフォルトの名無しさん
06/10/26 00:23:57
> IDE使えばアクセサくらい10秒で実装できるから目くじら立てなくてもいいじゃないか。
10 秒もかかるの？
535:デフォルトの名無しさん
06/10/26 00:47:41
そういうツッコミはつまらないよ
せめてIDEが統一されていないことによって操作性が違うとかいってあげようよ
536:533
06/10/26 09:42:55
>>528>>534は好きなだけpublicフィールド使えばいいじゃないか。
同様に、
Eclipseが嫌な香具師は他のIDEを使えばいいし、
Seasarが嫌な香具師は他のDIコンテナを使えばいいし、
Javaが嫌な香具師は他の言語を使えばいい。
それだけのこと。
537:デフォルトの名無しさん
06/10/26 12:03:10
Goyaのまとまった資料ってどこにあるの？
538:デフォルトの名無しさん
06/10/26 12:11:53
>>537
WEB+DB Press
539:デフォルトの名無しさん
06/10/26 12:14:21
Plagger のまとまった資料ってどこにあるの？
540:デフォルトの名無しさん
06/10/26 12:29:05
Teeda と TeedaExtentions のまとまった資料ってどこにあるの？
541:デフォルトの名無しさん
06/10/26 13:32:06
S2EBIはまぁいいとしよう。
だが、KijimunaやChuraはプロダクトの意味がまったく推測できない。
はっきりいって分かりにくい。
S2Container PluginやAllInOne4EJB3-JSF-JPAのほうが名前からわかり易くていいだろ。
542:デフォルトの名無しさん
06/10/26 14:03:49
それをいったらSpringもSeasarも推測不可能
543:デフォルトの名無しさん
06/10/26 14:37:13
JavaもEclipseもHibernateも推測不可能
544:デフォルトの名無しさん
06/10/26 14:56:51
Hibernateはなんとなくわからなくもない。
545:デフォルトの名無しさん
06/10/26 15:04:26
Eclipseも、ああSunが嫌いなのかなと
わかった。
546:541
06/10/26 15:19:25
S2JSFやS2StrutsやS2DAOは非常にわかり易い名前だけに残念。
といいたかった。
547:デフォルトの名無しさん
06/10/26 15:34:59
Hibernateも、ああ仕事やめて引き籠もったのかなと
わかった。
548:541
06/10/26 15:40:17
>>547
ﾜﾛｽ
549:デフォルトの名無しさん
06/10/26 17:03:18
プロジェクトの名前はオリジナルなものでいいけど、中身のプロダクトは、意味がわかるようにしてほしいよな。
ChuraとかUujiとか、わけのわからないものがいつのまにか増えてて、追いかける気もしなくなる。
550:541
06/10/26 17:08:23
>>549
そうそう！そういうことなんよ！
551:デフォルトの名無しさん
06/10/26 18:40:35
>>549
カンファレンスのサプライズ用にわざと
情報を絞ってるんでしょう。
552:デフォルトの名無しさん
06/10/26 19:27:07
ぶっちゃけサプライズはいらないなー。
ちゃんとしたドキュメントとチュートリアルさえ用意してくれているというんだったら
アップルのスティーブジョブスみたいなパフォーマンスをやれば許してやるが。
553:デフォルトの名無しさん
06/10/26 19:36:32
>>551
そして当日になっても何も出てこないというサプライズw
554:デフォルトの名無しさん
06/10/26 22:46:28
んじゃ、S2Chinsukouは予約しおくわ
555:デフォルトの名無しさん
06/10/26 23:37:47
誰か、Seasar3で商標とれよｗ
556:デフォルトの名無しさん
06/10/26 23:54:48
>>555
URLﾘﾝｸ(d.hatena.ne.jp)
557:デフォルトの名無しさん
06/10/27 02:42:59
>>553
予想外だ！
558:デフォルトの名無しさん
06/10/27 03:47:10
S2サプライズ
559:デフォルトの名無しさん
06/10/27 23:22:16
URLﾘﾝｸ(www.higa.com)
560:デフォルトの名無しさん
06/10/28 01:35:11
ﾜﾗﾀ
561:デフォルトの名無しさん
06/10/28 02:51:49
URLﾘﾝｸ(www.habu.com)
562:デフォルトの名無しさん
06/10/28 03:42:13
そうか、HABU=Highest And Best Useだったんだな。
563:デフォルトの名無しさん
06/10/28 17:27:36
URLﾘﾝｸ(www.koichi.com)
564:デフォルトの名無しさん
06/10/28 19:36:10
>>563
本人じゃねーかｗｗｗ
565:デフォルトの名無しさん
06/10/28 21:54:42
宝物にエビちゃんグッズがないからニセモノ
566:デフォルトの名無しさん
06/10/28 22:05:21
こんばんは。
【初心者】Java質問･相談スレッド93【大歓迎】 にて、seasarｽﾚを紹介されやってきました。
ここは質問ｽﾚではないと思いますが、、、
識者の方に良きｱﾄﾞﾊﾞｲｽをいただきたく、来てしましました。
以下転載となり申し訳ございませんが、よろしくお願いします。
--------------------------------------------------------
mayaaファイル内の変数の条件によって、Strutsのtaglibを用いて作成したhtml要素に、
属性を付加することはできますか？
htmlテンプレートに
<input id="xxx" type="text">
があったとして、mayaaファイル内で、
<html:text m:id="xxx" name="..." property="..."/> （例
とすれば、テキストボックスが作成されますが・・・。
しかし、これに属性を追加する方法がわかりません。
<m:echo> と <m:attribute>を使うことも考えましたが、
これはテンプレート上のタグをそのまま出力するためのものですよね。
識者の方、ご解答よろしくお願いします。
567:デフォルトの名無しさん
06/10/28 22:06:59
あ、mayaaの話題なのでますますｽﾚ違いだとは思いますが・・・。
よろしくお願いします。
568:デフォルトの名無しさん
06/10/28 23:22:01
よく分からんけど、そう言う時はm:if使うんじゃね？
569:デフォルトの名無しさん
06/10/28 23:28:20
>653
今日だけアクセス数が多いよ ｗ
570:デフォルトの名無しさん
06/10/28 23:40:15
>>568
ありがとうございます。
以下の内容を参考にしてやってみましたが、条件を判定しての属性付加は可能でした。
（URLﾘﾝｸ(ml.seasar.org)）
が、公式サイトにも有る通り、
（URLﾘﾝｸ(mayaa.seasar.org)）
m:echo は "割り当てられたタグをそのまま出力します" らしく、、、
html:textでの出力後には無力なようです。
m:if を使って、属性値に違いのあるhtml:textを処理しても良いのでしょうが・・・
ほとんど似たような記述を繰り返すのは避けたくて・・・。
やはり、html:textを使用する際の属性値にmayaaファイル内の変数を用いるのがベターなのでしょうか。
例えば
<html:text m:id="xxx" name="..." property="..." readonly="${A}" styleClass="${B}"/>
の様に・・・。
571:デフォルトの名無しさん
06/10/28 23:49:52
>>570
いまいち聞きたいことがどれなのか判らないけど、StrutsのTaglibがサポートされている属性ならそのまま書けば良い。
<html:text m:id="xxx" name="..." property="..." readonly="これが例"/>
サポートしている属性はStrutsのマニュアルを。
URLﾘﾝｸ(struts.apache.org)
でもって、変数(hoge)の条件によって違う出力したいならこれ。
<html:text m:id="xxx" name="..." property="..." readonly="${ hoge != null ? true : false }" styleClass="${ hoge != null ? 'A' : 'B' }"/>
属性ごと出したくなかったらHTML側にm:if用のspanでも用意してこれかな。
<m:if id="ifHaveHoge" test="${ hoge == null }"/>
<html:text m:id="xxx" name="..." property="..."/>
<m:if id="ifHaveNotHoge" test="${ hoge == null }"/>
<html:text m:id="xxx" name="..." property="..." readonly="true"/>
572:デフォルトの名無しさん
06/10/29 00:07:32
>>571
Strutsタグは${}の結果がnullなら属性名ごと出ないはず。少なくともJSPでは。
573:デフォルトの名無しさん
06/10/29 00:28:12
>>571
ありがとうございます☆
あれこれ思いついたこと書き並べてしまい、すいません・・・。
もともと、やりたかったことは、編集可画面 / 編集不可画面の切り替えをmayaaファイルで切り替えることです。
いずれの画面も、レイアウトやフォームエレメントが共通で、
ただし、編集不可画面にはフォームエレメントのreadonly属性やclass属性が必要である・・・
こんなとき、まずTaglibで書き出してから、
特定の条件下で、一括して、（mayaaファイル上の1つのブロックで つまり条件分岐に絡む記述が散在しない という意味で）
属性値を書き換えることができないかな、と思ったんです。
>>572
ですね☆ 確認しますた。
Struts-Taglibの属性値に変数を使用する方向がいいみたいですね。
しかし、>>571さんの三項演算子は盲点でした（＾＾；
フォームエレメントが少ない場合は活用していきたいです。
本当にありがとうございます。
574:エビちゃんみたいになりたい
06/10/31 07:14:37
獄長様ってこんなお顔だったのですか(URLﾘﾝｸ(www.koichi.com)) ＞＜
ものすごいおしゃれさんと想像したいたのでつが ＞＜
エビちゃんを目指すモチベーションがかな〜り下がりまつたｗ
575:デフォルトの名無しさん
06/10/31 09:13:47
>574
ko1違い。
576:デフォルトの名無しさん
06/10/31 12:23:56
>>574
おしゃれさんとイケメンは別
577:デフォルトの名無しさん
06/10/31 14:34:26
ブランド好きとおしゃれさんも違うよな
578:デフォルトの名無しさん
06/10/31 15:02:36
実物はリュークみたいな顔してる
579:デフォルトの名無しさん
06/10/31 16:04:17
こらこら。w
580:デフォルトの名無しさん
06/10/31 16:07:59
>>574
いや、こんなもんじゃないですｗ
581:デフォルトの名無しさん
06/10/31 16:13:45
極超のHNって”こいちっく”って読んでOK?
582:デフォルトの名無しさん
06/10/31 16:32:04
>>581
ちょっとかわいいなと思ってしまった
俺の心はまさか恋チック
583:デフォルトの名無しさん
06/10/31 17:08:06
恋チック
故意チック
請いチック
乞いチック
584:デフォルトの名無しさん
06/10/31 23:47:53
こいちくと読んでますた。
585:デフォルトの名無しさん
06/11/01 10:13:00
まいっちんぐ
586:デフォルトの名無しさん
06/11/01 11:21:30
S2JSFプロジェクトをEclipseで作成。
Tomcatでデプロイ。
URLﾘﾝｸ(hogeghoe.net)
とURLが長くなっちゃう。S2JSFProjectはぶっちゃけいらないんだけど
どぅすればいい？
587:デフォルトの名無しさん
06/11/01 11:27:34
>>586
URIかえるだけじゃねーの？
588:デフォルトの名無しさん
06/11/01 12:09:19
kwsk
589:デフォルトの名無しさん
06/11/01 12:16:44
server.xmlのContext要素のpath属性変えりゃいいんじゃないの？
590:デフォルトの名無しさん
06/11/01 12:27:15
やってみる。初心者ｽﾏｿ。
591:デフォルトの名無しさん
06/11/01 15:56:43
<select m:value="#{sortName}"
m:items="#{sortNameItems}"
m:itemValue="deptno"
m:itemLabel="dname"
<option value="">Please select</option>
<option value="10">ACOUNTING</option>
</select>
こんな感じのタグを貼ってフォームにプルダウンは出たが、何か選択をしてsubmit（return null）すると
選択された値が先頭になってしまう。選択した状態を保持したいのだけどどうすれば皆目見当がつかない。どうすればよかですか？
592:591
06/11/01 16:13:36
解決しますた。異なるFormに配置してたよ（；´д｀） 逝ってきますorz
593:デフォルトの名無しさん
06/11/01 19:20:50
ドンマイドンマイ！
ど素人プロダクトだから厨質問大歓迎！
594:591
06/11/02 11:08:46
おまえ恋人いないだろ>593
595:デフォルトの名無しさん
06/11/02 21:06:37
仕事のスケジュールに影響する?
金払ってサポートうけろwwwwwwwwwwwwww
596:デフォルトの名無しさん
06/11/03 01:51:51
>>595
「いつまでに対応しろ」じゃなくて「いつまでに対応するか教えてくれ」
ってくらいならいんじゃね？
間に合わないなら自分でやるってんだし
597:591
06/11/03 11:45:02
死ねよ。お前恋人いないだろ>>596
598:デフォルトの名無しさん
06/11/03 18:53:09
>>597
死ねよ。お前妹いないだろ>>597
599:591
06/11/03 19:18:47
>>598
Yes。まぁ、姉が居るから勝ち組だけどな。
600:デフォルトの名無しさん
06/11/03 19:42:31
>>599
詩集を見つけてからが真の勝ち組
URLﾘﾝｸ(www.kajisoku.com)
601:デフォルトの名無しさん
06/11/05 15:42:33
｢Seasar｣
私はSeasarが嫌いです
Seasarも私が嫌いだそうです
でも告白されました
でもお断りしました
私は本当にSeasarが嫌いだったからです
ごめんね、Seasar
メモメモφ。
602:デフォルトの名無しさん
06/11/05 15:49:56
｢獄長｣
獄長が会社に来ました
おはようってあいさつしたら
おはようって返事されました
他にも話しかけてきたけど覚えてません
私は本当に獄長が嫌いだから
獄長、話しかけないで
603:デフォルトの名無しさん
06/11/05 15:54:26
「シーサー」
シーサーシーサー！！
恋しちゃってる？！
シーサーシーサー！！
愛しちゃってる？！
仕事しろ！！
604:デフォルトの名無しさん
06/11/05 15:59:45
「シーサー」
うそつき
シーサーは大人がやってるんだ
うそつき。
605:デフォルトの名無しさん
06/11/06 12:31:55
んと。
S2Dao（つーか、S2Dao.PHP5（苦笑））が使いたくてオフィシャルのWebをちょいと覗いてみたのだが……
DIコンテナ≒CORBAとか思ったんだが、この認識は概ねあってるのかな？
（もっともCORBAだって６〜７年前にちょいと甞めただけだが(^^;）
で、AOPっつーのは「コンテナで呼び出したオブジェクトのメソッドに対して、『呼出前／呼出後に○○やれや』という定義を付け加えることで、呼出元のコードを変更せずに機能を追加・変更できる」でおｋ？
606:デフォルトの名無しさん
06/11/06 12:50:04
まず、
>DIコンテナ≒CORBA
は間違ってる。
CORBAは分散オブジェクト技術で、DIはハイパーFactoryとでもいうべきか。。。
実装クラスのインスタンスを勝手に生成して、あらかじめプロパティに設定してくれる。って感じかな。
呼び出し側が実装クラスにもFactoryにも依存しないのが特徴か。。。
AOPに関してはその程度の認識でいいと思う。
607:デフォルトの名無しさん
06/11/06 12:54:12
やっぱりS2Daoきっかけで入る人が多数なんでしょうね。
俺も2年前そうでした。DIとかAOPは後からくっついてきた。
丁度その頃WEB+DBプレスvol.22が出て、おおこりゃいいなと。
ハイパーFactoryってのはいいですね。
608:デフォルトの名無しさん
06/11/06 12:58:05
DIコンテナ≒CORBAかどうかはよくわからんが、
『呼出前／呼出後に○○やれや』はおｋのようなきがする。
609:デフォルトの名無しさん
06/11/06 12:59:35
>>605
> DIコンテナ≒CORBAとか思ったんだが、この認識は概ねあってるのかな？
いいえ。違います。おっしゃりたいことはわかる気もしますが。DIコンテナが
実現する機能(のうちコンポーネントレポジトリといった役割の部分について)
は、ちょうど Object Request Brokerのやってくれることに似ている気がした
んだけど、ってことだと思います。きわめておおざっぱにはそのような理解
でもいいかもしれませんが。ともあれ、それはDIコンテナの機能の一部です。
> で、AOPっつーのは「コンテナで呼び出したオブジェクトのメソッドに対して、
> 『呼出前／呼出後に○○やれや』という定義を付け加えることで、呼出元の
> コードを変更せずに機能を追加・変更できる」でおｋ？
いいえ。違います。
ジョインポイントはメソッド呼出前後だけではないからです。
おっしゃりたいことはわかる気もしますし、きわめておおざっぱにはそのよう
な理解でいいかもしれませんが。
610:デフォルトの名無しさん
06/11/06 13:05:53
この高圧的な親切さは獄長
611:609
06/11/06 13:14:59
>>605
あ、>>606氏が書いてくれてますね。
そのとおりで、CORBAとDＩがそれぞれ解決しようとして
いる課題は、別のものです。
CORBAの課題はオブジェクトの分散に関するものであ
り、オブジェクトの配置情報をクライアントから隠蔽しま
す。
一方のDIはオブジェクト(コンポーネント)の独立性を高
めて保守性や開発効率を高めようとするものです。
雑な説明ですみません。
612:605
06/11/06 13:20:54
>>606-610
お返事どもっす。まぁ、分散オブジェクトを実現するための仕組みではない（少なくとも一義的な目的ではない）のは理解してます。
>>609氏の
> DIコンテナが
> 実現する機能(のうちコンポーネントレポジトリといった役割の部分について)
> は、ちょうど Object Request Brokerのやってくれることに似ている気がした
> んだけど、ってことだと思います。
というコトですね。実装の外に出したオブジェクト情報定義に基づいて、名前によるインスタンスの生成・参照を行う部分に大きな類似性を感じました。
AOPについては……コンストラクタだってメソッドだし、プロパティの直接参照は（Javaでは）事実上禁止されてるし……あとはデストラクタ（ガベージコレクション）実行時くらい？
この辺、Webや本では「手取り足取り」レベルとリファレンスの両極端のどちらかしかなくて、いまひとつイメージが把握が出来ないトコロなんですよねぇ。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5396日前に更新/235 KB
担当:undef