国産DIコンテナSeasar その7

一部で話題になっている国産オープンソース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/
関連スレ
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/

出版社、おおもうけですね。


27才1,200万円！　国民の働く意欲削ぐ講談社の異常賃金

　「FRIDAY編集部」「週刊現代編集部」「東京一週間編集部」が最も高く設定されており、児童向け雑誌などより年間140万円ほど高い。つまり所属部署主義で、成果主義ではない。ほとんどすべての編集部で、入社2年目の社員が1,000万円を超える。
http://www.mynewsjapan.com/kobetsu.jsp?sn=444&e=2

20代男性の3人に1人は生涯未婚の恐れ
http://dando.exblog.jp/5272891

15年前と比較すれば、「恋人あり」や「同棲」が増え、逆に「交際相手なし」も増える、
男女交際の両極端化が進んでいる。青春真っ直中、20-24歳の男性に交際相手なしが50％もいるとは、
「それほどに仕事漬けなのか」「いったい何をして日を送っているのか」と聞きたくなる。

>>3
こっちにでもどうぞ＾＾

プログラマが結婚する方法を真面目に語る
http://pc8.2ch.net/test/read.cgi/prog/1152054186/

マ板と分かれたんだな
技術的な話はここか

(・∀・)ﾊｲｰｷｮ

廃墟といえば、S2Container.PHP5か
MLも殆ど投稿がないし誰も使ってないんじゃないの？

>>7
ググって見たがコミッタのブログしか出てこないな
PHPプッシュするんじゃないのか？

ＰＨＰの世界はJavaと比較して３〜５年ほど遅れている。各種MVCフレームワークが広がっている段階。
DIコンテナはまだ先の話だろうな。

スクリプト言語にDIはｲﾗﾈ

存在価値奪ってやるなよ

どうでもいいけど、
プロダクト名がプロダクトの機能と結びついていないのが気にくわん。
どうでもいいけどな。

http://itpro.nikkeibp.co.jp/article/NEWS/20060719/243685/
な、なんだってー。

>>13
あー、こないだリリース出すっていってた奴か。おめ。

あとオタ理事はじめとして心当たりの面々は
はてなダイアリーのRSS生成を全文配信にしてもらいてぇ。

大規模ミッション・クリティカル・システム

大丈夫ですか？

新ネタ大好きなUFJ情シスらしい選択肢だな。統合後もあんま変わらないか。

大規模ミッション・クリティカル・システムには S2Dao と S2Struts

Conversion over Configurationの原則に従い、
口座番号という概念はSeasar2では不要になります。

デフォルトでは全てSeasar Foundationの口座が使用されることになります。
口座には自動的に残高が注入されます。

疎結合モデルを活用するため、口座に対する残高の変更が、
銀行の残高に影響を与えないようになります。

暗証番号も規約にしたがって自動的に1111になります。
全ての利用者が暗証番号を設定するのは、非常に面倒な作業です。
暗証番号を変えたい人だけが設定するという概念も、
Conversion over Configurationの原則です。

暗証番号を設定したいのか、設定したくないのか。

ま、そんなたいしたニュースじゃないよな。
フレームワークがシステム構築の成否握ってるわけでもないし

芦ぴ、乙。

Seasar2の次はSeasar7がいいな。

>>22
いや、次期バージョンはSeasar2007だな

その次はSeasarVistaと思われ。

>>24
ハードウェア要件高すぎて一般人には使えないってのは分かった

s2jsfで質問。
カスタムバリデータを作成し、htmlに貼付けて実行するとエラー表示がおかしい。

public class HogeHogeValidator implements Validator {
public void validate(FacesContext context, UIComponent component,
Object value) throws ValidatorException {

// ............Logic.....
throw new ValidatorException(MessageUtil.getErrorMessage(
"hoge.validator", args));
}

}

そして、appMessages_ja.properties に、

hoge.validator=入力した内容は間違いだ。

を設定。htmlは、
<input id="input1" m:label="入力1" type="text" m:value="#{hogeDto}" m:required="true" size="5" maxlength="4">
<span m:inject="s:validator" m:binding="#{hogeValidator}"/>
</input>

こんな感じ。それで、実行してエラーを出させると、
<span m:inject="h:messages" m:globalOnly="false" m:showDetail="true"/>

の部分に、
入力した内容は間違いだ。 入力した内容は間違いだ。

と二回出てしまう。。。教えてえろいひと

結合した場合のTABLEアノテーション。
MLにも投稿されてたけど、もう少し素直な方法はないのかしら。
ttp://ml.seasar.org/archives/seasar-user/2006-June/005881.html
N:1マッピングはやや過剰、ってケースはあるよね・・・。

>>26
ValidatorChain

>>26
showDetail=trueにすると、指定したキーのメッセージと
そのキーに「_DETAIL」を付加したキーのメッセージが両方表示される。
また、「_DETAIL」を付けたメッセージがないと、
「_DETAIL」なしのメッセージが流用される。

その合わせ技で今回の現象が起こっている。


って、同じ問題ではまったときに結論づけた。

>>7
きっとおまいの一言でS2Container.PHP5がSandbox卒業に動いたぞ!

そういやS2Container.NETやS2Container.PHP5が本家S2Container.Javaの仕様にどれだけ準拠しているのか、
きちんと把握している人っているんか？

各プロジェクトのAPIの仕様の差異やdiconファイルの式言語の違い等をまとめるとか、ペットショップ等の簡単なサンプルを
それぞれJava、.NET、PHPで実装するとか、そういったものがないと他言語のポーティング物には手が出せないな。

>>30
そして、Apacheに入学するのでした・・・

>>26

つ ttps://www.seasar.org/issues/browse/JSF-8

>>28>>29>>33
ありがとう、解決しました。

>>32
入試で落ちるよ。
ここで言われないと卒業しようとは思ってなかったプロダクトだもん。

PHPのような動的言語でDIする意味がよくわからん。
静的言語なら、型の解決をスマートに行いたいという理由もわかるが。

2.3からコンポーネント登録が自動化されて、設定ファイルを書く量が激減したから
Kijimunaなどを使ってdiconファイルを個別に管理する必要性を感じなくなってきた
拡張子がdiconのままだとXMLエディターがスキーマで検証してくれないから
そろそろ拡張子はxmlにしてもいいのではないだろうか？
diconを拡張子としてXMLエディターにいちいち登録するのも面倒くさいし

>>37
拡張子xmlにしてやってみな

おっｓｅａｓａｒまだあったんだ
あの気分屋ｈ○ｇａﾀﾝ生きてる？ｗ

今スラドの火消しで忙しい。

>>40
激フレームじゃん
スラドは目に付きやすいからかなりイメージ悪くなったなｗ

火がついてるというより、揚げ足取りジャンあれじゃ。
しかも揚げ足の内容がまた浅い…

そういう話はマ板でやってくれ
せっかくスレもできたことだしｗ

＞ひが 氏へ

2chなどの発言にはあまり反応しない方が良いですよ。
自分自信の過失によって甚大な被害があった時でも、一言、二言で良いです。

>>44
ひがたん、乙！

ぶっちゃけた話シーサーの将来のこととか夢だけ語っていればいいよ
あとは火種にしかならねーからｲﾗﾈ

>>46
じゃあ次スレはこっちの板にしようぜ＾＾

夢・独り言
http://life7.2ch.net/yume/

---------------------- 終了 ----------------------

S2Daoがcheckstyleと相性が悪い。
定数名全部大文字チェックは諦めるしかないか･･･。

つTigerアノテーション

S2JSF1.0.x + MyFaces と S2JSF1.1.x + Teeda、
挙動差が次から次へと指摘されるね。
いつになったら安定するんだろうか。今は移行リスクが高すぎる。

今どころか、コミッタの面々見たらリスクは常に高い

設定ファイルが不要になれば、挙動の差は問題になりません。
J2EEを再構築するのが私達の目的ですので、
JSFの仕様も一切関係なく、私達の成果物が全て仕様となります。
なお、仕様書をいうものは存在しません。

>>51
そういうときこそ人柱になってオープンソースに貢献するので津
仕事ではさすがに使えない

>>51

β版だろ

>>51
なんで移行する必要があるの？

別のアプリと思えばOK。

だったらSpringに移行。

>>57
いや、おまいがマ板に移行しろよ

>>50
そういえばそうだった；
超サンクス。

ttp://d.hatena.ne.jp/higayasuo/

バイヤーズネット導入に関しての事例紹介とコメントだが、これって既に宣伝になってないか?
こういう話は、はてなではなく、iSIDのサイトでやれや。

>>60
だからそういう話はマ板でやれや。

>>60-61
宣伝、乙

自作自演だろ。どっちにしても感じ悪いな。

要はｈ○ｇａﾀｿがｉｓｉｄにしがみつく為には
会社への売り上げがないとだめなんやろ。
すでにオープンソースじゃないやん。
ｉｓｉｄの一製品。
サポートやドキュメントに金とって、
会社のノウハウためるなんて詐欺やんけ。
オープンソースなら今までどおり土日だけやれば。

>>64
＞すでにオープンソースじゃないやん。
わけわからんこと言うな。
「オープンソース = 無償ボランティア」か何かと勘違いしてないか？
オープンソースライセンスでソフトウェアを配布していれば、OSSなんだよ。
自社製品（やその一部）をオープンソースライセンスで配布・販売している企業なんていくらでもある。

>>64
頭悪いにも程がある。
こんなところで油売ってないで、早く夏休みの宿題やれ。

SunもJBossもOracleもIBMもみんな詐欺ってことになるなw

わーい初めてなのにこんなに釣れちゃったよ！

OSSか否かはこの際どうでもよいよ。

確か、「はてな」は一切の商用、宣伝、広告は規約で禁止されてるんじゃなかったか?
iSIDの宣伝のような記事書くんだったら、はてなじゃなくて、iSIDが用意したサイトでやれってんだよ。

>>69
釣りはもういらないよ

>>69
はてなの社長がおもいっきり宣伝してますがな（ｗ

そーいう話題はいいからここは技術の話だけにしませんかね・・・
一部コミッタがよそに出張り過ぎってのは俺も思うけど、いい加減しつこいよ。
そういう話する場もあるんだからさ。

そうだね。けど多分コミッタはこっちしか読まないから。

読んで欲しかったんだw
大丈夫。マ板の方だって読んでくれてるさ。安心してあっちにいっといで。

結局、商業色が強すぎるのが嫌われている原因だろうな

>>75
夏休みですね。

商業活動してない奴に嫌われたって痛くも痒くもない。

いつ、２．４になるんだ？

例のS2JSFメモリ消費問題でSTATE_SAVING_METHODをclientにしてる訳だが、
状態書き出しのせいで3KBのHTMLが30KBに化ける。
それ自体問題なんだけど、さらに困るのは<form>の数だけ状態書き出し
が行われること。フォーム4個なら実に120KB。
Teedaで解決されてるらしいが、>>51のように恐くて移行できない。
現在、ナローバンドユーザのストレスが順調に蓄積中。

うっせーよ、Seasarは商業活動重視かつ、
銀行さまのように金持ってる人のために作ってんだよ。

貧乏人かつナローバンド？糞ｹﾞﾗ!!
お前みたいな奴は富豪的プログラミングの大将であるJavaは相応しくない。
貧乏人らしくC++をカリカリチューニングしてろ。

銀行だったらWebLogicとかWebSphereとか使って、
備え付けのフレームワーク＆IDE使うだろうから、
Seasarの出る幕は無いんじゃね？
よっぽどのフロントエンドとか？

Seaserのなかの人は、２ちゃんでの煽りに100パーセント反応するから楽しいね

ちゅらとか作ってないで、Hot　deployのドキュメント出して欲しい

＞ドキュメントに頼ってんじゃねーよ、ソース読め！
↑何が開発者のゆとりを実現だ？ｗ
ｉｓｉｄのサポートに金払えってことだろ。
挙動差が多すぎて採用できるわけない。

で、いつになったら動作保障されたバージョンを組み合わせた「プロダクト全部入り」が提供されるの？

>>85
もう提供はされています
入手にはisidのサポートにお布施をお願いします

> 一番ストレスがかかっているのは実はSeasar

ようするにお前らが原因

俺らのせいじゃないだろ。
自らの無能さ故に呼び寄せた災いは誠実に責任を持って対処すべき。

さすがに88が人でなしに見える

>>84
>挙動差が多すぎて採用できるわけない。

と、無能な開発者もどきが言っています(w

>>90
中の人乙ｗ

あああぁあああぁあぁぁああもううぜぇええええぇぇぇぇ！！

こういう妄想馬鹿が出現するから、
コミッタ連中は皆「スレは読むけど書き込みは絶対しない」宣言しる！
返事はスレじゃなくて各自のblog上でやればおｋ

> コミッタ連中は皆「スレは読むけど書き込みは絶対しない」宣言しる！

そんな宣言されたって誰も信じないよ。
だってあの連中だよ？w

何が開発者のゆとりを実現だ？ｗ
笑わせんな！
宣伝したいなら動作保障しっかりやれや(ｺﾞﾙｧ！！

フリーのOSSものなのに動作保障ってなによ？（´Д｀）
ほしけりゃサポート愛けりゃいいんでねーの？

>>85

S2Struts-examplesがお勧め。動作確認済みのS2+S2Dao+Mayaa+Struts+S2Struts+依存ライブラリの組み合わせが手に入る。

>>94
Windowsでも商業LINUXでも動作保証を謳っている製品は皆無だけどねえ。

Java厨は動く組み合わせを模索しているだけで仕事してる気になってる奴ばかりだし

Windowsでも商業LINUXでも動作保証を謳っている製品は皆無だけどねえ。
→開発者の苦労が激増

Seasar「開発者の苦労を減らします！けど動作保障はしないよ！」
→開発者の苦労+騙された怒り

よけい悪いわ！

>>99
おもしろいｗｗｗ

このスレの君らって、まるでSeasarを心底嫌ってるみたいだよね
嫌ならSpring使え言うとるのになぜわざわざ書き込みに来るん？
もしかして、嫌よ嫌よも何とか言うやつ？

>>101
コミッタの人乙ｗ

H&Hがケンカ別れage

なんかどんどんいや〜な方へ沈んでいくね…

>>101
日本語でおｋ

> そして、小林 もありがとうございました。

本当はみんなで盛り立てて行きたい所なんだけどね。
せっかく国産の素晴らしいプロダクトなんだから。

糾弾、揚げ足取り…。そんな事して開発者が幸せになれるわけ無い。
そんな暇がありゃJavadoc書けよ。

>>107
ここは、糾弾、揚げ足取りしかできない人間を引きつけておくための被害担当です。

ココにかぎっときゃ問題ないんだけどな＞糾弾、揚げ足取り

またどっかで盛り上がってるんかい？

>107こそ糾弾してる暇がありゃJavaDocプロジェクト手伝ってやれよ

プロジェクトがある時点でおかしいとおもわれ

きれいなJavaDocがなくとも1行コメントとかでもあればだいぶ違うかと

Seasarプロジェクトがある時点でおかしいとおもわれ

新しく出たしーさー本ってどうよ？

arton氏のか？

まだ読んでないっつうかAmazonでまだ買えない。
普通の書店にはもう出てるの？

1行コメントなんて役に立つのか？

>>115
昨日新宿の本屋で売っているのを見たよ。

Javadocプロジェクトって意味わかんねえ。時間の無駄だろ。
開発者が書くのが一番いい。開発者が一番そのメソッドの意味を把握してるもんだから。

はっきりいってJavadocを書くのは苦行以外の何物でもない
代わりに誰かにやってほしい

何で苦行なんだ？どんな言語だろうと関数仕様をメソッドの頭に書くのは普通だろ。
企業が要求するJavaDocの書き方みたいなのはちょい苦痛だけどな。
無駄にタグを入れさせすぎ。

その都度入れてりゃ問題ないんだが
そんなの入れてるとコーディング効率落ちるんだよな
いきおい後からまとめていれる羽目になるんだがこれがつらい

>>121
それ作り方が悪いだけでは

ドキュメントコメントも含めてはじめて開発

>>122
開発スタイルってか文化の違いだな
こういう考えもある
ttp://www.morijp.com/masarl/homepage3.nifty.com/masarl/article/junit/programming-style-guide.html#コメントについて
seasarのテストコードにコメントがあるか知らんけどなw

>>123
スレ違いになるけど、何か違和感を覚える記述だなあ。

Javadocは外から見たメソッドの挙動を書くものだから、
書くべきだと思うんだけどなあ。

>>123
それ最後の工程でちゃんとコメント作成すればいいと書いてあるし。
そもそも一人だけの開発ならそんなにコメントはいらんだろうけど
publicなメソッド、それもドキュメントコメントどころか行コメントすらないから
JavaDocプロジェクト以前の話。

逆に行コメントが適切に重要なポイントで入っているのなら
誰も騒がないし、誰かが勝手にJavaDoc化するっしょ。

まぁおれも企業で要求する強制的なタグの入ったjavaDocは後回しにするけどな。
テーブルタグとか見栄えの調整めんどくさす。

そういやJ2SE5はパッケージドキュメントが楽になったのは地味にいいね。6ではさらによくなってるのだろうか。

行コメントがないとか言ってるやつはコード読む力が無いだけだろ

>>125
Javadocを最後に書く>121の作り方が悪いとは限らないって話
seasarはｼﾗﾈ

>>126
そんな単純なケースを言ってるのではないと思うよ。
どんな背景があってそのコードが必要なのかは書いた人しかわからない場合もあるしね。

んーでも、まぁ、JavaDocがないのは不便だよ。。
これだけ複雑な仕組みなんだから、JavaDoc以外にもチュートリアルがほしい
コード読めばいい、読めないやつは使うなというのは、
正論なのかもしれないけど
オレ的には使う気になれないし、そう思う人も多いのでは。

俺は行コメントなんて無くていいからpublicクラスの
Javadocをしっかりして欲しい派。
そもそも行コメントが必要なほど複雑で長いメソッドなんて邪悪だ。
行コメントにするよりJavadocに書き出せるほどメソッドの粒度を小さくしてくれ。

俺はJavadocすら見なくてすむようなドキュメントがほしい
最悪ソース見なくてもすむようなJavadocがあればもっといい
ドキュメント＞＞＞Javadoc＞＞＞越えられない壁＞＞＞行コメント

>publicクラスのJavadocをしっかりして欲しい派。
これについては同意。

>そもそも行コメントが必要なほど複雑で長いメソッドなんて邪悪だ。
>行コメントにするよりJavadocに書き出せるほどメソッドの粒度を小さくしてくれ。
必ずしも複雑で長いから行コメントが必要なわけではないだろう。
たった１行のコードでもその必要性が第３者にはわかりにくい場合に記述された行コメントは有効である。
複雑な処理をしなければならない場合は複雑かつ長いコードを記述しなければ
ならないケースが多いだろう。
その処理内容の説明はともかく、やっぱりまずはpublic なクラス・メソッド・インターフェイスのJavadoc
だよね。

>>131
激しく同意。

> コード読めばいい、読めないやつは使うなというのは、
> 正論なのかもしれないけど

そんなことしーさーなひとは、いってないと思われ。
いってるのは、このすれの住人だけ。

javadocをコードから起こすなんて、
リバースエンジニアリングもいいとこじゃん。
過去の遺産保守してるわけじゃなし、明らかな無駄。

文句ばっかで役に立たない>135こそが無駄

俺の言ってる行コメントってのはクラスやメソッドに対する1行コメントのことな。
JavaDocコメント書くのが面倒でも1行くらいはなになにするメソッドとかくらいは書けるだろうという
皮肉のお話。

でも銀行で使うことになるならこの辺はさすがに整備されると思う。
結果、メソッド名がアルファベット2文字＋数字4桁とか銀行カスタムになったりしてな。

1行コメントに書く程度のことがクラスやメソッドの名前から
読み取れないやつがソース読んでも時間の無駄
そんなことをhigaﾀｿに書かせるのも時間の無駄

ヒント：半年後の自分は他人

>>137
そうか。銀行がお布施してJavadoc人を雇えばみんなハッピー。
たまには世間に貢献してみせろ＞銀行

interface のメソッドにつけるコメントは
4,5行ほど欲しいのが事実。

お前ら本当にソース読むのか？
つ読めるのか？

読んでもわからないような糞ソースなのか？

>>143
読んでみろよ

ソース読めば、なんでそうなる、のかは分かるが
どうしてそうしたい、のかまでは分からんと思うが。
で、必要なのは後者の方だろ？

必要なのは、俺はどうすればいいか、なんだけど。
ソース読む気ないしコメントもいらないから役に立つ
ドキュメント欲しい。
どんなドキュメントがあれば役立つかは分からんけど。

Strutsを覚えるとき、Strutsのソースなんか読まなかった。

ソース読むより、ドキュメントの方が労力少ないからな。
S2のドキュメントが十分なら、こんなアホな話題も出ないんじゃないの？
非公式なドキュメント量も含めて。

メールで、ぐだぐだ説明してるのが多いと思う。ドキュメントに書いて、ここ嫁でOKじゃね？
分からないって言われたなら直す。

あと、ドキュメントチームってどうなったの？ｗ

>>147
そもそもS2は、設定ファイルを書けば何もいらない。

ドキュメントなんて、普通のアプリ作っている分には不要。

publicメソッドのjavaDocなど不要。

Strutsだって、ドキュメントの量はたいしたことなかったぞな。

>>147
> あと、ドキュメントチームってどうなったの？Ｗ

言い出しっペのヲタ理事逃亡で解散

コメントが欲しいのか、欲しくないのか？

結局はJavadocは不要で、ドキュメントを整備して欲しいってこと？
何が欲しいのか、欲しくないのか？

「フレームワーク」か、その上で走る「アプリ」かで
コメントやドキュメントの必要度は変わってくると思う。

>123のリンク先文書は「アプリ」に対して、だろう。
「アプリ」には、適切なパブリックインターフェース名があれば、
名前とロジックで十分わかるからコメント不要。
シナリオはテストが体現している。

でも、フレームワークは違う。
利用にも拡張にもjavadocもも利用ガイド的な文書が不可欠。
いいサンプルがあれば数十枚の文書にも勝るが・・

SpringはJavaDocコメントもしっかり書いてあるぞ
SeasarよりSpringのソース読めよ

テンプレートはあるけど、Seasar版のペットショップってあるの？
・S2Struts + mayaa + S2Dao
・S2JSF + S2Hibernate
なんかのやつ。

>>154
あるわけないじゃんｗ

ドキュメントもろくに書けない連中に、
まともなサンプルアプリを作れるわけないじゃん。

おれは、もっとも必要とされているコメントこそが、Javadocのような
「このメソッドは何をしようとしているのか。開始条件と結果はなんなのか」と
いうコメントであって、コードの途中に書かれた実装コメントって、もし無くても
何をやろうとしているのかが分かっていさえすれば、コードを読めばわかるっ
てことが結構あると思うんだよ。

それがコードを解析しないと何をしたいの化すらわからないってのが一番
つらいと思うけどなあ。

>>148
ソース嫁とかメソッド名見りゃわかるだろとか
ちょっと傲慢すぎじゃね？
俺はソース読んで、MLで質問したけど、
Javadocなりにさらっと書いてくれてればかなり手間が軽減されると思う。

似たような名前のクラスとかメソッドが並んでいて
どれをどう使えばいいか動かして検証して見ないとわからないor確信がもてないとか、
とりあえず面倒くさいし、敬遠される要因に少なからずなってる。

S2自体はいいプロダクトだと思うが、
こんな主張がまかり通る(2chだけ？)のが非常に残念だ。

仕方ないなあ。
うちのぺっとしょっぷ公開してやろうかな。
S2Struts, mayaa, S2Daoのやつ。
Acegi Security System for Seasar は公開しないけどねｗ

>>157
激しく同意。
デモアプリとしてペットショップ公開すれば、
かなりユーザ増えると思うけどなあ。
Javadocよりも効果があると思う。

>>154
> テンプレートはあるけど、Seasar版のペットショップってあるの？
> ・S2Struts + mayaa + S2Dao

ペットショップではないが、その組み合わせのサンプルはある。
>96が書いてるやつな。
たしか従業員管理とかの画面があったな。

>>131
>>145

に、漏れの考えは近いと思う。

漏れが欲しいのは、コードを読むためのとっかかりなのよ。
パッケージ構成とその依存関係とか、S2の内部構造早めぐりみたいな。
あと、どうしてそうなっているのか。現状に落ち着いた経緯みたいなものか? 何をしたくてこうなっているのかと。

そんなガイドがあれば、コメント無くてもコード読めると思う。
クラス名やメソッド名では主張しているように思えるから。
でも、その主張の根っこにあるのがわからんから、もやもやしてるの。

今って内部構造がさっぱりわからんのよね。違うな、どういう経緯で、どういった問題意識から現状の構造になっているかがわからないの。
コード嫁と言われればそうなのかもしれんが、読み出すとっかかりがぜんぜん無いのよ。

でだ。内部構造がわからないと、採用しづらいのよ。
何かあったときに対応するのは漏れなのだからさ。頼むよ。

>>161
俺も同意。

すべてひっくるめてドキュメントが足りない。
どれかひとつでもあれば多少おいやすくなるのにね。

前スレだったかでみた他人にメンテさせたくないってのはあたってるのかもね。

>>161, 162
Springでいうとどのドキュメントが該当するの？

>>161, 162
Strutsでいうとどのドキュメントが該当するの？
Hibernateでいうとどのドキュメントが該当するの？

>>161, 162
Tomcatでいうとどのドキュメントが該当するの？

>>161, 162
JBossでいうとどのドキュメントが該当するの？

蜜蜂 mayaa の冒険♪

夏休みだなwww

>>164

うーん、もうちょっと付き合ってみることにする。

Strutsならこんなの。
http://svn.apache.org/repos/asf/struts/struts1/trunk/core/src/main/java/org/apache/struts/action/doc-files/actionUML.gif

言っておくがこれがあれば十分というわけではないぞ。むしろ最低ライン。
漏れは、これを見たからStrutsのコードを読んでみようという気になった。

ドキュメントと言うには激しくしょぼい気がするが、漏れにはこんなのが欲しいということだ。
これは現状を表すだけなので、どうしてこうなっているのか、というのを知れるならそれに超したことはないな。

と偉そうに書いてみたが、下っ端プログラマの言うことなので適当にあしらってくれｗ
ここで同意を得られるとも思ってないし。
みんな好きにしたら良いんじゃないのｗｗｗ

>>169
こんなやつ欲しいみたいですよーｗｗｗ＞Seasarの方たち

>>169
それが役に立つって、ある意味すごいな…
つか、その程度ならツールで出せるんじゃね？

>>169
いくら何でもこりゃネタだろwww
こんなもんいらねーよw
サンプルコード第一
後はサンプルの書き方を支持する（指示じゃないぞ）ドキュメント
普通は正しい使い方はどうすんのということが知りたいわけ

>>157
>俺はソース読んで、MLで質問したけど、

それをもとに、お前が分かる部分だけでもjavaDocを書いて公開すればいい。

他力本願すぎ(w

>>169
EAでも買って、それにソースを読み込ませろ。

ドキュメントがしょぼいと思うなら、お前が書けばいい。
例え間違っていてもオープンソースだから誰かが直してくれる。

「サンタになれ！」

ソース解析しないと使えないフレームワークなんて糞じゃん
StrutsやSpringを「ソース読まないと使えない」なんて話し聞かないぞ。

>>173, 174
コード書いた本人が書かなきゃ意味ないっつーの。
それこそコード書いた人の他力本願だっつーの。

今日も暑いな

本て結局出たの？
誰かもう読んだ？

コメントなんていらねえよ、夏

コメントよりも開発ですぐに流用できそうなデモアプリが一番欲しい。
それと獄長の愛をもっと・・・、夏

まあ、所詮オープンソースってことだ。

ドキュメントにしろ、デモアプリにしろ、
作ったおかげで、使う人が増えたからといって、作った人が儲かるわけじゃないし。

あ・・・ひょっとしてドキュメントとかデモアプリがないのって、
ISIDのサポートサービスに儲けさせるため？ｗｗｗ

だからS2Struts-examplesにデモアプリが入っていると…

ただ無設定化されているせいで流用はしづらいのよね。dicon同士の絡みやどこでどの設定がされているかが判りづらくなっている。

>>178
秋葉のLAOXで先週の土曜に並んでたよ
内容は・・・なぜにNetBeansかなぁ？って感じ

おおむねいい感じではないかな？

設定が簡単というのを売りにしてるならNetBeansのほうが相性はいいだろうな

>>184
それはどういうこと？

>>183
内容に関して青本との違いは何？
田舎でアマゾン利用するしかないのでレポート求む

>>186
前半は基本的な部分の解説、後半はS2プロダクトを使ったWikiサンプル作成
青本との違いは、NetBeansとサンプルで使用してるS2プロダクトが違うって所かな
サンプルが欲しい人にはいいと思うよ。


でも、更新されて無いプロダクトのサンプルがいのるかといわれると・・・

>>169
サンタさんktkr
ttp://ml.seasar.org/archives/seasar-javadoc/2006-August/000514.html

>>187
どうもありがとう。
具体的には使用しているS2プロダクトって何ですか？
もしかして S2Tapestry？
もしそうだとかなり悲し・・・。

>>188
169たん、
ソースを追うとっかかりができてよかったでつねｗ
ドキュメント問題はこれで解決でつねｗｗｗ

>>189
当たりｗ

俺はソース読まないとJ2SEの標準APIですら使い方がわからないときが
あるんですが、もしかして俺って能無し?

>>192
case by case

>>176
他人によりかかるだけの人間だねえ。

なんだか、絶望的に日本語がへたくそだ。
こんなコメントがあるくらいなら、ソースを読んだほうがいくらか理解が深まる。

てにをはから勉強してくれ。

>>195
ソースを読んでくれ。

>>195
kwsk

>>195
具体的に指摘してみろ
お前が日本語読めないだけかもしれないからな
>169みたいに笑わせないでくれよw

>>198
獄長乙ｗ

>>194
お前の発言にはまるで価値がないな

>>200
176乙
それとジャスト200おめｗ

javadoc不要、ソース読めと主張してる連中は、
よほど単純なコードしか書いたことないか、
保守ってもんをしたことがない初心者でそ。

まぁSeasarはほとんど設定ファイルで解決しちゃって、
API呼ぶような機会はあまりないから、
javadocよりはドキュメントが欲しい、
てな展開になるんだろうけど。

>>202
case by case

hot deployって、S2コンテナ経由でないと使えない、という認識であってるでしょうか。
たぶんJSPのようなことをS2コンテナがやってくれているんだと思うのですが。
JSPだと、URL（またはファイル名）とクラス名との対応をServletコンテナがもっていて、
hot deployだとインターフェース名やクラス名と、実際のクラスとの対応（あるいはクラスローダとの対応？）をS2コンテナが持っているんじゃないかと推測してます。
ここらへんの仕組みご存知の方いましたら解説お願いします。

いくらでものろけてやる。悔しかったらかかってこいや（ｗ

>>204
ここに書き込む前にメーリングリストに投稿すればいいのに。
メーリングリストにこの質問した香具師、204にけて〜いｗ

>>206
いくらでものろけてやる。悔しかったらかかってこいや（ｗ

>>204
artonさんの新刊にくわしく説明してあります。

新しい本を立ち読みしてきた。
あまりいい紙を使ってない気がした。

書評は紙質だけかよ。artonさんが泣くよ （ｗ

あとフォントとか、めくりやすさも大事

artonたんとるいもたんの関係を知りたい

でも、あまりいい紙を使うと持ち運ぶのに重いからな。

そこで分冊化ですよ

国産って言葉がついててちょいうさんくさいんだけど
海外の評価はどんな感じですか？

Spring使ってた人がプロジェクトに入ってきたんだけど
「S2は日本のプロダクトだからドキュメント困らなくていーですよね
Springは英語ばっかで・・・」とか言ってた。
その認識は間違ってる。

英語でいいからもっとドキュメント出してほしいと思う。

>>216
どんなドキュメントがほしいか書けばいいだろ。せっかく

> できるだけ使いやすいサイト、ドキュメントにしていけるように努力していきたいと考えているので､どんどん意見をお聴かせください。

っていってるんだから。

Seasar のドキュメントは
一見してソース・サンプルが多数でとっつきやすそうなんだけど
設計思想がさっぱり語られてない。
ソース読めばどうなるかは分かるけど、
意図してそうなってるのか、たまたまそう実装されたのかは不明。
主要な interface に絞って詳細なドキュメント書くだけでも随分良くなる。

>>218
なんで設計思想が必要なのかわからん

わからんで何の疑問も持たずにいられる人は幸せになれるのかもね。

>>218
実装から設計思想をくみ取るのは簡単だと思うけど。

>意図してそうなってるのか、たまたまそう実装されたのかは不明。
教科書的な答えが無いと困るのは、頭が受験に最適化されてしまっているのだね。

Seasar2なんてサイズも小さいしコードも単純じゃないか
その設計思想が必要なんて>169並のヘタレ
コード読むのは諦めて底辺エンジニアの自覚を持て

>>218
> 意図してそうなってるのか、たまたまそう実装されたのかは不明。

それを知るために必要なのは設計思想じゃなくてリファレンスの類じゃね？

>>222
だから仕様や挙動を理解するために
コードを追わないと逝けないっていう現状が問題なんだろっていうか。
サンプルはお世辞にもわかりやすいとは思えん。

Seasar使うと開発が楽になります、と書いてあるんだけど
Seasar使わないとこれだけ大変でした、
Seasar使うとこうなるので楽出来ます、
って話が書いてない。＞Seasar のドキュメント

pptでありそうだな

>>225
それが、「設定ファイルを書きたいのか書きたくないのか」じゃないか？

どう書いたって文句つける奴はいるってことだよ。

>>228
同意。
Seasarプロジェクトは良い方向に行っていると思う。
その問題点と解決策を具体的に提示できる奴だけ、
文句(改善案というのだが)言えばええやん。
自分から歩み寄ろうともしないで
ドキュメントのせいにしている spoon feeding な奴は
爆笑問題の太田のようにつっこみにでも転職したら？ｗ

田中がツッコミだと思ってた

田中がツッコミであってるよ

転職CMのことだろ

ボケっていうのは常識にたいするツッコミなんだよ。

深いな

>>233, 234
230乙

　某OSS開発コミュニティの参加者からのアクセスがリンク元に
　のるのが"ウザい"ので、該当リンクのリンク元除外リスト行き確定。
　"isid.co.jp"からのアクセス、本日は1件。


"isid.co.jp"からのアクセスが２件。某OSS開発コミュニティの参加者による
　アクセスの可能性...99.999%。

asipの8/8, 8/9より

asipはいつまでこんな事続けるのだろうか...

>>236
その話題はマ板へ逝け
既出だけどな

>>236
その人ってよく話題に出るけど、まともな人？
それとも病気の人？
精神的に不安定な人？

seasarのソースコードを読んで理解できない馬鹿は使うなということです。
すなわち seasar は玄人専用のプロダクトなのです。わかりましたか？

>>239
そんなに悲観するなや。頭が悪いのはお前だけじゃないから、な。
なぁに、理解できないでもなんとかなるってことよ。
こんなところにいないで、今夜はゆっくり酒でも呑もうや。

seasarのソースコードを読まないと理解できない馬鹿は使うなということです。
すなわち seasar は日本語マニュアルを読める人専用のプロダクトなのです。わかりましたか？

マ板って何だよ

>>242
餓鬼は半年ROMってろ

トップページの文章、かなりよい感じ。

「本当に感謝〜」は子供っぽい＆卑屈っぽい。
影響を受けたものを列挙した後でまとめて謝辞を書くとか。

デモ説明が「Flash技術で作ったアプリのデモ」に読める。
動画によるhogehogeの説明です（Flashで再生します）、とか簡潔にしては。

>>244
thx.
修正したよ。

15分もあれば､マスターできるクイックスタートを用意しています。

15分もあればって実際15分じゃ無理だった
人によっちゃ嘘言われてる事になるな

>>246
いくらなんでも、それでファウンデーションの中の人を責めるのはひどいでしょ
開発者だってそりゃ普及してほしいのは山々だろうけど、
ゴミクズの言いがかりに一々相手してたらきりがないよ

246のような「だぼ」相手にしてもしょうがない。
チンピラみたいな言いがかりなんてむしむしっ♪
文句あんだったら「春」を使いなｗ

>>247
己の無力をSeasarのせいにしてるんじゃなくて、
文言が悪いって言ってるだけじゃない？
ＸＸ日でマスターとかいう本あるけど胡散臭い。

>胡散臭い
確かに文言が悪いね　藁

というか、クイックスタートはとっかかりを得るためのものであって
何かをマスターするためのものじゃないと思うんだ。

15分ほどで紹介する、とか
15分で駆け巡る、とか
他に適切な言葉はあるはず。

所要時間明記してるのはむしろ良いことだろ。

ASIPでもマスターできるクイックスタートを用意しています。
でいんじゃね？

馬鹿でもマスター可能が伝わると思う

>>252
それは暴言だな。
訴えられて大阪に呼び出されるかもよｗ

>>251
アドバイスありがとう。
修正しました。

文面が硬い ・・・ とおもう

まあ学習時間の目安を指定してあるタイプのものはたいていずれるけどな。
執筆者時間を基準にしてるだろうから、むしろずれるのが当然みたいなところがある
知ってて当然とでもいいたい専門的な知識がまばらに存在するのが原因

ＦＬＡＳＨおもしろいね

HotDeployをお試しくださいとFLASHで宣伝してるから2.4.0-beta使ったら、
クイックスタートの自動登録のところは2.4.0-beta4だと動かないのな。
宣伝は、まともに使える状態になってからしていただけないものですかね。

>>258
spring 使えば問題なっしん

>>259
SpringのHOT DEPLOYについて教えてください

hotswap と HOT Deploy は同じもののこと？

>>258
AutoNamingが使えなくなっている件?
今修正して最新版をリリースするので
お待ちください。

>>259
アドバイスありがとう。
Seasarのページを開くと、
Springのページへリダイレクトするように変更しました。

トップページに記事一覧へのリンクが見あたらないのですが・・・

今のプロジェクトでS2Dao使いたかったなぁ。
提案したんだけど、俺の力不足で却下。
自社の妙なDAO自動生成ツールみたいなのになっちまった。

>>264
わかりにくくてすまそ。
メニューの各種リソースからたどれるよ。

記事一覧へのリンクが欲しいのか、欲しくないのか

>>258
修正しますた。

トップにこのスレッドへのリンク希望ｗ

>>260
自分でぐぐれ
本当にSeasarユーザは教えて君が多すぎるな

このスレをリンクして欲しいのか、欲しくないのか

>264
そこか〜。「リソース」ではわかりにくいから、

・過去のイベント資料
・書籍・雑誌記事一覧
・オンライン記事一覧

みたいに分けて書いてくれると嬉しいなぁ。

HotDeployを試したいのか、試したくないのか

>>270
「Spring hotdeploy」でググってもSeasarの記事しか出てきませんのでどうか教えてください

>>274
Spring スレで聞け。

>>274
おまいは本当にダメ人間だな

S2RMIで登録したサービスをアプレットから参照したいんだけど、
POJOをエンハンスする方法は使えないよね。
RMIAdaptor#invokeを直接呼ぶしかないかな？

>>277
おれはそうやった

そういやRMIってスタブもスケルトンもいらなくなったから楽になったよな

最近のひが氏、謝ってばっかりだな。m(_ _)m

>>280
メモメモφ

おまいら、ひがたんをあんまりいじめるなｗ

>279
禿胴。1.5は良い。

>>282
そういうバッシングに耐えうる人間性も必要なのは当然だろ、という声がスグに出てきそう。
んが、そういった批判にとても弱く、モチベーションが下がりまくって結局は
せっかく良いところまで来て開発したものを停止してしまったものを知っている。

小林よしのりのようにバッシングを自分のエネルギーに変換出来る香具師はそういない。
手放しで褒め称えることはしないが、良いところは良いでいいが、ダメなところはダメ、だけでなく
こうすれば良い、こうならないかと前向きな意見を出すべきだろう。もっとも、掃きだめの2chにそれを求めるのはかえって失礼かｗ

>>284
中の人乙ｗ

開発するだけならばともかく、大言壮語するからには、
バッシングに耐えうる人間性も必要なのは当然だな。

そういう人が大成するんだよなビルゲイツとか

>>284, 286, 287
同一人物乙ｗ

ソースはSpringよりSeasarの方がきれいだな

>>288
妄想楽しそうだね。

>>284,286,287,290
同一人物乙ｗ

>>1-1000
同一人物乙ｗ

>>289
そうだよね。コメントが無くてさっぱりしてる。

>>292
おまい笑いわかってないな。
そこはきっちり ">>1-292"だろ？
こんな寒いやつプロジェクトにいたら、裏ＰＭでいじめだなｗ

>>1001
マルチポスト乙

>>295
つまんない

Churaってどうなったん？

>>297
夏休み中

これがChuruyaなら....

Pageクラスの説明をみて思い出したのはTapestoryやリスペクト元のWebObjectsか。
一画面につき一つのHTML、Pageクラスってのは良い方向かも。

Goyaで15ポイントルールってあるんだけど、S2のコードかなり超えてるのあるよね？
超えていけないわけでないのは知ってるけど、それでもでかいと思った。

>>300
portletみたいに一画面が複数の部品から成り立つようなページの場合はどうするにょろーん？

>>301
フレームワークと業務用のアプリケーションでは基準が違うと思うよ。
コードを書いてる人もね。
15ポイントルールってのは、ほおって置くとどんなコードを書くか
わからない人向けでしょ。

>>302
HTMLとPageがひとつの　コンポーネント(部品）という扱いになるんでね？S2JSFみたいに

誰一人として悪くはない。
この企画は…構造自体が不幸を孕んでいたのだ。

戦犯はいない。
理解できない、根源から違った存在がいただけだ。
誰にとっても。

本当なら決して出会うことのなかった、才能も、経験も、熱意も、人脈も、
何もかも違う人々に関わってしまった事自体がお互いに不幸だった。
つまり…関わった時点で無残な結末が予定されていたのだ。

今はもう…その不幸を呪い、やがて忘れる時を待つしかない。

>>305
はいはいスモチスモチ。

ネタを振るときはここが華麗集の園であることを
ゆめ忘れずにな。

>>306
305はコピペだぉ

>>304
>HTMLとPageがひとつの　コンポーネント(部品）という扱いになるんでね？S2JSFみたいに

それだと >>300 の「一画面につき一つのHTML、Pageクラス」という前提に反するよね。
300が間違いとしたら、「１コンポーネントにつきひとつのHTML、Pageクラス」が正しいということかな。
そして、通常は１画面を１コンポーネントにする。

JarComponentAutoRegister使うとコンポーネントが自動登録されないと思ったら、
libまでの絶対パスにスペースが含まれてるせいですたorz

%20をどうにかしろとは言わないけど、
せめてdir.list()の結果がnullだったらその旨通知してくれよ。
勝手にぬるぽで落ちて例外表示もなしじゃ、何が悪いんだかさっぱり分からんよ。
つか、全般的に例外処理甘くね？？

ちょっと腹立ちまぎれにバグ報告。

>>309
spring使えｗ

>>309
たしかにぬるぽだけど例外は表示されたよ。
Log4Jでとめてない？

>>309
報告ありがとう。
修正しておきます。

朝日に出てたね

朝日に出たのでこのスレ見に来た

誰一人として悪くはない。
この企画は…構造自体が不幸を孕んでいたのだ。

戦犯はいない。
理解できない、根源から違った存在がいただけだ。
誰にとっても。

本当なら決して出会うことのなかった、才能も、経験も、熱意も、人脈も、
何もかも違う人々に関わってしまった事自体がお互いに不幸だった。
つまり…関わった時点で無残な結末が予定されていたのだ。

今はもう…その不幸を呪い、やがて忘れる時を待つしかない。

uujiって？

あー、クラスからURLを取得するとJARの位置を得る事ができるけど、
このパスからFileを作る事ができないんだよね。
これをファイルシステム用のパスに変換する機能って通常のJDKのAPIにはない。

でも結局URLクラスの内部ではJarURLConnectionを経由して、
JarFileに変換している部分があるんだよね。
sun.netで始まるパッケージの中のクラスの中で、
パスの変換やっている部分があったよ。

コミッタ連中に影響されて会社辞めるのに誰も拾ってくれないのか・・・
切ないなぁ・・・

>>318
え、え、誰の話？

>>318-319
マ板逝け

>>320
うーみゅ、モヒカン発言心より恥じる

このまえ新聞に載ってた
結構有名になったもんだな

DIによるインターフェースプログラミングって
デバックがしずらい気がしますが（Eclipseでデバックしててロジックの
中に入ろうとしてもインターフェースに行ってしまうため）
何とかImplに飛ぶ方法ご存知の方いませんでしょうか？

>>323
普通に実態に飛ぶけど・・・？
デバッグ時のクラスパス設定を見直したら？

デバッグ時は実装コードに飛ぶけど
Ctrl + クリック 等でジャンプできないのが不便。

Ctrl+T

>>326
うぉー！知らんかった！
サンクス！

323です。
実装のImplのソースが見たいというより
例えばActionにプレークポイントをかけてフィールドにある
インターフェースのビジネスロジックの中に入りたいときに
F5キーを押してもインターフェースに入ってしまうのが不便
です（当然ですが）
Ctrl + T で階層を開いてソースを開くのはできますが簡単に
Implのメソッドの中にジャンプ（ソースを見るのではなくデバック）
出来ないですかね

>>328
そうか？実装コードに入るだろ？
何かがおかしくないか？

328です。
ひょっとして
ステップインで
EmployeeLogicImpl$$EnhancedByS2AOP$$c85c1f$$MethodInvocation$$getSearchCount5.<init>(Object, Object[]) 行: 145 のソースが見つかりませんでした。

となってソースが見つからないのが原因ですかね・・・。
もちろんImplのメソッドにブレークポイントをセットしてF8とかやれば
そこで止まるんですけど

>>330
eclipseのソースパスの設定を確認しれ。

330です
どうもアスペクトをかましたものだとステップイン出来ないような
気がします。
Seasarのサンプルの
examples.di.main.GreetingMain2
とかだと実態にステップインできるのですが
examples.aop.traceinterceptor.AopTraceClient
とかのアスペクトの物だとステップインできませんでした。

S2JSFとかでLogicImplにステップインしたいのですが出来ないのは
自分だけなのでしょうか（これが出来ないと業務では厳しい・・・）

>>332
もしかしてTさん？NチームのYさんに聞いたほうがはやいよ。なんでこんなところにいるかな・・・。

Seaser使う奴は2chを私物化するのが好きなのかね。
何で本人を探りたがろうとするの？

キモイよ。

>>334
Ｔ、乙。

>>335
うーみゅ、身内がスレ汚し申し訳ない。心より恥じる。

S2Strutsリファレンス
http://s2struts.seasar.org/ja/s2struts.html#ZoroConfig
form-beanタグの属性値
> クラス名が"Form"あるいは"Dto"でしているクラスを基に設定を補完します。
クラス名が"Form"あるいは"Dto"で「終了」しているクラスを基に設定を補完します。

重箱の隅つついてすみません ^^;

ZoroConfig

アノテーションを使用したstruts-configの設定(S2Strutsリファレンス)

アノテーションでは validateにfalseを設定しているのに、
同等のaction-mappingの記述では validate="true"となっている。

<action
path="/employeeEdit"
type="org.seasar.struts.examples.employee.action.EmployeeEditAction"
name="employeeForm"
scope="request"
validate=＜ここです＞"true"＜/ここです＞>

>>339
Spring使え

そのさぁ、Spring使えっていうの、やめてほしいよな。コミッタがそういうんだったら話は違うけどさ。

>>341
読み飛ばせないなら「Spring使え」をNGワードにでも登録しとけ

>>342　すでにしてある

してあるなら>>342はあぼんされて見えないはずだろ？
まぁ、どうでもいいがｗ

Seasar2で学ぶ DIとAOP アスペクト指向によるJava開発 (大型本) arton

この本、どうよ？？
青本はすでに手元にあるんだが…
諸賢らの感想求ム。

紙質が、（ｒｙ

>>345
ドキュメントを読んだり、サンプルをトレースすれば
かなり理解できるので、
青本については購入する必要はなかったかなと思った。
※トランザクション関連の所は勉強になった。

今のところarton本の必要性は感じないな。
S2Tapestryを使ったり、eclipseではなくNetBeansで
S2を使った開発をしたいという人は
参考になるのかもしれないけど。

>>341
Spring使え

MLがすっかり閑散としちゃったけど何かあったの？

理事が引退したからでは。

>>349
SpringのML、すげえ活発ｗ

>>351
Springのスレは寂れてるけどなw

ここも人間批判ぐらいしか伸びないじゃないかｗ

synchronizedを書きたいのか書きたくないのか

S2Dao でちょっと困ってマス。
where 句 にlikeを同じカラムに対して何度も指定したいのですけど………
たとえば、
select * from hoge where column1 like '%aaa%' and like '%bbb%' and like '%ccc%' and ......

という感じデス。SQLアノテーションで
"select * from hoge where ? "
で書いて、? に生成した文字列をセットすると、
select * from hoge where 'column1 like '%aaa%' and like '%bbb%' and like '%ccc%' and ......'
といった感じにシングルクォーテーションで動的に囲まれてしまうために正しく実行できません。
何か良い方法ないですか？？

SQL間違えた（汗
select * from hoge where column1 like '%aaa%' and column1 like '%bbb%' and column1 like '%ccc%' and ......

埋め込み変数コメント　というので出来た（；´д｀）
さっきまで出来なかったのだが、スマソ。

>>355
QUERYアノテーション　を使えばいいんじゃね？

>>358 ありがとう。>>357で解決しますた

別質問でｽﾏｿ. S2JSFでx:dataScrollerを使うと例外が出マス。S2JSFは1,0.17、MyFacesは1.1.3。
<span m:inject="x:dataTable" id="itemDataList" m:var="e" m:value="#{itemList}"
rows="3" m:rowIndexVar="i" >
<span m:inject="h:column">
..................
</span>
</span>
<span m:inject="x:dataScroller" id="itemDataScroller"
for="itemDataList" fastStep="10" pageCountVar="pageCount"
pageIndexVar="pageIndex" paginator="true"
paginatorMaxPages="9" >
</span>
とタグを置くと、データの表示、1 2 3...のリンクは表示されるが、リンクをクリックすると、
java.lang.ClassCastException: org.apache.myfaces.custom.datascroller.HtmlDataScroller
at org.seasar.jsf.application.ActionListenerImpl.processAction(ActionListenerImpl.java:57)
at org.apache.myfaces.custom.datascroller.HtmlDataScroller.broadcastToActionListener(HtmlDataScroller.java:221)
at org.apache.myfaces.custom.datascroller.HtmlDataScroller.broadcast(HtmlDataScroller.java:110)
at org.seasar.jsf.component.S2UIViewRoot.broadcastForPhase(S2UIViewRoot.java:119)
at org.seasar.jsf.component.S2UIViewRoot.processApplication(S2UIViewRoot.java:90)
at org.seasar.jsf.lifecycle.LifecycleImpl.invokeApplication(LifecycleImpl.java:169)
at org.seasar.jsf.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:102)
............
が出てしまいマス。タグの書き方が悪いですか？

ぐぐってみたところ、
https://www.seasar.org/issues/browse/TEEDA-15
でコレに近い情報があるんですが、Teedaのようデス。
使ってはいけないってことカナ？

S2TestCaseのreadXlsReplaceDbメソッドがExcelファイルのブランク（スペース文字の列）セルを
nullに変換するのは仕様？
ブランクはブランクのままにしてほしい。

なんだこれ。
http://svn.seasar.org/browse/trunk/seasar2/s2-framework/src/main/java/org/seasar/framework/util/Mru.java?root=s2container




ﾌﾟ

いろいろ試してみたが、やっぱダメっぽい。自前実装するほかなさそうか（；´д｀）ｳｴｪ

>>363
An Exception Has Occurred

trunk/seasar2/s2-framework/src/main/java/org/seasar/framework/util/Mru.java: unknown location
HTTP Response Status

404 Not Found

ちゅらとこーひーはどっちがおいしいのかなぁ？

これってすごいゴミだな。
S2Daoとか死んでほしい。PHPのADODBの方がマシ。
S2JSFもなんかたまに変な動作する。
早くつぶれろ。

>>367
>PHPのADODB

はあ？　マイクロソフトのADODBとPHPのADOdbの区別も付かないゴミカスか(w

お前がつぶれたほうがいいんじゃね？

>>368
獄長乙

>>363
いまさらだがどの変がﾌﾟだったんだ？

>>370
http://svn.seasar.org/browse/trunk/seasar2/s2-framework/src/main/java/org/seasar/framework/util/Mru.java?root=s2container&pathrev=1324

>>368
自分のプライドを守るために、些細な事で吼えるのはやめた方がよいです。

>>372
>>367に言ってあげなさいな。それともゴミカスのような367本人かね(w

>>371
どの変がﾌﾟなんだ？

>>374
シーザーマスコットの間抜けなツラが、じゃね？

seasarを使うのは沖縄原理主義者

>>374
獄長が知ってます。

S2JSFとかKuinaとかメンドクサソウ。

>>377
お前に説明して欲しい

フレームワーク(笑)の開発者ともあろう者が
java.util.*以下のクラスの使いかたも知らんとは

>>380
kwsk

> フレームワーク(笑)の開発者ともあろう者が
> java.util.*以下のクラスの使いかたも知らんとは

そんなのはHashMapの排他問題で既に明らかだったじゃないか。何を今更。

>>382
kwsk

ttp://d.hatena.ne.jp/higayasuo/20060818
ここの日記で、1画面につき1クラスという話が出ています。
s2-jsf-example-1.1.0-beta-4.zipをみると、1画面につき複数のクラスが使われています。
（例：EmployeeConfirmActionImpl.java、EmployeeConfirmInitActionImpl.java）
TeedaCoreになっているS2JSFもこのスタイルは変わらないものですかね？
MyFacesを採用したS2JSF1.0系を使ってますけど、1画面につき最低でも2つのクラスが発生して
interfaceを含めると膨大な数になって管理コストがあがってしまっています。
teeda exampleをみると、一画面につきPageクラスを使用したものになっててシンプルで良さげ。
具体的な説明・ドキュメントは無いですか？？

Actionのinterfaceを作らなければ良い

>>385
> Actionのinterfaceを作らなければ良い
後、InitActionと普通のActionを統合するのもOK。
ただし、interfaceを使わない場合は、
アスペクトの指定は自動でできないから、
メソッド名に何らかのパターンを持たせる必要があります。

ようわからんのだが、Teeda単体を使っていればS2JSFってのは使わなくても良いってこと？
双方の違いって何？

Teeda CoreはJSF実装でMyFaces相当
Teeda ExtensionはHTMLテンプレートエンジンを含むS2JSF相当
いろいろな組み合わせがある

MyFaces+S2JSF(S2JSF1.0系)
Teeda Core+S2JSF(S2JSF1.1系)
Teeda Core+Teeda Extension

なるほど。あまり組み合わせが多いのはユーザーを混乱させてしまう要因になるので好ましくはないカモ。
これまでのS2JSFと比較して速い安いうまいがそろった組み合わせを一つ選んで
S2ファウンデーションで推し進めるようにしてもらいたいのが希望。

で、とりあえずオススメはTeeda Core+Teeda Extension ？？

さっそくTeeda Extensionをいじろうとしてるんですけど、
ttp://teeda.seasar.org/ja/
でみたら、Teeda Extensionの使い方がに関するドキュメントが無いのはなぜ？

おれも気になる。
どれ使えばいいんだよー。
つーかS2JSFなくなるの？

S2Dxoのドキュメントないの？
どこまでマッピングサポートしているのか、
これからしてくれる予定なのか
わからにゃい。
S2Strutsのemployeeのサンプルに
プレゼンモデルとエンティティモデルの変換ロジックを
入れてほしいなぁ。
あと、プレゼンテーション層(S2Struts, S2JSF)に依存しない
入力チェック機能も欲しいな。
S2Cao公開して欲しいなあ。
要望いっぱい♪

やべぇ、teeda-html-example をみながらサンプル動かしてみようかと
ちょっといじったんだけど、teeda-html-exampleでteeda自体の使い方は
「なんとなく」わかるけど、アーキテクチャはこうなってて、
こういう風に設定ファイルを書くべきであって…といった情報がほぼ皆無に等しいよｗｗ
漏れみたいにまず最初にドキュメントやら使ってみたレポートが豊富にあって
そこから使っていくというライトユーザ向けじゃねぇってことか？
自前でガンガンコーディング出来る香具師向けって感じだな、今は。
このあいだ入った経験の浅いエンジニアにでもいじらせようかと想ったが
今のteedaとかの状態じゃ、とてもじゃないけど人にもすすめられないし
複数人で動く仕事にも導入できないんじゃないかという危機感でいっぱい。

>>393
つ Spring　

で、そこらへん、どうなの？＞コミッタ陣
「進めています」といった説得力のない言葉じゃなくって、
具体的な進捗状況とか、スケジュールなんかあると良いのだが。

今の状態だと複数人で動かす業務じゃ入れられないし、ノウハウたまらんし。

>>394 Springは使う予定無い。

>>393
僕はまだ触ってないんだけど、
JSF仕様の設定以外にTeeda独自の設定をたくさんしなくちゃいけないってこと？

つ　JSF

>>396
たぶんそうだと思う。exampleみる感じだとロジックだとかをどこらへんで
登録してんのかが（まだ）わかんないｗ （もちろん、そのドキュメント・仕様なんてないっぽい。探し方悪いだけかな？）

exampleはとりあえず動かせてはいるのだが、DBと連携するために
S2Daoつかったり、S2Dxoとか使うとなれば
どんな設定すれば良いのかなど、公開されているexampleでは皆目見当がつかない。
まじめに評価すべきかどうか検討中……（；´д｀）

>具体的な進捗状況とか、スケジュールなんかあると良いのだが。
これ同意。
きっちり守れなんて言わないけど、
大まかなスケジュールは提示してほしいな。
Sandboxなんてこれからどうなるのかさっぱり。

>>395
11/11の正式リリースを待て。
10/13にすべての実装が終わって、
それからドキュメントに取り掛かる。

>>400
アナウンスしてくださ〜い

>400
おー。がんばれー。

Clickに乗り換えた。
S2 + S2Dao + Clickがシンプルかつほぼ十分でよい。
ざっと一通りドキュメント（英語）を見て使いはじめるまで１日程度。
あとはググりにくい名前だけ、なんとかしてほしぃ。

なんか最近のS2周りって、余計な複雑さを取り込んでいるような気がした。

プレゼンテーション層なら、Wicketもなかなかいいぞ。

>>404
テンプレートにプレーンなＨＴＭＬってのがちょっとな。
あれって、みんなどうなの？
独自属性って覚えにくいしめんどくさいし。
それで「ブラウザで確認できますよ」くらいのメリットしかないの。

>>400
期待しとります。けど、どうか品質を落とさぬように。

DBFluteだって。
S2Daoのサポートツールなのかな？
なんか良さげ。

GoyaGenは公開しないのか喃

>>408
http://www.seasar.org/wiki/index.php?Sandbox%2FS2Dao-CodeGen

>>405
独自属性ってのが何を指しているのかいまいちわからないんだけど....

HTMLにはwicket:id属性が現れるけどそれのこと？ 覚えるというか、
それ一つしかないんだから「覚える」というほどのことでもないと思うんだが。

実際ページでループなんかのロジックを書かずに、すべて裏側のJavaプログラムで
制御するというのは気持ちいいよ。JavaプログラマだからJavaプログラムならお手の
ものだし、何より迷いがない。すべてJavaで制御する、と心置きなくやりきれる。

マゾっこメ〜グは〜〜〜〜〜〜〜〜マゾっこメ〜グは〜〜〜〜〜〜〜〜

>>410
ブログでwicketを広めてくれ

>>403
S2Struts + mayaa, S2JSFと比較してどういいの？

>>410
Wicketはシンプルなんだね。週末にでもしっかり見てみるよ。
S2JSFだとs:xxxとかm:xxxとかいろいろ出てきて、
結構面倒なんよ。

> JavaプログラマだからJavaプログラムならお手の
> ものだし、何より迷いがない。
まさにそれ！Clickもそういった割り切りがあって好き。
JavaとXMLとJSFタグとGrooveとスイッチングはしんどい。

>>413
あくまでしょぼい末端ＳＩのうちの場合。
あと、S2Struts + Mayaaは使ったこと無いです。

非常にシンプルかつ、機能的にほぼ十分。
足りない部分を自分で何とかするのがとても楽。
シンプルさを何より重要視しているみたい。

・JSFやEJB3への準拠
・プレーンHTMLのテンプレート
はメリットより、それによって増える複雑さというデメリットの方が大きい。

獄長、Kuinaで死にそうな私を助けて。

s2strutsを使用しているサイト発見
ttp://career.meidaisha.co.jp/

獄長、部屋が汚くて死にそうな私を助けて。

>>418
掃除しろ、ひきこもり

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。←今ここ

>>420
キモいな。

しかし分かりやすいｗ

>>420
もしコミッタならサンキュー。
でもこういうのはさあ、ここじゃなくてもっと公式なところで言ってほしいな(笑)。
コミッタの日記でいいからさあ。
S2Dxoまだまだ先だな。
とりあえずDozer使っとく。

>>422
ネタかどうかわからんのでマジレスするとS2Dxoはコンテナに統合されたよ。
ttp://d.hatena.ne.jp/higayasuo/20060921

とりあえず、
１から１００まで詳解したドキュメント、タグなどを含めたリファレンス、
初心者でもつまづくことなく丁寧に記述されたチュートリアル

これぐらいは当然として、あとはバグ情報だとかがほしい。

後はSeasar In ActionとInside Seasar2だな

Insideって古いだろw
Pragmatic Seasar2
Agile Web Development with Seasar2
Seasar2 Recipes
From Spring to Seasar2

つ　Techknow Seasar2

>>427
ネタ元何？

>>428は平成生まれか

「はじめてのSeasar2」抜けてないか？
オライリーのSeasar2本も。もちろん表紙はシーサーで。やんばるくいなでもおけ。
あと iStudy for Seasar2も出しとけ＞システムテクノロジー愛

>>427
ネタ元何？

Seasar2 Hacks
Head First Seasar2
独習Seasar2
Seasar2
ふつうのSeasar2
やさしいSeasar2
Seasar2で学ぶDIコンテナレッスン
心の折れないSeasar2ドリル

プロとして
恥ずかしくない
Seasar2の
大原則

Pro Seasar2
Professional Java Development with the Seasar2
Expert One-on-One J2EE Development without Seasar2

おまいら独習Seasar2がぬけてますよ。

>>431にあったよ.....すまんかった......

>>431

http://d.hatena.ne.jp/keyword/%A5%C6%A5%AF%A5%CE%A5%A6

>>427,429,436
ちょwww80年代前半じゃねーかwwwwwお前らいくつだよwww
Seasarの中の連中オッサンばっかって再認識したよ

今更ながらに基本的なことで申し訳ないのですが教えてくださいませ。
１．POJOといってもメンバーに他のコンポーネント（のインターフェース）
　を持っているとすると、依存性はないといっても、結局インターフェース
　に依存しているという点では依存性は克服されていないように思います。
　つまりそれほどポータブルではない。
２．そのインターフェースを実装しているクラスが一つだとすると、AOPや
　モックの利用に必要という点を除いて、インターフェースを使っている
　意味はほとんどなく、具象クラスに依存しているのと変わりないのでは
　ないでしょうか。

>438
１．インタフェースに依存するのと、具象クラスに依存するのでは
全然意味合いが違うと思うのだが。

２．AOPでトランザクションを業務に意識させない、
モックと交換しての並行開発などメリットは十二分にあると思われ。

インターフェースの存在理由がわからないだけだろ？
初心者スレいけよ

インターフェースというものは絶対に必要。
しっかり考えての設計を数こなせばそこに疑問はなくなる。
Javaのinterfaceってのはインターフェースを明確にするためのひとつの手段。

使う使わないの選択はあるがな。
実装の都合で具象クラスのみにするという選択は当然ある。
つか全てのクラスにinterfaceを作るわけじゃないのはわかるよな。

で、知りたいのはインターフェースの有用性かPOJOの意味かDIの有用性かそれとも他の何かか。
疑問点を明確にして出直せ。

>438
「バグはシステムの端っこにある」で痛い目にあってないな。
Javaで作るような規模だとinterface抜きじゃメンテ無理。
もっとコード書け、ってアドバイスしかできん。

回答ありがとうございます。
AOPやモックによる利点についてはわかっています。
それ以外に、インターフェースを使わなかった場合に具体的に
どういう問題が起きてくるのかをちょっと聞いてみたいと思います。

>>438
＞依存性は克服されていないように思います。
サービス固有のオブジェクトが相互に関連を持つのは当たり前。
克服したかったのはコンテナ依存性。
コンテナを選ばない辺りがポータブル。

>>444
ありがとうございます。確かに関連を持つのは当たり前ですね。

コンテナ依存性についてですが、EJBでも一応アプリケーションサーバを
選ばないという点で同じではないでしょうか。あとPOJOになった利点がよく
言われるのですが、コンテナが提供するサービスを利用する以上、あるいは
動作させるのにインジェクションが必要な以上、コンテナ自体に依存して
いるのでその点だけを見た場合EJBとどれだけ違うのかなと思います。

あとコンテナを変えるということがどれだけあるのかと。

たぶん何か勘違いしているのだと思いますがよろしくお願いします。

同じコンテナ依存と言っても、EJBの仕様が難しくてついていけなかった人々が頼るものだから…

>>445
>いるのでその点だけを見た場合EJBとどれだけ違うのかなと思います。
それは一度テストケースを書いてみればよくわかる。

>>438
インターフェイスに依存するということは、実装は切り替えられるということ
LLのように動的にオブジェクトの構成を変更できる言語と違って
Javaのような言語は、どうしてもインターフェイスは固定しておかなければならない
だからJavaの場合、インターフェイスはかっちり決めて実装を簡単に変更できる
ようにしておくと便利。当然、インターフェイスがしっかり決まらなければ意味無いけど

Seasarの自動登録機能を使ってると、どうしても「インターフェイスに実装が一つ」の方が
楽になってくるのは確かだね。本来のDIコンテナの意味を考えると、自分も少し矛盾を感じてる
同一インターフェイスに複数の実装を登録した時点で、どれを登録するかをコンポーネント名
などで設定してあげる必要がある。設定ファイルが無いとアノテーションやsetter名で選択する
ことになるから、結局実装依存性がわずかながら生まれてきてしまう。
Springが設定ファイルに拘るのはそこらへんが原因なのかも

>動作させるのにインジェクションが必要
コードベタ書きすることで代用可能。コンテナが必要ってわけじゃない。
まあ面倒だが。

>あとコンテナを変えるということがどれだけあるのかと。
それが勘違い。
POJOの側からコンテナを呼び出すような形が「コンテナに依存」ということ。

それらの疑問はコードたくさん書いてみればだいたい解決するよ。

たとえばアプリケーションコンテナで実行していた機能を、
パフォーマンス上の理由でcronタスクで起動する
バッチ処理にしなければいけなかったとする。

だけどその機能を実現するロジックがアプリケーションコンテナに
依存していたりすると泣けるっしょ？

そんな時、ただのPOJOだから、スタンドアロンアプリで簡単に
利用できたら感涙っしょ？

特定のコンテナに依存しないというよりも、Seaser以外のコンテナに依存しないっつー事。

そもそもEJBで書くにしても、コアな処理はPOJOで記述して
最後にEJBラッパ用意するだけの形にするのがベストだと思う。
EJB自体、EJB3でPOJO意識した作りになったし。
(あれはPOJOじゃないと思うが。)

SessionBean とか、結局一つで済ましちゃうのが普通だもんなあ。

https://s-marke.backlog.jp/projects/NEEDS
ユーザID：guest
パスワード：guest

いろいろと回答ありがとうございます。

あともう一点質問があるのですが、
コンテナで管理されるオブジェクトには継承は使ってはいけないので
しょうか（インターフェースとは別にDefaultのサービスを継承）。
POJOという点からはご法度だと思うのですが、似たような
処理を行うクラス群では、セッター・インジェクションの部分が重複
して記述されることになり、ついつい共通部分に継承を使いたくなって
しまうのですが。まあ、フィールド・インジェクションを使うと、
その点はかなり緩和されるのですが。

POJOは何も継承しないというわけじゃなくて、
特定のフレームワーク固有のオブジェクトを継承しないということ。
自分で作ったクラスを継承する分にはコントロールできるから問題ないでしょ。

POJOで継承使っちゃいけなかったら、それはむしろ退化してるだろ。

「フレームワークが指定したクラスを継承する必要はなくて、継承階層は
自分で自由に決められる」というあたりまえのことがPOJOの（ひとつの）意味でしょ。

JavaにおいてあたりまえだからPlain Oldなわけで。

いろいろ質問する前にコード書いたらどうか。
簡単なフレームワーク構築して
EJBベースとDIコンテナベースで比較したら
もう二度とEJBなんてゴメンだと思う。

http://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 時間くらい悩んでも解決できなかったので諦める．無念だ．
[参考]
http://java.sun.com/docs/books/jls/third_edition/html/execution.html#12.4

獄長乙

最近獄長の存在感がないな
higaﾀｿの挑発もないしasipの粘着もない
Seasarﾂﾏﾝﾈ

プログラマは大人になったら終わりなのに、
みんな相手より上の目線に立ちたくて
より大人な態度を振舞おうとしてるからだね。

負けず嫌いでユーモアに溢れた独善的な技術者が、
とびきり魅力的だって事を忘れてしまったんだな。

惨めな奴らだよ。

大人な態度にし向けたのはどこのどいつらかと小一(ry

DIの適用範囲ですが、Webアプリケーション以外の、
デスクトップアプリケーション、バッチ処理、制御系などでも
使われているのでしょうか。DIが向かないものがあるとすれば
どのようなものでしょうか。

>>462
ソースを読めば判るよ

↑この回答をしている人ってSeasar関係者なの？
もしそうだとするとドキュメントが少ないという理由がよくわかるな。

「やればわかる」とか「まずやってみましょう」とかいうのは
どこかの宗教か、訪問販売っぽい。説明できない人がよく使う
常套文句。

2chだからまあどうでもいいのかもしれないが、プロジェクトで
DIの導入を検討しているときに、こういう答えをされたら、
見送りになっちゃうかな。
↑がSeasar関係者じゃないことを祈る。

関係者なのか、関係者じゃないのか

http://svn.seasar.org/browse/?view=rev&root=sandbox.kvasir&revision=818
heimの概念を導入し、jotunを廃止した。

heim?? jotun??

>>464
Seasarの関係者というのが何をさしているかわからないけど、
基本コミッタは、2chに書き込むことはないはず。
書き込むときは、困っている人を助けるときだね。

つ>463はﾈﾀ
Web以外で使われてるかどうかソース読んで判るわけない
お前らソースより空気読め

>>464
冗談で書いただけなのになに熱くなってるんだ？ｗ

季節は涼しい秋でつよ？ｗ

>>462
デスクトップアプリケーション、バッチ処理でもOKですよ
サービス層以降はWebアプリだろうが何だろうがあまり変わらないと思うので。

>>462
初期化にはそれなりに時間がかかるから
起動・終了のサイクルが早いアプリや、
瞬時に起動する必要のあるアプリには向いてない。

起動コスト以外の制約は思いつかない。

Swing画面(テストツールとか)でも平気で使っちゃってる。

>>472
> >>462
> 初期化にはそれなりに時間がかかるから
> 起動・終了のサイクルが早いアプリや、
> 瞬時に起動する必要のあるアプリには向いてない。

そのためのWarm Deploy

>>462
シューティングゲームを作るのに、向いていますよ。
敵の弾とか、自動でインジェクションされます。

シングルトンがほぼ使い物にならないのと現在の状態に依存して生成されるから
DIが解になるとはおもえんが

http://d.hatena.ne.jp/taichitaichi/20061013/1160712565
>乱暴な言い方だけど、ソースコードがドキュメントだ。みたいな。
>そうは言っても、コードの一部分だけ読めば事足りるんなら、それはそれでえーやん…とか。

コミッタがソース読めって言っちゃったよw

そんな揚げ足をとらんでも。

確かに「言ってる」な。びびったよもう！

>>400
実装終わた？

>>476
文脈を考えようぜ

>>480
調子のんな

>>481
獄長乙

S2JSF1.0.xにautocompleteを出力するようにして下さい。

>>483
JIRAに登録しました。対応までしばらくお待ちください。

>>484
どうもありがとうございます。まさかすぐ対応してくれるとは思いませんでした。

S2JSFでforEachタグを使ってtableのタテのセルの統合はどうやればいいでしょうか？

とりあえず１回目のループで統合対象のセルのrowspanにListのsizeを設定して
m:renderedでインデックスが0の時だけ統合対象以外のセルを出力

２回目のループではm:renderedでインデックスが1以上の時に統合対象以外のセルを出力

とやっているのですがもっと良い方法があるのでしょうか？

>>483
もう対応されたみたいだよ

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"って何？）

あとN:1関連の自動生成SQL、
INNER JOINを指定出来るようにしてくれー。

N:1の1側なんて大概マスタ系じゃん、
たかだか名称とるだけとかなのに
全件なめられちゃ困るのだ。

findByFooAndBar(Long foo, String bar)
のような場合、ARGSアノテーションなしにとかできないでしょうか？

>>488
JIRAに登録しました。対応までしばらくお待ちください。

>>489
JIRAに登録しました。対応までしばらくお待ちください。

>>490
ふざけんな、なめんな、ボケ。

ﾁｮｰｳｹﾙ

>>491
ASIPにタレこみました。対応までしばらくお待ちください。

>>491
すみません。ふざけたり、なめたりしているつもりはなかったのです。
サンプルなどでもこういった形式のメソッド名がよく出てくるので、
Convention over ConfigurationやDRYを満たすために良いかもと思った
(引数名がとれないからARGSアノテーションが導入されたという記憶があったので)
のですが、どうやら罵倒されるほど浅はかな考えだったようです。
未だ、どれほど下らない事を言ってしまったのかは正直分からないのですが。

>>494
実際にゃ>>488も>>489もJIRAに登録されてないことから推測すれ。

>>490
君はちっとも悪くない。

>>491
芦乙

足には
４９１のような
ネタをやる
センスはない

>>494
ネタにマジレスすることがどれほど下らないか分からないなんて…
２ちゃんに向いてないね

ネタそのものがつまらん場合はどっちに罪があるかだな。

罪があるのか、ないのか

>>498
どれほど下らないんだ？

sage厨登場
↓

http://d.hatena.ne.jp/koichik/20061021#1161450030
なんだこいつ、神か。

神じゃなくて獄長

>>503
コイツはすげぇ！超スゲェ！
>>490の要求なんて、数年前の出来事家のように軽くこなしてる。
>>491は本当に寒い、心より恥じろ。氏ね。っていうか死ね。無価値！

>>503みたいな奴が居るのがSeaserの底力なんだよな。凄すぎる。
これからも頑張って欲しいです(^^)

他の奴らは邪魔だから書き込まなくてもいいよ(^^)

>>505
獄長乙

つ、獄長のはパクリ

1 ｷﾑｷﾑがdoclet作成
2 獄長がﾊﾟｸる
3 太一がeclipseﾌﾟﾗｸﾞｲﾝ作成
こんな流れ
さすが獄長seasrの底力w

パクりじゃなくてコラボレーションと言ってあげようよｗ

>>509
お前コラボの意味わかってないだろｗｗｗ
インスパイアと言え

>>510
お前こそ分かってないな
インスパイヤと言え

http://d.hatena.ne.jp/taichitaichi/20061022/1161520341
> Uujiは、ひがさん作成の、
> 命名規約に基づいて動作する事で、コードの記述量を大きく減らす事を可能にした新しいDaoフレームワークです。

（ ´_ゝ`）ﾌｰﾝ

頼まれもしないのにコーダーみたいな事してるのか。
創造性のかけらも無い。

> 頼まれもしないのにコーダーみたいな事してるのか。

IT 土方としての素質を発揮したんじゃね？

そういうの、くーすの頃からいわれてるじゃん。

なんか荒れてるね。
・自分は実力はあるのに評価されていない
・まわりの連中は馬鹿ばっかと思っている
など満たされていない人たちが多いように推測します。
まあ、そんな人がいるプロジェクトは成功するのが
なかなか難しそうですね。
がんばって臭いｗ

>>516
獄長、(r

荒れてる気がしないんだが…
どこかで獄長が暴れてるのか？

引数名の取得だろｗ
抽象メソッドからはAPIレベルじゃ取得できないのを知らずに突っ走ってた小僧が、
えらそうな口を叩くようになったもんだ。

つまり>490以降の流れが荒れてるってことか？
平和だなw

>>519
抽象メソッドでなきゃAPIレベルで取れるもん？

>>521
クラスのbyte[]を直に触るか、バイトコード関連のAPI。
SunのJDK5ならBCELを内蔵している。

抽象メソッドはコードアトリビュートを持つと、
クラスのベリファイアでエラーになる。
なので、抽象メソッドならドックレットが必須。

言い方が悪かったか。APIというよりか、ランタイムだな。

久しぶりにﾋｶﾞﾀｿのブログ見に行ったら、
太文字や大文字が入り乱れて禿げしく読みにくくなってる。
何か、文体もアニメに出てくるアメリカかぶれキャラみたいになってて微妙。

3ヶ月ほどの間に何があったんだ。。。

はやくドキュメント用意してくれ〜〜〜〜

>>524
書き始めたばかりじゃね？

> 久しぶりにﾋｶﾞﾀｿのブログ見に行ったら、
> 太文字や大文字が入り乱れて禿げしく読みにくくなってる。

Plagger で EntryFullText して、いらんタグ取り除く Filter かませばいいんじゃね？

Seaser界隈って、>>526みたいな事を真剣にやって
「これは超凄い！」
って言ってるような雰囲気がプンプンするよな。

本来存在しなかった複雑さを、後から無駄に努力して乗り越えて
やり遂げた気になってる。

つーか、どっちかというとJava全般がそうなのか…？

Java って、getter と setter 書いて作業数増やすための言語っしょ？

作業数増やさないと利益増やせないからな
アマチュアはすっこんでろってこった

直接メンバ変数触らせるなんてバグの温床

> 直接メンバ変数触らせるなんてバグの温床

なんで〜？ｗ

>>527
Javaに限らずメジャーを狙えば必然的にそうなる
バカな下級戦士どもには単純さと簡単さは別物
相反すると言っていいくらいだ
言語もフレームワークも下級戦士どもがやりがちな過ちを
未然に防ごうとすると本質的でない複雑さが増える

>>528
IDE使えばアクセサくらい10秒で実装できるから目くじら立てなくてもいいじゃないか。

>>530>>531
publicフィールドがバグに直結した経験はないけど、
Eclipseで呼び出し先一覧を取得できないから嫌い。
あと、もしかしたらListみたいな参照型のフィールドだと直接publicじゃなくて、
addLastHoge(Ojbect element);
addHoge(Ojbect element, int index);
getHoge(int index);
removeHoge(int index);
の方が安全な気がする。理由は聞かないでくれ。なんとなくだからｗ

> IDE使えばアクセサくらい10秒で実装できるから目くじら立てなくてもいいじゃないか。

10 秒もかかるの？

そういうツッコミはつまらないよ

せめてIDEが統一されていないことによって操作性が違うとかいってあげようよ

>>528>>534は好きなだけpublicフィールド使えばいいじゃないか。

同様に、
Eclipseが嫌な香具師は他のIDEを使えばいいし、
Seasarが嫌な香具師は他のDIコンテナを使えばいいし、
Javaが嫌な香具師は他の言語を使えばいい。
それだけのこと。

Goyaのまとまった資料ってどこにあるの？

>>537
WEB+DB Press

Plagger のまとまった資料ってどこにあるの？

Teeda と TeedaExtentions のまとまった資料ってどこにあるの？

S2EBIはまぁいいとしよう。
だが、KijimunaやChuraはプロダクトの意味がまったく推測できない。
はっきりいって分かりにくい。
S2Container PluginやAllInOne4EJB3-JSF-JPAのほうが名前からわかり易くていいだろ。

それをいったらSpringもSeasarも推測不可能

JavaもEclipseもHibernateも推測不可能

Hibernateはなんとなくわからなくもない。

Eclipseも、ああSunが嫌いなのかなと
わかった。

S2JSFやS2StrutsやS2DAOは非常にわかり易い名前だけに残念。
といいたかった。

Hibernateも、ああ仕事やめて引き籠もったのかなと
わかった。

>>547
ﾜﾛｽ

プロジェクトの名前はオリジナルなものでいいけど、中身のプロダクトは、意味がわかるようにしてほしいよな。
ChuraとかUujiとか、わけのわからないものがいつのまにか増えてて、追いかける気もしなくなる。

>>549
そうそう！そういうことなんよ！

>>549
カンファレンスのサプライズ用にわざと
情報を絞ってるんでしょう。

ぶっちゃけサプライズはいらないなー。
ちゃんとしたドキュメントとチュートリアルさえ用意してくれているというんだったら
アップルのスティーブジョブスみたいなパフォーマンスをやれば許してやるが。

>>551
そして当日になっても何も出てこないというサプライズw

んじゃ、S2Chinsukouは予約しおくわ

誰か、Seasar3で商標とれよｗ

>>555
http://d.hatena.ne.jp/keyword/Seasar3

>>553
予想外だ！

S2サプライズ

http://www.higa.com/

ﾜﾗﾀ

http://www.habu.com/

そうか、HABU=Highest And Best Useだったんだな。

ttp://www.koichi.com/

>>563
本人じゃねーかｗｗｗ

宝物にエビちゃんグッズがないからニセモノ

こんばんは。

【初心者】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>を使うことも考えましたが、
これはテンプレート上のタグをそのまま出力するためのものですよね。



識者の方、ご解答よろしくお願いします。

あ、mayaaの話題なのでますますｽﾚ違いだとは思いますが・・・。
よろしくお願いします。

よく分からんけど、そう言う時はm:if使うんじゃね？

>653
今日だけアクセス数が多いよ ｗ

>>568
ありがとうございます。

以下の内容を参考にしてやってみましたが、条件を判定しての属性付加は可能でした。
（ttp://ml.seasar.org/archives/mayaa-user/2006-October/000293.html）

が、公式サイトにも有る通り、
（ttp://mayaa.seasar.org/documentation/processor_reference.html#echo）
m:echo は "割り当てられたタグをそのまま出力します" らしく、、、

html:textでの出力後には無力なようです。



m:if を使って、属性値に違いのあるhtml:textを処理しても良いのでしょうが・・・
ほとんど似たような記述を繰り返すのは避けたくて・・・。

やはり、html:textを使用する際の属性値にmayaaファイル内の変数を用いるのがベターなのでしょうか。
例えば
<html:text m:id="xxx" name="..." property="..." readonly="${A}" styleClass="${B}"/>
の様に・・・。

>>570
いまいち聞きたいことがどれなのか判らないけど、StrutsのTaglibがサポートされている属性ならそのまま書けば良い。
<html:text m:id="xxx" name="..." property="..." readonly="これが例"/>
サポートしている属性はStrutsのマニュアルを。
http://struts.apache.org/1.2.x/userGuide/struts-html.html#text

でもって、変数(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"/>

>>571
Strutsタグは${}の結果がnullなら属性名ごと出ないはず。少なくともJSPでは。

>>571
ありがとうございます☆

あれこれ思いついたこと書き並べてしまい、すいません・・・。

もともと、やりたかったことは、編集可画面 / 編集不可画面の切り替えをmayaaファイルで切り替えることです。
いずれの画面も、レイアウトやフォームエレメントが共通で、
ただし、編集不可画面にはフォームエレメントのreadonly属性やclass属性が必要である・・・

こんなとき、まずTaglibで書き出してから、
特定の条件下で、一括して、（mayaaファイル上の1つのブロックで　つまり条件分岐に絡む記述が散在しない　という意味で）
属性値を書き換えることができないかな、と思ったんです。



>>572
ですね☆　確認しますた。



Struts-Taglibの属性値に変数を使用する方向がいいみたいですね。
しかし、>>571さんの三項演算子は盲点でした（＾＾；
フォームエレメントが少ない場合は活用していきたいです。


本当にありがとうございます。

獄長様ってこんなお顔だったのですか(http://www.koichi.com/)　＞＜
ものすごいおしゃれさんと想像したいたのでつが ＞＜

エビちゃんを目指すモチベーションがかな〜り下がりまつたｗ

>574
ko1違い。

>>574
おしゃれさんとイケメンは別

ブランド好きとおしゃれさんも違うよな

実物はリュークみたいな顔してる

こらこら。w

>>574
いや、こんなもんじゃないですｗ

極超のHNって”こいちっく”って読んでOK?

>>581
ちょっとかわいいなと思ってしまった
俺の心はまさか恋チック

恋チック
故意チック
請いチック
乞いチック

こいちくと読んでますた。

まいっちんぐ

S2JSFプロジェクトをEclipseで作成。
Tomcatでデプロイ。
http://hogeghoe.net/S2JSFProject/index.html
とURLが長くなっちゃう。S2JSFProjectはぶっちゃけいらないんだけど
どぅすればいい？

>>586
URIかえるだけじゃねーの？

kwsk

server.xmlのContext要素のpath属性変えりゃいいんじゃないの？

やってみる。初心者ｽﾏｿ。

<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）すると
選択された値が先頭になってしまう。選択した状態を保持したいのだけどどうすれば皆目見当がつかない。どうすればよかですか？

解決しますた。異なるFormに配置してたよ（；´д｀） 逝ってきますorz

ドンマイドンマイ！
ど素人プロダクトだから厨質問大歓迎！

おまえ恋人いないだろ>593

仕事のスケジュールに影響する?
金払ってサポートうけろwwwwwwwwwwwwww

>>595
「いつまでに対応しろ」じゃなくて「いつまでに対応するか教えてくれ」
ってくらいならいんじゃね？
間に合わないなら自分でやるってんだし

死ねよ。お前恋人いないだろ>>596

>>597
死ねよ。お前妹いないだろ>>597

>>598
Yes。まぁ、姉が居るから勝ち組だけどな。

>>599
詩集を見つけてからが真の勝ち組
ttp://www.kajisoku.com/archives/eid420.html

｢Seasar｣

私はSeasarが嫌いです
Seasarも私が嫌いだそうです
でも告白されました
でもお断りしました
私は本当にSeasarが嫌いだったからです
ごめんね、Seasar
メモメモφ。

｢獄長｣

獄長が会社に来ました
おはようってあいさつしたら
おはようって返事されました
他にも話しかけてきたけど覚えてません
私は本当に獄長が嫌いだから
獄長、話しかけないで

「シーサー」

シーサーシーサー！！
恋しちゃってる？！
シーサーシーサー！！
愛しちゃってる？！
仕事しろ！！

「シーサー」

うそつき
シーサーは大人がやってるんだ
うそつき。

んと。
S2Dao（つーか、S2Dao.PHP5（苦笑））が使いたくてオフィシャルのWebをちょいと覗いてみたのだが……
DIコンテナ≒CORBAとか思ったんだが、この認識は概ねあってるのかな？
（もっともCORBAだって６〜７年前にちょいと甞めただけだが(^^;）

で、AOPっつーのは「コンテナで呼び出したオブジェクトのメソッドに対して、『呼出前／呼出後に○○やれや』という定義を付け加えることで、呼出元のコードを変更せずに機能を追加・変更できる」でおｋ？

まず、
>DIコンテナ≒CORBA
は間違ってる。
CORBAは分散オブジェクト技術で、DIはハイパーFactoryとでもいうべきか。。。
実装クラスのインスタンスを勝手に生成して、あらかじめプロパティに設定してくれる。って感じかな。
呼び出し側が実装クラスにもFactoryにも依存しないのが特徴か。。。

AOPに関してはその程度の認識でいいと思う。

やっぱりS2Daoきっかけで入る人が多数なんでしょうね。
俺も2年前そうでした。DIとかAOPは後からくっついてきた。
丁度その頃WEB+DBプレスvol.22が出て、おおこりゃいいなと。

ハイパーFactoryってのはいいですね。

DIコンテナ≒CORBAかどうかはよくわからんが、
『呼出前／呼出後に○○やれや』はおｋのようなきがする。

>>605
> DIコンテナ≒CORBAとか思ったんだが、この認識は概ねあってるのかな？
いいえ。違います。おっしゃりたいことはわかる気もしますが。DIコンテナが
実現する機能(のうちコンポーネントレポジトリといった役割の部分について)
は、ちょうど Object Request Brokerのやってくれることに似ている気がした
んだけど、ってことだと思います。きわめておおざっぱにはそのような理解
でもいいかもしれませんが。ともあれ、それはDIコンテナの機能の一部です。

> で、AOPっつーのは「コンテナで呼び出したオブジェクトのメソッドに対して、
> 『呼出前／呼出後に○○やれや』という定義を付け加えることで、呼出元の
> コードを変更せずに機能を追加・変更できる」でおｋ？
いいえ。違います。
ジョインポイントはメソッド呼出前後だけではないからです。
おっしゃりたいことはわかる気もしますし、きわめておおざっぱにはそのよう
な理解でいいかもしれませんが。

この高圧的な親切さは獄長

>>605
あ、>>606氏が書いてくれてますね。
そのとおりで、CORBAとDＩがそれぞれ解決しようとして
いる課題は、別のものです。
CORBAの課題はオブジェクトの分散に関するものであ
り、オブジェクトの配置情報をクライアントから隠蔽しま
す。

一方のDIはオブジェクト(コンポーネント)の独立性を高
めて保守性や開発効率を高めようとするものです。

雑な説明ですみません。

>>606-610
お返事どもっす。まぁ、分散オブジェクトを実現するための仕組みではない（少なくとも一義的な目的ではない）のは理解してます。
>>609氏の
> DIコンテナが
> 実現する機能(のうちコンポーネントレポジトリといった役割の部分について)
> は、ちょうど Object Request Brokerのやってくれることに似ている気がした
> んだけど、ってことだと思います。
というコトですね。実装の外に出したオブジェクト情報定義に基づいて、名前によるインスタンスの生成・参照を行う部分に大きな類似性を感じました。

AOPについては……コンストラクタだってメソッドだし、プロパティの直接参照は（Javaでは）事実上禁止されてるし……あとはデストラクタ（ガベージコレクション）実行時くらい？

この辺、Webや本では「手取り足取り」レベルとリファレンスの両極端のどちらかしかなくて、いまひとつイメージが把握が出来ないトコロなんですよねぇ。

とりあえずキモいスレだな。ｗ

お前ら釣られすぎ（ｗ

SELECT以外でもQUERYアノテーションを使えるようにする話はどうなった？

SQLアノテーション使えばいいんじゃね？

UPDATEでWHERE句を指定したいとかだろ。
結局無かったことになってるのか。いい加減だな。

SQLアノテーションは"update [TABLE_NAME]"から書かないといけないから
DaoをGenericsで使うときに都合が悪い。

Teedaがリリースされたのはよかったが、S2JSFの存在意義がさっぱりわからなくなってきたなｗ

つうかコアプロジェクトとしてView側技術を提供する必要があるんだろうか。

ViewにはStrutsやTapestry、Clickその他色々な競争相手がいるんだから、あえて作らなくてもいいような気がするんだが。

どれも決定打に欠けるから自分たちで作るんじゃね？
あとは政治的な理由だろうか。

Teedaが決定打を持ってるかどうかは知らんが。

なんつーか、Seasarを使ったWebアプリのベストチョイスが欲しいんだよねー
S2Container、S2DAO（S2Dxo？）、TeedaでOK？

>>622
http://event.seasar.org/sc2006autumn/viewAttachment.do?_pageName_=Session&_fileName_=SC2006Autumn_S1_Seasar2.4.pdf

>>622
プレーンHTMLを用いたテンプレートは使いにくい。
間違いない。

>>624
おっ、それは理由が知りたいかも。なんで？

FCKEditorのようなライブラリで使われている内部HTMLを
S2JSFが横取りしてエラーを出してしまうので困っています。
S2JSFのテンプレート拡張子を"html"以外に変えるには
どうしたら良いでしょうか？

ただいま
Conferenceから帰ってきました

>>627

乙。どう？

>>628
お前らが２chで文句ばっかいうからひがﾀﾝが一時期はげしくやる気をなくしてたって。

>>627
SpringのTシャツ着てたのは君か？

>>629
お前もあのセッション聞いてたのか
あれにはちょっと笑ってしまったよ

今回は鯖管、jBPM、イントラマート、明日はどっちだとひたすら裏街道ばっか聞いてた。

もう新プロダクトはおなかいっぱい。

メイドどうだった？

>>632
相当のファウンデーションマニアだなｗ

>>629
そのまま辞めればいいのに。

> そのまま辞めればいいのに。

すごい勢いで同意。
そのまま沖縄に帰ればいいんだよね。ｗ

ttp://d.hatena.ne.jp/higayasuo/20061114#1163470810

極端な変わりようだな…

巡り巡ってMSAccessみたいになってきたな

やはりOfficeは偉大だ

Teedaでは、HTML1ページにつき1java（ロジック）というスタイルになるようだけど、
たとえばメニューだとかの共通パーツはどういう扱いになるんでしょ？
専用のタグとかで処理するん？

レイアウト機能はまだだって。

それが出来れば部品ごとにHTMLが出来るわけだから、
それぞれにPageクラスが出来るんじゃない？

>>640
レイアウト機能はいつリリースだー！？

Mockについて聞きたいんだけど、Mockの実装ってテストクラスの中に
無名クラスを作ってやるの？　それとも独立したMockクラスを作って
コンテナにＤＩしてもらうの？

>>642
どちらでもいいし、Mock代わりに戻り値を返してくれるInterceptorも用意されてる

Page駆動開発ってまだよくわからないんだけど、
ASP.NETがViewとロジックをページ単位で分割管理してるのに似てたりするの？

>>641
もうすぐってこないだのイベントでいってました

>>630
俺のナナメ前にいたよ！！ SpringTシャツ。


個人的にはtuigwaaの今後に期待。面白そう

>>643
もし独立したMockクラスを作るとすると、AutoRegisterってできるの？
昔試したときは、AutoRegisterってクラスパス上にインターフェースを
実装したクラスが一つだけじゃないといけないようだった気がする。

あるパッケージのものだけAutoRegisterするとか、あるいは除外する
とかって機能あるの？

>>646
テストの時には自分で組み立てれば。
AutoRegisterは使わずに。

dxoってドキュメントとかサンプルとか、なんかないのか？

seasarではよくあること

「なんにもないが、あるのよ」

Goyaも、結局完成したものがなかったのに、「Goyaと言われる開発手法がありました」ということになってるしな。

>>650
風香乙

青本のS2JSFの項は酷いな。これでは入門にすらなってないだろ。
もう1冊のほうはどんなもんだろ？買った香具師いる？

青本は確かにひどい。
本家のサンプル解説に毛のはえたようなもん。
全く役に立ちませんでした。まあ会社の金で買ったから
いいけど。

>>654
だよね〜？自費で買った漏れは負け組みか。

別のほうが気になる。

S2JSFでActionでHttpServletResponseにヘッダを設定するとセットされないけど
Action以外でヘッダを設定するとちゃんとセットされるのはなぜですか

Seasarでリモートからのコンポーネント呼び出しってできるの？

>>657
http://www.seasar.org/#communication.java

さんくす

S2JMSは期待してたんだけどな……orz

獄長の出番ですよ。

>>655
arton本は、割とアーキテクチャ寄り。
そういうのが知りたい人とか、学びたい人には、もってこい。

S2JSFの実装とかTipsとかリファレンスを期待している人にはNG。

Teeda というのが存在している以上、Ｓ２ＪＳＦって頑張って使う必要無いんｼﾞｬﾏｲｶﾝ?

本はいいからドキュメントを早く出してほしい
Javadocプロジェクトみたいに誰か書かないかな
もちろん獄長のレビュー付きｗ

HOT deployっていうのの原理が分からないんだけど、例えばstatic finalな定数を変更したら、
その定数を使ってる全クラスを再コンパイルしないと変更が正しく反映されないよね。
static finalな定数はそれを使っているところにコンパイル時に展開されてしまうから。

Eclipseだと保存した時にコンパイルする必要があるクラスはすべて再コンパイルされるけど、
この機能に依存してるってことかな？

Netbeansみたいにコンパイル時にはAntでコンパイルしてwar作って配布するようなのだと
役に立たないかな？

S2Seasar

>>665
その定数に依存しているクラスが全部際コンパイルされるなら、
たぶん、NetBeansでも大丈夫じゃないかな。

っていうかNetBeansって、war作って配布しないとだめなの。
それだと激しく面倒なんだけど。

>>667
どこが面倒？
実行ボタンひとつで全部勝手にやってくれるけど。

>>668
面倒ではないのか。

でも自動とはいえ、antでコンパイルして、
war作って、アプリケーションサーバを再起動させるのは
時間がかかるよl。
再起動ではなくてautoreloadかもしれんが同じこと。

Eclipseならソースを保存した瞬間にすべて
準備完了だから。

EclipseのCTRL+Sに相当するのはF9かF11おすだけ
Tomcatも連携はwar使ってなくてbuildつかってるはずだ
だからJSPとかの変更は何もする必要ない

俺もHOT deployの仕組みしらんからなんともいえないけど

>>669
アプリケーションだけ再起動だから、アプリケーションサーバーごと再起動するほどの時間はかからないよ。

WebObjectsというアップル製フレームワーク向けにある
ProjectWONDERというオープンソースのフレームワークでも
HOT Deployと同様の機能があってな。そっちはクラスの追加などがあったら
再ビルドの必要があったのでのぞいてみたらクラスを動的に読み込みなおすなどいろいろと頑張ってるものだった。
ﾅﾂｶｼﾔ-

Eclipseプラグインのdoltengに関するページはどこにあるかいな？

HTMLとPageクラスをCtrl+5で切り替えれないのだけど、
HTMLファイルのエディタを何に指定しないといけないのかな。

関係者もしくは知っている方は教えてクレくれ。

>>670
保存したときに、再コンパイルが必要なクラスが
自動的に再コンパイルされるなら、
NetBeansでもHOT deployされると思うよ。

実験君でDolteng入れたらマタタビのショートカットが軒並み死んじゃったー
マタタビは仕事で使ってんのでショクーですよ。

hotdeployってただのクラスローダか
なら、NetBeansとかIDEには影響せんわ

PDFをJavaで作るなら何がお勧めでつか？
デザイナーツールが優秀なのがいいでつ。

よくわからないまま返事すると。
Jasper Report？

>>677
S2PDF

>>678
Jasper ReportってGUIで帳票作成できまつか？
日本語フォントも問題なし？

>>679
ネタでつか？

>>681
このスレでその質問してネタ以外の何を期待する？

S2Jasper

S2Adobe

SuperSolenoid DAO

前のバージョンのライブラリファイルはどうやって手に入れるの？
s2strutsとか

>>686
http://seasarproject.g.hatena.ne.jp/keyword/S2リリース履歴#p4

>>687

thanks助かりました！！

S2Dao+S2(現最新版)でHot Deployをしようとすると、getComponent()時に
「[ESSR0064]クラスXXDaoのコンストラクタが見つかりません」と出てしまいました。
インターフェースなのにクラスとして扱われているようです。
Cool Deployだとちゃんと動くのですが、Hot Deployだと特別な設定が必要なのでしょうか？
diconファイルはresources/以下にあるものをそのまま使っています。

動きました。
獄長さんありがとうございました。

>>677

JooReportsつうものもある。

ちなみにこれはOpenOfficeを常駐させてJavaから制御するという超富豪アプローチｗ

漏れも動きました。
獄長さんありがとうございました。

>>691
むむっ。
これはいけそうでつ。
ありりん�d！！

ところで、Eclipse BIRT ってのは、あんまり人気なしでつか？

S2Struts1.2のexample全く動かんな。
tomcat起動時にエラー絶対でない？

S2Daoの使い方がさっぱりわかりません。
初心者でもわかりやすく説明してくれるサイトか本ってないですか?
おしえてエロイ人!!

>>692

SeasarのＨＰ見てわからなかったら、絶対使わないほうがいいと思う。

>>696

>>692 じゃなくて >>695でした。。

＞SeasarのＨＰ見てわからなかったら、絶対使わないほうがいいと思う。

それじゃかわいそうなので俺がつくってやろう。
どんなサイトがほしい？　>>695

>>698は神か仏か？はたまた悪魔か関係者か？ｗ

＞神か仏か？はたまた悪魔か関係者か？ｗ
麻薬みたいなもんだな。

>>696

禿同


>>698

それってどうなんだろ？
HPみてもわからんってのは、ものすごくレベルがたりないと思われ。
まずはservlet jdbcで基本を理解した方がいいような気がする。

こういう指摘の方が優しくね？

>>701
> HPみてもわからんってのは、ものすごくレベルがたりないと思われ。

これぞSeasarクオリティ。
あのHPでこれだけ言い切れるのが、初心者を大切にしない姿勢を如実に表している。

なんの初心者かによるけどな。
確かにseasar初心者にわかりやすいページじゃないけど、
java初心者じゃなければなんとかわかるだろ。
そういうこといってんじゃないのか？
まぁ、よりわかりやすいページができるのはwelcome

評論はエンドユーザのためのもの、フィードバックは製作者のためのもの。
評論やフィードバックを、それぞれ、エンドユーザや製作者にプラスの
効果をもたらすものという意味の物に限定するならだけど。

エンドユーザに向けて発信された「ダメダメだね」といったにわか評論を、
作者自身が見て解釈してそこから改善のためのアイデアを見出すことは
もちろんあっていい。
だがそれは情報を「作者自身がフィードバックしている」のであって、
決して「にわか評論家が実装にフィードバックした」訳では無い。

だからこのような場合も含めてにわか評論家が
「フィードバックしてやってるんだからありがたく思え、
感謝されこそすれ罵られる謂れは無い」
などと言うのは、勘違いもいいところなんだな。

またフィードバックは製作者の言葉でされなければあまり役に立たないという事もまた、
問題をややこしくしていると思う。

エンドユーザはエンドユーザの言葉で「使いにくいので直してください」
といった意見を直接作者に向けてフィードバックすることがある。
しかし「どこがどのように、どれだけ使いにくいのか。どうあるべきなのか。」
といった具体的で有用な情報でない限り、それらの「フィードバック」はノイズにしかならない。
善意で送ってくれたんだろうけど、却って困ってしまうこともある。

まったく誰からもフィードバックを貰えないのと、
価値あるフィードバックが可能な有能な人に見向きもされなくて
あまり意味の無いフィードバックしか貰えないのと、
どっちもどっちという気がするよ。

704 マルチ荒らし?
http://pc8.2ch.net/test/read.cgi/tech/1159315598/828

>>704
要するに、コミッタ以外は黙ってろ、って事か。

http://d.hatena.ne.jp/wildcats/20061116/1163683184
http://www.misao.gr.jp/~koshian/?20061120S2
http://d.hatena.ne.jp/wildcats/20061120/1164036332
http://www.misao.gr.jp/~koshian/?20061121S1
http://d.hatena.ne.jp/wildcats/20061121/1164119970
この流れと関係ありそうだが>704の発信源はどこだ？

>706
むしろ芦ピー以外は黙ってろ、って事かもなw
wildcatsが↓読んだのが発端だった場合
http://pc8.2ch.net/test/read.cgi/prog/1153067625/181-184

705です。
>>707のような解釈もできるのか。
でもなぜRubyスレッドにまで？という疑問は残るんですが。

>>708
その解釈ネタw
マ板のネタ元がbabieだからRubyも無縁じゃないがな

>>707
むしろ脚Pは黙ってろ、って（ｒ

>>710
もうKuroの話はいいよ。まだやるの。
ネットウォッチ板に悪田(健)大将軍のスレを立ててもいい？

まあS2Daoのドキュメントが不親切なのは同意。

695です。
HPみながらやってみて理解できました。
優しさの「や」の字も無い説明だった。

solaris10のバナーがでかすぎる

どんなサイトがほしいか教えてくれ。>>695
>> 701
>それってどうなんだろ？
>HPみてもわからんってのは、ものすごくレベルがたりないと思われ。
>まずはservlet jdbcで基本を理解した方がいいような気がする。
>
>こういう指摘の方が優しくね？

指摘するだけじゃ俺にとってのメリット全然ないじゃん。
「質問」しかしてないやつに「意見」を言わせると、
納得の「意見」が出てきて、ためになるかと思ったんだが・・・

期待した俺が馬鹿だった。2chに期待した俺が馬鹿だった。

>>695
「つかえねーよボケ」の内容を１０ぐらい出せ！
「XXXXXX」のサイトが「俺にとっては」すげーわかりやすいぜ！の例をいくつか出せ！

別にS2Daoに文句があるわけではないが、敢えて挙げてみるのも面白そうだな
俺はO/Rマッパーの検討をしたとき、N：１の関連しか持てないのを知って採用を見送った。
マスタデータなどを関連づけることは出来るけど、親データから子データへの関連は
持てないってことだからな
どちらかというと、O/RマッパーというよりSQL作成ツールという印象だな
関連を色々辿っていってEntity内でロジック実行するような処理よりも
検索・表示用にSQLを駆使するような処理に向いてそう

何かを根本的に間違えているか、勘違いしてないか？

どうせ２ｃｈだから気にしないでくれｗ
「質問しかしてないやつに意見を言わせる」って部分にちょっと興味を持っただけだから

おれも1:N関連を取得しないのが最初なんでか分からなかったクチだ。
今はできるのか？

1:Nは遅延ロード無しでJOINだけでは、1にNが複数種類ぶらさがってるときなんかに
全データを一括取得できないこともあるので、遅延ロードしない仕組みのS2DaoだとNを
取ってこないのは納得は出来たんだけど、はっきりどっかに「1:Nマッピングはサポートし
てない。理由はしかじか」書いとくといいかもしれない。

「S2Daoでできること」はすでにいろいろ書いてあるので、「S2Daoにできない
こと」を（もしあるなら）理由付きで書くといいかも。

ORマッパなんて星の数ほどあるしもうお腹いっぱい
S2DAOだがS2ADOだかしらんが、もうSQL直書きのJDBCでいいよ

>>716
× O/RマッパーというよりSQL作成ツール
○ O/RマッパーというよりSQL実行ツール

S2DaoのSQLの自動作成はおまけ
自分でガリガリかいたSQLを実行させるのがS2Daoの真骨頂

>>716
> 検索・表示用にSQLを駆使するような処理に向いてそう
そうですかね？
初心者のような単純なSELECTしかしない人向けじゃないかな。
検索条件や表示すべき情報が複雑で駆使する必要があればあるほど、痛いことになるとおもうが？

>>721
俺もSQL大好き派なので、そう思った。

721と723（おれ）にはさまれて722が
全く逆の事をいっておるのう

>>722
単純なSELECTならDbUtilsで十分じゃないか？

>>725
SELECT a.id,a.name,b.name
FROM a
INNER JOIN b ON (bid)
INNER JOIN c ON (cid)
WHERE c.visible = 1 ;

S2Daoでこれが簡単にできるかな？って話なんですが　簡単にできますか？

>>726
ごめん、これのどの辺が複雑なのか、
S2Daoで簡単にできなさそうと判断してしまうのか、
誰か説明キボンヌ。

>>726
単純なSELECTならDbUtilsで十分じゃないか？

やだよ、SELECT 〜 なんてコード中に入れるなんてさー。

中の人は>726程度のことで悩んでるのにも分かるようなドキュメントを書くべき

>>726
つまりJOINを簡単に書きたいってこと？
だったらHibernateを使えばいいと思う
もっと複雑なSQL書くのはS2Daoより面倒になるけど

>>727
S2Daoでやる簡単な方法があるんですか？　なさそう　ありそう　の話をしてるんじゃない。
方法あるなら教えてよ。話はそれからだよ？
僕は今まで探してもみつからなかったんですが？

人に説明の出来ない技術なんていりませんよ　アセンブラやればいいんじゃないですか？

>>732
なんで切れ気味なんだよw

@Bean(table="a")
public class A{
　private B b;
　@Relation(relationNo=0, relationKey="bid")
　public B getB(){ return b; }
　public void setB(B b){ this.b = b; }

　private C c;
　@Relation(relationNo=2, relationKey="cid")
　public C getC(){ return c; }
　public void setC(C c){ thic.c = c; }

}

@S2Dao(bean=A.class)
public interface ADao{
　@Query("c.visible=?")
　public A getA(int sw);
}

こういうことじゃなくて？

>>733
relationNoって途中抜けてもＯＫなんだっけ？
0から始めずにハマった事は覚えているけど、連続していない場合ってのは試したことがないな。

>>734
ごめん、ﾀｲﾎﾟ

>>732
A.java
========================================
public class A{
　private Integer id;
　private String aname;
　private String bname;
　〜
}

ADao.java
========================================
public interface ADao {
　public Class BEAN = A.class;
　public List find();
}

ADao_find.sql
========================================
SELECT a.id, a.name aname, b.name bname
FROM a
INNER JOIN b ON (a.bid = b.id)
INNER JOIN c ON (a.cid = c.id)
WHERE c.visible = 1

S2DaoがSQL実行ツールってのはこういうこと

>>732
> 方法あるなら教えてよ。話はそれからだよ？

お前、ぬるいよ

ぬるぽ

>>732
日本語でおｋ

diconに書かれたコンポーネントを後からオーバーライドってどうすればいいですか？
たとえば

<!-- B.dicon の中身 -->
<components>

<include path="A.dicon" />

<!-- ここで A.dicon やその中でさらに include した dicon 中のコンポーネント a を差し替えたい
しかしこのような書き方では新たに a と言うコンポーネントが定義されるだけで、
a.dicon 中のコンポーネント同士の関連をオーバーライドすることはできない
-->
<component name="a" class="a.A">
</component>

</components>

100 個のコンポーネントを組み合わせるシステム中の一部のコンポーネントを差し替えるために、100 個全部定義しなおすのはちょっと嫌です。
標準的な構成の dicon を用意して、アドホックなオーバーライドを行えればよいかなと思ったのですが。

そんなに畳み掛けたら、彼だって出てきにくいだろう。
まぁ、まずは>>732の意見を聞いてみようじゃないか、諸君。

>>740
なんとでもできるんじゃね？
http://s2container.seasar.org/ja/conditionalInclude.html
http://s2container.seasar.org/ja/xinclude.html

relationアノテーションつかうと
INNER JOINにならないよ。

SQLファイル使えばいいじゃん。
そうすりゃ財務諸表の出力に使うような
SQLだってJDBCだのなんだの
気にせず使える。

って736にすでに書いてあった・・・。

でも、何度かここにも要望あったけど
アノテーションでINNER JOIN指定出来るように
してくんないかなあ。

Seasar最近使い始めたけど、こったことやらなければ簡単じゃね？

>>742
ありがとうございます、どちらの機能もはじめて知りました。
XInclude を試してみましたが、普通に TooManyRegistrationRuntimeException になるだけでオーバーライドはできないようです。
org.seasar.framework.container.impl.TooManyRegistrationComponentDefImpl を書き換えてこの例外をもみ消すことで期待した結果が得られましたが、
そうするのがよいのかどうか・・・。

>>745
お前の発想を変えろ
定義してからオーバーライドするんじゃない
定義してるファイルを変えるんだ
100個コンポーネントが定義してあるdiconの一部を変えたいなら
そこだけ別ファイルに切り出してXIncludeで取り込め
必要に応じてそのファイルを入れ替えれば目的達成だろ？

>>746
確かにそうなんですが、
その場合残されたほうの dicon が不完全になってしまう（切り出した部分が無いと動かない）のと、
あらかじめ差し替えられる場所を限定しないといけません。
自由な差し替えを受け入れるにはコンポーネント1つごとに1つの dicon なんてことになってしまいます。

完全に動作する標準構成のパッケージと、
その一部を差し替える後付可能な定義ができるといいなと思うんですが。

たとえば

<!-- A （または同じ型）が定義済みならオーバーライドする、TooManyRe(ry は起こさない -->
<component name="A" override="yes" />

というのができるとうれしいかなぁ。

>>747
自由度が高けりゃいいってもんじゃないぞ

>>748
dicon に書いている時点でそのコンポーネントは差し替えを受け入れていると言えると思います。
ただ dicon の文法的な制約でその差し替えが若干困難になっているというか。

重複をエラーとするかオーバーライドにするかは、どちらかを取るのも選択肢の一つですが、
意図しない重複は検出し（TooMany）、意図する重複は受け入れる（オーバーライド）方がより良いのではないかと思います。

＞しかし、Javaでさらに生産性を高めるためには､レイヤモデルアーキテクチャは重くて足かせになります。
＞そこで考えたのが「ページ駆動開発」と「テーブル駆動開発」です。

（笑）

これってACCESSの画面を見せながら
要望を取り入れてその都度開発していくのとカワンナイじゃん

>>749
本気でそれが必要ならMLかhigaﾀｿのブログで相談しろよ
俺はそんなの必要だと思ったことないからこれ以上はﾜｶﾝﾈ

>>750
なにか問題でもあるのか？

>>749
ごめん、話の内容はあまり読んでないので、外していたらすまん
重複するインターフェイス実装クラスを使い分ける方法はS2.3時代から存在するよ
インターフェイスによる自動バインディング対象コンポーネントが複数存在した場合
componentのname属性と、プロパティ名（setterから判断する）が等しいものが選択される。
この機能を使えば、セットしたい実装とセットしたくない実装のname属性を変更すれば
DI対象を変更できる。

>>751
確かに場違いでした・・・

>>753
なるほど、デフォルトのコンポーネントには名前をつけず、優先させたいコンポーネントの方に適切な名前をつければそれっぽいことができますね。
コンストラクタの自動バインディングや明示的に名前を指定している場合には使えませんが、有効な代替案になりえそうです。

>>754
データベースが複数になったときの為に、DataSourceや紐付くO/Rマッパーのコンポーネントを
名前指定しておけば、プロパティ名だけで使い分けることもできたりして結構便利
この機能があるから、S2でのバインディングはなるべくセッターインジェクションを使った方がいい
後々実装が増えて選択しなければいけなくなったとき、コンストラクタ・インジェクションでは
DIされる側の設定も記述し直すことになってしまうので

誰か、S2JSF ⇒ Teeda Extension のテンプレートコンバータを
作ってくれないかなあ。細かいところは手作業修正が必要なレベルで
いいからさ。

>>736
結局SQL書かなきゃいけないんですかね？

会社の同僚には、「アノテーションだとLEFT OUTER JOIN なんだぁ・・・」って苦笑いされる始末

結局は、自分で書いた方が良い・・・というのが結論ですかね。

まあ最大の売りが「2-way SQL」だからな。
「単純なケースならSQL書かなくてもいい、かも知れない」程度に考えるのが吉。

>>757
> 結局SQL書かなきゃいけないんですかね？

SQL書けないお子ちゃまはHibernateでも使ってなさいってこった

逆切れに近い開き直りだな

>>759
SQL書けないお子ちゃまにHibernateは到底使えない
Hibernateを使うにはSQLを熟知し、更にそのSQLをHQLに翻訳する技術が要求される

なにをエラそーにｗ

RDB使う以上、SQLを書くのが王道と思われ。

>>757
>会社の同僚には、「アノテーションだとLEFT OUTER JOIN なんだぁ・・・」って苦笑いされる始末
>
>結局は、自分で書いた方が良い・・・というのが結論ですかね。

アノテーションで何を期待していたのかぜひとも知りたいね。
LEFT OUTER JOINだとまずかったのか？？

INNER JOINを期待してたんだろ
デフォルトINNER JOINアノテーションでOUTER JOINがよかた

てか、ＳＱＬなんか普通かけるやろ？
なんでＳＱＬ自動生成がそんなに

まさか、SQLを書けないから自動生成するツールだと思ってるのか？

>>767
yes

SQLをかくのが面倒くさいから.....じゃない？

自動生成される程度のSQLがめんどいなんてSQL書けないのと同レベル

>>770
わかってないなぁｗ

自動生成のメリットは、単に作るのが作るのが楽というより、
変更があったときの変更箇所が減らせれるということじゃないの。

SQLだけ直して終わりが一番

あほか。
SQLを書くかどうかじゃなくて、SQLとオブジェクトの
マッピングを省力化したいからなんだよ。

でiBatis最強！という結論になるわけだな

検索処理がロジックの大きなポイントになるのなら、S2DaoやiBatisの方がいいだろう。
しかしロジックをドメインモデルで構築し、Entityに複雑な処理をやらせたいのなら、
HibernateやJPAの方が向いている。
両者は力を入れているポイントが異なるので、適用したいシステム要件と合わせて検討すべき

MacでS2Daoを使用してMySQLにアクセスするようにソース書いたら
「テーブルがねぇぞヴォケ!!」って怒られました。
なんで？

(´･ω･｀)しらんがな

Macは関係無いんｼﾞｬﾏｲｶ？あるとすれば単にMySQLが動いていないだけか？

MacでMySQLだとテーブルの大文字小文字を区別するとか？

その前に、「テーブルがねぇぞヴォケ!!」ってのは、
SQLException なのか、S2Daoが言ってるのか。

>>776
なるほど　とんくす

>>775
S2Daoと比べてiBatisの魅力って？
XMLの中にSQL書いてるの見てそれ以上追ってないんだが

適材適所　と言いたいところだが、
適材適所だと S2DaoとHibernateが混在したりするわけかな・・・それって目も当てられないよな・・・

適材適所の、「所」の最小単位はアプリーケーションだろうな。

Uuji の具体的なリリース日を教えてくれ。できればドキュメントも。

ついでに、Uujiがリリースされると、S2Daoは用済みっていうことでFA？

Seasar2.3の時代は､S2Daoと言われるORマッパがありました。

うーーん、どるてん というエクリプスプラグインを入れて、
プロジェクト作成→ちゅら→スーパーアジャイルを選択
で作成したんだ。で、lib/ にUujiのスナップショットが入ってて。
Teedaだとか使いたいなと思ってはいたんだが、
Uujiの使い方が書いてあるドキュメントが無い。サッパリわからんー(ﾉ`Д´)ﾉ

なんで使い方もサンプルも無いものを大々的に宣伝してリリースなんてしたんだ？？？？？

ひんと：どぅるてんのバージョンばんごう

は？

0.何とかてバージョンなんだから開発中なんだよ
2.何とかになってもドキュメントが揃わないSeasarクオリティを理解しろよw
ドキュメントやサンプルが必要なお子ちゃまはSpringでも使ってろってこった

uuji は1.0-betaになってるよ。
betaといえども1.0。使えるレベルってことでしょ。チュートリアルを含めたドキュメントを一通り用意した上でリリースすべき

だと思いません？

言いたいことは、その是非はともかくとして、
主事たるモノが、自分のブログなどで宣伝しているのに、
ユーザーが手にできるレベルが使えない状態なのは異常だってこと。
「使えない」とはソフトウェアとしては稼働していても、ドキュメント・サンプルが無いが為にユーザが満足に使えない状態。

>>ドキュメントやサンプルが必要なお子ちゃまはSpringでも使ってろってこった

必要な人が、全体の99.5%ぐらいじゃないすかね？あとの0.5%はあんたを含む玄人な人たちだよ。
おれたちゃ現場は皆素人。現場をもっと意識してくれよ。叩かれるの解ってていうけどさｗ

>>783
S2Dao は Seasar 上で動くことを前提としてるけど、iBatis はそういう前提がない。
Seasar 使える状況なら、S2Dao 使った方が楽かな。

またまたそんな当たり前が通用するといまさら思ってるわけ

Uujiなんかまだリリースアナウンスもされてないんだから異常でもなんでもないだろ。
DoltengがUuji含めてるのは先走ってるか大人の事情かだよきっと。
てか公式サイトには名前すらのってないじゃん。(´･ω･)ｶﾜｲｿｽ

>>793
> betaといえども1.0。使えるレベルってことでしょ。チュートリアルを含めたドキュメントを一通り用意した上でリリースすべき

だからそういうお子ちゃまはSp(ry

>>794
まぁ、玄人な人たちがいろいろ使い込んでいくのとあわせて、徐々にドキュメントも整備されていくんだろうし気長にまとうよ。
たとえドキュメントあっても実案件には、まだ危なくて使えないしさ。地雷踏みはドキュメントのいらない玄人がしてくれるってことで。

Seasarもキャズムの壁までは到達したって事だな。

どういう形で壁を越えるつもりなのか興味がある。

>>DoltengがUuji含めてるのは先走ってるか大人の事情かだよきっと。

そこがゆるせんのだ。カンファレンスでも堂々と宣伝しちゃってるわけだから。
なんつーか、コミッタは皆優秀なエンジニアなんだろうけど、利用者との"コミュニケーション"が決定的に劣っているよね。他のOSSと比べると。
Seasar2やひが氏を叩きたくて仕方ないわけじゃない。そんなのはこのスレに居るキチガイどもに任せれば良い。
今はなんだかコミッタを含めた好き者同士のマスタベーションになってる希ガス。
主事が全ての舵取りなんかしてないで、スポークスマンでも雇ったらどうだ。

>>794
> おれたちゃ現場は皆素人。現場をもっと意識してくれよ。叩かれるの解ってていうけどさｗ

いいたいことはわかる。
だが待ってるだけじゃきっと出てこない。それがSeasarだ。諦めろ。
素人の自覚があるならβに手出すな。
手出してもいいけどドキュメントがないなんて最初から分かってることで騒ぐなよ。

>>793
betaはあくまでもbeta版だよ
0.Xから1.0に上がるってことは、普通はリリース版に含む機能の実装が完了したことを示すんじゃない？
逆に、RCとかはリリース候補なんだから、
本来はドキュメント一式含めて出すべきだと思う

>>801
> そこがゆるせんのだ。カンファレンスでも堂々と宣伝しちゃってるわけだから。

カンファレンスってそういうもんだぞ？
ベーパーウェアを宣伝して反応を伺うのが主目的だ
お前、マジでお子ちゃまだな…

>>795
S2SqlMapってあるけどそれ込みでS2Daoと比べるとどうよ？
http://s2sqlmap.sandbox.seasar.org/

要は
ttp://www.seasar.org
ここでリリース予定や進捗などを素人にも解るようにすればｲｲﾝｼﾞｬﾈ?
ReferenceやTutorialが無いなら無い理由も解る場所にきっちり書けばｲｲﾝｼﾞｬﾈ?

>>806
それいいね
uujiもkuinaもsandboxに移してドキュメントないってはっきり書くだけでもいい
あとドキュメント欲しい奴は有償サポートに金払え
そうすりゃhigaﾀｿもドキュメント書く人件費まかなえるし
できてこなけりゃ堂々と抗議できるってもんだ

uujiがメジャーになると、S2DAOという数少ないわかりやすい名前のライブラリがひとつ無くなるわけか。

>>808
Uujiはコード名、リリース時にはS2Dao2になるから大丈夫だ

だったら沖縄系のワケワカラン名前も全部とっかえてほしいぞｗ

これでｲｲﾝｼﾞｬﾏｲｶﾝ
Chura → S2Scaffold
Teeda → S2Jsf2
Uuji → S2Dao2
Kuina → S2Jpa
Kijimuna → S2Eclipse
Seasar → S2Spring

>>811
あたまいいなあ、笑って元気でたよ、ありがとう

Smart Deployのドキュメントがわかりにくい
獄長、書き直し!!

ドキュメントがわかりづらくて全然スマートではない件について。

Seasar ファウンデーション 求人

下記の職種を募集してます。
・スポークスマン【急募】
・テクニカルライター（わかりやすい文章書ける方）
・Webデザイナ
・サクラ【急募】

年齢制限：大卒以上、Java経験３年以上、英語が出来るとなお良い
給与：応相談

>>811
S2Springはおいといて、マジでこれ系にしてほしい。
RailsはActive/Actionで枕をそろえて統一感出してる。
Seasarって名前すらなかなか浸透しないのに、ChuraとかUujiとか。
沖縄に負い目のあるヤマトンチュなら無意識に拒否感出まくりですよ。
へんなところにこだわって損してる。

>>811
すげ〜よくわかった。
感動した。
あとは
ぶり→S2Workflow
tuigwaa→S2Cybozu
Dolteng→S2Eclipse2
にしてくれればいいな。

>>815
ソースのURLを教えてください。
問い合せ先でもいいです。
興味があります。応募したい。

もしかして、マジレス？

>>817
S2Cybozuﾜﾛﾀ

でも>>811はマジでわかりやすいな。Seasarはそのままにしておくとしても、
関連プロダクトはこんな感じが良いな。

沖縄名な関連プロダクトがKijimunaだけだったときは良かったんだが、こんだけ
増えると何が何だかわからん。

あと、仕事の提案で「今回のプロジェクトではDBまわりでくいなとどぅるてんを使うことを
提案します」とか言ってる姿が想像できない。

Seasar使うからS2JpaとS2Scaffold使うよ、だったら説明しやすいが。

まあスーツ族のことを考えて付けた名前ではないんだろうけど。

まあ、ApacheとかJakartaとかTomcatとかCactus、Ant、Geronimo・・・も
考えてみればかなりおふざけな名前だと思うけどね。
要は耳慣れているかどうかだけじゃないかと。

いや、それらは独立したプロダクトだから。
単なるフレームワークの、その一ライブラリがごちゃごちゃした名前だと辟易する。

>>823
Apache MyFacesのTomahawkとかTobago（Oracle ADF のTrinidadも）はどうよ？

>>824
ふつうにナシだろw
俺らだって別にSeasar憎しで言ってるわけじゃないから。
Jakarta系列でも酷いネーミングは多いと思う。

ふ〜ん・・・プロダクト名ならOKでライブラリ名だとNGなのかぁ・・・

>>826
Commonsは、わかりやすい名前がついてる

Commons

* BeanUtils
* Betwixt
* Cactus (E)
* Codec
* CLI
* Collections
* DBCP
* Digester
* Discovery
* EL
* FileUpload
* HttpClient
* Jelly
* Jexl
* JXPath
* Lang
* Latka
* Logging
* Modeler
* Net
* Pool
* Validator

だいたいわかりやすいな。てかしらないの結構あるな。

ヘンな名前はCactus、Jelly、Latkaぐらいか。

マジ話、提案書に書きにくい名前は、よほどメジャーになってからか、
もしくはフルネームで言うと普通っぽいのでないとだめだろうね。

ApacheだってApache HTTP Serverと書けば、なんだかしらんが
Apacheとかいう会社が作ってるHTTPのサーバーらしいと思ってもらえる。

実際Tomcatが業務で使われるようになったのは、Tomcatの名前が
すごく売れてからであって、それまではやっぱり商用のアプリケーション
サーバが売れてたらしい。人聞きですまんけど。

Commons Betwixtだけが妙に浮いているが、これは古語。なんでプロダクト名に古語を持ってくるんだと。

FAQ曰く
> I grepped a dictionary for words containing B*T*X for Bean To XML.
> There's not many words around containing those 3 letters in order.
> Betwixt also seems a fitting name as its the stuff between (betwixt) Beans and XML.

（俺訳）
>>
bean to XMLという意味でBとTとXを含む単語をgrepしてみたんだけど、
この単語を順序通り使ってる単語ってあんまりなかったんですよね。
Betwixtという名前は、このユーティリティがBeanとXMLとの間で(between=betwixt)役立つことを
うまく表してる名前かなと思ったんだよね。
<<

ちなみにbetwixtというのはbetweenの古語です。

IMEに「ことえり」という名前を付けるのと同じ感覚？

DiscoveryやらDigesterやら、わかりにくいのもあるけど、なんとなく意味的に納得できる。

IBMのWebSphere関連の方が人に説明するのが難しいなぁ。
と言うか略語モードのWASとかWDSc(RAD)なんか、一般のﾌﾟﾛｸﾞﾗﾏにすら通用しないとｵﾓ。

Tomcatとcatalinaみないな関係ならまだ許せる。
公にはS2Scaffoldって呼んでおいて、
org.seasar.churaってパッケージとか。

ひらたくいうと、英語圏の人が考えた名前だから入り込みやすくて、
日本人が考えたものだと入り込みにくい。
中国・韓国あたりが考えると拒否もしくは排除反応といったところか。

ぜんぜん平たくなってねーよ！
namazuとかcannaとか全然拒否反応ねぇ。

お前らが嫌われてるから叩かれてるんじゃなくて、
お前らのネーミングセンスが逝けてないから叩かれてるって事を理解しろ。

調子のんな。何が得意げにブリ大根だ。豚が。

ﾈﾀﾆﾏｼﾞﾚｽｶｺﾜﾙｲ.

ｳﾙｾｰ,ﾌﾞﾘﾀﾞｲｺﾝ!!

コンプレックスだかノスタルジーだか知らんが、いい加減、沖縄ネタから離れたらいいのに。
とは思う。

>>811
>>Teeda → S2Jsf2
TeedaってJSFの実装(MyFacesの置き換え)だったと思うんだけど、
S2JSFも含むの？

>>840
Teeda ExtentionがまさにS2JSF2

なるへそ。ﾄﾝｸｽ

Seasarの最近の危険性を考えてたんだが、
カンファレンスでロードマップだけ語って実際のモノが無いプロダクトが多いって事だった。

PS3で妄想大爆発してる社長と同じ匂いを感じる。

カンファレンスって普通そんなもんじゃないの？
つかロードマップにあるもんが既に全部揃ってたら
その時点で過去のものなんじゃ・・・・

プロダクトは出てくるけど、サンプルが出てこない。

最初のからさわぎの時に話に出ていたうりずん、どうなったんでしょうね。

うりずんってなに？

>>844
企業のマーケティングや囲い込みありきのカンファレンスはそれでいいと思うよ。
騙されたときは、騙された奴が馬鹿だった。で済む話だからな。

けど、オープンソースプロダクトは違うだろ？
まずは使ってもらわにゃ話にならんのになんでオナニードリーム爆発させてるの？

Railsの奴もなんかカンファレンスでまだ実装されてない機能を語ったりしてるけど
それはあくまでも、今までの開発手法の延長だろ？

よく考えられた手法を完成させて広めた上で、さらにこういう風に洗練させようって訳だ。

Seasarは考えの浅い手法を未完成なままいくつも放り投げてるだけだからな。

scaffoldの命名規則の質問の解答が
「どの(Uuji, S2Dao, KuinaDao)scaffoldを使われていますか。」
で始まってるところをみてこりゃだめだと思った。

>>846

Seasar版PetShop…のつもりでマスタメンテか何かを作る予定と言ってたような気がする。

もう２〜３年まえだからよく覚えていないな。

　 　　　　　　　　　　　 　 　　　　　　 　　　┌-―ー-';
　 　　　　　　　　　　　　　　　　　　　 　 　　| (・∀・) ﾉ
　　　　　　　　　 　 　　 ＿＿＿＿ 　　　　上―-―' 　　　＿＿＿_
　　　　　　 　　　　　　　| （･∀･） ｜ 　 ／　 ＼　　　　　 | (・∀・) |
　　　　　　　　　　 　 　 |￣￣￣￣ 　 （￣￣￣） 　 　 　 |￣￣￣
　 　 　 　 　　 　 　 　 ∧ 　　　　　　 （[[[[[[|]]]]]） 　 　 ,∧
　　　　　　　　　　　　<⌒>　 　 　 　 [=|=|=|=|=|=]　　　<⌒>
　　　　　　　　　　　／⌒＼ 　 　 　 _|iﾛi|iﾛiiﾛi|iﾛ|_∧ ／⌒＼_ 　　　ｼﾞｻｸｼﾞｴﾝﾗﾝﾄﾞ
　　　　　　　　　　　］皿皿［-∧-∧|ll||llll||lllｌ||lllｌ|lll|￣|]皿皿[_|
　　　　　　　　　　　|_／＼_|,,|「|,,,|「|ﾐ^!､|]|[|]|[|][]|_.田 | ∧_ 　]
　　　　　　　　　　　| . ∩　 |'|「|'''|「|||:ll;|||}{|||}{|||}{|||}{|,田田.|__|
　　　　　　　　　　　|￣￣￣￣|「|￣￣||[[|門門門|]]|[_[_[_[_[_[
　　　　　　　　　　／i~~i' l ∩∩l　.ｌ　∩　∩　 l　　|__| .| .∩|　.|　l-,
　　　　　　　,,,,,='~|　|　|' |,,=i~~i==========|~~|^^|~ ~'i----i==i,, | 'i
　　 　 　 　 |　l ,==,-'''^^　 l　 |. ∩. ∩. ∩. |　 |∩| 　 |∩∩|　 |~~^i~'i、
　　　　　 ,=i^~~.|　 |.∩.∩ |,...,|__|,,|__|,,|__|,,|__|,....,||,,|.|,.....,||,|_|,|.|,....,| 　 |　|~i
　　　　 l~| .|　　|　,,,---== ヽﾉ　　　 i　　　　ヽﾉ~~~ ヽﾉ　　 ~ ソ^=-.i,,,,|,,,|
　　　　.|..l　i,-=''~~--,,,　　＼　 ＼　 l　　　／　　　／　　　　／　　__,-=^~
　　　　|,-''~　-,,,＿　　~-,,.　 ＼ .＼ |　.／　　 ／　　＿,,,-~　 　／
　　　　 ~^''=、＿ _ ^'- i=''''''^~~~~~~~~~~~~~~~~~~~~^''''''''=i -'^~
　　　　　　　　　　 ~^^''ヽ　ヽ 　i　　 | 　 ｌ 　i 　/　 ／　 ノ
　　　　　　　　　　　　　　ヽ　　、 l　 |　 ｌ　 l　/ .／　　／
　　　　　　　　　　　　 　 　 ＼_　、i ヽ　 i　 /　　　,,=='
　　　　　　　　　　　　　　　　　 ''==,,,,＿＿＿,,,=='~

>>811が、公式にあったらどれだけ時間を
消費せずにすんだことやら。。。

ところで、S2関係者以外で、Teedaを実践投入してる
人いますか？

S2Struts + S2 +S2Daoが成功したんで、
次のprjで工数削減の為にTeedaの導入でなやんでます。

レイアウト機能がまだだしなあ。

>>851
おれならその組み合わせでもう数回つくって自分のコード貯めるかな。
仕事人は2,3歩遅れてついて行くのが一番よ。

S2Struts + Mayaaでいくつか案件やったけど
Mayaaって結構融通がきく。

その融通がTeedaできくかってのがちょっと不安ではあるのよね。

Mayaaはドキュメントも割りと揃ってたってのも大きい。
てな訳で俺も>>853に一票。

俺もちょっと揺れてるんですけどね。

Mayaaいいなぁ、なんか感動した。

高校の時好きだった人の名前がマヤちゃんだったなー
そう美人じゃなかったけど
ちょっとおっぱい大きかった（；´д｀）ﾊｧﾊｧ

得意げに裏技は開発者まで聞いてねっていう奴らが癌だな。

ソースコードが公開されてんのに裏技なんてあるんか

>>856
全国のマヤさんが高校同窓会の欠席を決意しております。

Mayaa って何するやつだったっけ。

って思うことが多すぎるな。

S2JSFで納得できない点。

<table>
<span m:inject="s:forEach" ...>
<tr>
<td><span m:value="..."/></td>
</tr>
</span>
</table>

のレンダリング結果が

<table>
<span>
<tr>
<td>foo</td>
</tr>
</span>
</table>

になる。spanを除去していただきたい。

>>851です、こんばんは。

Mayaaに１票はいりましたので、評価したいと思います。
が、アーキ的にJSP+Strutsよりコスト安になるとは思えないの
ですが。

コストが高くなるが、メンテしやすさが上がる感じになるのでしょうか？
>Mayaa導入済みの皆様。
.mayaaファイルのジェネレータとか落ちて無いかな。。。

JSP+Strutsは高いと思うぞ〜〜

>>864
S2Struts +JSP2.0 + JSTLであれば
それ程高いとは思わないな
教育コストを考えたら、そう簡単にJSPは切れないよ

このスレ、死んだと思って見てなかったら
随分盛況になってる！！！
シーサーって人気あるんでつね！？

>>862
Mayaa マタタビ
でぐぐってみよう

http://teeda.seasar.org/ja/
見えないよ　＞＜

>>867
なにが？
おまいの会社のプロクシでアク禁とかだったら爆笑だな！

>>868
今見えた♪
書き込み乙ｗ

SeasarConのビデオ配信って12/6,7のやつを見逃したらもう見れないの？
Ｗｅｂで公開するのに時間に縛られるって何打それって感じなんだけど。
だれかyoutubeにうｐして。まじで。

Teedaのexampleで遊んでるんだけど、
入力チェックエラー時のメッセージってどこに登録されてるの？
Teeda Hackerな人教えてん。

>>871
javax.facesのMessage.properties。

>>872
ありがとう。
まだファイル見つけられないんだけど(汗)、
jarの中に入ってるのかな？
もうちょっとがんばってみるｗ

~/teeda-html-example/src/main/resources/appMessages_ja.properties

このファイルｼﾞｬﾏｲｶ？

>>874
そのファイルかと思ったんだけど、
入力チェックエラー時に表示されるメッセージは
登録されてないんだよね。
JSFの知識がないから、見つからないのかな？(汗)
shotたんのブログで質問してみようかしらｗ
それにしてもTeedaでの開発すごく簡単そうでつ。

>>登録されてないんだよね。

いや、>>874のファイルには最初から記述されてないのは当然で、
自分でkeyとvalueの形式で書くんｼﾞｬﾏｲｶ?

そもそも、デフォルトのメッセージのファイルを探してどうするつもりなのか。
自分でカスタマイズしたいのなら自分で適当な場所に適当に作って
faces-config.xmlに登録すればいいのだけれど。

>>876, 877
どの入力チェックでどのkeyを指定するのか知りたかったのさ（恥）。
この辺はJSFの知識が関係してくるの？
低レベルな質問なので出直してくるｗ

>>878
後に続く者の為に解ったらココに結果を書くのだ。

>>878
JSF仕様だよ。Spacificationを読むのが一番手っ取り早い。

>>880
JSFの概要をまず理解してみる。
ありがとう。

>>875
teeda-core-xxx.jarのjavax.facesにあるよ。
JSFの知識とかなくても気軽に質問しておｋ。

>>882
ありがとーーー！
このファイルにやっと出会えたでつ(おそっ)。
もしかして あなたはshotたんでつか？ｗ

Converter, Validatorの細かい仕様とかソース見て分からなかったら、
また質問しまつので、その時はよろしくですっ！

>>875
コードと仕様書を読め。
わからなければ、Springを使え。
以上。

そういう杓子定規的なこと言う香具師はキライです

>>885
同意。マンネリつかワンパターンで工夫がないよね。
リアルでも笑い取れないタイプなんだろうな…
ｶﾜｲｿｽ

>>886
ここでは>>884は
横山ホットブラザーズの「お前はあほか」
みたいなもんだよ。

ここでは887は
お年寄りがわけのわからない例えを出して意味がわかってない若者を見て
最近の若者は・・・とほくそえむようなもんか。

こないだとんねるずの番組に出てたから
少しは通りがいいかなと思って。

本当は玉川カルテットの
「あたしゃもすこしセガ欲しい」
にしようかと思った。

これだから最近の若者は・・・

くだらない事言ってないで
休日くらい家族サービスしてください。
おじさん♪
１人家族なら好きなようにしてokです。

最近冷戦中なもんで
家にいると息苦しいんだもん。
無理くり仕事作って会社にプチ家出。

これだから最近の・・・

インポってこと？？？

インポだったらどんだけ気が楽か・・・

妻の不倫ｷﾀｰ！

インポってエロイ事考えてもたたないの？
それともエロイ事考える気も起きないの？

別の女が相手なら勃つ！

S2DxoとかTeedaみてると
コントローラの部分はPageクラスすら作らず(もしくは.javaで定義せず)
スクリプトっぽいのだけで済ませられるといいなーってよく思うんだけど、
そーいうプロジェクトねーかな。

PHPみたいな感じでドカドカ書きたいんだけど(あんまりコードかけない人でも使える表記法で)、
Serviceから先はJavaでしっかり書きたいみたいなニーズってあると思うんだけどなあ。

JSPだな

jspじゃ色々かけすぎて記述量が多いからなあ
コンテナに登録済みのどのサービス呼んで正常時はこれを表示って言う程度の事を簡単に書けない

そのサービスを呼ぶところが突き詰めるとまともな言語並の自由度を保証せざるを得ないんじゃないかなぁ〜。
パターン化してJavaで書くのが速いと思う。

MayaaはjavascriptからS2のコンポーネント呼べるから、
部品だけjavaで書いて呼び出すとか・・・？

ServiceとのやりとりはTeeda-Ajax使って
UIは全部Ajaxで作るとか
Ajaxの部分はFlexでもSwingでもいいと思うけど

なるほど色々やりかたあるんだなあ。ありがとう。
俺が単純なのしか思いつかないからイメージが合わないっぽいなあ。
>>902
Teeda-Ajaxってそんなことできたのかあ。

>>903
あくまで、JavaScriptからS2に登録したコンポーネントを呼べる機能のみ
戻り値はJSONで渡してくれる。

>>904
戻り値は、Objectを返せばJSON形式に自動で変換するし
XMLやHTMLの文字列を返す事も出来る。
S2に登録したPOJOのメソッドを呼び出す事はかなり容易に出来ますな。

s2containerがチマチマとバージョンアップされていってますが、
Ver2.5の計画はあるのかな。あるとしたら何が実装されるの。

なんていうかな、今後どういった方向にSeasar2は進んでいくのか
マイルストーンとか、どっかに情報ないですか？

さて、どう出る？
http://d.hatena.ne.jp/wildcats/20061203/1165135539
http://blog.goo.ne.jp/ikkoan/e/a79de9384820c5a37e572e72ab73d216
http://www.saisse.jp/pukiwiki/pukiwiki.php?%C6%FC%B5%AD%2F2006-12-05

S2Maiキター

素早いお返事ありがと

>>907
DIしてAOPとか、クラスローダーでごちゃごちゃとかをやろうとすると、Javaの仕組み上インタフェースが必要になるんだから仕方ない。

つまり、DIやAOPで便利になるのを犠牲にしても
いちいちinterface作りたくねぇ、兎に角めんどくせぇ
って話になるのか。

Hogeってクラスは、setHogeでオートインジェクションされるから、
インターフェース使いたくないやつは使わなければいいし、
ポイントカットの指定も*って書けばいいんじゃね？

実装クラスの場合、diconにname書いて
その通りの名前のプロパティにしてやんないと
オートインジェクションされないんじゃなかった？

インターフェイスがないと、クラスレベルの拡張手段に
委譲を使いづらくなってしまうぞ

>>914
否定派は何が何でもinterfaceやだってんでなくて
業務システムのただのService層とかで
実装が一個なのに無批判に分離するのがやだって話で
そういう設計にinterfaceの有用性が関わる所はOKなんだと思うよ。

多分。

何でも最初の実装は一個なわけで
そしてリリース後に継承やコピペでパスタ化していくんだろうな

でもその確率って業務システムだと
そうそう高くないと思う。

ドカタ仕事と揶揄される所以。
YAGNIだといいたいんだろうな。

俺はinterface書きたいけどね、
長い物に巻かれるの好きだから。

特定のDIコンテナとは無関係ですって、つけたしてるけど
でも特定の設計手法とは関係大ありだよねー

処世術なんだろうけど
見物客としては
もっと堂々としてほしいねー

Implって名前作るのはダサいと思うが
interfaceと実装に分けるのは当然だろう？
一個しかなくても分けるよ。

実装が一個なのは当初の予定であり、
予定通りに行かないのは世の常。
と言うか、Mockを継承で作るって・・・モックにならんだろ？

seasarに限っていえば
モックを自分で作らないで済むんで
インタフェースは必ず作りたいねえ。

継承してモックって、実装をオーバーライドするんでしょ。
なんか気持ち悪いよね。必ずしもAPIが保証されない。
ま、気をつけて作れって事なんだろうけど。

つまり、ただの感情論？

モックも作らないなら、不要じゃないの？

実装クラスを継承してMockを作ったとして
テストのときにどーやって本物のクラスをMockに切り替えるの？

ユニットテストの時はコンテナにインスタンスを作らせないで
テストケースの中でインスタンスを作っちゃうことが多くない？

俺は[業務システムに Impl はダサい]という感覚がサッパリ分からないが、
どっちかというと

インタフェイス：IHogehogeManager
実装：HogehogeManager

という命名規則にして欲しかったな。

あと、愚民プログラマをどのプロジェクトでも排除できるって訳ではないので、
カスが紛れ込んでそうなプロジェクトでは実装とインタフェイスの分離を規約で
縛っておいて糞コードを発見した際には比較的安全に新しいコードと差し替える
ってのは有効だと思うんよな。

もちろん、ある程度インテリジェンスな奴のみの
プロジェクトでは自由にやっても構わないと思う。

文句言ってる奴らって、多分 守・破・離 でいう破の段階のやつらじゃねぇ？
愚民プログラマはとにかく守れ！

天才になったら Ruby や Lisp など別の強力な言語に行く。それが 離。

>>924
ありえない。テスト用の設定を準備する。

>>926
それで複数人のチームでテストファーストできる？
テスト用の設定に変える場合はどこかを書き換える作業が発生するでしょ？

>>927
その為のDIじゃないのか？ｗ

>>927
ふつーはテスト用のダイコンを準備して、テストクラスではそれを読むんじゃないのか？
まぁ、1テスト1ダイコンとかなったら流石に泣けるだろうけど。

Seasarまだ使ったことがないんでSpringの手法で回答してるんだが。

>>929
テスト用の設定ファイルはPGが各自に作るの？
それとも共通のファイルをみんなでいじるの？

>>928
kwsk。

>>929
そりゃ各自だろ。

各テストに必要なオブジェクトなんてたかが知れてるから、
そのために巨大なダイコン読み込んだって意味が無い。

テスト毎に多量にインスタンス生成したらサクサク感(ﾌﾟｹﾞﾗ)も減っちゃうし。

モック時計とかモックDBとかスゲー基本的なことは共通にしといて、
各パッケージ毎のテストは、それをインポートしたダイコンを使えばいいんじゃね？

>925　と同じく、おれにもダサさがわかんね。

インターフェース強制導出して実装１コだったとして、
それでどれほど複雑度が上がるというのか。

とりあえずモック作る時に実装にひきずられてたら
(継承して作るとか言っちゃってるし)
それはもうモックでもなんでもないと思うんだ。

まー普通継承してモック作るくらいだったら、インターフェイス切るわな
今更議論するようなことでもないと思っていたが
そんなにインターフェイス作るごときが嫌なら、今すぐにJavaやめてLLに行くべきだな

全部のクラスでモックを作るわけじゃないと思うが。

インターフェイス「切る」って？

I〜はダサと思う。〜Implもイマイチだけど、やむなくこっちにしてる。
１：１インタフェースが無駄だという主張は↓とか。
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?InterfaceImplementationPair
まぁ、SeasarとかSpringみたいなJavaのDIではインタフェースを作る方がいいと思う。

>>934
日本語でおk

Implがいやなら、diconいじって好きな名前にすりゃいいんじゃね？

なんでこんなつまらん感情論に振り回されるのさ？

論点はそこではなくて、interface なんて飾りですよ、な部分。

切る
とはあらゆる事象に使用できる万能用語である
なお、乱用しすぎると意味不明になるので注意

この場合切るは文脈で切り出すという意味なのは明らか。
執拗に本質でない部分をネタにする時点で分離嫌だよ派が合理的な説明を展開できてない気がする。

>>941
俺はマジでわからんかったよ。

>>918
処世術とか決め付けて書くのは自由ですが心外です。
私は悪いものは具体的に悪いと書くタイプの人間ですから私の認識していない
その設計手法とやらをリンク頂くなりして私に教授してくれませんか？
それが気に入らなければこの日記で遠慮なく叩きますよ。

結局、計画的設計か進化的設計かって事だろ。

インタフェース不要派は進化的設計で、
「必要なものは必要になってから作ればいい。事前に用意しても複雑になるだけ。」
って考えてる。

インタフェース必要派は計画的設計で、
「将来発生し得る、様々な拡張に備えておく必要がある。」
って考えてる。

アジャイルの精神では進化的設計であるべきだけど、
そもそもDIってものが計画的設計の産物なんだと思う。

>>941
本質でない部分だからネタにしてんだろうがよｗ

>>945
ごまかし乙ｗ

[Seasar-user:5402]
なんか噛みあってないんだよなｗ

>>944
逆だと思う、

インタフェース必要派は、
「将来発生し得る、様々な拡張に備えて」
あるインタフェースに対する実装を進化的に発展し得るが、

実装とインタフェースが同一な場合、
最初から全部計画的に設計を作っていかないと、
後から必要なものを付けたしつつ実装というのは難しい気がする。

動的言語(たとえばRuby)の場合も結局、
インタフェースは宣言しないだけで、暗黙的には存在するし、
Javaの場合はインタフェースを明示的に宣言しなければいけないから、
(本当なら暗黙的にできたものを)わざわざ書かなくてはいけなくて、
煩雑に感じるとか。

>>944と>>948、
どっちも気持ちはよくわかるけど
設計と実装でどっちを進化的とするかの
話ですれちがってる気がする。

ちょっとはしょりすぎた。
>>948って
実装を進化的に行えるようにするために
計画的に設計する、って読めたのです。

>>944の不要論の方は、
設計段階では実装を進化的に行ううんぬん
考えないで、必要になったら設計変えちゃえばいいじゃん
って話。

でもさ、インタフェース作るくらいで計画的も何もないよな。

いや、事前にインタフェースを準備した時点で計画的設計だろ。

計画的…将来の拡張に備えて、実装の前に入念に設計する。
　　　　　　例えば、インタフェースを用意しておくなど。

進化的…将来の拡張は、拡張が必要なタイミングで設計からやり直す。
　　　　　　例えば、リファクタリングやリストラクチャリング、インタフェースの抽出など。

あ、間にレス入ってた。
>>951にリファクタリングって書いたけど、「リファクタリングは設計じゃないだろ」とか突っ込まないでねｗ

>>950
その認識。
>でもさ、インタフェース作るくらいで計画的も何もないよな。
すまねぇ。ファウラーかぶれなんだ。

ああごめんごめん、計画的も何もないよなって
944を揶揄したわけじゃないんです。

悩むくらいなら作っちゃえばいいじゃんってのが
本音なので、そんな感じの意味です。

> でもさ、インタフェース作るくらいで計画的も何もないよな。

たしかに…。

どっちも拡張するときのやり方の問題って事ですか。
なんか、計画的と進化的という単語の意味の定義にずれがあるだけの気がしてきた。

ただ、この話が出てきたインタフェースを作るかどうかという話とはあまり関係ないような。
別にインタフェースから始めて、
拡張が必要なタイミングでインタフェースをリファクタリングしても良いわけですよね？

要するにインタフェースを書くのがめんどいか、めんどくさくないか？
(インタフェースだけじ動かないけど実装なら書けば動くしね。)

>>953
把握。
漏れも、
「インタフェースが実装と1：1で対応してるのは、
　無駄なものは作らないっていう本来のアジャイルの精神じゃないだろ？」
って一石を投じたかっただけだ。
インタフェースを事前に用意するのはたいした労力じゃないと思うし、
DIコンテナ使う上では用意するのが当たり前と受け入れてるお。

DIっていう機構に不信感が募り始めてるのは確かだけど。
従来のドメインモデルとは相性が悪いから、シンドメインモデルで！っていわれてもな…

しんどいモデルかと思った

DIコンテナ使うならとりあえずinterface作った方が良いよね、じゃダメなのかな。
実装・メンテのデメリットよりも得られるメリットの方が遥かに大きいし。

DIコンテナ使わないならまた話は別だが。

>>945
だから、本質では太刀打ちできないからそういう小ざかしいことするんだろ？

2chで本質ﾌﾟｹﾞﾗ

(^∀^)ｹﾞﾗｹﾞﾗ、ｼﾈﾔ

いや、ていうか、小ざかしいことて…

切るって出てきたから、
切るは云々て下らんことを書いてみただけのただの通りすがりだ。
議論にも入ってねえ。

プライドだけ一人前乙

最近ただのつまらん書き込みに粘着するやつが多いな。
プライドって笑わせんな

最近ただのつまらん書き込みするだけの粘着も多いな。

それ粘着か？
確かに粘着もいるが

なんとなく語感が良かっただけ。気にしないで。

2ちゃん用語使いたがりかよ
↑
こういうのだよね、粘着って

ひがたんの美声をボリューム大で聞きたいでつ。

うーみゅのブランド品を目の前で燃やしてみたい

インタフェース切るのって、ただ、
AOPの適用ポイント明確にするぐらいにしか使わなくね？

Action - Logic - Dao構成なら、
どーせActionなんてテストしないんだから、
Logicのインタフェースは作成不要じゃね？