国産DIコンテナSeasar その7

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 05/09 18:50 / Filesize : 235 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

国産DIコンテナSeasar その7

1 名前：デフォルトの名無しさん mailto:sage [2006/07/16(日) 23:29:27 ]: 一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

本家 seasar.org
www.seasar.org/

Seasar Projectグループ
seasarproject.g.hatena.ne.jp/

ひがやすをblog
d.hatena.ne.jp/higayasuo/

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

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

Java⇔RDBのMapping-Frameworkを語るThre Vol.4
pc8.2ch.net/test/read.cgi/tech/1134701684/
705 名前：デフォルトの名無しさん mailto:sage [2006/11/22(水) 20:23:45 ]: 704 マルチ荒らし?
pc8.2ch.net/test/read.cgi/tech/1159315598/828
706 名前：デフォルトの名無しさん mailto:sage [2006/11/22(水) 20:52:33 ]: >>704
要するに、コミッタ以外は黙ってろ、って事か。
707 名前：デフォルトの名無しさん mailto:sage [2006/11/22(水) 20:59:38 ]: d.hatena.ne.jp/wildcats/20061116/1163683184
www.misao.gr.jp/~koshian/?20061120S2
d.hatena.ne.jp/wildcats/20061120/1164036332
www.misao.gr.jp/~koshian/?20061121S1
d.hatena.ne.jp/wildcats/20061121/1164119970
この流れと関係ありそうだが>704の発信源はどこだ？

>706
むしろ芦ピー以外は黙ってろ、って事かもなw
wildcatsが↓読んだのが発端だった場合
pc8.2ch.net/test/read.cgi/prog/1153067625/181-184
708 名前：デフォルトの名無しさん mailto:sage [2006/11/22(水) 21:37:39 ]: 705です。
>>707のような解釈もできるのか。
でもなぜRubyスレッドにまで？という疑問は残るんですが。
709 名前：707 mailto:sage [2006/11/22(水) 21:52:41 ]: >>708
その解釈ネタw
マ板のネタ元がbabieだからRubyも無縁じゃないがな
710 名前：デフォルトの名無しさん mailto:sage [2006/11/22(水) 23:08:41 ]: >>707
むしろ脚Pは黙ってろ、って（ｒ
711 名前：デフォルトの名無しさん mailto:sage [2006/11/22(水) 23:45:00 ]: >>710
もうKuroの話はいいよ。まだやるの。
ネットウォッチ板に悪田(健)大将軍のスレを立ててもいい？
712 名前：デフォルトの名無しさん [2006/11/23(木) 03:07:17 ]: まあS2Daoのドキュメントが不親切なのは同意。
713 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 03:58:19 ]: 695です。
HPみながらやってみて理解できました。
優しさの「や」の字も無い説明だった。
714 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 04:22:27 ]: solaris10のバナーがでかすぎる
715 名前：698 [2006/11/23(木) 10:16:05 ]: どんなサイトがほしいか教えてくれ。>>695
>> 701
>それってどうなんだろ？
>HPみてもわからんってのは、ものすごくレベルがたりないと思われ。
>まずはservlet jdbcで基本を理解した方がいいような気がする。
>
>こういう指摘の方が優しくね？

指摘するだけじゃ俺にとってのメリット全然ないじゃん。
「質問」しかしてないやつに「意見」を言わせると、
納得の「意見」が出てきて、ためになるかと思ったんだが・・・

期待した俺が馬鹿だった。2chに期待した俺が馬鹿だった。

>>695
「つかえねーよボケ」の内容を１０ぐらい出せ！
「XXXXXX」のサイトが「俺にとっては」すげーわかりやすいぜ！の例をいくつか出せ！
716 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 11:06:17 ]: 別にS2Daoに文句があるわけではないが、敢えて挙げてみるのも面白そうだな
俺はO/Rマッパーの検討をしたとき、N：１の関連しか持てないのを知って採用を見送った。
マスタデータなどを関連づけることは出来るけど、親データから子データへの関連は
持てないってことだからな
どちらかというと、O/RマッパーというよりSQL作成ツールという印象だな
関連を色々辿っていってEntity内でロジック実行するような処理よりも
検索・表示用にSQLを駆使するような処理に向いてそう
717 名前：デフォルトの名無しさん mailto:age [2006/11/23(木) 11:21:04 ]: 何かを根本的に間違えているか、勘違いしてないか？
718 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 11:49:53 ]: どうせ２ｃｈだから気にしないでくれｗ
「質問しかしてないやつに意見を言わせる」って部分にちょっと興味を持っただけだから
719 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 15:30:38 ]: おれも1:N関連を取得しないのが最初なんでか分からなかったクチだ。
今はできるのか？

1:Nは遅延ロード無しでJOINだけでは、1にNが複数種類ぶらさがってるときなんかに
全データを一括取得できないこともあるので、遅延ロードしない仕組みのS2DaoだとNを
取ってこないのは納得は出来たんだけど、はっきりどっかに「1:Nマッピングはサポートし
てない。理由はしかじか」書いとくといいかもしれない。

「S2Daoでできること」はすでにいろいろ書いてあるので、「S2Daoにできない
こと」を（もしあるなら）理由付きで書くといいかも。
720 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 15:48:42 ]: ORマッパなんて星の数ほどあるしもうお腹いっぱい
S2DAOだがS2ADOだかしらんが、もうSQL直書きのJDBCでいいよ
721 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 15:56:17 ]: >>716
× O/RマッパーというよりSQL作成ツール
○ O/RマッパーというよりSQL実行ツール

S2DaoのSQLの自動作成はおまけ
自分でガリガリかいたSQLを実行させるのがS2Daoの真骨頂
722 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 16:53:54 ]: >>716
> 検索・表示用にSQLを駆使するような処理に向いてそう
そうですかね？
初心者のような単純なSELECTしかしない人向けじゃないかな。
検索条件や表示すべき情報が複雑で駆使する必要があればあるほど、痛いことになるとおもうが？
723 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 16:55:14 ]: >>721
俺もSQL大好き派なので、そう思った。
724 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 16:56:31 ]: 721と723（おれ）にはさまれて722が
全く逆の事をいっておるのう
725 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 17:02:25 ]: >>722
単純なSELECTならDbUtilsで十分じゃないか？
726 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 17:17:05 ]: >>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でこれが簡単にできるかな？って話なんですが　簡単にできますか？
727 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 17:27:46 ]: >>726
ごめん、これのどの辺が複雑なのか、
S2Daoで簡単にできなさそうと判断してしまうのか、
誰か説明キボンヌ。
728 名前：725 mailto:sage [2006/11/23(木) 17:58:49 ]: >>726
単純なSELECTならDbUtilsで十分じゃないか？
729 名前：デフォルトの名無しさん [2006/11/23(木) 19:07:58 ]: やだよ、SELECT ～なんてコード中に入れるなんてさー。
730 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 19:13:19 ]: 中の人は>726程度のことで悩んでるのにも分かるようなドキュメントを書くべき
731 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 19:13:39 ]: >>726
つまりJOINを簡単に書きたいってこと？
だったらHibernateを使えばいいと思う
もっと複雑なSQL書くのはS2Daoより面倒になるけど
732 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 20:04:25 ]: >>727
S2Daoでやる簡単な方法があるんですか？　なさそう　ありそう　の話をしてるんじゃない。
方法あるなら教えてよ。話はそれからだよ？
僕は今まで探してもみつからなかったんですが？

人に説明の出来ない技術なんていりませんよ　アセンブラやればいいんじゃないですか？
733 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 20:22:13 ]: >>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);
}

こういうことじゃなくて？
734 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 20:26:39 ]: >>733
relationNoって途中抜けてもＯＫなんだっけ？
0から始めずにハマった事は覚えているけど、連続していない場合ってのは試したことがないな。
735 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 20:30:50 ]: >>734
ごめん、ﾀｲﾎﾟ
736 名前：721 mailto:sage [2006/11/23(木) 21:04:20 ]: >>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実行ツールってのはこういうこと
737 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:11:15 ]: >>732
> 方法あるなら教えてよ。話はそれからだよ？

お前、ぬるいよ
738 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:23:02 ]: ぬるぽ
739 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:24:29 ]: >>732
日本語でおｋ
740 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:33:26 ]: diconに書かれたコンポーネントを後からオーバーライドってどうすればいいですか？
たとえば


<components>

<include path="A.dicon" />


<component name="a" class="a.A">
</component>

</components>

100 個のコンポーネントを組み合わせるシステム中の一部のコンポーネントを差し替えるために、100 個全部定義しなおすのはちょっと嫌です。
標準的な構成の dicon を用意して、アドホックなオーバーライドを行えればよいかなと思ったのですが。
741 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:34:08 ]: そんなに畳み掛けたら、彼だって出てきにくいだろう。
まぁ、まずは>>732の意見を聞いてみようじゃないか、諸君。
742 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 21:38:12 ]: >>740
なんとでもできるんじゃね？
s2container.seasar.org/ja/conditionalInclude.html
s2container.seasar.org/ja/xinclude.html
743 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 22:11:51 ]: relationアノテーションつかうと
INNER JOINにならないよ。

SQLファイル使えばいいじゃん。
そうすりゃ財務諸表の出力に使うような
SQLだってJDBCだのなんだの
気にせず使える。

って736にすでに書いてあった・・・。

でも、何度かここにも要望あったけど
アノテーションでINNER JOIN指定出来るように
してくんないかなあ。
744 名前：デフォルトの名無しさん [2006/11/23(木) 22:23:01 ]: Seasar最近使い始めたけど、こったことやらなければ簡単じゃね？
745 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 22:23:54 ]: >>742
ありがとうございます、どちらの機能もはじめて知りました。
XInclude を試してみましたが、普通に TooManyRegistrationRuntimeException になるだけでオーバーライドはできないようです。
org.seasar.framework.container.impl.TooManyRegistrationComponentDefImpl を書き換えてこの例外をもみ消すことで期待した結果が得られましたが、
そうするのがよいのかどうか・・・。
746 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 22:32:54 ]: >>745
お前の発想を変えろ
定義してからオーバーライドするんじゃない
定義してるファイルを変えるんだ
100個コンポーネントが定義してあるdiconの一部を変えたいなら
そこだけ別ファイルに切り出してXIncludeで取り込め
必要に応じてそのファイルを入れ替えれば目的達成だろ？
747 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 22:56:25 ]: >>746
確かにそうなんですが、
その場合残されたほうの dicon が不完全になってしまう（切り出した部分が無いと動かない）のと、
あらかじめ差し替えられる場所を限定しないといけません。
自由な差し替えを受け入れるにはコンポーネント1つごとに1つの dicon なんてことになってしまいます。

完全に動作する標準構成のパッケージと、
その一部を差し替える後付可能な定義ができるといいなと思うんですが。

たとえば


<component name="A" override="yes" />

というのができるとうれしいかなぁ。
748 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 23:14:01 ]: >>747
自由度が高けりゃいいってもんじゃないぞ
749 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 23:25:59 ]: >>748
dicon に書いている時点でそのコンポーネントは差し替えを受け入れていると言えると思います。
ただ dicon の文法的な制約でその差し替えが若干困難になっているというか。

重複をエラーとするかオーバーライドにするかは、どちらかを取るのも選択肢の一つですが、
意図しない重複は検出し（TooMany）、意図する重複は受け入れる（オーバーライド）方がより良いのではないかと思います。
750 名前：デフォルトの名無しさん [2006/11/23(木) 23:31:46 ]: ＞しかし、Javaでさらに生産性を高めるためには､レイヤモデルアーキテクチャは重くて足かせになります。
＞そこで考えたのが「ページ駆動開発」と「テーブル駆動開発」です。

（笑）

これってACCESSの画面を見せながら
要望を取り入れてその都度開発していくのとカワンナイじゃん
751 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 23:44:25 ]: >>749
本気でそれが必要ならMLかhigaﾀｿのブログで相談しろよ
俺はそんなの必要だと思ったことないからこれ以上はﾜｶﾝﾈ
752 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 23:54:21 ]: >>750
なにか問題でもあるのか？
753 名前：デフォルトの名無しさん mailto:sage [2006/11/23(木) 23:58:01 ]: >>749
ごめん、話の内容はあまり読んでないので、外していたらすまん
重複するインターフェイス実装クラスを使い分ける方法はS2.3時代から存在するよ
インターフェイスによる自動バインディング対象コンポーネントが複数存在した場合
componentのname属性と、プロパティ名（setterから判断する）が等しいものが選択される。
この機能を使えば、セットしたい実装とセットしたくない実装のname属性を変更すれば
DI対象を変更できる。
754 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 00:35:29 ]: >>751
確かに場違いでした・・・

>>753
なるほど、デフォルトのコンポーネントには名前をつけず、優先させたいコンポーネントの方に適切な名前をつければそれっぽいことができますね。
コンストラクタの自動バインディングや明示的に名前を指定している場合には使えませんが、有効な代替案になりえそうです。
755 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 07:31:18 ]: >>754
データベースが複数になったときの為に、DataSourceや紐付くO/Rマッパーのコンポーネントを
名前指定しておけば、プロパティ名だけで使い分けることもできたりして結構便利
この機能があるから、S2でのバインディングはなるべくセッターインジェクションを使った方がいい
後々実装が増えて選択しなければいけなくなったとき、コンストラクタ・インジェクションでは
DIされる側の設定も記述し直すことになってしまうので
756 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 17:09:11 ]: 誰か、S2JSF ⇒ Teeda Extension のテンプレートコンバータを
作ってくれないかなあ。細かいところは手作業修正が必要なレベルで
いいからさ。
757 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 18:52:19 ]: >>736
結局SQL書かなきゃいけないんですかね？

会社の同僚には、「アノテーションだとLEFT OUTER JOIN なんだぁ・・・」って苦笑いされる始末

結局は、自分で書いた方が良い・・・というのが結論ですかね。
758 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 19:21:43 ]: まあ最大の売りが「2-way SQL」だからな。
「単純なケースならSQL書かなくてもいい、かも知れない」程度に考えるのが吉。
759 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 19:47:02 ]: >>757
> 結局SQL書かなきゃいけないんですかね？

SQL書けないお子ちゃまはHibernateでも使ってなさいってこった
760 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 22:27:20 ]: 逆切れに近い開き直りだな
761 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 22:34:31 ]: >>759
SQL書けないお子ちゃまにHibernateは到底使えない
Hibernateを使うにはSQLを熟知し、更にそのSQLをHQLに翻訳する技術が要求される
762 名前：デフォルトの名無しさん [2006/11/24(金) 22:49:37 ]: なにをエラそーにｗ
763 名前：デフォルトの名無しさん mailto:sage [2006/11/24(金) 23:27:18 ]: RDB使う以上、SQLを書くのが王道と思われ。
764 名前：デフォルトの名無しさん [2006/11/24(金) 23:33:19 ]: >>757
>会社の同僚には、「アノテーションだとLEFT OUTER JOIN なんだぁ・・・」って苦笑いされる始末
>
>結局は、自分で書いた方が良い・・・というのが結論ですかね。

アノテーションで何を期待していたのかぜひとも知りたいね。
LEFT OUTER JOINだとまずかったのか？？
765 名前：デフォルトの名無しさん [2006/11/24(金) 23:41:14 ]: INNER JOINを期待してたんだろ
デフォルトINNER JOINアノテーションでOUTER JOINがよかた
766 名前：デフォルトの名無しさん [2006/11/25(土) 00:32:31 ]: てか、ＳＱＬなんか普通かけるやろ？
なんでＳＱＬ自動生成がそんなに
767 名前：デフォルトの名無しさん mailto:age [2006/11/25(土) 00:41:14 ]: まさか、SQLを書けないから自動生成するツールだと思ってるのか？
768 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 00:53:05 ]: >>767
yes
769 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 01:19:38 ]: SQLをかくのが面倒くさいから.....じゃない？
770 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 01:20:49 ]: 自動生成される程度のSQLがめんどいなんてSQL書けないのと同レベル
771 名前：デフォルトの名無しさん [2006/11/25(土) 01:28:50 ]: >>770
わかってないなぁｗ
772 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 01:29:38 ]: 自動生成のメリットは、単に作るのが作るのが楽というより、
変更があったときの変更箇所が減らせれるということじゃないの。
773 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 01:41:22 ]: SQLだけ直して終わりが一番
774 名前：デフォルトの名無しさん mailto:age [2006/11/25(土) 01:41:39 ]: あほか。
SQLを書くかどうかじゃなくて、SQLとオブジェクトの
マッピングを省力化したいからなんだよ。
775 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 06:01:07 ]: でiBatis最強！という結論になるわけだな
776 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 12:06:15 ]: 検索処理がロジックの大きなポイントになるのなら、S2DaoやiBatisの方がいいだろう。
しかしロジックをドメインモデルで構築し、Entityに複雑な処理をやらせたいのなら、
HibernateやJPAの方が向いている。
両者は力を入れているポイントが異なるので、適用したいシステム要件と合わせて検討すべき
777 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 18:35:40 ]: MacでS2Daoを使用してMySQLにアクセスするようにソース書いたら
「テーブルがねぇぞヴォケ!!」って怒られました。
なんで？
778 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 18:39:50 ]: (´･ω･｀)しらんがな
779 名前：デフォルトの名無しさん [2006/11/25(土) 19:22:46 ]: Macは関係無いんｼﾞｬﾏｲｶ？あるとすれば単にMySQLが動いていないだけか？
780 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 19:52:46 ]: MacでMySQLだとテーブルの大文字小文字を区別するとか？
781 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 20:10:58 ]: その前に、「テーブルがねぇぞヴォケ!!」ってのは、
SQLException なのか、S2Daoが言ってるのか。
782 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 20:41:15 ]: >>776
なるほど　とんくす
783 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 20:52:57 ]: >>775
S2Daoと比べてiBatisの魅力って？
XMLの中にSQL書いてるの見てそれ以上追ってないんだが
784 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 21:27:27 ]: 適材適所　と言いたいところだが、
適材適所だと S2DaoとHibernateが混在したりするわけかな・・・それって目も当てられないよな・・・
785 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 21:29:02 ]: 適材適所の、「所」の最小単位はアプリーケーションだろうな。
786 名前：デフォルトの名無しさん [2006/11/25(土) 21:30:04 ]: Uuji の具体的なリリース日を教えてくれ。できればドキュメントも。
787 名前：デフォルトの名無しさん [2006/11/25(土) 21:31:04 ]: ついでに、Uujiがリリースされると、S2Daoは用済みっていうことでFA？
788 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 21:48:36 ]: Seasar2.3の時代は､S2Daoと言われるORマッパがありました。
789 名前：デフォルトの名無しさん [2006/11/25(土) 22:07:00 ]: うーーん、どるてんというエクリプスプラグインを入れて、
プロジェクト作成→ちゅら→スーパーアジャイルを選択
で作成したんだ。で、lib/ にUujiのスナップショットが入ってて。
Teedaだとか使いたいなと思ってはいたんだが、
Uujiの使い方が書いてあるドキュメントが無い。サッパリわからんー(ﾉ`Д´)ﾉ

なんで使い方もサンプルも無いものを大々的に宣伝してリリースなんてしたんだ？？？？？
790 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 22:17:36 ]: ひんと：どぅるてんのバージョンばんごう
791 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 22:22:48 ]: は？
792 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 22:56:54 ]: 0.何とかてバージョンなんだから開発中なんだよ
2.何とかになってもドキュメントが揃わないSeasarクオリティを理解しろよw
ドキュメントやサンプルが必要なお子ちゃまはSpringでも使ってろってこった
793 名前：デフォルトの名無しさん [2006/11/25(土) 23:05:43 ]: uuji は1.0-betaになってるよ。
betaといえども1.0。使えるレベルってことでしょ。チュートリアルを含めたドキュメントを一通り用意した上でリリースすべき

だと思いません？
794 名前：デフォルトの名無しさん [2006/11/25(土) 23:09:23 ]: 言いたいことは、その是非はともかくとして、
主事たるモノが、自分のブログなどで宣伝しているのに、
ユーザーが手にできるレベルが使えない状態なのは異常だってこと。
「使えない」とはソフトウェアとしては稼働していても、ドキュメント・サンプルが無いが為にユーザが満足に使えない状態。

>>ドキュメントやサンプルが必要なお子ちゃまはSpringでも使ってろってこった

必要な人が、全体の99.5%ぐらいじゃないすかね？あとの0.5%はあんたを含む玄人な人たちだよ。
おれたちゃ現場は皆素人。現場をもっと意識してくれよ。叩かれるの解ってていうけどさｗ
795 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:11:18 ]: >>783
S2Dao は Seasar 上で動くことを前提としてるけど、iBatis はそういう前提がない。
Seasar 使える状況なら、S2Dao 使った方が楽かな。
796 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:13:57 ]: またまたそんな当たり前が通用するといまさら思ってるわけ
797 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:15:23 ]: Uujiなんかまだリリースアナウンスもされてないんだから異常でもなんでもないだろ。
DoltengがUuji含めてるのは先走ってるか大人の事情かだよきっと。
てか公式サイトには名前すらのってないじゃん。(´･ω･)ｶﾜｲｿｽ
798 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:16:46 ]: >>793
> betaといえども1.0。使えるレベルってことでしょ。チュートリアルを含めたドキュメントを一通り用意した上でリリースすべき

だからそういうお子ちゃまはSp(ry
799 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:17:46 ]: >>794
まぁ、玄人な人たちがいろいろ使い込んでいくのとあわせて、徐々にドキュメントも整備されていくんだろうし気長にまとうよ。
たとえドキュメントあっても実案件には、まだ危なくて使えないしさ。地雷踏みはドキュメントのいらない玄人がしてくれるってことで。
800 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:18:32 ]: Seasarもキャズムの壁までは到達したって事だな。

どういう形で壁を越えるつもりなのか興味がある。
801 名前：デフォルトの名無しさん [2006/11/25(土) 23:23:33 ]: >>DoltengがUuji含めてるのは先走ってるか大人の事情かだよきっと。

そこがゆるせんのだ。カンファレンスでも堂々と宣伝しちゃってるわけだから。
なんつーか、コミッタは皆優秀なエンジニアなんだろうけど、利用者との"コミュニケーション"が決定的に劣っているよね。他のOSSと比べると。
Seasar2やひが氏を叩きたくて仕方ないわけじゃない。そんなのはこのスレに居るキチガイどもに任せれば良い。
今はなんだかコミッタを含めた好き者同士のマスタベーションになってる希ガス。
主事が全ての舵取りなんかしてないで、スポークスマンでも雇ったらどうだ。
802 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:25:20 ]: >>794
> おれたちゃ現場は皆素人。現場をもっと意識してくれよ。叩かれるの解ってていうけどさｗ

いいたいことはわかる。
だが待ってるだけじゃきっと出てこない。それがSeasarだ。諦めろ。
素人の自覚があるならβに手出すな。
手出してもいいけどドキュメントがないなんて最初から分かってることで騒ぐなよ。
803 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:26:34 ]: >>793
betaはあくまでもbeta版だよ
0.Xから1.0に上がるってことは、普通はリリース版に含む機能の実装が完了したことを示すんじゃない？
逆に、RCとかはリリース候補なんだから、
本来はドキュメント一式含めて出すべきだと思う
804 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:27:58 ]: >>801
> そこがゆるせんのだ。カンファレンスでも堂々と宣伝しちゃってるわけだから。

カンファレンスってそういうもんだぞ？
ベーパーウェアを宣伝して反応を伺うのが主目的だ
お前、マジでお子ちゃまだな…
805 名前：デフォルトの名無しさん mailto:sage [2006/11/25(土) 23:31:01 ]: >>795
S2SqlMapってあるけどそれ込みでS2Daoと比べるとどうよ？
s2sqlmap.sandbox.seasar.org/

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

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