国産DIコンテナSeasar その11

1 ：デフォルトの名無しさん：2007/09/27(木) 07:41:47

2 ：デフォルトの名無しさん：2007/09/27(木) 07:43:11

関連スレ
【DI】Java Spring Framewoｒｋを語るスレ 2.0
　http://pc11.2ch.net/test/read.cgi/tech/1169517585/
Java⇔RDBのMapping-Frameworkを語るｽﾚ Vol.4
　http://pc11.2ch.net/test/read.cgi/tech/1134701684/
【最速】google guice DI Framework【シンプル】
　http://pc11.2ch.net/test/read.cgi/tech/1174696486/
Seasarファウンデーション (※マ板)
　http://pc11.2ch.net/test/read.cgi/prog/1153067625/

・人物関連の話はマ板のスレで。
・ASIPヲチはネットwatch板(http://ex22.2ch.net/net/)で。

3 ：デフォルトの名無しさん：2007/09/28(金) 23:45:53

で、sandboxはDBFluteしか使われてないのか？

4 ：デフォルトの名無しさん：2007/09/29(土) 00:48:06

みんな使ってる舞姫

5 ：デフォルトの名無しさん：2007/09/29(土) 00:51:07

S2Buri使ってみた人いないか？

6 ：デフォルトの名無しさん：2007/09/29(土) 01:02:51

ジョンイルが痩せて謙虚になったら使ってやってもいい。

7 ：デフォルトの名無しさん：2007/10/05(金) 11:50:23

フレームワークとしてS2JSFの最新版を採用しようとしてるんですが、

何か問題ありますか？

やっぱやめた方がいいのかな

8 ：デフォルトの名無しさん：2007/10/05(金) 21:35:34

Teedaでエェやん

9 ：デフォルトの名無しさん：2007/10/06(土) 01:47:56

S2JSFで十分だと思うよ。万一困った事があっても、
フルタイムのサポートがあるから趣味でメンテしてるような奴が居るプロダクト使うよりよっぽどいい。

10 ：デフォルトの名無しさん：2007/10/06(土) 02:23:20

S2JSF、S2Strutsは、Mayaaを使うかどうか
なやむとこですね。

初心者(新人から３年生)くらいの子に向いてるのは、
どっちだろ？
自分は、いつもJSPでやらしてる。

11 ：デフォルトの名無しさん：2007/10/06(土) 04:20:53

アレはいったい、Seasarの質問なのか、JARコマンドの質問なのか・・・
コミッタの皆さんは、くだらない質問に付き合いすぎですね。
だからいつまでも、コミッタ以外のユーザーグループが形成されない。

12 ：デフォルトの名無しさん：2007/10/06(土) 04:55:11

jarコマンドもantも使ったことないです、
無能なら自分みたくeclipseで
エクスポートすればいいのに。
eclipseの使いかたはー？てなりそうかな。

質問者の同僚もこの質問のレベルは、
気にならないのだろうか。

13 ：デフォルトの名無しさん：2007/10/06(土) 10:15:32

mavenのコマンドで一発なのになあ。

14 ：デフォルトの名無しさん：2007/10/06(土) 13:16:15

で、JFace関係の取組みってここにはあるの？

15 ：デフォルトの名無しさん：2007/10/06(土) 13:18:22

seasarにはあるがこのスレにはない

16 ：デフォルトの名無しさん：2007/10/11(木) 23:09:24

あれシナ人？　チョン？
こないだ韓国行ったからか？

17 ：デフォルトの名無しさん：2007/10/11(木) 23:24:55

リアルで>>16みたいなことを言う奴がいるんだよな。
いったいどういう教育を受けてきたんだろうと思うよ。
今年度中に解雇してやりたい気分だ。場をわきまえろよ、カス。

18 ：デフォルトの名無しさん：2007/10/12(金) 00:22:11

>>17
まぁ、そう怒るな。
そもそも、>>16は解雇したくともニートの可能性が高いぞ。w
まずはまともな仕事に就けと。

19 ：デフォルトの名無しさん：2007/10/12(金) 00:46:50

>>17
俺のこと言ってるなら、解雇でOKよwww
今なら超売り手市場だから再就職にも困らないし、
俺程度の開発者を雇うことすらこれからどんどん難しくなってくるけどなwww

多少人格に問題があってもプログラムに対して向上心のある奴は
雇っておくのが得だと判らない糞企業死亡www

20 ：デフォルトの名無しさん：2007/10/12(金) 00:48:50

と、糞プログラマが申しております

21 ：デフォルトの名無しさん：2007/10/12(金) 00:57:11

>>16 >>20は同ﾚﾍﾞﾙのｶｷｺなﾜｹだが。

22 ：デフォルトの名無しさん：2007/10/12(金) 03:39:32

お前も人のこと言えないよ。

23 ：デフォルトの名無しさん：2007/10/12(金) 20:32:01

リクエストの値がセッションの値で上書きされるんだが、
セッションの値って明示的に消さないとだめなの？
つか消し方も結局HttpRequstをいじらんといかんのか？

S2JSFは使えないな、やっぱ

24 ：デフォルトの名無しさん：2007/10/12(金) 22:48:59

ヒント：ｽｺｰﾌﾟ

25 ：デフォルトの名無しさん：2007/10/12(金) 23:17:04

>>23
S2JSFって上書きするものなの?
だとしたらトンデモじゃね？

26 ：デフォルトの名無しさん：2007/10/13(土) 00:10:47

確認してから評価したほうがいいよ。
推測で「使えない」とか「トンデモ」とか言っててもしかたない。

27 ：デフォルトの名無しさん：2007/10/13(土) 01:15:20

つまり>>23が嘘を言っておると?

28 ：デフォルトの名無しさん：2007/10/13(土) 02:12:19

うそというか、疑問形でしか書いてないだろ。
疑問にうそもほんともないと思うが。

29 ：デフォルトの名無しさん：2007/10/13(土) 02:58:30

23の言ってる現象といえばforEach内の<a>タグのf:paramかな？
1.0.26の時に直ったけど。

↓これ

[JSF-66] - f:param利用時に、リクエストパラメータよりもsessionの値（VB式で解決できる値）が優先して適用される。

30 ：デフォルトの名無しさん：2007/10/13(土) 13:26:00

S2JSFって名前わるくね？

これJSFとSeasarとのバインディング用にみえるよね

31 ：23：2007/10/13(土) 23:31:43

説明不足でｽﾏﾝが、sessionスコープにしてた場合の話だよ

リクエストの値を優先するようにできないの？

32 ：デフォルトの名無しさん：2007/10/14(日) 00:23:08

通常リクエストの値が優先されるはずだけど・・・
セッションの値が常に優先されるなら、更新画面とか作れなくなるし。

>>23の言っている所が分からん。
具体例を示してくれぃ。

33 ：23：2007/10/14(日) 21:52:29

リクエストの値を保持するBeanのプロパティと
セッションに格納する値をDTOにして分けたら、なんとか凌げたよ

入力値用のDTOを用意しないで、
いわゆるActionだけでやろうとすると無理な要件だったってことだな

お騒がせｽﾏﾝ

34 ：デフォルトの名無しさん：2007/10/15(月) 10:16:01

画面間の値渡しにこれほど苦労するフレームワークも珍しいかもねｗ

35 ：デフォルトの名無しさん：2007/10/15(月) 12:01:25

>>33
マネージドビーンの扱いは普通のJSFと同じじゃないの?

36 ：デフォルトの名無しさん：2007/10/15(月) 22:37:47

やっぱ全部セッションで持つのが確実でいいんかね？

37 ：デフォルトの名無しさん：2007/10/16(火) 00:05:14

漏れも昔は全部session派だったけど、いまは全部request派。
やっぱsession使うのは、あぶなっかしいわ・・・。

38 ：デフォルトの名無しさん：2007/10/16(火) 02:16:47

グローバル変数だとみんなくそみそいうのに
セッション変数だとなんでそんなにウブなのかね。

39 ：デフォルトの名無しさん：2007/10/16(火) 16:18:21

S2JSF + S2Dao(Tiger)で、NoSuchMethodErrorが出る
　
バージョンの問題だろうが、どの組み合わせが正解なのかわからん

40 ：デフォルトの名無しさん：2007/10/16(火) 19:35:32

↓Seasar2とS2Daoの組み合わせ
ttp://www.seasar.org/wiki/index.php?Versions

41 ：デフォルトの名無しさん：2007/10/16(火) 19:48:52

>>40
Thanks！

42 ：デフォルトの名無しさん：2007/10/17(水) 21:22:27

span に m:rendered を書くと、
そのボディのh:commandLinkのm:actionがリンク押下時に呼ばれてくれない

でもすこし前は動いてた、なんでだ？どこ触ったか、思い出せない

43 ：デフォルトの名無しさん：2007/10/17(水) 23:01:21

WebアプリでSeasar2を使う際のベストな組み合わせは
S2Container + S2Struts + S2Dao
といったところか？？TeedaというかJSFは基本的に重い希ガス

44 ：デフォルトの名無しさん：2007/10/17(水) 23:20:43

俺的には、どーせStrutsでいくなら別にSeasarは使わんなぁ。
普通にStruts＋Springでいいや、てなる。

45 ：デフォルトの名無しさん：2007/10/17(水) 23:25:31

同じDBをベースにSpringとSeasar2アプリをつくって、
JMeterからストレステストしたんだけどさー
Seasar2の方がずっと軽いんだよなー
メモリ食いじゃなかったし

46 ：デフォルトの名無しさん：2007/10/17(水) 23:42:29

Springのコードは見るからに重そうだよな

47 ：デフォルトの名無しさん：2007/10/17(水) 23:49:48

しかしStruts時代はなかなか終わらんな。

48 ：デフォルトの名無しさん：2007/10/18(木) 00:04:20

で、Super Agile Strutsはいつ出るんだ？

49 ：デフォルトの名無しさん：2007/10/18(木) 00:09:09

S2JSF・Teedaの後はStrutsに逆戻りか

50 ：デフォルトの名無しさん：2007/10/18(木) 00:11:00

たまにはS2Struts1.3のことも思い出してください

51 ：デフォルトの名無しさん：2007/10/18(木) 00:13:29

Seasar2の方がインスタンス生成コストがSpringよりずっと低いよ。

52 ：デフォルトの名無しさん：2007/10/18(木) 01:38:20

>>45
Springが重いからなぁ。
Guice+Strutsとかならどーだろぅ？

53 ：デフォルトの名無しさん：2007/10/18(木) 02:08:11

>>42
http://d.hatena.ne.jp/cero-t/20060825/1156531670

54 ：デフォルトの名無しさん：2007/10/18(木) 10:15:43

>>53
やったけどだめだった orz
m:renderedをはずしてみても変わらず、キャッシュ？

forEachの外に書くとうまくいくんだが、さっぱりわからない

55 ：54：2007/10/18(木) 10:33:45

やっと意味がわかった
forEachとaタグで使ってるリストがsessionにないといけないんだ

JSFの仕様なのかs2jsfのなのか知らんが、
ドハマって１日つぶれちまった orz

56 ：デフォルトの名無しさん：2007/10/18(木) 11:52:40

JSFはそんなへんな仕様はないぞ
つーかJSFとS2JSFはまったく別物だろ

57 ：デフォルトの名無しさん：2007/10/18(木) 13:12:13

>JSFとS2JSFはまったく別物

名前にJSFって入ってるぞｗ

58 ：デフォルトの名無しさん：2007/10/18(木) 22:44:57

myfacesでデータテーブル内にボタンやアンカー作ったとき
データテーブルはsessionにないといけなかったようなきがする

JSFって結構クソ仕様

59 ：デフォルトの名無しさん：2007/10/18(木) 23:13:03

>>58
それmyfaceの実装なんじゃね？
Rowバリデーションしないのならsesionは入らないと思うけど
逆にするのであればJSF使わなくてもstrutsでもなんでも必要になる

60 ：デフォルトの名無しさん：2007/10/22(月) 14:36:06

流れるようなインターフェースって、Smalltalkerには気持ちのよいものだけど、
結局
jdbcManager.from(Employee.class);
jdbcManager.join("department");
jdbcManager.where("name like ?", "S%");
jdbcManager.orderBy("name");
jdbcManager.getResultList();
List<Employee> results = jdbcManager.getResultList();
と大して違わないじゃんってなった。

強い型付け言語だと、例えばJdbcManagerを継承してfoo()というメソッドを追加したいときに
jdbcManager
　.from(Employee.class)
　.foo()
というようにはいかない。

コンポーネントの継承ツリーが必要なフレームワークには向かないよね。

61 ：デフォルトの名無しさん：2007/10/22(月) 15:31:02

イミュータブルとかステートレスとか
設計の際のキーワードだったと思うけど
宗旨替えかなあ、と思った。

あと、前にひがさん、DIは必要か否かって話で
結局インスタンス管理上必要って事になったけど
あまりそういう考えもないのかな。

今S2のCreatorって、デフォルトのインスタンス属性、
ほとんどrequestかprototypeなんだよね。
今日気づいてびっくりした。

>>60
fromの戻り値がthisなんだから、
インタフェースへのプログラミングとかこだわらなきゃ
出来ると思う。

それについちゃTeedaで捨てちゃったし。

62 ：デフォルトの名無しさん：2007/10/22(月) 18:31:29

>>61
from()の戻り値はJdbcManagerなので、サブクラスのメソッドは呼べないです。

63 ：デフォルトの名無しさん：2007/10/22(月) 20:28:19

Tomcat6上でのS2Container+S2Dao+S2Strutsの稼働は問題ない？？

64 ：デフォルトの名無しさん：2007/10/22(月) 21:08:05

リソースインジェクションできるようになったから
好きなDIコンテナと連携して自由にロジック入れてくれるようにならんかなぁ

AP鯖あるなら＠EJBでいいんだけど、汎用性を持たせるという意味ね

やっぱりフィールドインジェクションが一番使いやすいな

65 ：デフォルトの名無しさん：2007/10/22(月) 21:08:32

>>60
JdbcManagerってもう見れるの？
途中のメソッドでも全部this返すの？

66 ：60：2007/10/22(月) 22:05:42

>>65
どうだろう。
でも、この「流れるようなインターフェース」の主旨としては、thisを返すようになっていると思うよ。

クラスライブラリ全般にわたって「流れるようなインターフェース」が用いられているSmalltalkでは、メソッドに明示的な戻り値が指定されていない場合はselfが返される、という仕様になっている。
それとダックタイピングによって全体で統一された使い方が出来るわけです。

今のJavaだと、ほんの一部だけが流れるようなインターフェースになるだけで、統一性のない、バラバラなアプローチが混在する結果になると思います。

67 ：デフォルトの名無しさん：2007/10/22(月) 22:37:06

>>62
ああそうか、すんません。とんまでしたわ。

68 ：デフォルトの名無しさん：2007/10/22(月) 22:57:40

>>66
おいおい。返り値指定なしの場合 self を返す仕様ってのはいいとして、それを前提とした
この種の書き方は Smalltalk では推奨しないだろ。ふつー。　「ライブラリ全般にわたって」とか
見てきたような嘘を付くなよ……

こういう目先の便利にとらわれた行儀の悪いことを好んでするのは Ruby だよ。Ruby 。

69 ：65：2007/10/22(月) 23:18:17

流れる途中のメソッドではたまには違う型が返ってこないと、
わかりにくい気がするなぁ。

もう一度別の検索しようと思ったらJdbcManagerのインスタンスは
どうするの？初期状態に戻すようなメソッドがあるの？

70 ：65：2007/10/22(月) 23:23:16

というか、IDEのcompletionが役立たない気がする。

71 ：60：2007/10/22(月) 23:36:47

>>68
いろいろすまん。
言いたいことがごちゃまぜになって、変になってしまいました。

72 ：61：2007/10/23(火) 14:05:06

>>69
都度new（場合によってはコンテナから取得）
するっきゃなさそうに思えるねぇ。
それかinitみたいなメソッド呼ぶか。

コンテナで管理するなら、
スコープはprototype以外ありえんよね。
そんで、>>61の疑問になったんだけど。

73 ：デフォルトの名無しさん：2007/10/23(火) 19:16:48

Java6 って対応してるの？

74 ：デフォルトの名無しさん：2007/10/23(火) 20:22:39

もうすぐ1年たつのにさすがに対応してないはずないだろ・・・

たぶん最新バージョンだけにupdate出るたびに全てのプロダクトで動作チェックしてくれてるとは思う

75 ：デフォルトの名無しさん：2007/10/23(火) 21:34:22

>>63
調査結果よろしくデス

76 ：デフォルトの名無しさん：2007/10/24(水) 02:49:26

>>74 何という希望的観測

77 ：デフォルトの名無しさん：2007/10/24(水) 13:18:53

S2JDBCってほとんどの企業で持っているテンプレート系を作り直したってことかなぁ?
ソース見て挙動みないとわからないけど、JPAのラッパ作るのとどこが違うのだろう

78 ：デフォルトの名無しさん：2007/10/24(水) 13:23:20

お前らいい加減だな
JdbcManagerはreturn thisやってねーよ

79 ：デフォルトの名無しさん：2007/10/24(水) 14:20:40

昨日や今日のぶくまのコメントを見ると
塗るぽったと気にわかりづらそうということを書いている方がいますが、
そんなことはないですよ。だって戻り値は最後のメソッド以外はthisを返すだけだから。

ってのは違うの？

80 ：デフォルトの名無しさん：2007/10/24(水) 15:01:59

あっ、ほんとだ。AutoXXXって奴に
なっとりますな。もちょっとソース読んでみる。

81 ：デフォルトの名無しさん：2007/10/24(水) 15:13:01

JdbcManagerはAbstractQueryが参照してて
SQL方言とパラメータの型を管理してる。
シングルトンで問題なさげ。

AbstractQueryを継承してるAutoXXXは
都度JdbcManagerのメソッド内でnewしてますね。

てなわけで61は杞憂で終わったのでありました。

82 ：デフォルトの名無しさん：2007/10/24(水) 15:28:23

>>74
つ https://www.seasar.org/issues/browse/DAO-94

83 ：デフォルトの名無しさん：2007/10/24(水) 15:35:51

ひがさんのいうthisはJdbcManagerじゃなくて
AutoXXXのインスタンスのことだったのね。

ある程度実装知ってないと
EasyMockなんかでテスト書きにくい
ってのが難点といや難点かと思った。

覚えちゃえばいいんだけど。

84 ：デフォルトの名無しさん：2007/10/24(水) 17:15:00

あと、>>60の件も、静的言語における
流れるようなインタフェースの実例として参考になると思う。

たとえばAutoSelectだったら
その親のSelectがサブタイプを
型変数で受け取るようになってて、
各メソッドの戻り値の型が
サブタイプになるようになってる。

まあここまでややこしいことしないと
動的言語と同じ事が出来ないのかといわれりゃ
そうなんだけど、面白かったよ。

85 ：デフォルトの名無しさん：2007/10/24(水) 17:57:26

>>84
なるほど。感心。

> まあここまでややこしいことしないと
> 動的言語と同じ事が出来ないのかといわれりゃ
> そうなんだけど、面白かったよ。
型安全とIDEのサポートも手に入るのだから、手間をかける価値はあるかもね。

86 ：73：2007/10/24(水) 20:39:32

>>82
サンクス。

87 ：デフォルトの名無しさん：2007/10/24(水) 21:42:40

>>82
一応動作チェックはしてるようだな・・・結果コンパイルが動かないというだけだが

JPA2.0がでるころにはS2JDBCいらなくなりそうだな
そのころにはプロパティアクセスも出来るだろうし

88 ：デフォルトの名無しさん：2007/10/24(水) 22:33:59

いらなくならないだろ。

89 ：デフォルトの名無しさん：2007/10/24(水) 22:45:33

S2JDBCの機能ってもう次のJPAに取り込まれるの確定でしょ。
あんまり必要性があるとも思いにくい。

90 ：デフォルトの名無しさん：2007/10/24(水) 23:59:32

S2JDBCは便利そうで良いかもしれない。setter/gettetrを書かないってのはスッキリして良いかも（ただ多くの場合ツールで生成しちゃうから気にしないんだけどｗ）。

だけどねぇ、おきまりのドキュメントの無さはハッキリいっていくら便利なものリリースしたところで
誰にも使われずに終わってしまうんじゃないの？
あの程度のドキュメント量であとはＴＩＰＳ程度を載せていく方針だったら、最初からやらないほうがいいよ。
S2Dao使ってる人たちを混乱に陥れようとしてるだけ。しかも意図的に。

91 ：デフォルトの名無しさん：2007/10/25(木) 00:08:34

RCの段階でﾄﾞｷｭﾒﾝﾄあるだけでも大進歩だろw

92 ：デフォルトの名無しさん：2007/10/25(木) 00:10:54

どうやったら混乱するんだｗ

しかも今回のも必要最低限のドキュメント揃ってて俺は充分使える。
seasarって末端開発者には易しいと思うよ

93 ：デフォルトの名無しさん：2007/10/25(木) 00:39:38

方針がハッキリしないのがどうもね
新しいプロジェクトにはS2JDBCにしろ、
すでにつかってるS2Daoはメンテだけしてやる、
でいいの？

94 ：デフォルトの名無しさん：2007/10/25(木) 00:55:26

好きな方使えばいいじゃん
方針まで決めてもらえないと選択できないのか？

95 ：デフォルトの名無しさん：2007/10/25(木) 01:12:09

充分方針はハッキリしてるわけだがｗ

96 ：デフォルトの名無しさん：2007/10/25(木) 01:19:46

higayasuo 『> 二人目のとおりすがりさん
既に開発中、あるいは今年に開発が始まるのは、S2Dao。来年に開発が始まるのは、S2JDBCで良いと思います。
S2JDBCは、外だしSQLも使えますよ。RC2で公開します。』 (2007/10/24 19:07)

97 ：デフォルトの名無しさん：2007/10/25(木) 01:26:39

あの程度のドキュメント量って、
あれが全てなんじゃねーの？
何か書かれていない機能が隠れてんのか？

98 ：デフォルトの名無しさん：2007/10/25(木) 01:47:38

まあ、ドキュメントはあの程度でよいとして、
困るのは dicon ファイルなどの設定エラーがあったとき、
問題箇所を知る手段が無いということ。
「コンテナが空であってはいけません」とかすげえおおざっぱなことしかわからない。

99 ：デフォルトの名無しさん：2007/10/25(木) 01:51:10

コンテナにはコンテナが空としか分からんのだろ

100 ：デフォルトの名無しさん：2007/10/25(木) 01:52:23

>97
それを言うと「ある」と思う。
しかしだ、分かる範囲で使えるモノと判断できれば問題ないんじゃないかと。

>96の通り方針はハッキリしてるのであとは自分で判断するだけだな

101 ：デフォルトの名無しさん：2007/10/25(木) 01:57:11

>98
それはs2だからという問題ではない

102 ：デフォルトの名無しさん：2007/10/25(木) 02:10:37

S2buriとか試していると、S2JDBCのドキュメントは至れり尽くせりに感じるようになる。おすすめ。

103 ：デフォルトの名無しさん：2007/10/25(木) 02:14:16

S2JDBCってSeasar2なしでも動くの?
JPAがEJB3から独立しても動けるように、S2JDBCもそうなってるといいかな
組み合わせのバージョンとか面倒なことは考えたくないので

DIは好きなコンテナを使うとして・・・ね

104 ：デフォルトの名無しさん：2007/10/25(木) 02:16:33

>>102
おすすめってS2Buriを？ｗ

105 ：デフォルトの名無しさん：2007/10/25(木) 02:27:07

>>103
S2JDBCはSeasar2のJarに入ってるからバージョンの組み合わせで
悩むことはないだろうな

106 ：デフォルトの名無しさん：2007/10/25(木) 10:57:04

Teeda と S2Struts、全体的に軽いのはどちら？？

107 ：デフォルトの名無しさん：2007/10/25(木) 12:19:21

S2JDBCのドキュメントが更新されたら
JdbcManagerのdiconの書き方が消えちゃった。

s2-tigerの配布ファイルの中にs2jdbc.diconがあったので
わかったけど。その内復活するかな。

108 ：デフォルトの名無しさん：2007/10/25(木) 12:22:38

つか>>90は一体何を読んだのか。
ひがたんのblogだけとか。

asipかと思った。

SQLを手書きしてselectBySqlで、
Mapで受け取ってやれと思ったら怒られちゃった。
そのままMapのListでTeedaに渡せるの、好きだったんだけどな。

109 ：デフォルトの名無しさん：2007/10/25(木) 12:56:37

>>105
単独で使えないってことか
パスだな

110 ：デフォルトの名無しさん：2007/10/25(木) 20:32:26

changedFromの実装が微妙すぐる・・・

111 ：デフォルトの名無しさん：2007/10/25(木) 23:31:51

>>109
なんだそりゃ。
トランザクション周りを何とかすれば
好きなDIコンテナでも使えるだろ。

112 ：デフォルトの名無しさん：2007/10/25(木) 23:50:59

>>111
ほうできるのか
開発環境はseasar2 2.3でS2JDBCつかえるなら文句は言わないよ

113 ：デフォルトの名無しさん：2007/10/25(木) 23:57:03

なんで本体を2.4にできないのにS2JDBC使おうとか思うんだ？

114 ：デフォルトの名無しさん：2007/10/25(木) 23:58:59

流れるようなインターフェースのやつみてて思うんだけどさ、
みんなeclipseのソースコードフォーマッタとか使ってないのかな。
フォーマッタかけるとあんな綺麗っぽく書いてもダラーっとした一行になっちゃいそう。

115 ：デフォルトの名無しさん：2007/10/26(金) 00:05:20

>>114
ttp://s2container.seasar.org/2.4/ja/s2jdbc_setup.html#Eclipseのフォーマッタ

116 ：114：2007/10/26(金) 00:08:06

>>115
うお、ちょwww
俺の行動は完全に想定の範囲内だった！

117 ：デフォルトの名無しさん：2007/10/26(金) 00:08:25

>>113
GuiceとかSpringに置き換えてもいいよ
依存性がないというから既存のメンテにも使えるのかなと思っただけ
もちろんパッケージはかえてコンパイルしなおすけど

118 ：デフォルトの名無しさん：2007/10/26(金) 00:15:11

>>117
コンテナを変えれないメンテで新しいO/Rを使おうという発想が理解できん

119 ：デフォルトの名無しさん：2007/10/26(金) 00:40:59

>>106
全体的の意味が分からんけど、
TAT的なところでは、S2Strutsの方が早い。

id:taichitaichiのblogにパフォーマンス計測結果があったと思うよ。

120 ：デフォルトの名無しさん：2007/10/26(金) 13:19:31

>>119
そうか～
>>id:taichitaichiのblogにパフォーマンス計測結果
ググってよみました。圧倒的に遅いですね、Teeda。jsfだからといえばそれまでだけど、
現状ではハイトラフィックなサイトには向かないのかなぁ。あの扱いやすさはとても良いものだけに、残念。

121 ：デフォルトの名無しさん：2007/10/27(土) 17:52:58

TATって、泣いてる顔文字かと思った。
(TAT)

122 ：デフォルトの名無しさん：2007/10/29(月) 22:59:10

たまに、TATとスループットを混同というか混乱してるSEが居てビビる。

123 ：デフォルトの名無しさん：2007/10/30(火) 02:41:01

時代は iRule

124 ：デフォルトの名無しさん：2007/10/30(火) 16:41:46

Teeda+S2JDBCで設定してtomcat5.5で起動すると、途中で
StandardWrapper.Throwable
org.seasar.framework.container.IllegalAutoBindingPropertyRuntimeException:
[ESSR0080]クラス(org.seasar.extension.jdbc.meta.ColumnMetaFactoryImpl)のプロパティ(persistenceConvention)の自動設定に失敗しました
at org.seasar.framework.container.assembler.BindingTypeMustDef.doBind(BindingTypeMustDef.java:56)
.....
の例外が出て止まってしまう。何か設定をミスった？
http://s2container.seasar.org/2.4/ja/s2jdbc_setup.htmlの通りにやっている。諸賢らのアドバイス求ム

125 ：124：2007/10/30(火) 17:24:56

なんとなく解決したorz
convention..diconに
<component class="org.seasar.framework.convention.impl.PersistenceConventionImpl"/>
を入れてなかった模様。svnからチュートリアルチェックアウトしてこないとわからんかった

126 ：デフォルトの名無しさん：2007/10/31(水) 23:26:29

自己解決せずにMLで聞こうぜ。

127 ：デフォルトの名無しさん：2007/11/01(木) 02:37:37

何のためのオープンソースだと思ってんだよ。
低レベルな事MLで聞いてんじゃねぇ、ボケが。

128 ：デフォルトの名無しさん：2007/11/01(木) 03:37:24

>>127
獄長乙

129 ：デフォルトの名無しさん：2007/11/02(金) 09:59:14

ブログにあったS2JDBCとHibernateのベンチだけど
S2JDBCが軽い、速いことを訴えたいのだろうが、
仕組みがそもそも違うHibernateと比較しても…と思うのは自分だけ？なんかHibernateの使い方違ってる気が…

130 ：デフォルトの名無しさん：2007/11/02(金) 11:29:25

得意な分野だけぬきだすのはよくあること
ところでベンチのコードってどこにあるの？

131 ：デフォルトの名無しさん：2007/11/02(金) 12:01:33

>>130
SVN

132 ：デフォルトの名無しさん：2007/11/02(金) 12:51:08

OneToOneのSQL発行回数が多いってところがひっかかるな
2つのテーブルだけだったらINとかJOIN命令でJPAは大概１SQLになるよね？

複雑な連結だとSQLの把握が大変というのならわかるけど

133 ：デフォルトの名無しさん：2007/11/02(金) 13:10:01

>>132
JavaExpert#01嫁

134 ：デフォルトの名無しさん：2007/11/03(土) 00:43:46

>>133
OSSなのにOpunなソース出せない糞団体www

135 ：デフォルトの名無しさん：2007/11/03(土) 00:49:05

Opun

136 ：デフォルトの名無しさん：2007/11/03(土) 00:54:32

Opun
Opun
Opun

137 ：デフォルトの名無しさん：2007/11/03(土) 08:55:25

>>132
Hibernateの仕様で、外部キーを持たない側のOneToOne関連にはLazyロードが効かない
なので、必要なくてもOneToOneで定義された相手側のEntityを取りにいってしまう

138 ：デフォルトの名無しさん：2007/11/03(土) 12:56:33

Opun

139 ：デフォルトの名無しさん：2007/11/03(土) 13:34:48

LAZYの話ではなく、1回のSQLで連結先のEntityも1回のSQLで発行できるはず
ということなんだけど、かならず1行ごとにSQL発行するの?
連結先のEntityも一緒に取得するJPAでいうJOIN命令のことね

だとしたらJPA実装で一番ダメじゃん

140 ：デフォルトの名無しさん：2007/11/03(土) 14:10:10

>>139
連結先は必要ないケースのテストだろ
アドレスだけ欲しいのに勝手に余計なのを遅延ロードしやがって遅い

141 ：デフォルトの名無しさん：2007/11/03(土) 15:03:01

>>140
SQL直よりS2JDBC遅いね

といってほしいの?

142 ：デフォルトの名無しさん：2007/11/03(土) 15:28:56

>>141
意味わかんね

143 ：デフォルトの名無しさん：2007/11/03(土) 15:46:35

OpunかわいいよOpun

144 ：デフォルトの名無しさん：2007/11/03(土) 16:49:11

addressが10000行あると

select a from Address a

だけで10001回sql出すのがhibernateクオリティ

145 ：デフォルトの名無しさん：2007/11/03(土) 18:51:27

>>144
違うような

146 ：デフォルトの名無しさん：2007/11/03(土) 19:18:06

>>145
想像で言うな。動かしてみろよ

147 ：デフォルトの名無しさん：2007/11/03(土) 19:40:20

そんな鼻息荒くしなくとも…＞１４６

148 ：デフォルトの名無しさん：2007/11/04(日) 19:12:50

海外進出って昔やって失敗したよな？

149 ：デフォルトの名無しさん：2007/11/06(火) 00:57:31

ベンチマークってJPAと比較するならchangedFrom(）使ったほうがいいのでは?
あとNameしか更新しないのに全部更新されるSQL使わされているJDBCもカワイソス

まぁS2JDBCは更新系がJPAのように自動だったらかなりよかったね
あとツールサポートがどこまでくるかが見もの

Eclipse、NetBeans、IDEA、JDevと対応するのは大変そう
JBuilderはEclipseのそのままつかえるんかな？

150 ：デフォルトの名無しさん：2007/11/06(火) 01:12:37

>>149
> まぁS2JDBCは更新系がJPAのように自動だったらかなりよかったね

それするとJPA並に遅くなるんじゃね？

151 ：デフォルトの名無しさん：2007/11/06(火) 01:32:54

実行スピードもいいけど、開発効率も重要でしょ
rubyとか（実際にJavaより生産性がいいとは思えないけど）そのへん受けてるし

ベースにDIコンテナがあるんだからそのへん動的にかえれるといいんだけど

152 ：デフォルトの名無しさん：2007/11/06(火) 02:05:44

検索でfetch joinしたやつをupdateするとどうなるの？
OneToManyのManyの方も勝手にupdateされんの？

153 ：sage：2007/11/06(火) 02:38:12

ttp://asipeye.blogspot.com/2007/10/blog-post.html
偽太陽ってTeedaか？
ASIPこえーなー

154 ：デフォルトの名無しさん：2007/11/06(火) 10:08:11

単なる誹謗中傷じゃぁなぁ。もっと建設的な議論につながるような意見を出してもらいたいよな。

155 ：デフォルトの名無しさん：2007/11/06(火) 12:09:59

ってか、「もうSeasarについて言及しません」って土下座したんじゃなかったかいな？

156 ：デフォルトの名無しさん：2007/11/06(火) 12:18:43

"Seasar"とは書いてないｗ

157 ：デフォルトの名無しさん：2007/11/06(火) 13:48:17

>>153
asipウォッチャーもこえーな
読んでみたが、今回のトピは意外と,といっては失礼かもしれんが文章まともだな

ところで偽太陽ってどういう意味だ?

158 ：デフォルトの名無しさん：2007/11/06(火) 14:54:08

太陽の方言⇒Teeda

159 ：デフォルトの名無しさん：2007/11/06(火) 15:02:34

>>158
なるほど
検索してもわからないからなんだろうとおもった

読みにくいのが大量にあるおかげでS2なんとかのほうがまともに話をされやすいってのもあるね

160 ：デフォルトの名無しさん：2007/11/06(火) 15:29:13

ttp://d.hatena.ne.jp/babie/20071106/1194329213

161 ：デフォルトの名無しさん：2007/11/06(火) 21:47:30

海外で受け入れられない理由…
・発音しにくい、読みにくいプロダクト名が多い…まーこれはあまり関係ないか、むしろ日本人に不評な希ガス
・Jakartaなどと比較すると圧倒的に少ないドキュメント／サンプル／チュートリアル
・あとそれらを育てていこうという体勢
・書籍が殆ど無い
・コミッタ陣営のカリスマ性

162 ：デフォルトの名無しさん：2007/11/06(火) 22:08:50

国内においては、springを逆転しそうな
勢いがありますね。(月刊誌は特に)
実際はどうでしょうね、springに自動バインディングと
s2daoがあれば、正直springに行きたいです。

話は変わりますが、web層のフレームワークのお勧めありますか？
struts2が気になりますが、皆様の評価はどうでしょうか？
teedaは、独自scopeの考え方が合わなくて使用していません。

163 ：デフォルトの名無しさん：2007/11/06(火) 22:48:16

田中と芦田って仲良くなれそうだなｗ

164 ：デフォルトの名無しさん：2007/11/06(火) 22:48:17

Seasar系を主に使っているのだけど、さすがに技評の雑誌は最近気持ち悪く感じる。
SpringやGuice, Wicket, Click, iBatis, Cayenne
いろんなプロダクトがあるのに、ほぼ無視って。ちょっとヤバい気がする。

> springに自動バインディングとs2daoがあれば
分かる気がする。
Wicket + Guice + S2Daoで開発したい。

165 ：デフォルトの名無しさん：2007/11/06(火) 22:51:28

そりゃぁバックについてるのは

あれ、こんな時間に呼び鈴が

166 ：162：2007/11/06(火) 23:00:01

>>164
レスどうも。
複数プロダクトを紹介してた日本java worldは、
いまはないので、洋書に手を出そうと考えています。

代わりになる雑誌をご存知の方、紹介お願いします。(マジで！)
教えて君でごめんなさい。

167 ：デフォルトの名無しさん：2007/11/06(火) 23:01:47

>>164
ライターがいないだけじゃね？

168 ：デフォルトの名無しさん：2007/11/06(火) 23:38:02

>>162
そこまでしてSpring使いたい理由もよくわからん。

169 ：デフォルトの名無しさん：2007/11/06(火) 23:52:53

>162
あなたのweb層のフレームワークのお勧めありますか？

>164
記事を投稿する人がいないだけ。
要はSeasarユーザが多いんだよ

170 ：デフォルトの名無しさん：2007/11/07(水) 00:03:07

画面間の値渡がラクなのがいいなぁ。
単なる数字や文字列の値だけじゃなく
その裏にあるオブジェクトもまとめて渡せるような

171 ：162：2007/11/07(水) 00:04:21

>そこまでしてSpring使いたい理由もよくわからん。
SI会社、エンドユーザへの提案としてデファクトスタンダードと
いうのは強力な理由(要件の場合もあります)なのです。>スーツ組でサーセン

デファクトスタンダードではないのは、理由が必要なのです。
企業でs2、s2daoを使用する時には説得(資料作成)が必要です。

>あなたのweb層のフレームワークのお勧めありますか？
お勧めはありません。(strutsを使用しつづけて5年)
進化(工数、品質、1年生開発可能)の提案をしたい
今日この頃です。

172 ：デフォルトの名無しさん：2007/11/07(水) 00:04:40

>>164
普通にSeasar使っている人が多い、もしくは興味を持っている人が多いから
雑誌も多く取り上げるってだけだと思うが。

それにSpringやGuiceとかを無視ってレベルではないだろう。

173 ：デフォルトの名無しさん：2007/11/07(水) 00:08:51

>>171
日本だったらSpringよりもSeasarの方が普及している感があるから
理由はそれで十分ｼﾞｬﾏｲｶ。

「ウチの会社は技術力がなくて、比較的マトモなサポート受けたい」なら
IBMとかの鯖と共にIBMのフレームワーク買っとけ、って話になるが。

174 ：デフォルトの名無しさん：2007/11/07(水) 00:10:03

今や日本での実績はSeasarは十分だと思うが。

デファクトスタンダードかどうかってどうやって判断するんだろ？

175 ：デフォルトの名無しさん：2007/11/07(水) 00:17:04

Seasarって金融商品とかの導入事例もあるし、小粒な案件でも
使っているケースあるので、普通に実績はあると思うけど。

162がどんな超大型案件抱えているか知らんけどサ。

176 ：164：2007/11/07(水) 00:30:02

ライターはいるでしょ。WEB媒体では記事はあるし。
SeasarってSpringと比べてそこまで普及しているの？
まあ、雑誌を買う層が大事なんだろうけど。

Seasar に一致する日本語のページ約 1,690,000 件
Spring Framework に一致する日本語のページ約 1,040,000 件
Guice に一致する日本語のページ約 722,000 件

Teeda に一致する日本語のページ約 315,000 件
Wicket に一致する日本語のページ約 783,000 件

S2Dao に一致する日本語のページ約 347,000 件
iBatis に一致する日本語のページ約 312,000 件

Java ExpertやWEB+DBの記事の割合は、偏り過ぎだと思う。

177 ：デフォルトの名無しさん：2007/11/07(水) 00:33:22

使うだけのやつがわざわざ記事を書こうなんて思わない

178 ：デフォルトの名無しさん：2007/11/07(水) 00:51:22

>>167
んなはずないだろ

単純にSeasar2関係が日本人で聴きやすいこと、
頻繁に方針がコロコロ変わるので、
結局プロダクトがたくさんでてきてその紹介でページがつぶせること

の3つが大きいだけ

179 ：デフォルトの名無しさん：2007/11/07(水) 01:03:04

> 頻繁に方針がコロコロ変わるので
だな。昔のシンプルなのが好きだった。

180 ：心にも無い嘘：2007/11/07(水) 01:04:45

> 162
> web層のフレームワークのお勧めありますか？
ttp://kuro-pj.blogspot.com/

181 ：デフォルトの名無しさん：2007/11/07(水) 01:13:12

>>180
二ヶ月ほど評価したけど、

あれ、こんな時間に誰か来たよ

182 ：デフォルトの名無しさん：2007/11/07(水) 01:18:13

>>178
> んなはずないだろ

いやいや、よほど原稿料に目が眩まない限り書けないよ。
自分が作ったものならそれを広めたいってモチベーションも
あるだろうが海外のプロダクト使ってるだけでちゃんとした
記事書くなんてレアだろ。
苦労して書いたって2chの餌食ｗ

183 ：デフォルトの名無しさん：2007/11/07(水) 01:22:54

>>182
WEB媒体では記事書いている人がいるよね。

184 ：デフォルトの名無しさん：2007/11/07(水) 01:34:33

雑誌に書いてくれってほどの人いるか？
GuiceやWicketでそんなの見た気がしないな

185 ：デフォルトの名無しさん：2007/11/07(水) 01:56:26

Guiceの記事探してみたがこりゃ無理だろ
おまけのサンプル説明する以上の記事無いじゃん
Guice使ってるヤツいるのかってくらい情報がない

186 ：デフォルトの名無しさん：2007/11/07(水) 10:37:10

>183
お前記事書いたことないだろ

187 ：デフォルトの名無しさん：2007/11/07(水) 11:35:53

>>186
書いたことある人の方が少ないんじゃないでしょうか？

188 ：デフォルトの名無しさん：2007/11/07(水) 13:01:50

>187
WEB媒体では記事書いてる人多いとか言われたんですが

189 ：デフォルトの名無しさん：2007/11/07(水) 13:38:20

javaexpertが偏りすぎてアレってのは同意

190 ：デフォルトの名無しさん：2007/11/07(水) 14:14:16

SeasarExpertにしろってことだな

191 ：デフォルトの名無しさん：2007/11/07(水) 14:51:40

初心者なんですがASIPって人はどういった経緯で今に至るのですか？

192 ：デフォルトの名無しさん：2007/11/07(水) 15:58:57

asipが色々と辛口批評してたら
実はそれが的外れで
獄長たちが懇切丁寧に反論してたら
怒っちゃった。
http://d.hatena.ne.jp/odz/searchdiary?word=asip
http://d.hatena.ne.jp/koichik/searchdiary?word=asip
で、ここらへんで手打ちになったのかな。
http://d.hatena.ne.jp/habuakihiro/searchdiary?word=asip

で、今後一切seasarの事は書きませんとかいって
asipの中ではまだ怒りが収まらず、伏字で現在に至る。

193 ：デフォルトの名無しさん：2007/11/07(水) 16:04:05

ああでもこうやって読み返すと、
当時の「めざせ標準」ってのと「海外進出」って奴への批判は、
今のseasarの状況を見るに、変に偽悪ぶらないで普通に書けば
よかったのにって思うなあ。

194 ：デフォルトの名無しさん：2007/11/07(水) 16:24:53

>>192
読んでみたが、むしろASIPを叩きたいって感じがしただけだった
ASIPのかいたものにいいところだってあるし、間違ったところだってある
これはヒガタソだってkoichikとかodzだっておなじ

お互いなんつーか粗を探そうと足引っ張り合ってるのみてると
Seasar2方面ってちょっとやばいんじゃね？と普通の人は感じるだろうね

なんかオレオレEJB3のときと今のS2JDBCの一部アノテーションがJPAと同じってのがだぶる
2年たつとまた方針転換しそう・・・

195 ：デフォルトの名無しさん：2007/11/07(水) 16:30:26

こじれた発端を忘れた。
http://d.hatena.ne.jp/higayasuo/searchdiary?word=asip
この「盗んだ」発言で一気に炎上。

それまでもasipからの批判はあったんだけど
叩くなんてことはなくて、ちゃんと反論というか説明してたと思う。

確かに獄長の反論は、「ちゃんと」しすぎてて
弱い人は精神的に追い込まれちゃうと思うけど
粗探しってのとは違うよ。

でも泥棒呼ばわりは叩かれてしかるべきだよ。

196 ：195：2007/11/07(水) 16:32:32

>それまでもasipからの批判はあったんだけど
>叩くなんてことはなくて、ちゃんと反論というか説明してたと思う。

ってのは、seasar側がasipに対して、
ちゃんと説明してた、ってことね。

とにかくasipが偽悪的な書き方すんのが悪かった。

197 ：デフォルトの名無しさん：2007/11/07(水) 16:43:13

>>194
> ASIPのかいたものにいいところだってあるし、間違ったところだってある

間違ったことが問題じゃなくて、間違いを絶対に認めようとしなかったのが痛杉

198 ：デフォルトの名無しさん：2007/11/07(水) 17:02:05

口悪いしね。

墓穴掘るのがほんとうまい。

199 ：デフォルトの名無しさん：2007/11/07(水) 17:45:57

ブログだから嘘でも中傷でも何書いても自由ってのも勘違いだよな

200 ：デフォルトの名無しさん：2007/11/07(水) 19:23:12

asipネタはマ板へ

201 ：デフォルトの名無しさん：2007/11/07(水) 23:08:02

人様のブログはみないから、
192はじめてみたけど、ASIPの人は恐ろしいぐらいに病んでいるし、
koichik氏の毅然とした態度というかあれだけの文章力があるのに感心しちゃう、おれにゃ無理だｗ
こういう人を相手するコミッタ達もなんだか可哀想すぎ
あの口の悪さ、ネットだから許されると思っているのだろーか

202 ：デフォルトの名無しさん：2007/11/07(水) 23:17:32

それだけの文章力がドキュメントに

あれ、こんな時間に誰か来たよ

203 ：デフォルトの名無しさん：2007/11/07(水) 23:34:52

なつうかkusakabeみたいな気が

おや、ガスヒーターのアラームが鳴ってる

204 ：デフォルトの名無しさん：2007/11/07(水) 23:41:48

デファクトっていうか、どこが資金出すかなんだよな。
Strutsがそこまでぶっちぎりに優れていたわけでもないのに普及したのは
少なくともSUNとIBMがSIコアとして採用したり、資金と人を提供したからだ。

SeaSarって一応電通国債がメインなんだろうけど微妙。
Ruby（RoR）も同じような理由で広まりきらない。

205 ：デフォルトの名無しさん：2007/11/07(水) 23:48:20

>>180
これはTeedaと比べてどうですか？

206 ：デフォルトの名無しさん：2007/11/07(水) 23:57:23

>204
それは違う。JSFはどうなんだ？SunやIBMはしっかり力入れてると思うぞ？
Strutsが流行ったのは当時大々的にフレームワークとして発表したものが少なかったからだと思う。
そして未だにそう思い続けてるままの人が多い。
そんな状況の中でSeasarが流行ってないとは思えない。
ましてや他のフレームワークなんてもっともっと流行ってないと思う。

おまけにRubyが流行ってないなんてよく言えるよなｗ

207 ：デフォルトの名無しさん：2007/11/08(木) 00:10:01

>>205
パフォーマンスはTeedaより良い
使い勝手はSeasar2を使っているだけあってTee

あれ、こんな時間に宅配便かな？

208 ：デフォルトの名無しさん：2007/11/08(木) 00:12:45

>>204
圧倒的なプッシュはたしかNTTdata系ですよ
strutsを日本発のプロダクトといわせるくらいひっぱるとかいっておったはず

>>206
やっぱりJSFは出来のいいIDEがあってこそだと思う
今のところ無料でそれなりにつかえるのはNetBeans+VisualWebPackのみ
それもCreator2のベタ移植程度だったしね

6.0でやっと通常のWEBプロジェクトに入ったりかなり手を入れてるようだから
（おかげでベータ2なのにバグだらけでまともに動かず）今後に期待かな

JavaEEにやっととりこまれた・・・AP鯖もやっとJavaEE5対応してきたし
正直今スタートしたばかりなんだよ

209 ：デフォルトの名無しさん：2007/11/08(木) 00:42:29

>>205
比べるまでもなく

あれ、いきなり…眠…くなって…きた…

210 ：デフォルトの名無しさん：2007/11/08(木) 01:21:20

>>172
>普通にSeasar使っている人が多い、もしくは興味を持っている人が多いから
>雑誌も多く取り上げるってだけだと思うが。

>>174
>今や日本での実績はSeasarは十分だと思うが。

>>175
>Seasarって金融商品とかの導入事例もあるし、小粒な案件でも
>使っているケースあるので、普通に実績はあると思うけど。

S2本体の事例はあるけど、Teedaとかその他諸々に
どれだけの実績があるのだろうかという疑問。
こういう話になるといつも、ごっちゃにされるのだが。

211 ：デフォルトの名無しさん：2007/11/08(木) 01:35:55

>>210
ML見てればある程度分かる。
Teeda、S2dao、DbFluteはかなり使われてる。
あんなに質問しないと使えないプロダクトもどうかと思うがｗ
他のは使われてないのか質問しなくても使えるのか分からんね。
きっと使われてな

あれ、こんな時間に(ry

212 ：デフォルトの名無しさん：2007/11/08(木) 09:51:22

あんなに質問ができるプロダクトもそんなにないと思うが。

他のプロダクトだってあれほど質問できるような状況なら質問は多いと思うがな。

213 ：デフォルトの名無しさん：2007/11/08(木) 10:09:59

確かに、もうちょっと自分で調べた方が、とか
Seasar以前の話じゃんっていう質問が
多くなってきたけど、まめに対応してるのはえらいと思う。

214 ：デフォルトの名無しさん：2007/11/08(木) 11:25:14

Teedaはpageのdo～メソッドにj2ee.diconで定義したトランザクションを実行するようにしているけど、
そもそもこの部分にトランザクションが必要な理由ってなんだろう。
もし指定していなかった場合どうなってしまうから、トランザクションを入れているのだろう。

215 ：デフォルトの名無しさん：2007/11/08(木) 12:00:38

トランザクションについて勉強しよう。
Teedaうんぬんよりそっちのが早い。

216 ：デフォルトの名無しさん：2007/11/08(木) 23:51:42

higaタソ、ここでかかれてることにいまさら気がついたんか

217 ：デフォルトの名無しさん：2007/11/09(金) 00:03:42

>>216
何に気づいたんだ？

218 ：デフォルトの名無しさん：2007/11/09(金) 01:11:29

>>217
このスレの存在をしったとか？

219 ：デフォルトの名無しさん：2007/11/09(金) 01:14:20

昔からROMってるだろ。
いや。レスしてるか。

220 ：デフォルトの名無しさん：2007/11/09(金) 01:58:53

チュートリアルないっていわれてたことに気づいてこれ作ったってことだな
ttp://s2container.seasar.org/download/2007-11-08/S2JDBC-Tutorial-2.4.18-rc2.zip

221 ：デフォルトの名無しさん：2007/11/09(金) 02:08:17

>>192
羽生のキモさにワロタ。
俺は基本的に
「仲間には優しく、そうでない奴には厳しい」
っていう不良みたいなメンタリティには拒否感を抱くから
こいつのブログ読んだときにはASIPの肩もってしまうな。

222 ：デフォルトの名無しさん：2007/11/09(金) 02:40:58

正直、自分が納得いくように謝罪させるために圧倒的にイメージ悪くしてる気がする。
ふつうの人間はあれだけ見たらかかわりたくないと感じる。

223 ：デフォルトの名無しさん：2007/11/09(金) 10:24:52

>>221
自分のためにケンカしてくれない社長って
精神的にすんごいきついです。
鬱になりかけたもん。

224 ：デフォルトの名無しさん：2007/11/09(金) 10:27:01

ああも口が悪い奴はどんな正論言ったところで。。。
一番ダイッキライな人種だな。

225 ：デフォルトの名無しさん：2007/11/09(金) 10:33:57

俺は熱い人間の方が好きだけどな。

226 ：デフォルトの名無しさん：2007/11/09(金) 11:19:50

仕事でもプライベートでも
側に居て欲しくないな、そういう人は
関わりたくない、見たくもない

227 ：デフォルトの名無しさん：2007/11/09(金) 11:34:35

>>226
どっち？

228 ：デフォルトの名無しさん：2007/11/09(金) 12:06:43

流れ的に羽生だろ

229 ：デフォルトの名無しさん：2007/11/09(金) 12:22:33

>>223
外部と折衝する人間はそうでないとな

230 ：デフォルトの名無しさん：2007/11/09(金) 12:30:48

そもそも
厳しい←→優しい
がよくわからん。

厳しい←→甘い
だろ。

このasip対応はうんと優しいと思う。

231 ：デフォルトの名無しさん：2007/11/09(金) 22:49:31

恐ろしく流れをぶった切って悪いんだが、
これからはじめるプロジェクトでSeasar2使うとして、
S2DaoとS2JDBCどちらで行くべき？

232 ：デフォルトの名無しさん：2007/11/09(金) 22:57:14

今年はじまるプロジェクトならS2Dao、来年ならS2JDBC。

ってひがたんがいってた。

233 ：デフォルトの名無しさん：2007/11/09(金) 23:00:22

俺なら正直もうしばらくS2Dao
プロジェクトが評価的なものだったりしたらS2JDBCでもいいとおもう。

234 ：デフォルトの名無しさん：2007/11/09(金) 23:05:57

リリースから半年は様子を見る俺はチキン

235 ：デフォルトの名無しさん：2007/11/09(金) 23:10:13

>>231
両方触ってみて決めたら？

236 ：デフォルトの名無しさん：2007/11/09(金) 23:48:31

S2JDBCは各方面からdisられて仕様変更すると思うから、しばらくS2Dao。

237 ：デフォルトの名無しさん：2007/11/09(金) 23:57:07

べつに、JPAだのS2daoだの意識せんとも、その時点で評価して
良い結果を出した技術を採用すりゃいいだけじゃん。
ベンチマークも出しているわけだし。

238 ：デフォルトの名無しさん：2007/11/09(金) 23:58:07

キャッシュキャッシュキャッシュキャッシュ

239 ：デフォルトの名無しさん：2007/11/10(土) 00:34:25

半年後には「流れるようなインターフェース」じゃなくなっているんだろうな。

240 ：デフォルトの名無しさん：2007/11/10(土) 01:08:31

アンインストール
アンインストール

この星の無数の塵のひとつだと

今の僕には理解できない

241 ：デフォルトの名無しさん：2007/11/10(土) 01:42:26

>>237
ベンチマークが問題になってはいないと思うよ
速いといっていればいいだけだし、疑問に思ったやつがいるのなら自分で実行するだろう
どのみちリソースどれくらい食うとかあらかじめいじってく必要はあるし

どういう使い方をするか、こういうときどうするか、どこがすばらしいのか、そういうことをしっかり伝えればいいと思う
JPAとかHibernateクソ、俺様の最強！って感じだとだれもついてこねーって
その路線で失敗しているのが今のSCE方面だったりするわけで・・・

>>239
流れるようなとかそこが売りとは俺は思わないんだよな

S2JDBCはたんなるラッパで実装がシンプルだと思うから、実装ソース見せながら、
実際に発行されるSQLとかふくめて丁寧に説明すればいい

242 ：デフォルトの名無しさん：2007/11/10(土) 01:51:19

JPAに乗っかってるってのもちょっといいな。
S2に依存しまくりって感じがちょっと薄れる。

243 ：デフォルトの名無しさん：2007/11/10(土) 02:07:25

実際コンテナとほとんど関係ないだろ。

244 ：231：2007/11/10(土) 02:10:07

みなさん、ありがと。
今年っつうか、もうすぐそこなんで、S2Daoで行っておこうかと思います。
とりあえｚｙ、ひがたんの手のひらで踊って見ます。ﾉｼ

245 ：デフォルトの名無しさん：2007/11/10(土) 03:43:47

今チュートリアル読んでやってみたがそこそこ使えそう。
とりあえず試してみ

246 ：デフォルトの名無しさん：2007/11/10(土) 20:30:23

技術検証してとりあえず使えそうだってのはいいんだが、
システムのライフスパン（短くても3～5年？）を考えたら不安じゃないの・・・

247 ：デフォルトの名無しさん：2007/11/10(土) 21:22:24

んな事言い出すとウチの職場にある鯖の一部からして保守契約切れてるんだが。
そしてWindowsNT4が動いていたり。

つか現実的にライフスパンの長いプロダクトってナニよ？

IBMのOSみたいにリリースされた直後に５年後にメンテ止まるって宣言している
商品もあるんだが。

248 ：デフォルトの名無しさん：2007/11/10(土) 22:45:56

そのためのソースじゃ？

249 ：デフォルトの名無しさん：2007/11/11(日) 07:19:09

5年もシステム動いていりゃー御の字じゃないのかね？

250 ：デフォルトの名無しさん：2007/11/11(日) 12:45:05

こちらスネーク
カンファレンス会場に侵入完了した。
作戦の指示を頼む

251 ：デフォルトの名無しさん：2007/11/11(日) 13:16:38

別命あるまで待機せよ

252 ：デフォルトの名無しさん：2007/11/11(日) 13:56:54

こちらスネーク
指示はまだか

253 ：デフォルトの名無しさん：2007/11/11(日) 14:11:55

スネーク、これは罠だ!!
至急そこから離脱しろ!!

254 ：デフォルトの名無しさん：2007/11/11(日) 14:30:46

>>253
お前はスタッフだな！

255 ：デフォルトの名無しさん：2007/11/11(日) 15:30:59

今、「実践楽しいJava」を受講中

256 ：デフォルトの名無しさん：2007/11/11(日) 15:32:07

流れるような、とかベンチとかそんなのださなければOK

257 ：デフォルトの名無しさん：2007/11/11(日) 16:16:08

ひがたん、しゃべりへたになってない？
@A会場

258 ：デフォルトの名無しさん：2007/11/11(日) 23:40:09

飲み会よりただいま帰還

259 ：デフォルトの名無しさん：2007/11/12(月) 11:01:08

S2JDBCでEntityをDBから自動的に生成してくれるツールって無いですか？
EclipseにあるJPAのツールを使うと生成してくれるけどsetter/getterが入ったS2JDBC向けじゃないので・・・・

260 ：デフォルトの名無しさん：2007/11/12(月) 13:05:04

setter/getterが入ってるからといってS2JDBC向けではないということはない。

261 ：デフォルトの名無しさん：2007/11/12(月) 13:44:05

おとなしくJPA使えばいい

問題はSeasar2が数あるコンテナの中で一番JPAのサポートが一番弱いくさいということだな

262 ：デフォルトの名無しさん：2007/11/12(月) 14:29:12

>>261
> 数あるコンテナ

何があるんだよw

263 ：デフォルトの名無しさん：2007/11/12(月) 19:56:32

JBoss
Geronimo
GlassFish
Spring

264 ：デフォルトの名無しさん：2007/11/12(月) 20:10:51

あとOracleとWebLogicもか

265 ：デフォルトの名無しさん：2007/11/12(月) 20:13:54

っていうかJPAなんて流行ってるのか？

266 ：デフォルトの名無しさん：2007/11/12(月) 20:26:46

JBossてかSeam以外のEJBコンテナなんて裸のJPAしか使えないだろ
SpringのJPAサポートはJpaTemplateとかJpaDaoSupportとかなくてもいいレベル
Guice+Warpはマシな方だがKuinaの方が上

267 ：デフォルトの名無しさん：2007/11/12(月) 20:40:41

>>266
JBossなら、そこら辺はHibernateのAPI使うことになるだろうね

268 ：デフォルトの名無しさん：2007/11/12(月) 20:56:13

>>267
Hibernate生で使うよかKuina経由の方がいい
SeasarがJPAサポート弱いってのは嘘だな

269 ：デフォルトの名無しさん：2007/11/12(月) 21:41:34

>>263
アプリサーバとDIコンテナを同列に並べるなよ

270 ：デフォルトの名無しさん：2007/11/12(月) 21:46:11

>>269
昔はそう言えたけど、今はAll in one戦略取ってるから同列と言っていいんじゃない？

271 ：デフォルトの名無しさん：2007/11/12(月) 22:11:27

>270
アフォですね

272 ：デフォルトの名無しさん：2007/11/12(月) 22:19:38

jboss5なんかはアプリ鯖イコールDIコンテナという思想だな。
embededEJBなんかもあるし

273 ：デフォルトの名無しさん：2007/11/12(月) 23:46:03

EJB3程度じゃDIコンテナとは比べられない。
DIコンテナはサーバじゃない。

274 ：デフォルトの名無しさん：2007/11/13(火) 00:32:21

>>266
Guiceや各種アプリ鯖つかってないのはよくわかった

275 ：デフォルトの名無しさん：2007/11/13(火) 00:32:57

JBoss5のアーキテクチャ知ってて言ってるのかね。

276 ：デフォルトの名無しさん：2007/11/13(火) 00:34:08

>>273
あれだってまっとうなDIコンテナだ
静的に必要なコンポーネントを組み立ててくれる

それにシングルスレッドモデルのセッションビーンのほうがいい場合も多いと思うぜ

277 ：デフォルトの名無しさん：2007/11/13(火) 00:35:51

DIコンテナかどうか微妙だが、一応JSFにもDIの要素はあるな。

しかしDIよりもAOPの部分もあると全然違うよな

278 ：デフォルトの名無しさん：2007/11/13(火) 01:49:02

DIの利点はAOPやりやすいことだけって
ひがたんが言ってなかったか？

279 ：デフォルトの名無しさん：2007/11/13(火) 10:50:37

んな実装上の都合に近いもんだけが利点かよ。
言ってること変わりすぎだろ。
君子豹変すってのはありとしても、
過去に自分が影響を与えた他人を馬鹿にしてるみたいでやな感じだ。

とよく知らずに書いてみる。

280 ：デフォルトの名無しさん：2007/11/13(火) 14:26:28

>>279
釣られんな

281 ：デフォルトの名無しさん：2007/11/14(水) 01:16:28

しかし、対象をコンポーネントにせずにダイナミックAOP ってやる方法あるの？

282 ：デフォルトの名無しさん：2007/11/14(水) 01:19:28

ServletAPIのFilterとか

283 ：デフォルトの名無しさん：2007/11/14(水) 01:19:58

委譲を使った方法とか

284 ：デフォルトの名無しさん：2007/11/14(水) 01:53:41

DIよりも簡単？

285 ：デフォルトの名無しさん：2007/11/14(水) 06:55:28

S2DaoはS2JDBCに吸収されていくの？
S2Daoで１対多や関連のネストがサポートされるようになるって
大分前から言ってたので待ってたけど、
「S2JDBCを使え」ってことになっちゃうのかな。
こういったロードマップのドンデン返しはseasarならではだね。

Teedaも近いうちに、JSF抜きになって大転換があるだろうね。

286 ：デフォルトの名無しさん：2007/11/14(水) 07:34:47

不思議なのだが。

＞大分前から言ってたので待ってたけど、

2chで前から言ってたとか言うのならただのアフォだと思うが。

287 ：デフォルトの名無しさん：2007/11/14(水) 09:21:00

ttp://d.hatena.ne.jp/higayasuo/20040705#1088985438
ttp://d.hatena.ne.jp/higayasuo/20040829#1093741526
ttp://d.hatena.ne.jp/higayasuo/20050104#1104821829
ttp://d.hatena.ne.jp/higayasuo/20050108#1105159378

288 ：デフォルトの名無しさん：2007/11/14(水) 12:49:10

>>285
> 大分前から言ってたので待ってたけど、

待ってるだけじゃダメ。ちゃんと要求しないと要望がないと判断されるよ。
S2Daoの1対多は進んでたけど開発者が失踪してなくなったはず。
誰も要求しないからやる気なくなったんじゃないか?
今はDbFlute使えばS2Daoで1対多できる。
機能追加はS2Daoより上位層でやる方向なんだろう。

289 ：デフォルトの名無しさん：2007/11/14(水) 13:10:53

メインの開発者が何度も「対応する」と明言しているのに？
要望も何人かの方が出していたように思いますが。

290 ：デフォルトの名無しさん：2007/11/14(水) 13:15:25

>>開発者が失踪

工エｴェｪ（´д｀）ｪェｴエ工工？

291 ：デフォルトの名無しさん：2007/11/14(水) 13:55:58

>>289
何人かの声じゃ足りなかったんじゃない?
だから開発してたけど燃料が尽きたんだよ。
svn見れば残骸残ってる。9ヶ月前まで頑張ってたようだ。
その頃にまた要望出してれば続いてたかもしれないね。
使うだけの俺らにとってコミッタは金の卵を産む鶏。
エサをやらないと鶏は死ぬって憶えるといいよ。

292 ：デフォルトの名無しさん：2007/11/14(水) 14:55:45

えさってのは言葉は悪いけど
わかるなあ

293 ：デフォルトの名無しさん：2007/11/14(水) 18:04:30

対応するって明言して要望も何人か出してても要望出し続けなきゃならんのかいな。
むしろ分かっとるわい、とか使うだけなのに何様だって
このスレで言われそうだｗ

294 ：デフォルトの名無しさん：2007/11/14(水) 20:13:11

どんでん返しはS2に限らずあるでしょ

っていうか長い間待ちすぎだ。燃料投下したいだけだろ。

でもteedaはもっと軽いフレームワークになってほしいね

295 ：デフォルトの名無しさん：2007/11/14(水) 20:54:09

>>287
ttp://d.hatena.ne.jp/higayasuo/20050108#1105159378
> 太一さんのところで、1:Nマッピングの仕様の検討が始まってます。
> 要望のある方は、どんどんコメントして、自分達が使いやすい仕様にしましょう。

コメント付かなけりゃやめるのも道理じゃね？
それより昔の婚約者ってのが気になるんだぜ。

296 ：デフォルトの名無しさん：2007/11/14(水) 22:03:12

何で破談になったんだろうな。

297 ：デフォルトの名無しさん：2007/11/14(水) 22:11:57

人様の超プライベートなところに首はつっこみたくないねぇ。

激務続きで彼女にフラれたことあるんで…ね…'`,､('∀`) '`,､

298 ：デフォルトの名無しさん：2007/11/14(水) 22:13:17

>>297
ドンマイ

299 ：デフォルトの名無しさん：2007/11/15(木) 04:13:22

>> 294
> teedaはもっと軽いフレームワークになってほしいね
同意

>> 297
> 激務続きで彼女にフラれたことあるんで…ね…'`,､('∀`) '`,､
もっと激務を続けると彼女の幻覚ガ見エルヨ...

300 ：デフォルトの名無しさん：2007/11/15(木) 16:30:36

WicketやStruts並みもしくはそれを超えるパフォーマンスにしてもらいたい＞teeda

301 ：デフォルトの名無しさん：2007/11/15(木) 16:32:00

JSFのRIより遅いの?

302 ：デフォルトの名無しさん：2007/11/15(木) 21:15:02

WicketとStrutsじゃえらく違うが。
Strutsとはやってる量が違うから勝てんだろ。

Wicketとどのくらい違うのかね。

303 ：デフォルトの名無しさん：2007/11/19(月) 10:44:21

すんません。
今WEB+DBプレスのvol41見て、seasar+teedaの勉強で、demoを作ってます。

で、不正な日付を入力すると「エラーが出ます」って書いてある（p82）ですが、
2007/02/31とか入力すると、エラーが出ずに、そのまんま2007/03/02で
受け取ってしまいます。

どしてなのかしら？

304 ：デフォルトの名無しさん：2007/11/19(月) 11:28:20

厳密にチェックしてないんでしょ、日付を

305 ：デフォルトの名無しさん：2007/11/19(月) 12:29:59

>>303
なんか、素の Date の動きっぽいけど、ちゃんと噛まさってる？
他のチェックは動いてるのかしら。

306 ：デフォルトの名無しさん：2007/11/19(月) 18:04:46

>>305
inputタグには、class="T_date"って入っているのと、
入力のテキストボックスにはJavaScriptが効いているので、
設定はできているような気がするのですが・・・

> 他のチェック
すんません、あれから触れていないので、また試せたら報告します。

307 ：デフォルトの名無しさん：2007/11/19(月) 23:15:51

>>305
噛まさってる？って、道産子ですか？

308 ：デフォルトの名無しさん：2007/11/20(火) 02:36:24

噛まさってるってどういう意味？

309 ：デフォルトの名無しさん：2007/11/20(火) 02:54:40

道産子の友人に言わせると
～さる、を正確に表現出来る
共通語はないらしい。

310 ：デフォルトの名無しさん：2007/11/20(火) 12:26:27

道だけじゃないな
東北でも使われる

一応共通語としては普通に表せるがニュアンスがややちがうというのはどこの方言でも同じだな

でも「噛まさってる？」という上の文章の意味がわからん

311 ：デフォルトの名無しさん：2007/11/20(火) 12:32:28

>>310
ああそうなんだ。

北海道だと、自然とそういう状態になってるというか
そこに意思がまったく介在しないというか
そんな意味らしい。これもあえて説明するとって感じらしい。

じゃあ共通語だとXXXじゃん、っていうと
「違う、全然違う！」って否定されるんだけど
さっぱりわからん。

305は、teedaのconverterの処理が走ってるか？ってことかな？

312 ：デフォルトの名無しさん：2007/11/20(火) 12:34:27

噛まさハムニダ＝ありがとう、だから、感謝してる？という意味の略記か？

313 ：305：2007/11/20(火) 16:05:01

すんません。解決しました。

送信側のhtmlの<input class="T_Date">になっていたものの、
Pageクラス側の型がDateでなく、Stringになっていたためでした。
すんませんっした。

314 ：デフォルトの名無しさん：2007/11/20(火) 18:27:15

しがむってわかるかね？

スレ違いすまそorz

315 ：305：2007/11/20(火) 18:37:54

すいません、ちょっと方言という意識が無く使っていました。
自分は中部地方出身なので、そちらの方言だと思うのですが、「噛まさる」というのは、
感覚的には、「～を噛ます」を「～（噛ますもの）」を主語において言う感覚の言葉です。
例えば馬にハミを噛ませる場合なら、
「ハミがうまく噛まさっとるか？」というような言い方をします。
意味としては「ハミを馬がうまく噛んでいるか」ということですが、
ニュアンスとしては、馬の方が噛んでいるかではなく、
ハミの方がきちんと噛まれているか、という感じの意味です。

316 ：デフォルトの名無しさん：2007/11/20(火) 19:29:18

へぇ。単純な主客逆転なんだ。
北海道とはやっぱり意味が違うんだな。

で、方言じゃなくて、意味するところは
converterの処理がリクエストとPageクラスの間に
はさまって動いてるか、って事だったのかな？

317 ：305：2007/11/20(火) 19:45:00

>>316
>converterの処理がリクエストとPageクラスの間に
>はさまって動いてるか、って事だったのかな？
はい、まさにそのとおりです。

318 ：デフォルトの名無しさん：2007/11/20(火) 20:44:04

>>316
違う?

319 ：デフォルトの名無しさん：2007/11/20(火) 22:04:33

>>302
それ、おれもしりたい。
StrutsとJSFとWicketとClickのパフォーマンス測定ってだれかやってないかな。

320 ：デフォルトの名無しさん：2007/11/20(火) 23:13:02

>>319
Teedaは無視？

321 ：デフォルトの名無しさん：2007/11/21(水) 00:44:27

>>319
strutsはおそらく一番シンプルなだけに一番軽いとして
JSFはコンポーネントツリーの復元に時間がかかりそうに見える

wicketとClickはどういうコンポーネントの復元してるかわからないのでなんともいえないけど

開発期間はJSF＋GUIエディタが一番短いと思うから単純にはいえないかと

322 ：デフォルトの名無しさん：2007/11/21(水) 10:16:55

>>318
うん、俺も道産子から最初に聞いたとき、
ただ主客が逆転してるだけなのかと思って
そういったんだけど、全然違う！っていわれた。

ハミがうまく噛まさってる、って場合、
そこになんの意思もないというか
自然にそうなっているというか
だから、誰かが何かをしたくてハミを噛ませてるって
だけの意味以上のものがあるらしいんですよ。
どうも俺もよくわかんないだよ。

餃子のこと、肉が小麦粉の皮に包まさってる、っていってたけど
包まれてる、とは違うんだって。わかんねー。

323 ：デフォルトの名無しさん：2007/11/21(水) 11:48:37

俺も道産子だけど、うまく説明できないなぁ。

その状態が、あるがまま「いま」そうなっている
という感じ。うーん。何か違う。

324 ：デフォルトの名無しさん：2007/11/21(水) 13:47:59

最初に聞いたのは、いい曲聴いてて
「泣かさるなー」といってた時。

325 ：デフォルトの名無しさん：2007/11/22(木) 17:44:30

s2struts

ActionFormにCalendar型の変数、getter,setterを作ると、
起動時にStackOverFlowが発生する

326 ：デフォルトの名無しさん：2007/11/22(木) 23:42:38

MLで報告しろよ

327 ：デフォルトの名無しさん：2007/11/23(金) 00:02:45

ここも見てるだろ。
どうせs2strutsはMLでも反応よくない。
1.3はいつリリースなのかと小(ry

328 ：デフォルトの名無しさん：2007/11/23(金) 00:08:18

1.3 がリリースされないと、 seasar 自体も 2.4.x系に移行できねえ。

329 ：デフォルトの名無しさん：2007/11/23(金) 00:34:11

そういえば、スーパー何とかStrutsって
何だったの？

330 ：デフォルトの名無しさん：2007/11/23(金) 01:11:49

ttp://ml.seasar.org/archives/operation/2007-November/003557.html
Super AgileにStrutsとSeasar2で開発するためのフレームワーク

だってさ

331 ：デフォルトの名無しさん：2007/11/23(金) 02:42:38

当然開発してないんだろ？

332 ：デフォルトの名無しさん：2007/11/23(金) 04:24:22

Seasarに勢いを感じないのはもれだけ？

333 ：デフォルトの名無しさん：2007/11/23(金) 10:51:38

いや、勢いだけはある。

334 ：デフォルトの名無しさん：2007/11/23(金) 12:01:09

>>330
ちょっと期待しちゃったりする。Teedaみたいな感じで開発できるとありがたいんだがな………

335 ：デフォルトの名無しさん：2007/11/23(金) 13:26:20

客にStruts指定されてるからTeeda使えない、という局面で
SAStrutsだったら使うことを許してくれるだろうか？

336 ：デフォルトの名無しさん：2007/11/23(金) 20:20:42

StrutsUnit が暫定版のまま放置プレイなのもつらい。
みんなどうやってテストしてるの？

337 ：デフォルトの名無しさん：2007/11/23(金) 20:33:58

POJOにしてるから特にこまらん。

338 ：デフォルトの名無しさん：2007/11/23(金) 21:39:25

ああ、なるほど、だから放置されてんだ・・・　つうかそうすると再開の見込みないな　・・・　orz 。

339 ：デフォルトの名無しさん：2007/11/23(金) 23:37:50

前はshot6って人がアクティブなteedaのコミッタだった気がするが、
最近はkoichikって人がアクティブなのは何故？

340 ：デフォルトの名無しさん：2007/11/24(土) 00:03:55

前はshot6って人が暇だったけど、
最近はkoichikって人が暇だからだぜ？

341 ：デフォルトの名無しさん：2007/11/24(土) 00:10:11

koichik は S2JDBC のせいで kuina 干されたから暇なんだろ。

342 ：デフォルトの名無しさん：2007/11/24(土) 00:14:10

>>341
獄長乙

343 ：デフォルトの名無しさん：2007/11/24(土) 00:18:42

http://sourceforge.jp/projects/seasar/

Teedaなんて存在しないぜ

344 ：デフォルトの名無しさん：2007/11/24(土) 00:20:42

https://www.seasar.org/svn/

釈明してもらおうか。

345 ：デフォルトの名無しさん：2007/11/24(土) 00:34:18

teedaバグだらけで進歩しないからshotは首になったと俺はみてる。
獄長が出張るようになってから安定した。

346 ：329：2007/11/25(日) 12:41:32

さっそく反応があってウレシイな

347 ：デフォルトの名無しさん：2007/11/25(日) 13:23:12

S2JDBCだけ使ってみたいんですが、s2-framework, s2-tiger, s2-extension の jar にクラスパス
通すだけで使えるんですか？

348 ：デフォルトの名無しさん：2007/11/25(日) 14:28:05

>>347
使えるけど
まずはググってみれば

349 ：デフォルトの名無しさん：2007/11/25(日) 18:26:02

獄長ってどなたのこと？

350 ：デフォルトの名無しさん：2007/11/25(日) 18:43:20

ってかそもそも誰？

351 ：デフォルトの名無しさん：2007/11/25(日) 19:25:36

質問の仕方のわからない初心者をDISって喜んでる基地外の事

352 ：デフォルトの名無しさん：2007/11/25(日) 19:47:21

> 質問の仕方のわからない初心者をDISって喜んでる

それは人として普通だろ

353 ：デフォルトの名無しさん：2007/11/25(日) 20:09:07

人としては普通だが性格としては最悪の部類では？

354 ：デフォルトの名無しさん：2007/11/25(日) 20:18:53

もちろん最悪だがコミッタとしては問題ない

355 ：デフォルトの名無しさん：2007/11/25(日) 20:39:10

つまりxx野郎でもコミッタとして機能するならおｋ、と

356 ：デフォルトの名無しさん：2007/11/25(日) 20:46:18

Seasarはじめたばかりなんで、誰のことやら、サッパリだわ。隠語だけで話しされるのはつらいのぉｗ

357 ：デフォルトの名無しさん：2007/11/25(日) 21:17:48

獄長は、な○○ま○○○き氏のことかな。

358 ：デフォルトの名無しさん：2007/11/25(日) 21:31:37

獄長、教祖、社長、ヲタ、芦
これだけ分かればSeasar厨

359 ：デフォルトの名無しさん：2007/11/26(月) 00:41:43

>>356
コミュニティが、はてなで成り立っているので
個人志向がどうしてもめだってしまってます。
隠語は気にしなくていいです＞ちゃちゃいれてるだけなので。

本気で使うなら、コミッタ2,3名のはてなを
1年分くらいは遡って読む必要があるかも？

s2daoは、最高ー！なのでがんばって下さいませ。

360 ：デフォルトの名無しさん：2007/11/26(月) 00:45:18

>>357
なかやまひでゆき？

361 ：デフォルトの名無しさん：2007/11/26(月) 00:47:37

最近はS2JDBCとSAStrutsに方向向いてる気がする

なんつーかコンテナ以外は方針がコロコロかわってユーザーが振り回されてる感じがする
それぞれ独立性が同じくらいならいいのかもしれんけど、なんか違うよね
過去にはまって一生懸命プッシュしていたたソフトだって飽きてメンテがさっぱりになるし

362 ：デフォルトの名無しさん：2007/11/26(月) 00:52:21

振り回されてるって感じるのはお前に主体性がないから

363 ：デフォルトの名無しさん：2007/11/26(月) 07:37:03

もうそろそろオライリーあたりがブ厚い書籍を出して欲しい…よな…S2Container、S2Dao、S2JDBC…あたり

364 ：デフォルトの名無しさん：2007/11/26(月) 09:42:09

s2daoでmysqlのlock tablesとか発行できるの？
ドキュメントには書いてないし、試すのがメンドクサイんだよね

オライリーは、翻訳がひどいよ

365 ：デフォルトの名無しさん：2007/11/26(月) 13:12:42

Teedaで携帯コンテンツ作成する場合のTipsどっかにないかしら？
特に文字コード周りの話とか、JavaScriptをOFFにするやり方とか。
１個のコンテキスト内で、PC向け（UTF-8）、携帯向け（SJIS)を作れるのかしら？

366 ：デフォルトの名無しさん：2007/11/26(月) 14:13:18

TeedaよりYmir
ttp://d.hatena.ne.jp/j5ik2o/20071121/1195666808#c

367 ：デフォルトの名無しさん：2007/11/26(月) 17:52:33

>>357
一文字もあってないな

368 ：デフォルトの名無しさん：2007/11/26(月) 20:25:32

teedaで、以下のようなリンクを作成して

www.hoge.com/view/hoge/index2.html?data=XXX

を開くと、dataの内容が取得できるのですが、
pageクラスの中で使おうとすると、２バイト文字が文字化けします。
これの対策方法ってどうやればいいのでしょうか？

369 ：デフォルトの名無しさん：2007/11/26(月) 21:12:11

>>368
hoge.comの中の人?

370 ：デフォルトの名無しさん：2007/11/26(月) 21:49:21

>>369

hogeはサンプルです。
中の人ではないです。

371 ：デフォルトの名無しさん：2007/11/26(月) 22:12:33

実在ドメインをサンプルにだすなんてよほどのあほか嫌がらせか

372 ：デフォルトの名無しさん：2007/11/27(火) 01:17:07

ドメイン名を例示したい場合には example.com などを利用するルール。
これは、RFCにも定められている。たまには仕様も読もうぜ。

373 ：デフォルトの名無しさん：2007/11/27(火) 03:29:16

hoge.com　の中の人が来ましたよ。
サンプルとして使ってよし。ドメイン保持者のおれが言うんだから間違いない。

374 ：デフォルトの名無しさん：2007/11/27(火) 10:46:46

>>368
きちんとURLエンコーディングしてるのかを確認…

375 ：デフォルトの名無しさん：2007/11/28(水) 00:04:11

>>374

tomcatのserver.xmlのConnectタグの属性に、URIEncoding="UTF-8"を追加することにより問題が解決しました。
アドバイスありがとうございました。

376 ：デフォルトの名無しさん：2007/11/28(水) 00:47:50

>>375
それ、根本的な解決になってないｗ
そんな場当たりでいいのか？

377 ：デフォルトの名無しさん：2007/11/28(水) 00:54:38

言っとくけど、プログラムのあるべき論なんて金にならないよ？www

378 ：デフォルトの名無しさん：2007/11/28(水) 01:32:36

>>376
であれば、もう一歩踏み込んだアドバイスなり解決策をだしてあげる優しさが、
今の時代に求められている

ﾅｰﾝﾁｬｯﾃ

379 ：デフォルトの名無しさん：2007/11/28(水) 12:28:17

>>375
>>376
場当たりってレベルじゃねーぞ！

380 ：デフォルトの名無しさん：2007/11/28(水) 15:13:40

ばーたりー！

381 ：デフォルトの名無しさん：2007/11/28(水) 16:16:51

結局だれも回答だせないのか

382 ：デフォルトの名無しさん：2007/11/28(水) 17:14:01

回答としては>>374で十分かと。

383 ：デフォルトの名無しさん：2007/11/29(木) 13:42:23

Seasar他人に薦める気になれない。
いやね、プログラミングはがんばってるみたいだけど、ドキュメントは分かりにくいし、
例外でてもEnhanced～なトレースがでてるばっかりで、わけわかめだし。

大体WebアプリをJavaで開発する意味が分からん！

384 ：デフォルトの名無しさん：2007/11/29(木) 13:47:28

適材適所という言葉があってだな、Javaに向かないWebアプリもあれば
向いたWebアプリもあるんだよ常考

385 ：デフォルトの名無しさん：2007/11/29(木) 13:58:26

はい。そうです。そのとおりです。
私もそう思います。愚痴が過ぎました。

Teedaって、表示したいプロパティは全てGetter/Setter用意しなきゃいけない？
例えば、Contentsってクラスがあったときに、
Contents contents;
setContents();
getContents();
で<span id="contents.id"></span>みたいなことはできない？

idとかtitleとかプロパティ用意してDXO用意して～ってなるのか。

386 ：デフォルトの名無しさん：2007/11/29(木) 15:25:10

NeXTのWebObjectみたいなことできればなーとはｵﾚも思った

387 ：デフォルトの名無しさん：2007/11/29(木) 17:03:00

Seasar使ってると、いちいち面倒で。
簡単なことを面倒くさくやっているような印象がどうしてもある。
確かにプログラマとデザイナを分けるには、HTMLにプログラミングコードを書かないというのは必要性を感じるけれど･･･
むしろ難しくなっていて、内部構造を全部知らないと、HTMLなんかかけない気が。
これMVCの意味あるの？ってちょっと思う。

388 ：デフォルトの名無しさん：2007/11/29(木) 19:13:19

>>387
Seasarつうか、Teedaがアレだな。

389 ：デフォルトの名無しさん：2007/11/29(木) 19:29:22

>>387
どうぞJSPを使ってください。

Pageを書いてHTMLを書くんじゃなくて、HTMLを書いてPageを書く。
俺は十分簡単に出来ると思うし、難しいとも思わない。

MVCを実現したいわけではない。（あえて言うならPageとHTMLでVを表現してるかな）

HTMLベースの良いところっていっぱいあるぞ。

390 ：デフォルトの名無しさん：2007/11/29(木) 20:02:16

Java自体が簡単なことを面倒くさくやっている傾向はあると思うけど。

391 ：デフォルトの名無しさん：2007/11/29(木) 20:05:03

機械語が一番だな

392 ：デフォルトの名無しさん：2007/11/29(木) 20:08:17

>>388
そうかTeedaがあれなのか。

>>389
うーん。JSPかぁ。
Teedaだと、
１、HTMLコーダーの人にHTML書いてもらう
２、テンプレートに対してPageをかく。

ここまではいいんだけど、のちに、
３、HTMLコーダーによるHTML修正
４、動かなくなる
可能性が結構高いなって思ったんですね。
そりゃ、分かってる人がHTML書くなら簡単だけど。

プログラマーとHTMLコーダーの分業のために、PageとHTMLが分離されてるんじゃなくて、
むしろプログラマーよりで、プログラマーが把握するにはPageとHTMLはしっかり結合していたほうがいいっていう認識でいたほうがいいってことかな。

393 ：デフォルトの名無しさん：2007/11/29(木) 21:29:06

JSPだと
１、HTMLコーダーの人にHTML書いてもらう
２、HTMLをJSPに変える。

ここまではいいんだけど、のちに、
３、HTMLコーダーによるJSP修正　＝＞カオス
or
３、HTMLコーダーによるHTML修正
４、修正HTMLを元に泣く泣くJSP修正

394 ：デフォルトの名無しさん：2007/11/29(木) 21:31:41

>>392
修正の内容次第だけど、そんなに動かなくなる可能性高い？
id変えられると辛いかな。mayaaみたいに分かれてた方が安心ではある。

395 ：デフォルトの名無しさん：2007/11/29(木) 21:57:37

HTMLコーダーによるJSP修正ってあるかな？
最初のデザインを決めてもらったら、後は全てプログラマーがメンテすればいいんじゃない？
今までの仕事はどれも、HTMLもCSSもJavaScriptも最初のデザイン以外は自分でやってる

396 ：デフォルトの名無しさん：2007/11/29(木) 23:39:29

最初のデザインがあっさり終わってくれればなー

397 ：デフォルトの名無しさん：2007/11/29(木) 23:53:25

>後は全てプログラマーがメンテすればいいんじゃない？
じゃTeedaHTMLでいいじゃん

398 ：デフォルトの名無しさん：2007/11/30(金) 00:06:57

shotﾀｿ暇そじゃね？

399 ：デフォルトの名無しさん：2007/11/30(金) 01:08:46

まあ、JSPが向いてる部分もあればHTMLが向いてる部分もあるだろ。
どっちも使いたいな。

400 ：デフォルトの名無しさん：2007/11/30(金) 01:46:56

>>399
そういうことだな

401 ：デフォルトの名無しさん：2007/11/30(金) 12:34:49

HTMLベースでできるのは全然いいけど、JSF的な部分がうざい希ガス

402 ：デフォルトの名無しさん：2007/11/30(金) 13:23:25

むしろ本来のJSFからはなれていてそこがめんどい希ガス

403 ：デフォルトの名無しさん：2007/11/30(金) 13:59:27

>>401
同意

>>402
具体的に

404 ：デフォルトの名無しさん：2007/11/30(金) 14:01:37

>>403
JSFは本来カスタムタグによるコンポーネントによってデザインされるもの

405 ：デフォルトの名無しさん：2007/11/30(金) 14:33:53

その方がめんどい

406 ：デフォルトの名無しさん：2007/11/30(金) 14:36:12

JSFはぽとぺたで作るもの

407 ：デフォルトの名無しさん：2007/11/30(金) 14:54:05

マークアップエンジニア(笑)と相性悪いな

408 ：デフォルトの名無しさん：2007/11/30(金) 15:53:26

実際IDE全面サポートによるイベント駆動がJSFの一番の売りだけど
HTMLをベースにコードを組み入れていくのと相性は最悪だね

faceletとかTeedaとかそこをむりやりやろうとして
なんかアクションベースとイベントベースとのいいところが中途半端になって
両方の悪いところも出てきてるという感じ

いいとこどりって難しいね

409 ：デフォルトの名無しさん：2007/11/30(金) 15:55:36

>>401
同意
きっと「これからはwithout JSFです」って言い出すと思う。

410 ：デフォルトの名無しさん：2007/11/30(金) 16:17:50

>>408
具体的に

411 ：デフォルトの名無しさん：2007/11/30(金) 20:07:04

Kvasir/Soraの人のFreijaって単体で使える？
TAL結構好きなんだけど。

412 ：デフォルトの名無しさん：2007/11/30(金) 20:49:26

Ymirと一緒に使え

413 ：デフォルトの名無しさん：2007/11/30(金) 22:28:47

>>409

既に言ってなかったか？

414 ：デフォルトの名無しさん：2007/11/30(金) 22:47:47

Server側はHTMLなしでSwingのようにコンポーネントツリーを構築。
コンポーネント#paint()がHTMLを出力。
デザイナの方はCSSで全部制御してくれ。

415 ：デフォルトの名無しさん：2007/11/30(金) 22:56:27

>>413
春のSeasa Conで言ってた

416 ：デフォルトの名無しさん：2007/11/30(金) 23:06:15

>>414
それなら、XSLTで良いじゃん。

417 ：デフォルトの名無しさん：2007/11/30(金) 23:31:08

そういやCocoonに入れ込んでたのがいたな…

418 ：414：2007/11/30(金) 23:38:52

>>416
XMLは書きたくないんだ。

419 ：デフォルトの名無しさん：2007/12/01(土) 00:18:33

>>418
いいから好きなもん作れ
Seasarで公開してもいんじゃね？
ドキュメントはちゃんと書けよｗ

420 ：414：2007/12/01(土) 00:48:33

>>419
わかった、ドキュメントはDocBookで書こう。

421 ：デフォルトの名無しさん：2007/12/01(土) 01:19:50

DocBookてXML+XSLTじゃねーかw

422 ：414：2007/12/01(土) 02:56:50

>>421
Documentだからいーじゃんか。つーかむしろXMLが良い。
WebAppの開発でHTMLやらXMLはいやだぁーって事。

423 ：デフォルトの名無しさん：2007/12/01(土) 05:10:10

http://s2jsf.seasar.org/ja/
http://s2struts.seasar.org/ja/
http://teeda.seasar.org/ja/
http://cubby.sandbox.seasar.org/
http://s2click.sandbox.seasar.org/
http://s2wicket.sandbox.seasar.org/
http://s2xwork.sandbox.seasar.org/
http://ymir.sandbox.seasar.org/
いっぱいあるが、どれを使ったらいいのだ。

424 ：デフォルトの名無しさん：2007/12/01(土) 09:18:11

>>414
サーバ側がViewのコンポーネントを管理するのはJSFでもうこりごりだorz

425 ：デフォルトの名無しさん：2007/12/01(土) 10:44:52

じゃー理想のってどんななの？

426 ：デフォルトの名無しさん：2007/12/01(土) 14:22:45

>>424
Viewのコンポーネントを管理するので一番カンタンなのがJSFでしょ？

427 ：デフォルトの名無しさん：2007/12/01(土) 19:13:38

>>425
ttp://kuro.s26.xrea.com/pub/meteor.html

428 ：デフォルトの名無しさん：2007/12/01(土) 19:27:57

asip 乙
ってか、酷いなコレ

429 ：デフォルトの名無しさん：2007/12/01(土) 19:43:26

>>423
Strutsが好き→http://s2struts.seasar.org/ja/
Strtus2が好き→http://struts2-seasar-plugin.sandbox.seasar.org/ja/
JSFが好きかつCoCが好き→http://teeda.seasar.org/ja/
JSFが好きかつCoCが嫌い→http://s2jsf.seasar.org/ja/
Clickが好き→http://s2click.sandbox.seasar.org/
Wicketが好き→http://s2wicket.sandbox.seasar.org/
XWorkが好き→http://s2xwork.sandbox.seasar.org/
JSPが好き→http://cubby.sandbox.seasar.org/
HTMLが好き→http://mayaa.seasar.org/
Velocityが好き→http://s2velocity.sandbox.seasar.org/
ZPTが好き→http://ymir.sandbox.seasar.org/
ASIPが好き→http://kuro.s26.xrea.com/pub/meteor.html

430 ：デフォルトの名無しさん：2007/12/01(土) 21:01:31

>>429
ASIP言いたいだけじゃねーか

431 ：デフォルトの名無しさん：2007/12/01(土) 21:36:35

>JSFが好きかつCoCが好き→http://teeda.seasar.org/ja/
>JSFが好きかつCoCが嫌い→http://s2jsf.seasar.org/ja/
これ違わね?

432 ：デフォルトの名無しさん：2007/12/01(土) 22:22:09

>>431
訂正求む

433 ：デフォルトの名無しさん：2007/12/03(月) 17:21:21

Teedaのajax使ってるんだけど、prototype.jsと併用しても問題ないか、誰かわかります？

434 ：デフォルトの名無しさん：2007/12/03(月) 18:12:43

Dolteng使ってChuraプロジェクトを作成すると、dao、dtoなどのパッケージが自動的に作成されるけど、
serviceとlogicの使い分けがイマイチわからないんだが……どういう意図であるのだろう？？

435 ：デフォルトの名無しさん：2007/12/03(月) 19:09:45

>>434
serviceはlogicを呼び出す
logicはdaoを呼び出す

436 ：デフォルトの名無しさん：2007/12/03(月) 19:56:39

>>434
トランザクション境界とか

437 ：デフォルトの名無しさん：2007/12/03(月) 21:10:17

>>434
ドキュメントよむといいよ
フォルダの意味なんてすぐかいてあるでしょ

たぶん

438 ：414：2007/12/03(月) 22:19:35

>>434
PofEAAを軽く読んでみたら？

439 ：デフォルトの名無しさん：2007/12/03(月) 23:52:47

どーでもいいけど、Teedaのドキュメントは、サンプルに即したものにすればものすごく分かりやすいのに。
ドキュメントとサンプルが乖離してるから、分かりにくすぎる。
というか、文字要らないからサンプルを動かしておけばいいのに。

とか思った、サンプルの存在に気がついた今日この頃。

440 ：デフォルトの名無しさん：2007/12/04(火) 00:28:13

何でActionとFormBeanを一緒にしたくなるんだろう？
別の方がスッキリすると思うんだけど。

441 ：デフォルトの名無しさん：2007/12/04(火) 00:35:05

いっしょにするのは流行だよ
別にしたところで使いまわすことがほとんどないから

JSFや、Stripe、Struts2とか全部そうだよね

442 ：デフォルトの名無しさん：2007/12/04(火) 00:56:54

Page -> Action -> Service -> Logic -> Dao
とかしても、ほとんどがこの業界もびっくりの丸投げ構造だったり。
本当に必要なの？ってことだよね。
暗黙的インターフェースとかGuiceの@ImplementedByとかも同じ流れだと思う。
あとpublicプロパティも。

443 ：デフォルトの名無しさん：2007/12/04(火) 01:10:10

プロパティ構文が出るまで待てば良いのにね。

444 ：デフォルトの名無しさん：2007/12/04(火) 01:24:21

2008年リリース予定だね＞JavaSE7

445 ：デフォルトの名無しさん：2007/12/05(水) 11:37:04

ひがたんの身長はhyde位？
体重44kgって

446 ：デフォルトの名無しさん：2007/12/05(水) 12:14:02

同じくらいじゃね？

447 ：デフォルトの名無しさん：2007/12/05(水) 13:03:13

軽量コンテナだからな

448 ：デフォルトの名無しさん：2007/12/05(水) 19:03:47

○○の動作が重いのは中の人がデブだからか！

449 ：デフォルトの名無しさん：2007/12/05(水) 23:22:17

偽装輸入DIコンテナだったらいやだな

450 ：デフォルトの名無しさん：2007/12/06(木) 00:19:03

ひがたん、いっぱい「大丈夫」って書いてて胡散臭い人みたいだ。

451 ：デフォルトの名無しさん：2007/12/06(木) 00:33:55

大丈夫だよ、胡散臭くないって

452 ：デフォルトの名無しさん：2007/12/06(木) 01:27:40

大丈夫。ファミ通の攻略本だよ。

うーん、胡散臭い。
最近のヒガタソは真にほしいものを実装すると言う感じじゃなくて、なんでもかんでもぶちこめば
それが便利になると思ってる感じが怖い。難しいのは膨らませることではなくてそぎ落とすこと
とはよくいったものだ。

でもヒガタソはもうすこし体重あったほうがいいんでない？

453 ：デフォルトの名無しさん：2007/12/06(木) 03:39:13

胡散臭いのって、JSTL連動のあたりか？

454 ：デフォルトの名無しさん：2007/12/07(金) 10:48:31

MLの外人さんの日本語、なんかかわいい。

455 ：デフォルトの名無しさん：2007/12/07(金) 13:19:07

サンポルを見せていい？

456 ：デフォルトの名無しさん：2007/12/07(金) 13:33:14

一生懸命日本語考えてる感じがしていい。

英語で質問しても上手くいったら
お礼は日本語なのもよかった。

457 ：デフォルトの名無しさん：2007/12/07(金) 20:51:56

S2Daoにはまった、たかが二つのDBとDaoごとにDB使い分けたいだけなのに、設定がさっぱりだ。
こうなったらこうしろとか、ああなったらこうしろとか、ないのか・・・

いざググってやってみても結果が大して変わらないし、
適当なページには「試してないけど、これで動くと思う」確認しろよ！

説明が列挙されているだけで全く管理されていないドキュメント。
実際に設定してみてあれ？クラスがないじゃん・・・このクラス？ああ、バージョンが新しいのね、バージョンアップ・・・
ああ、他のが動かなくなった？！　Σ(´ⅴ｀lll)

仕舞いにはステップデバッガーして、seasarのコードからハッキングっておい！
たかがフレームワークの癖してそこまでさせるんか？！

よく使いこなせてますね？みなさん・・・

458 ：デフォルトの名無しさん：2007/12/07(金) 22:45:34

ドキュメントかくより新機能実装が楽しくて仕方がない

という人たちばかりだろうからあきらめなされ

それに標準仕様でもないものでドキュメントにケチをつけるのがまちがっとる

459 ：デフォルトの名無しさん：2007/12/07(金) 23:54:28

困ったら悩まずMLに質問する。
自己解決しないのがSeasarクオリティ

460 ：デフォルトの名無しさん：2007/12/08(土) 00:28:40

（１）量が少なく管理されていないドキュメント
↓
（２）わからなくなってＭＬなんかに質問
↓
（３）ちゃんと調べてから質問しろよ的な態度
↓
（１）へもどる

461 ：デフォルトの名無しさん：2007/12/08(土) 00:45:04

SeasarのMLで(３)はないな

462 ：デフォルトの名無しさん：2007/12/08(土) 00:47:34

そもそもMLが時代遅れで日本では定着しない

463 ：デフォルトの名無しさん：2007/12/08(土) 00:50:25

「そもそもJavaやEclipseが分かってないんじゃね？」って厨な質問でも、マメに答えているよね。

464 ：デフォルトの名無しさん：2007/12/08(土) 01:18:08

>>457
FAQに書いたるだろ糞がちゃんと調べてから質問しろよ

465 ：デフォルトの名無しさん：2007/12/08(土) 01:20:37

>>464
○○乙

466 ：デフォルトの名無しさん：2007/12/08(土) 01:49:09

>>457
そりゃーお前さんがなんも考えずに使ってるからだろ？
俺がやったときは、別にドキュメントなんぞ見なくとも設定できたぞ

467 ：デフォルトの名無しさん：2007/12/08(土) 01:56:20

>>466
そりゃーお前さんがすごすぎるか中の人かどっちかだろ？
普通の人は457と466の中間やや457寄りだ。

468 ：デフォルトの名無しさん：2007/12/08(土) 03:05:23

>>467
普通の人は457以下だと思うぞ。
だいたいのプログラマはフレームワークのソースなんて読もうとも思わない。

つーか、細かい部分よりもSeasarってどういうふうに動くの？っていう説明が足りてない気がする。
なんとなくな。

469 ：デフォルトの名無しさん：2007/12/08(土) 03:50:30

まあ、Seasar に限った問題でもないけどね。

大半のJavaプログラマって　reflection の存在さえ知らなかったり、
そんな邪道は一部のハッカーだけがすることだと思ってたりするわけで。
AOP や DI の話をしても、「なんでそんなことができるのかわからない」
「そんなことをして何の役に立つのかわからない」という話になってしまう。

470 ：デフォルトの名無しさん：2007/12/08(土) 08:59:57

漏れはもともともドキュメントあんま読まない派の人間だから、
あのドキュメントでも特に不満はないけど、そういうのが許せないなら
Spring方面に行けばいいんじゃね。

471 ：デフォルトの名無しさん：2007/12/08(土) 09:21:36

フレームワークのソースも読まないプログラマなんて都市伝説です＞＜

472 ：デフォルトの名無しさん：2007/12/08(土) 11:22:03

Springはドキュメント充実してるの？
ネットでタダで手に入る日本語の情報は
Seasarの方がマシじゃない？

473 ：デフォルトの名無しさん：2007/12/08(土) 11:42:57

初めてTeedaとかSeasarを使う人にとっては、ものすごく優しくないかんじはする。
どーせだから、ドキュメント、誰でも編集できるようにすればいいのにね。
なんつか、ドキュメントじゃなくて比嘉さんのBlogのほうが詳しかったりして。
分散しちゃってるからみんな同じこと書いてるもんなぁ

474 ：デフォルトの名無しさん：2007/12/08(土) 11:44:30

あ、JavaExpert読めって書いてあれば良いのか。
っつか、Teedaならそれだけでいいな。

475 ：デフォルトの名無しさん：2007/12/08(土) 12:08:39

>>472
Springは充実していると言うか、まあ判例とかもググればおおい罠。
実際英語なワケだが、プログラミングしている人間ならなんとか解るだろ。

と言っても日本語の情報はSeasarの方がマシではあるな。
雑誌とかでも紹介されているし。

SpringとSeasarのどっちがいいかは宗教論に似た感があるのだけども、
ドキュメントの優越は日本人の漏れから見るとどっちもどっちになるな。
自分は良くても「英語ダメ」って言う人もいるのは事実だし。

476 ：デフォルトの名無しさん：2007/12/08(土) 12:32:00

はん‐れい【判例】

裁判の先例のこと。裁判所が特定の訴訟事件に対して下した判断で、同種の事件を裁判するさいの規範となるもの。判決例

-大辞泉

477 ：デフォルトの名無しさん：2007/12/08(土) 17:14:00

>>476
うるせぇなあ、暗喩だってくらい
読んですぐわかったよ俺は。

478 ：デフォルトの名無しさん：2007/12/08(土) 18:19:06

>>477
>475乙

479 ：デフォルトの名無しさん：2007/12/08(土) 18:32:42

変換ミスに、わざわざ辞書引いてツッコミいれるやつってキモい。

480 ：デフォルトの名無しさん：2007/12/08(土) 18:52:40

くやしいのぉぉｗｗｗｗくやしいのぉぉｗｗｗｗ

481 ：デフォルトの名無しさん：2007/12/08(土) 19:50:24

S2JDBC の selectBySqlなんだけど

List<EmployeeDto> results = jdbcManager
.selectBySql(EmployeeDto.class, "select ... where department_id = ?", 10)
.getResultList();

で引数を?の順番に設定していくようなんだけどさ、

Map<Object,Object> arg = new HashMap<Object,Object>();
arg.put("hoge" , 10);
arg.put("foo" , "test");
arg.put("createDate" , new Timestamp());
List<EmployeeDto> results = jdbcManager
.selectBySql(EmployeeDto.class, "select ... where department_id = /%hoge%/ .........", arg)
.getResultList();

という感じにできないかのぉ…条件文が複雑になったりするとデバッグたいへんなんだよね…

482 ：デフォルトの名無しさん：2007/12/08(土) 20:07:24

>>481
条件が複雑なら素直に外出ししろってことだろ
酷い書き方できないのはいいことだ

483 ：481：2007/12/08(土) 20:10:59

thx.>482
外出しとはファイルにSQL書くやつか。

484 ：デフォルトの名無しさん：2007/12/08(土) 21:59:30

複雑になるやつはSQLファイルにするっていうコンセプトだよ。
個人的には
jdbcManager.count(Foo.class).where(.....)
とか
jdbcManager.deleteFrom(Foo.class).where(.....)
とかあるとうれしいって思った。

485 ：デフォルトの名無しさん：2007/12/08(土) 23:22:01

Listとってsize()とか。

まぁ複雑かどうかは関係なく、COUNTならSQLを直書きしかできないね。今は。

486 ：デフォルトの名無しさん：2007/12/09(日) 01:49:52

件数が多くなると全件をListとるのはちょっとね。

487 ：デフォルトの名無しさん：2007/12/09(日) 02:01:33

count()サポートするとhaving()もとかなってどんどん複雑に…
>452な意見もあるし大変やね

488 ：デフォルトの名無しさん：2007/12/09(日) 02:02:56

groupby()書き忘れた

489 ：デフォルトの名無しさん：2007/12/09(日) 02:19:07

テーブル名とサイズを持ってる　dbinfo という view を作って、
全てのテーブルのサイズを入れておくってのは？

490 ：デフォルトの名無しさん：2007/12/09(日) 02:36:41

> 489
そんなのだったらSQL書けばいいと思います。。。

検索条件入力 → 一覧画面(ページング機能付き)
って非常によくあると思うのですが、そんなときSimpleWhereで組み立てた検索条件を、リスト取得と件数取得で使い回せたらいいなあと。

491 ：481：2007/12/09(日) 10:36:21

>>486
パラメータ用のJavaBeansにlimit、offsetという名前のプロパティがあれば、ページングが行なわれます。

とドキュメントにあるので全件は無いのでは。あと、ふつーに運用すれば設定ファイルでmaxRows設定するしDB側でも設定するんｼﾞｬﾏｲｶ?

492 ：デフォルトの名無しさん：2007/12/09(日) 10:46:23

>>全件は無いのでは。

まちがい、設定しない限り全件取得ですね。

493 ：デフォルトの名無しさん：2007/12/09(日) 13:25:40

実際のところリミットやオフセットだとデータが削除されたり追加されたとき
出てこないデータがでてくるので使い物にならないよね

494 ：デフォルトの名無しさん：2007/12/09(日) 13:31:33

>>493
？

495 ：デフォルトの名無しさん：2007/12/10(月) 11:46:01

>>468

> 普通の人は457以下だと思うぞ。
> だいたいのプログラマはフレームワークのソースなんて読もうとも思わない。

frameworkってそもそもなんなんだろう・・・と思うようになりました・・・

もしかして要らない？

496 ：デフォルトの名無しさん：2007/12/10(月) 13:04:22

ってか、インターフェース以外はブラックボックスになっていて、ちょろっと読めば使えるのが理想でしょ？
ちがうの？

497 ：デフォルトの名無しさん：2007/12/10(月) 14:10:22

ちょろっと使う分にはみんな割といい線行ってると思う。

問題はここをこうしたいんだよなーって時だよな。

498 ：デフォルトの名無しさん：2007/12/10(月) 14:28:48

>>495 Seasarに限った話じゃないが、
「このフレームワークはどのように動くのか？」
「そのためには何をしたらよいか？」
なんてことが簡潔にわかりやすく書いてあるドキュメントがあって、
・ふつうのプログラマはその程度の知識で動くアプリケーションが作れるので生産性アップ
・フレームワークの制約によってプログラムの再利用性、可読性アップ
ってのがフレームワークだろ。
プログラマがいちいちソースなんて読んでたら、フレームワークのメリットがない。

499 ：デフォルトの名無しさん：2007/12/10(月) 14:33:55

>>497
ひとつひとつのプロダクトが大きすぎる気がしないか？
Teedaとか、いろんなことをやろうとして細かいところの考慮が足りてない気がする。
もうちっと軽いのはないのか。

500 ：デフォルトの名無しさん：2007/12/10(月) 14:41:26

>>499
Struts

501 ：デフォルトの名無しさん：2007/12/10(月) 15:22:03

Struts2.0は結構いい線いってると思う。
問題は、Springだな。Guice＋Struts2.0とかやってる人はおらんかね

502 ：デフォルトの名無しさん：2007/12/10(月) 15:44:25

>>499
JSFの仕様がまずでかくて、その上にExtensionが乗っかってるからねぇ。

S2Clickとかあるじゃん。見てみたら？

503 ：デフォルトの名無しさん：2007/12/10(月) 20:43:28

>>502
ならばJSFの実装と分けてくれたほうが便利では？

504 ：デフォルトの名無しさん：2007/12/10(月) 21:03:27

>>503
分かれてんじゃねーの？

TeedaCore : JSF実装
TeedaExtension : その上のExtension

ExtensionをJSF非依存にしろって話ならそりゃ無茶だべ

505 ：デフォルトの名無しさん：2007/12/10(月) 22:05:12

TeedaってJSFの互換性テストとおってるの?
パフォーマンスとかいいのならのりかえてもいいのかなぁと

506 ：デフォルトの名無しさん：2007/12/10(月) 23:15:17

パフォーマンスはそんなに良くなかったと思う。ググれ。

507 ：デフォルトの名無しさん：2007/12/11(火) 13:03:34

>>501
Guice + Stripesなら見たことがあるな。

508 ：デフォルトの名無しさん：2007/12/11(火) 14:00:35

Struts2.0だとGuiceの標準サポートあるけど
Stripesのほうが安定してる気がする

というかStruts2.0ってStrutsというメジャーな名前を使いつつ
Stripesを目指したものでしょ?

509 ：デフォルトの名無しさん：2007/12/13(木) 01:47:39

stripes をはじめて聞いた。
日本語/英語かまわないので、よく説明されているサイトとかあれば URL 教えてください。

ちょっとぐぐって見たけど、本題とずれるが
http://journal.mycom.co.jp/news/2006/03/07/329.html

> redirect-after-postセマンティックス
これって RPG パターンのこと?

510 ：デフォルトの名無しさん：2007/12/13(木) 02:12:17

>>509
PRGな。

511 ：デフォルトの名無しさん：2007/12/13(木) 02:54:41

しかしなんでいまごろstrutsに力を入れるのだろう

やはり他のフレームワークはすでに完成されているから
カスタマイズがしにくいためというところだろうか・・・

512 ：509：2007/12/13(木) 12:06:17

>>510
どうもありがとうございます。
おおー、PRG(Post-Redirect-Get)パターンだった。
これも先月の Seasar カンファレンスではじめて聞いた言葉だった。

513 ：デフォルトの名無しさん：2007/12/18(火) 04:20:55

公式ドキュメントで「ファウラーたん」はどうなんだろう。
昔ロッドの禿げを馬鹿にしてたけど、謝ったりしたのかな？

514 ：デフォルトの名無しさん：2007/12/18(火) 12:55:24

>>513
それはSeasarとは別の読書会

515 ：デフォルトの名無しさん：2007/12/18(火) 16:07:14

すみません、どなたか知っていたら教えてほすい。
s2dxoで、プロパティの数が違うものをConversionRuleで書いているんですが、
コピーしたくないものまで、コピーするみたいで例外が出ます。

class A {
　int aaa
　int bbb
}

class B {
　int aaa // コピーしたい
　int ddd // bbbにコピーしたい
　int ccc // いらない
}

@ConversionRule("aaa : aaa, bbb : ddd");
A convert(B);
ってやると、B.cccがないよって怒られます。
特定のプロパティだけコピーしたい場合にはどうしたらいいんでしょう？

516 ：デフォルトの名無しさん：2007/12/30(日) 04:10:09

nanakoグループのECサイトはSeaser2 + S2Dao + DBFlute (+ S2Struts)　で開発しました。
DBFluteが便利過ぎ！

517 ：デフォルトの名無しさん：2007/12/30(日) 07:58:05

> 515
Beans。
http://s2container.seasar.org/2.4/ja/beans.html

518 ：デフォルトの名無しさん：2007/12/30(日) 10:10:02

>>516
キミ、立場は大丈夫？（笑

519 ：デフォルトの名無しさん：2007/12/30(日) 12:43:27

>>516
おっけー、じゃぁセキュリティホール探してやんよwww

520 ：デフォルトの名無しさん：2007/12/30(日) 13:17:15

S2DaoはS2JDBCに移行して、S2StrutsもSAStrutsへ。

521 ：デフォルトの名無しさん：2007/12/30(日) 14:12:56

S2JDBCなかなかよい。

522 ：デフォルトの名無しさん：2007/12/30(日) 14:36:57

S2JDBCでてからはS2Daoなんて考えれなくなったよね。
だってS2Daoって1階層しかリレーション追ってくれないし～

523 ：デフォルトの名無しさん：2007/12/30(日) 17:08:07

>>522
外だしSQLあるんだし無理にコードの中に書かなくてもよくね？

524 ：デフォルトの名無しさん：2007/12/30(日) 17:31:42

>>523
わざわざ複数階層の結合をしたSQLを書くのが面倒

525 ：デフォルトの名無しさん：2007/12/30(日) 17:32:41

S2JDBCだと結合したいテーブルを指定して「join」って書くだけだからね。楽だよ。

526 ：デフォルトの名無しさん：2007/12/30(日) 18:27:40

SAStrutsが同じSeaserのCubbyってやつに微妙に競合し始めてるなぁ。。。
S2Dao潰しに、S2Struts潰し。ひがたん「俺ＴＵＥＥＥ！」しすぎ。

527 ：デフォルトの名無しさん：2007/12/30(日) 18:36:38

>>526
なんか派閥が出来そう。ひが派とか。
そんで何かのプロジェクトが独立しそう。。

528 ：デフォルトの名無しさん：2007/12/30(日) 19:03:28

もう分裂してるやん。
元理事のescafe、代表のなんとか

529 ：デフォルトの名無しさん：2007/12/30(日) 19:06:43

>>526
S2DaoもS2Strutsも最初作ったのはひがたん

530 ：デフォルトの名無しさん：2007/12/30(日) 20:19:09

↑「Ｓ２だお。」って発言するＤＱＮ　

531 ：デフォルトの名無しさん：2007/12/30(日) 20:31:24

（　´ω`）S2だお

532 ：デフォルトの名無しさん：2007/12/30(日) 21:14:42

S2Jdbcで更新系のexecute()を忘れてしまう。

533 ：デフォルトの名無しさん：2007/12/30(日) 21:58:24

S2JDBCでjoinして取ってきたエンティティを
更新するときって、自分で1テーブルずつシコシコ更新するの？

534 ：デフォルトの名無しさん：2007/12/30(日) 22:05:43

>>533
リストにつめてばtちゅpだて

535 ：デフォルトの名無しさん：2007/12/30(日) 22:28:32

>>534
日本語でおk

536 ：デフォルトの名無しさん：2007/12/30(日) 22:36:23

ばtちゅpだてはbatchUpdateの日本語

537 ：デフォルトの名無しさん：2007/12/30(日) 23:12:54

batchUpdateはupdateBatchの間違いだたよ

538 ：デフォルトの名無しさん：2007/12/30(日) 23:23:48

複数のテーブルの要素がごちゃまぜに入ったエンティティでも、
一気に更新できるの？

539 ：デフォルトの名無しさん：2007/12/30(日) 23:28:42

>>538
それエンティティじゃないし

540 ：デフォルトの名無しさん：2007/12/30(日) 23:30:47

>>539
(´；ω；`)ﾌﾞﾜｯ　ゴメンネ

541 ：デフォルトの名無しさん：2007/12/31(月) 00:06:24

Daoは「だお」でもいいんだよ。
いまだに間違ってるとかいうバカがいるのはここか？

542 ：デフォルトの名無しさん：2007/12/31(月) 01:58:23

>>534
PreparedStatementをキャッシュ云々言ってた気が
するけど、このことなのか？

543 ：デフォルトの名無しさん：2007/12/31(月) 02:03:35

関連エンティティまで一発で更新してくれるか？ってことでしょ
答えはNO。

updateBatchは同じテーブルの複数の行を一括更新するためのもの。

544 ：デフォルトの名無しさん：2007/12/31(月) 02:30:12

>>543
理解した。ありがと。

545 ：デフォルトの名無しさん：2008/01/05(土) 22:58:04

さぁはやくSeasar万歳と叫ぶ作業に戻るんだ

546 ：デフォルトの名無しさん：2008/01/06(日) 00:14:00

Seasar万歳

547 ：デフォルトの名無しさん：2008/01/06(日) 17:46:18

Seasarﾏﾝｾｰ

548 ：デフォルトの名無しさん：2008/01/08(火) 03:46:22

Seasar万歳～　ひがさんかっこいい～

549 ：デフォルトの名無しさん：2008/01/08(火) 15:34:06

Seasar∩( ・ω・)∩ﾊﾞﾝｼﾞｬｰｲ

…ところでSeasarって何？

550 ：デフォルトの名無しさん：2008/01/08(火) 16:26:04

>>549
疑問を持っちゃダメだ

551 ：デフォルトの名無しさん：2008/01/08(火) 17:29:32

Don't think, feel.

552 ：デフォルトの名無しさん：2008/01/08(火) 18:42:12

荒ぶる獄長の構え

553 ：デフォルトの名無しさん：2008/01/08(火) 22:23:05

SAStruts出たな

554 ：デフォルトの名無しさん：2008/01/08(火) 22:59:06

Cubbyでいいと思うんだけどなあ・・・・

555 ：デフォルトの名無しさん：2008/01/08(火) 23:21:22

どうしてもStrutsでないと駄目ってとこもあるってことでいいんじゃないんですか。
sample落としてきたけど、ルートのindex.jspは各サンプルへのリンクになってればいいのにな。
こういうところへの”優しさ”がSeasarには、足りてないな。

556 ：デフォルトの名無しさん：2008/01/08(火) 23:37:44

Strutsを使わないとダメって
・Strutsしか使えないギジユツシャしかいない
・他のフレームワークを覚えさせるコストをかけられない
・有名なStruts以外のどこの馬の骨とも分からないもの（っていうか知らないだけ）を使わせない
っていうヘッポコな理由じゃないだろうか。

557 ：デフォルトの名無しさん：2008/01/09(水) 00:00:41

>>556
・客の指定

ってのもある。

558 ：デフォルトの名無しさん：2008/01/09(水) 00:04:56

CubbyってJSFみたく、ふんだんにセッション使うの？
それともぜんぜん使わず？

559 ：デフォルトの名無しさん：2008/01/09(水) 00:07:43

>>558
使わないよ。
トランザクショントークンの部分くらいじゃないかな。

560 ：デフォルトの名無しさん：2008/01/09(水) 00:29:26

>>557
客の指定で Struts 使ってくれって言われて SAStruts 使うって職業倫理的にどうなの？
ほんの少しの利点の為に Struts の実績、保守性を失ってるだけにしか思えない。

今のひがさんはビジネスや技術に対して不誠実なものを作ってる気がする。

561 ：デフォルトの名無しさん：2008/01/09(水) 00:35:24

俺も、Strutsでもなんでもないじゃん、って
書こうと思ってた。

職業倫理としては、まずいよな。

562 ：デフォルトの名無しさん：2008/01/09(水) 00:39:42

客にStrutsて言われるのはhigaﾀｿじゃないだろ
客にStrutsて言われてSAStruts選んだらまずいだけ

563 ：556：2008/01/09(水) 00:43:50

>>560
>今のひがさんはビジネスや技術に対して不誠実なものを作ってる気がする。
それは言い過ぎというか、煽ってるだけ？

客の指定で Struts 使ってくれって言われて SAStruts 使うのは...。
一休さんとかそういった、とんちの分野になってくるね。

言いたかったのは、StrutsとかJSFとかベースにしないで良かったんじゃないかってこと。TeedaもJSFが足かせになってるし。

564 ：デフォルトの名無しさん：2008/01/09(水) 00:55:04

なんだこのレスの増加度はw
さてはお前らも業務が始まったからだな？

565 ：デフォルトの名無しさん：2008/01/09(水) 00:55:21

>>558
JSFもふんだんに使うとは限らないでしょ

566 ：デフォルトの名無しさん：2008/01/09(水) 01:32:11

>>563
> StrutsとかJSFとかベースにしないで良かったんじゃないかってこと。

それCubby。

567 ：デフォルトの名無しさん：2008/01/09(水) 01:36:16

ここにきてcubby大注目

568 ：デフォルトの名無しさん：2008/01/09(水) 01:39:19

何かをベースにしないと、信用されにくいし、未知のものは中々ヒットしない。。
だからあえてStrutsとかJSFとかをベースにして、
段々それらを取っ払って数年後にはStrutsとかJSFが跡形も無くするのが狙いなんだよきっと。。

569 ：デフォルトの名無しさん：2008/01/09(水) 01:42:32

たまにはymirのことも思(ry

570 ：デフォルトの名無しさん：2008/01/09(水) 01:47:09

teedaからjsfが取っ払われる前にteeda全体が取っ払われそうw
2008年のteedaに目玉なかったしね

571 ：デフォルトの名無しさん：2008/01/09(水) 01:48:19

ymirってなんなん？

572 ：デフォルトの名無しさん：2008/01/09(水) 01:54:27

これ
ttp://ymir.sandbox.seasar.org/
Teeda使いの誰かが携帯向けならYmir使うって言ってたね

573 ：デフォルトの名無しさん：2008/01/09(水) 02:07:01

細かい話だが、TeedaのRequestDumpFilterは
S2Containerにも入れといた方が良いんでないか？

higaﾀﾝ的にはTeedaはｲﾗﾈなのかね？

574 ：デフォルトの名無しさん：2008/01/09(水) 02:14:28

たまにはkuroのことも思(ry

575 ：デフォルトの名無しさん：2008/01/09(水) 02:28:47

どう甘く見ても、フレームワーク使う側の技術者はバカだから
標準の JSF で Teeda で使わせろ、的な発想だろ。
本人は標準が足かせになることは承知だが、いいものより使わせたいのが
先になってるだけだ。

Teeda で失敗したのが分かったら SAStruts だろ。
やっぱバカ向けには Sttruts で使わせるしかない、
使いにくくても何でもいいから、流行らせろ、にしか見えない。

常にどうやったらバカが使ってくれるかを考えている。
正しいんだけどな。

576 ：デフォルトの名無しさん：2008/01/09(水) 08:50:54

>>575
先ずは日本語のお勉強から始めましょうね^^;
あせることはないです。
まだ大丈夫。
まだ大丈夫。

577 ：デフォルトの名無しさん：2008/01/09(水) 09:13:19

ん？普通に便利そうだけどな。＞SAStruts

小難しそうで哲学っぽい論理広げて煽るよりは
まずは試してみて
使ってみるかどうかを判断すればいいんじゃね

578 ：デフォルトの名無しさん：2008/01/09(水) 10:02:44

>>577
便利そうなんだけど、Cubbyでいいじゃんって思う。
リソースは集中した方がいいと思うんだけどなあ。

Strutsって名前に入ってると採用されやすいとか
マーケの論理もあるのだろうけど。

579 ：デフォルトの名無しさん：2008/01/09(水) 10:54:03

CubbyはSeasar必要なん？

580 ：デフォルトの名無しさん：2008/01/09(水) 13:14:43

>>558
息を吐くように嘘をつくのはいかん。

581 ：デフォルトの名無しさん：2008/01/09(水) 13:59:29

JSPのバージョンとかStrutsとかの制約がないなら、Cubbyはマジおすすめ。もっと利用例が増えたりして開発が加速してほしい

582 ：デフォルトの名無しさん：2008/01/09(水) 14:08:45

cubbyも近々escafeに移って消滅します

583 ：デフォルトの名無しさん：2008/01/09(水) 15:41:28

>>582
そ、それはリアリティありすぎ・・・

584 ：デフォルトの名無しさん：2008/01/09(水) 20:50:54

>>561
同意。
だとしたらTeedaと比べてSAStruts使う理由って。。。

StrutsぽいJSPが書けるかどうかか？

585 ：デフォルトの名無しさん：2008/01/09(水) 20:52:23

S2JDBCってContainer本体に含めちゃったけど、
別のデータアクセスフレームワークを作りたくなっちゃったら
どうすんだろ。

586 ：デフォルトの名無しさん：2008/01/10(木) 00:06:16

>>585
元々あったS2JDBC（あるいはS2DaoのEntityManager）的な位置づけであって
データアクセスFWはその上に（それ使って）作れば良いだけじゃない？

587 ：デフォルトの名無しさん：2008/01/10(木) 01:43:41

使いたくない。

588 ：デフォルトの名無しさん：2008/01/10(木) 10:19:23

Teedaに注力した経緯としては、
JavaEE標準への準拠があったよね。

それがやっぱり面白くなかったんで
今度はデファクトスタンダードへの準拠って事で
Strutsにしたんだと思う。

オフィシャルのスタンダードから
デファクトスタンダードになっただけで
あまり心構えは変わってないんじゃないかと思う。
マーケ事情というか。マーケの重要性について
書いてたしね。

でも俺はCubbyでいいと思うんだよ。

589 ：デフォルトの名無しさん：2008/01/10(木) 14:16:37

>>578
> リソースは集中した方がいいと思うんだけどなあ。

違う集中してるね。
主力プロダクトのメンテ(サポートやリリース)が獄長と中村って人に集中してる。

590 ：デフォルトの名無しさん：2008/01/10(木) 14:27:34

>>589
それじゃ
(特定の)リソース「に」集中してる
ですよw

591 ：デフォルトの名無しさん：2008/01/11(金) 03:24:31

>>589
ひがタンは、やり逃げしてるってこと？

592 ：デフォルトの名無しさん：2008/01/11(金) 22:00:31

またヒガ（み）がBLOGでほざいてる。

そんなに高機能な開発環境欲しかったらSeasideでもいじってろよ。
リファクタリングはツールでの自動化の有無の問題で、型がないと分からなくなるのはお前の頭が問題なんだよ。
テストテスト言ってるけど、お前の会社は金融システムとか作ってるんじゃないのか？
なら、単体テストも確かに重要だけど、本当に重要なのは業務のテストだろ。

ソフトウェア工学とか無知の癖によくしゃべるよなぁ

593 ：デフォルトの名無しさん：2008/01/11(金) 22:13:34

金融系なシステムだと実際テストってはしょられまくりな時があるからなぁ、
単体で品質上げておかないと後のテストが壮絶にボロボロになる。

しかし、全工程とか言い出すとテストよりも設計＆本番後の障害対策、
事後のドキュメント作成が命な感があるが。

業務テスト＝本番と思っている現場もなきにしもあらずだしｗ

つか、金融系の話を持ち出す人って金融系の仕事やったことあるのか疑問。

594 ：デフォルトの名無しさん：2008/01/11(金) 22:27:00

>>592
お前は頭よさそうだな。
動的言語でリファクタリングの実態を頭悪い俺でも分かるように説明しろ。

595 ：デフォルトの名無しさん：2008/01/12(土) 01:47:09

>一応、私は、1年半以上、はてなのキーワード検索で毎日Railsについては調べているので、はてなでRails
>について書いている人の記事はたいてい見ています。

はてな村の中だけしか巡回できてないくせに、Rubyとか、しまいには言語について語りだすからボロがでるんだよ。

>また、型情報がないと、安全にリファクタリングをすることは難しい。grepで一括変換できるなんて状況は
>限られているから、スクリプト言語で効率よく、リファクタリングするのは難しいはず。

開発環境内に依存しているコードが読み込めれば、型情報なくてもリファクタリングツールつくれるだろうが。
アホか。
なんでgrepでの一括変換とか馬鹿みたいなこと言ってるんだ？
変数の参照元探すのに、型とかで探すとでも思ってるんだろうか。

596 ：デフォルトの名無しさん：2008/01/12(土) 10:09:21

はてな村が世の全てじゃなくても縮図ではあるだろ。
Rails使ってるのって大抵はemacsとかvimなんじゃねーの?

> 型情報なくてもリファクタリングツールつくれるだろうが。

ダックタイピングしまくってても平気か?
動的言語らしい書き方すると苦しんじゃね?
メタプログラミングもJavaより頻繁に使うだろ。

597 ：デフォルトの名無しさん：2008/01/12(土) 12:41:06

> <a href="${f:u(url)}">...</a>
> なんで"u"何だって?
> Railsにあわせているから。

Rails を散々たたいてこれか。
ほんま、おもろいな、こいつだけは。

Cubby いいな。

598 ：デフォルトの名無しさん：2008/01/12(土) 17:51:40

ttp://d.hatena.ne.jp/takahashim/20080112#p1

文化の壁を感じるな。
俺なんかEclipseまで一緒にインスコされたら発狂する。

599 ：デフォルトの名無しさん：2008/01/12(土) 18:35:57

cygwinのインストーラみたいな感じのならあってもいいな。

600 ：デフォルトの名無しさん：2008/01/12(土) 21:31:12

>>597
ほとんどのプロジェクトではELのエスケープはescとかだな
uって直感的か?

601 ：デフォルトの名無しさん：2008/01/12(土) 21:38:38

>>600
それじゃなんのエスケープか分からん

602 ：デフォルトの名無しさん：2008/01/12(土) 22:25:17

ビュー層で使うエスケープは最低
html、javascript、url の 3 つが必要。
ひがはフレームワークばかり書いてるとバカになる典型例だな。
何が必要か、何が楽かも、もう分かってないんだろ。

603 ：デフォルトの名無しさん：2008/01/12(土) 22:26:41

なんか一部のアンチしか湧いてないけどSAStruts俺は良いと思うぞ！
ひがたんがんばれ！！

604 ：デフォルトの名無しさん：2008/01/12(土) 22:38:24

>>602
バカはひがタソじゃなくて>600だろ。
SAStrutsならh、u、jにすればいいだけ。
escじゃどうにもならん。

605 ：デフォルトの名無しさん：2008/01/12(土) 22:40:36

>>604
ユニファイドELのエスケープはhtmlのエスケープのみでほとんど足りるよ
他のはカスタムタグ使うから

606 ：デフォルトの名無しさん：2008/01/12(土) 23:05:41

3ついるのか、いらないのか

607 ：デフォルトの名無しさん：2008/01/13(日) 23:01:35

CubbyとかSAStrutsで生のHttpServletRequestとか使うことできますか？
getServletPath()とかを使いたいのですが。

608 ：デフォルトの名無しさん：2008/01/13(日) 23:18:27

public HttpServletRequest request;
ってインスタンス変数を書いとけばいいんじゃないか？

609 ：デフォルトの名無しさん：2008/01/13(日) 23:20:41

JSFですら取れるんだから取れないと思うほうが

610 ：デフォルトの名無しさん：2008/01/13(日) 23:21:44

おお、そんな方法があったんですね。
気付きませんでした。ちょっと試してます。

611 ：デフォルトの名無しさん：2008/01/13(日) 23:45:06

自動バインディングってわかりにくいよな

612 ：デフォルトの名無しさん：2008/01/13(日) 23:55:20

ドキュメント読んでないんだけじゃん。

さんざ書け書けいっといて。

613 ：デフォルトの名無しさん：2008/01/14(月) 00:09:19

ドキュメントを読みたいのか読みたくないのか

614 ：デフォルトの名無しさん：2008/01/14(月) 01:55:49

あればあったで読まなくて，なければないで書け書けと．

んま，あって読まないほうがいいよね．保険だ保険．

615 ：デフォルトの名無しさん：2008/01/15(火) 01:44:50

カンマとピリオド、獄長？

616 ：デフォルトの名無しさん：2008/01/15(火) 17:52:36

Seasar2 のホットデプロイ機能について質問です。

Tomcat で、コンテキストを定義するときに reloadable="true" としておけば、
その web アプリケーションを再コンパイルして .class ファイルが更新されれば自動でリロードしてくれますが、
これとは違うのですか?

Resin では、*.java を編集すれば、ブラウザをリロードすれば *.class を自動コンパイルしてくれるそうですが、
これとも違うのですよね。

617 ：デフォルトの名無しさん：2008/01/15(火) 18:10:17

>>616
それだとメソッドの中身の変更しか反映されないじゃん。
メソッドが増えたり減ったり引数が変わったり
プロパティが増えたりとかOKなのでHOTは嬉しい。

618 ：デフォルトの名無しさん：2008/01/15(火) 18:15:43

>>617は何か勘違いしてるな

619 ：デフォルトの名無しさん：2008/01/15(火) 19:05:32

S2daoで外だしSQLを利用しているんですが、文字がバインドされません～

620 ：デフォルトの名無しさん：2008/01/15(火) 19:08:16

>>619　ちなみに利用しているDBはpostgresです

621 ：デフォルトの名無しさん：2008/01/15(火) 20:22:21

>>616
Resinってそんな機能あるか？

622 ：616：2008/01/15(火) 21:07:43

>>621

Resin はだいぶ前にちょこっといじっただけなのですが、たしかあったはず。
ぐぐってみた。
http://www.stackasterisk.jp/tech/java/resin01_04.jsp#4

623 ：デフォルトの名無しさん：2008/01/15(火) 22:22:21

>>622
>.java と .class ファイルを同一のディレクトリに配置している場合
こんなケースほとんどないね。

624 ：デフォルトの名無しさん：2008/01/15(火) 23:40:50

TEEDA＋S2DAOの構成で今度プロジェクトやろうって話が
周りに出ているんですが、正直どうなんですか？
経験者がいまの所、一人も周りにいないので…
判断できません。

625 ：デフォルトの名無しさん：2008/01/15(火) 23:53:02

どんなアプリか？どんな客筋か？によるだろ。

626 ：デフォルトの名無しさん：2008/01/16(水) 00:26:58

なんの技術にしてもそうだけど
経験者がいないプロジェクトってことは火を噴くのを覚悟でどうぞ

あらかじめ誰か先行して1ヶ月くらいさわらせておかないとだめだよ

627 ：デフォルトの名無しさん：2008/01/16(水) 00:32:14

そこでSAStrutsですよ

628 ：デフォルトの名無しさん：2008/01/16(水) 02:03:40

SAStrutsなんか実績少なすぎだろ？っつーかあるのか？
経験者がいないなら >626 が言うとおり、1ヶ月ぐらい検証して
数パターン、組まないと全員不幸になるぜ。

629 ：デフォルトの名無しさん：2008/01/16(水) 02:08:46

Teeda で失敗したから SAStruts に、S2Dao は S2JDBC に。
SAStruts と S2JDBC は今年いっぱいはもつんじゃないか。

630 ：デフォルトの名無しさん：2008/01/16(水) 08:40:15

>>624　
客筋は、金融保険業界ですね。
アプリケーションは、金融商品の運営管理システムと
いったところでしょうか？

631 ：デフォルトの名無しさん：2008/01/16(水) 08:53:02

>>630の続き。で今、僕が学習している段階なんですが、
そこでいくつか疑問があります。
①TEEDA＋S2DAOの技術者って多いのか？
また、今後普及していくのか？
②試しにプログラムを組んでみたのですが、バグっぽい挙動
（致命的ではない）をしている箇所が見受けられる。
（存在しているファイルが参照されないetc...）
③開発途中とのことですが、バージョンアップが頻繁に行われて
おり、今後大きく仕様が変る可能性が高いと聞きますが、
作成したシステムの将来的な拡張性はどうなのか？
…などなど、お答え願えればと思います。
長くてすみません。

632 ：デフォルトの名無しさん：2008/01/16(水) 08:58:08

>>628
ほぼ普通のStrutsだから問題無い
Strutsに自社フレームワーク乗っけるのに比べたらよっぽどマシ

しかもSAStrutsの検証に1ヶ月もかかるのかと。その1ヶ月ってどこからでたんだよ。
Hibernateでも1ヶ月と答えるのかと。

633 ：デフォルトの名無しさん：2008/01/16(水) 10:23:20

そりゃお前んとこみたいな零細なら一ヶ月もいらんだろうが、
大きいところは色々あるんだよ

634 ：デフォルトの名無しさん：2008/01/16(水) 10:32:02

>633
技術力の無いカス会社ですか？
Strutsに薄いラッパーかました程度のSAStrutsの調査にそんなに時間かけんなよ。
ラッパーとしては薄いし取り扱いも簡単だからバグがあっても自社で何とかできる。

あ、その程度のことにも気づいてないのか。
上流工程ばっかりやって技術力の無い大会社様の社員はクソですね。

635 ：デフォルトの名無しさん：2008/01/16(水) 11:09:40

ﾏｧﾏｧ...

636 ：デフォルトの名無しさん：2008/01/16(水) 11:12:03

中身によらず初の出たての技術の検証にはある程度期間を設けるだろ普通。

637 ：デフォルトの名無しさん：2008/01/16(水) 12:15:35

技術検証するのは当然だがSASturtsなんて1ヶ月もいらんだろ。
っていうかほぼStrutsだからなぁ・・

638 ：デフォルトの名無しさん：2008/01/16(水) 12:18:17

そこで>624に戻るわけだが、中身がほぼStrutsのSAStrutsとTeeda
新規案件で導入するとしたらどちらが良いか？
技術検証する時間は圧倒的に前者だと思うが。

639 ：デフォルトの名無しさん：2008/01/16(水) 12:27:14

要因スキルを無視したとして、俺の会社だったら両方を比較してみるかな。

640 ：デフォルトの名無しさん：2008/01/16(水) 12:52:39

Cubbyも比較しろよ

641 ：デフォルトの名無しさん：2008/01/16(水) 15:41:41

まだ正式リリースされていないものと比べられるなんてTeedaかわいそす
TeedaにしてもEJB3簡易実装にしてもRIと挙動違いすぎて結局標準でもなんでもないのが問題か

SAStrutsがStrutsの薄いラッパかどうかは微妙かもしれん
どのみち新しいフレームワークで誰も触ったことがないのなら誰もが勉強期間が必要だし
「アジャイル」という言葉が「適当に」という意味に捉えているところも多いしなぁ

642 ：デフォルトの名無しさん：2008/01/16(水) 15:57:33

>>641
つStruts

643 ：デフォルトの名無しさん：2008/01/16(水) 16:01:32

標準って良いのか？

JSFもEJB3も標準なのか？業界的に。

644 ：デフォルトの名無しさん：2008/01/16(水) 22:09:40

>>643
良いか悪いかは人それぞれだろうけど
業界的にもなにも、標準だよ。

645 ：デフォルトの名無しさん：2008/01/16(水) 22:25:06

JSF は Sun も既定している技術標準だが、
業界(現場)での標準だとは思わないな。

646 ：デフォルトの名無しさん：2008/01/16(水) 23:47:00

JSFにすらついていけない人たちカワイソス

647 ：デフォルトの名無しさん：2008/01/16(水) 23:51:01

JSFもEJB3も失敗だろ。

648 ：デフォルトの名無しさん：2008/01/16(水) 23:52:25

しょせんJSFは.netの猿マネだし、っつーか完全に劣化コピーだろ。
ボロが出たっつーこった。

649 ：デフォルトの名無しさん：2008/01/16(水) 23:58:03

>>646
ついていけないんじゃない。
ついていかないんだ。
メリットないからな

650 ：デフォルトの名無しさん：2008/01/17(木) 00:01:28

IBMの鯖を使っていると身分としてはTeedaとIBM JSFだと漏れはサポートが受けられる
JSFを使うけどなぁ。

開発環境やらデブロイやらもIBMの方が簡単ではある。
#使いやすいかは別モノだけど

651 ：デフォルトの名無しさん：2008/01/17(木) 00:02:17

JSFはJSFで良い面があるとは思うが、流行ってない現状であえてついて行こうとは思わないな。

652 ：デフォルトの名無しさん：2008/01/17(木) 00:09:10

流行とか言うならRoRな希ガス
Seasarは将来性でついていこうって気にあまりならんけど。

653 ：デフォルトの名無しさん：2008/01/17(木) 00:09:13

うちの会社でも「標準って事が強みなんだ！」って得意げに言ってた馬鹿が居たな。
実際この業界での標準の強みって稟議を通せることだけなんだよな。

654 ：デフォルトの名無しさん：2008/01/17(木) 00:09:14

>650
開発環境やらデプロイでTeedaが負ける？？

俺はあのクソ重い開発環境でHotDeployがない開発なんてまず考えられんけどな。

655 ：デフォルトの名無しさん：2008/01/17(木) 00:12:01

将来性がどうこうよりも、自分達がラクになるからSeasar使ってる。ラクになるのであればついていくよ。

656 ：デフォルトの名無しさん：2008/01/17(木) 00:21:28

>>654
IBMのは重いけど、HotDeployはモドきはまあ微妙だけど、
インストーラー一発で標準の環境ができるし、チュートリアルやヘルプ、
ドキュメントはマトモだし、IBM製の拡張JVMは便利普通に便利だと思うけど。

同じ事の繰り返しになるけど、サポートに泣きつけるってありがたい。w
S2DaoをDB2/400に使ってみたら結構バグがあったしなぁ。

657 ：デフォルトの名無しさん：2008/01/17(木) 00:33:30

IBMやMSはサポートがあるったってレスポンス悪いしロクなもんじゃねー
あのインストーラなんて別にDoltengと比較してもありがたみを感じるもんでもない。
ドキュメント読まないと使えないライブラリやら怪しいJVM

とにかくシンプルじゃないから扱いづらい！
何をするにしても時間取られて面倒！

IBMはほんと勘弁してくれ

658 ：デフォルトの名無しさん：2008/01/17(木) 00:34:07

>>650
IBM JSF ってなに？ IBM が JSF の実装でも作ってるの?
それともWebShere Studio で JSF ができるってやつ？

659 ：デフォルトの名無しさん：2008/01/17(木) 01:23:58

てか、Teedaってぶっちゃけどうなの？

660 ：デフォルトの名無しさん：2008/01/17(木) 01:57:52

>>657
＞IBMやMSはサポートがあるったってレスポンス悪いしロクなもんじゃねー
どんな受け答えしたか知らんけどIBMはMSよりかははるかにマシなサポートだったが。
あとソースを嫁とは言わんがドキュメントくらい嫁。

ドキュメントも読まずにサポートに文句言うDQNなエンジニアは回答者もレスポンス悪くて
当然だと思うがけど。単に質問者のレベルが低すぎて会話になってないんじゃないか？

JVMもよくできていると思うが。最初から鯖にインスコされてるし。

>>658
MyFacesがApacheでIBM JSFがIBMってノリ。
UIコンポーネントやらが違う。詳しくは体験版でも使うとか。

661 ：デフォルトの名無しさん：2008/01/17(木) 02:33:17

teedaのhtmlで<span id="isXXXX">というように条件分岐できますが、
strutsの<logic:equal>みたいな条件分岐ってできますか？

662 ：デフォルトの名無しさん：2008/01/17(木) 02:55:34

isXXXXがあればできるんじゃね？

663 ：デフォルトの名無しさん：2008/01/17(木) 10:52:54

JSFのこと何も知らないやつばかりなんだなぁとおもう
FUD成功ってか

664 ：デフォルトの名無しさん：2008/01/17(木) 11:18:20

>>663
現実として広まってないからなぁ
仕事で一回使ったけど、一世代前のFWという印象で
今後積極的に使いたいとは思わなかった

665 ：デフォルトの名無しさん：2008/01/17(木) 11:35:54

現状、ポトペタで開発できるフレームワークはJSFしかないしなぁ

666 ：デフォルトの名無しさん：2008/01/17(木) 11:56:07

JSF以外はコーディングしてきっちり作るもん
JSFはツールで楽して作るもん
領域が違う気がする

JSFの上で動くのにポトペタで作れないTeedaはアレだな

667 ：デフォルトの名無しさん：2008/01/17(木) 12:38:29

JSFの標準とやらはポトペタできないとダメなの？RIでそうきまってるの？
他のJSF実装のポトペタツールって良いのか？

668 ：デフォルトの名無しさん：2008/01/17(木) 13:18:25

わけわからんやつが来たな。足pか？

669 ：デフォルトの名無しさん：2008/01/17(木) 13:52:03

>>668
どこよ？

それよりcommit.sql吹いたw

670 ：デフォルトの名無しさん：2008/01/17(木) 14:13:18

JSFがポトペタできないとダメって事はないが、理想論としてはEoDが
あるんだから簡単にできないと意味ないと思う。

そりゃ開発者全てが設計者＝デザイナ＝プログラマってならコードをガリガリ
書くほうが効率いいんだろうけど、コードを書けなくても「とりあえず動く」
成果物ができるのがJSFのウリだろう。

671 ：デフォルトの名無しさん：2008/01/17(木) 14:28:39

デザイナはDreamWeaverを使う。
どこぞのIDEなんぞ使わない。
よってポトペタJSFは分業に不向き。

プログラマはテキストエディタを使う。
どこぞのIDEなんぞ使わない。
よってポトペタJSFはデザイナ兼業プログラマに不向き。

JSFって誰のためのもの？

672 ：デフォルトの名無しさん：2008/01/17(木) 15:06:55

ぽとぺた信者＝スーツ

派手さだけアピールして売り込めるな

673 ：デフォルトの名無しさん：2008/01/17(木) 15:12:32

ポトペタJSFはEUCのためだろ常考

674 ：デフォルトの名無しさん：2008/01/17(木) 15:19:55

>>671
DreamWeaverでJSP作る場合は公開されたWebアプリのような場合であって
JSFのターゲットは社内システムやB2Bだと思うぞ。

675 ：デフォルトの名無しさん：2008/01/17(木) 15:21:23

もっとも、JSF以外でもカスタムタグはいってる時点で完全な分離は論外

676 ：デフォルトの名無しさん：2008/01/17(木) 15:23:16

まあ、ぶっちゃけJSFはMS対策だよな？

677 ：デフォルトの名無しさん：2008/01/17(木) 15:45:36

人にもよるがテキストエディタ好きなプログラマって
デザインセンス悪いのが多いけどな。

それこそ社内システムやB2B向けと思わなくもない。

完全な分離は未来永劫不可能なんだろうけどな。

JSFがMS対策かどうかは微妙だよな。
MS=簡単&素人向けって思っているなら、そうなんだろう。
Javaのフレームワークを選択の自由があると取るか
複雑怪奇で高い難易度と取るかは人それぞれだろうし。

678 ：デフォルトの名無しさん：2008/01/17(木) 15:51:37

ASP.NET目指してJSF作っていた間に、時代は既に違う方向に進んでいた印象
少なくとも、JavaEEの標準FWというには、JSFは適用分野が狭すぎる気がする

679 ：デフォルトの名無しさん：2008/01/17(木) 16:18:17

>>678
JavaEE5でJSFは定義されたけど、すべてJSFを使えとはいってないと思うけど？
適材適所でいいでしょ。もっとも1.1までのJSFはかなりいまいちだけど。

JavaEE6でRESTAPI対応予定らしいしそこで結構変わってくると思われ。

680 ：デフォルトの名無しさん：2008/01/17(木) 16:18:59

>>678
> ASP.NET目指してJSF作っていた間に、

まさにこれだな
JSF がでてきたとき、雑誌では、Sun の人たちが
「.Net の開発者は IDE でペタペタ画面とロジックをつくってるので、Java でも EoD でそれを実現した。
　これ最強」
といった記事をよく見た気がする。

記憶違いだったらすみません。

でも、

> 時代は既に違う方向に進んでいた印象

(ここはおれの主観が入っているけど) Wicket、Click、Cubby みたいに POHP 型がひろまってきたと。
俺の理解が間違っているのかもしれないが、Teeda も JSF というよりは POHP 寄りな気がする。

681 ：デフォルトの名無しさん：2008/01/17(木) 16:29:59

POHPはバズワード

682 ：デフォルトの名無しさん：2008/01/17(木) 16:30:15

>>680
まて、Cubbyはひろまってないだろ。

683 ：デフォルトの名無しさん：2008/01/17(木) 18:06:31

それにCubby自体はPOHPじゃない。Mayaaと連携するってだけ。
ClickもVelocityじゃなかったっけ？
ああいうのもPOHPに入れていいのかな、よくわからん。

でもいいたいことはわかった。

684 ：デフォルトの名無しさん：2008/01/17(木) 19:41:16

MSだってASP.NETだけでなくASP.NET MVCとかを出してきている中で。
劣化ASP.NETなJSFなんてイラネ。

685 ：デフォルトの名無しさん：2008/01/17(木) 20:20:10

ASP.NET MVCだってJava等MVCフレームワークの影響うけてるだろ

どっちもどっちだよ

686 ：デフォルトの名無しさん：2008/01/17(木) 20:55:19

ﾄﾞﾄﾈﾄ厨が話に割り込んでくるとｳｻﾞいな

687 ：デフォルトの名無しさん：2008/01/17(木) 21:06:41

>>674
> DreamWeaverでJSP作る場合は公開されたWebアプリのような場合であって
> JSFのターゲットは社内システムやB2Bだと思うぞ。

どう違うのか、
社内システムしかやったことない無能なオレに
教えろ。

688 ：デフォルトの名無しさん：2008/01/17(木) 21:09:50

PC5250なアプリをWebに自動的にコンバートする商品はJSFで組まれているが、
>>674は夢波厨ってだけな希ガス

689 ：デフォルトの名無しさん：2008/01/17(木) 21:23:59

SAStrutsが正式リリースされる日は来るのか

690 ：デフォルトの名無しさん：2008/01/17(木) 23:34:28

>>688
× DreamWaver
○ DreamWeaver

× 夢波
○ 夢織 or 夢編

>>688 は厨って書きたいだけちゃうんかと

691 ：デフォルトの名無しさん：2008/01/18(金) 00:00:12

JSFの話だけだったら本スレでやれや。
http://pc11.2ch.net/test/read.cgi/tech/1142573697/

692 ：デフォルトの名無しさん：2008/01/18(金) 01:12:57

>>687
両方さんざんやってきたが、
はっきり言って、ほとんどの場合、社内向けはぬるい。何もかも。
社内向けの場合、システムはこういうもんだ、ってのがつうじるが、
コンシューマー向けの場合、ド素人というか一般人の意味不明な
クレームに対応するために要求レベルが最初から高い。

セキュリティ・攻撃対策、デザイン、レスポンス、マルチブラウザ、、、

もちろん、社内システムで高度な要求がある場合もあるが、
コンシューマー向けはライバルがいる分、厳しいほうが多い。
子供だましなものもがあるが。

693 ：デフォルトの名無しさん：2008/01/18(金) 01:19:27

>>692
そりゃそうだろうと思うが、
DreamWeaverとJSFでどう違うのさ。

694 ：デフォルトの名無しさん：2008/01/18(金) 01:32:01

JSFだとしょぼいデザインしか作れない。
なぜならデザイナさんが使えないから。

あくまで一般論だけど

695 ：デフォルトの名無しさん：2008/01/18(金) 02:34:19

だがその引き換えに生産性を失う、と

html作ってもらってもそこにカスタムタグなんていれこんでたら修正のたびになくんだぜ

696 ：デフォルトの名無しさん：2008/01/18(金) 02:48:15

だからPOHPなんだろ常考

697 ：デフォルトの名無しさん：2008/01/18(金) 08:33:15

>>695
RIAだったらカスタムタグの出番も減るし、
今後はデザイナーツールで作るパターンが増えそうな気がする
JSFのツールは結局JSFでしか使えないが、デザイナーツールはFWに依存しないからな

698 ：デフォルトの名無しさん：2008/01/18(金) 08:56:08

システム全体だとデザイナと分業してやりたいとことそうじゃないとこ、両方ある。
分業してやらなくていいとこって、ぶっちゃけJSPのほうが書きやすいんだよな。
だから、プレーンなHTMLとJSPが両方使えるのが欲しいです。

699 ：デフォルトの名無しさん：2008/01/18(金) 09:35:27

>>698
S2StrutsからMayaa関連定義を全部省いて、JSP+JSTLで開発したけど快適だったよ
SAStrutsもJSPで使えるみたいだね

700 ：デフォルトの名無しさん：2008/01/18(金) 12:35:23

スレ違いかもしれないけど、Sunjava creatorでプロジェクトしたことあるひとっいる？

701 ：デフォルトの名無しさん：2008/01/18(金) 13:23:45

>>696
SPANタグとか特殊な属性いれるくらいならカスタムタグのほうがまし
DreamWeaverならね

カスタムタグがそこにあることを認識させたほうがいい
spanとか属性だと適すといじっていれば消えるからお話にならない
wicketがおわっとるのはそこなんだよね

702 ：デフォルトの名無しさん：2008/01/18(金) 13:31:41

>JSFのツールは結局JSFでしか使えないが、デザイナーツールはFWに依存しないからな
それは依存している部分をRIAに転化してるだけで、分業ではなく一極集中になって
結局過去に戻ってる印象があるが。

そしてRIAがそんなにJSFやTeedaほど簡単か？って言われたら微妙なんだが。
単純なCRUDができて、そして時々SQL直書きできりゃ文句なしってケースも多いだろうに。

703 ：680：2008/01/18(金) 13:54:52

>>701
> wicketがおわっとるのはそこなんだよね

>>680 ですが、おれは何を追いかけたらいいんじゃー!!

たしかに Wicket は component も自作しないといけないが、 Click だとある程度用意されている。
Wicket はページは HTML だけど、Click は velocity。
velocity のようなテンプレートエンジンが好きか、Plain HTMl に span タグで制御するのが好きかで
好みが分かれるのかも。

あと、Struts スレに、Struts2 のカキコが少しあった。

ところでム板には、Java の (web アプリ)フレームワーク総合スレみたいなのはないのかな。
あまり需要はない(既存スレでカバーできるのかもしれない)けど

704 ：デフォルトの名無しさん：2008/01/18(金) 14:04:19

>>701
> spanとか属性だと適すといじっていれば消えるからお話にならない

それこそお話にならない
classやstyleを指定したspanやdivが消えたらデザイン崩れるだろうが

705 ：デフォルトの名無しさん：2008/01/18(金) 14:23:12

>>704
デザインの修正とかよくあるでしょ。
カスタムタグなら「消えた」とか動作がおかしいのはDreamWeaverでわかるからまだましということ。
＜％％＞というスクリプトレットも認識できるために、spanタグとかよりかなり安全にデザインしてもらえる。

テキストエディタだったらどっちでも変わらないと思うけど、そういうデザインを意識しない人なら何使ってもいいんじゃね？

>>701
想定する開発環境にあわせて選択するしかない。
結局これだけフレームワークが氾濫する理由はどれも万能に出来る決定打がないから。
velocityは結局htmlに特化していないJSPという程度なんだよね。

これもテキストエディタでいじるなら悪くはないかもしれないけど、
DreamWeaverでサポートがあるJSPよりサポートのないVelocityのほうが結果的にデザインが弱くなる。

DreamWeaverMX2003あたりからTomcat連携で起動できるようになったので、動的なコンテンツを表示したまま
デザインも可能というところを活かして開発しているところは差が出ちゃうと思う。

同様にPHPが根強いのもDreamWeaverでサポートがあるから。

706 ：デフォルトの名無しさん：2008/01/18(金) 14:31:44

そんな屁理屈展開されてもなー。DreamWeaverも、まだマシとか・・・。

707 ：デフォルトの名無しさん：2008/01/18(金) 18:24:03

2.4.21が出たけど、このペースってどうよ？
2.4.18の後１ヶ月しかたってないよ？

708 ：デフォルトの名無しさん：2008/01/18(金) 18:24:49

そんなのかんけーねー

キタコレ！
[CONTAINER-156] - S2JDBC の SQL 自動生成による問い合わせで，
SELECT COUNT(*) の結果を取得する getCount()
メソッドを追加しました．[Seasar-user:12500]

709 ：デフォルトの名無しさん：2008/01/18(金) 18:28:49

>>708
おせーよ。
それこそrcの間に実装されるべきものだろ？

710 ：デフォルトの名無しさん：2008/01/18(金) 18:33:15

rcの間に要望すればよかったんじゃまいか?

711 ：デフォルトの名無しさん：2008/01/18(金) 18:33:57

>>709
お前が2chでしか要望出してないからだ

712 ：デフォルトの名無しさん：2008/01/18(金) 19:28:45

いやいや、COUNTだけの話じゃなくてね。
Springなんかと比べるとユーザーも少ないわけで、レベルも高くはないだろうし、リリース候補のテストをしてくれるような人は更に少ない中で、正式リリースを急ぎ過ぎなんじゃないか？ってことよ。

713 ：デフォルトの名無しさん：2008/01/18(金) 20:44:25

Seasar2は完成してからリリースするより
リリースしながら完成度を高めてく作戦

714 ：デフォルトの名無しさん：2008/01/18(金) 21:01:57

そんなんじゃいつまで経っても商用利用なんてムリだ罠

715 ：デフォルトの名無しさん：2008/01/18(金) 22:17:24

現実に商用利用されてる罠
ML見てみろ。メーカーからも質問来てるぞ

716 ：デフォルトの名無しさん：2008/01/18(金) 22:33:03

JSFの結論はどうなった？

717 ：デフォルトの名無しさん：2008/01/18(金) 22:49:06

無謀でチャレンジャーで酔狂なメーカーもなかにはあるんだなｗ

718 ：デフォルトの名無しさん：2008/01/18(金) 22:54:41

FNHIみんな使ってるよ

719 ：デフォルトの名無しさん：2008/01/18(金) 23:03:04

大手にもアフォなPMはいくらでもいるからね。
ユーザーMLで質問するって・・・

720 ：デフォルトの名無しさん：2008/01/18(金) 23:03:35

大手にもアフォなPMはいくらでもいるからね。

721 ：デフォルトの名無しさん：2008/01/18(金) 23:42:19

>無謀でチャレンジャーで酔狂なメーカーもなかにはあるんだなｗ

そういう事を言い出すとCOBOLﾏﾝｾｰって話になって終わりなんだが

722 ：デフォルトの名無しさん：2008/01/19(土) 00:19:04

中国人はどこに雇われてるんだろう

723 ：デフォルトの名無しさん：2008/01/19(土) 11:35:28

だいたい 2.4.xx っていう細かいリリースはどうなん？
細かいバグ対応や細かい機能追加してるってことだろ。
リリースしてしまったら、でかいシステムならバージョンアップなんか
できんし。できるけど、全システム動作を誰も保証してくれない。

724 ：デフォルトの名無しさん：2008/01/19(土) 11:42:15

じゃあバージョンアップしなきゃいいじゃん。
リリースのインターバル大きくしても結果は一緒だろ？

725 ：デフォルトの名無しさん：2008/01/19(土) 15:58:31

違う。バグが多いってこと。

726 ：デフォルトの名無しさん：2008/01/19(土) 16:13:41

なら最初から、バグが多すぎて使えねぇよ、って
書けばいいじゃん。細かいリリースがどうとか、
回りくどいんだよ。

727 ：デフォルトの名無しさん：2008/01/19(土) 16:35:50

アンチな人はバグを素早く修正するのも気に入らないらしいな。

728 ：デフォルトの名無しさん：2008/01/19(土) 16:47:41

バグはない方がいいけどな

729 ：デフォルトの名無しさん：2008/01/19(土) 17:29:31

リリースが多いこととバグの数は無関係

Spring
2007/11/09 2.5.0リリース
2008/01/09 2.5.1リリースバグ12件修正

Seasar
2007/12/14 2.4.18リリース
2007/12/21 2.4.19リリースバグ2件修正
2008/01/04 2.4.20リリースバグ2件修正
2008/01/18 2.4.21リリースバグ2件修正

2ヶ月で12件のバグを1回のリリースで修正したSpring
1ヶ月で6件のバグを3回のリリースで修正したSeasar
品質よりポリシーの違いが大きい

730 ：デフォルトの名無しさん：2008/01/19(土) 18:43:20

rcが7まで行くのも珍しいね。

731 ：デフォルトの名無しさん：2008/01/19(土) 18:57:43

Seasar2はともかく、SAStrutsなんてﾋｶﾞﾀｿのブログみてると
思いつきと行き当たりばったり感が強くて
大丈夫か？これ？ってどうしても思ってしまう。

夢中になって作ってるときはそれなりの品質でリリースされるのだろうけど
飽きちゃったら放置なんだろうなという予感がしてならない。

732 ：デフォルトの名無しさん：2008/01/19(土) 19:18:05

メンテ部隊(koichik・taedium)が引き取るから無問題

733 ：デフォルトの名無しさん：2008/01/19(土) 19:29:11

>>731
> 思いつきと行き当たりばったり感が強くて

正解

> 大丈夫か？これ？ってどうしても思ってしまう。

1.0.20まで待てば大丈夫
1.0.0～9はアルファ、1.0.10～19はベータ。rcはマイルストーン
これ豆知識な

734 ：デフォルトの名無しさん：2008/01/19(土) 20:00:30

>>732
獄長がいる安心感

735 ：デフォルトの名無しさん：2008/01/19(土) 20:19:28

しかしアンチが必死にカキコするスレだな。ここは

736 ：デフォルトの名無しさん：2008/01/19(土) 20:21:24

>>735
ヒント：2ちゃんねる

737 ：デフォルトの名無しさん：2008/01/20(日) 02:08:29

Railsに追いつこうと必死だよね＞ひがたん

738 ：デフォルトの名無しさん：2008/01/20(日) 21:28:24

>>729
まるで、Macのバグ報告が少ないから、Windowsよりバグが少ないというアホ主張を見ているようだｗ

利用しているユーザ数の桁が違う。しかも1桁じゃないと思うぞｗ

739 ：デフォルトの名無しさん：2008/01/20(日) 21:48:53

>>738
読解力ないな。リリースの数とバグの数に相関がないってことだ

740 ：デフォルトの名無しさん：2008/01/20(日) 21:54:43

なー、どっかになかの人が Ruby はマーケティングがうまくて世界に広まった
とか書いてた気がすんだけど、違うよな。

Ruby は物が良かったからファウラーとか著名人が結果的に宣伝塔になった。
Javasist は作ったのは日本人だが、ドキュメントは英語だし完全に逆輸入。
作者は JBoss の中の人だからな。
Eclipse プラグインで全世界的に有名な Amateras の人も別に必死でマーケティングなんか
してない。物が良かっただけ。最初から世界をターゲットにしてたのは確かだけど。

いや、マーケティングいらんとは言わんけど、マーケティング以外の
何かに気づかん限り、大変だな。

741 ：デフォルトの名無しさん：2008/01/20(日) 23:22:46

で、ナニがいいたいのだろう？

世界に認められないプロダクトはクズとか言いたいのか？

2chでこういう事いうのも野暮だが変な批評家気取りはイタいぞ。

742 ：デフォルトの名無しさん：2008/01/21(月) 00:53:24

あー、悪い悪い。いや、なんかたまに OSS の著名人と肩を並べたような
言い方するだろ。虚勢なんかはらずに嘘でももっと謙虚になれば得なのになって思うぞ。
批評家きどり的に言わせてもらえば。
ここで言っても無駄だが、そう思っただけだ。

743 ：デフォルトの名無しさん：2008/01/21(月) 01:20:09

teedaってJSF1.2対応するのはいつですか？

744 ：デフォルトの名無しさん：2008/01/21(月) 01:36:41

時代はSAStrutsですよ。

745 ：デフォルトの名無しさん：2008/01/21(月) 01:47:29

いやいやCubbyの時代ですよ

746 ：デフォルトの名無しさん：2008/01/21(月) 02:18:59

たまにはYmirも(ry

747 ：デフォルトの名無しさん：2008/01/21(月) 07:02:10

>>742
OSSの著名人なんて大層なもんじゃないだろ

748 ：デフォルトの名無しさん：2008/01/21(月) 10:46:19

お前よりマシな程度だな

749 ：デフォルトの名無しさん：2008/01/21(月) 11:09:02

Cubby 1.0.0-rc1 でたよー
ttp://d.hatena.ne.jp/agt/20080120#p1

750 ：デフォルトの名無しさん：2008/01/21(月) 11:23:40

ちょっと期待

751 ：デフォルトの名無しさん：2008/01/21(月) 11:39:53

もうCubbyでいいじゃん。

752 ：デフォルトの名無しさん：2008/01/21(月) 22:49:22

ひがタン自身が
> Struts抜きで自由にWebフレームワークを作ってもいいといわれたら、Cubbyみたいなやつを作りたかった気がする。
と言ってるからな。

で、できたものがStrutsと呼ぶには詐欺的なSAStruts。

ま、オレはひがタンの作る物に付いていくよ。

753 ：デフォルトの名無しさん：2008/01/21(月) 23:01:46

SAStrutsをrc1ぐらいから現場で試してるけど
評価は良い方だよ。Strutsというこれまでのノウハウを活かすことが出来る点、
S2JDBCが割と扱いやすい…などなど。小規模なプロジェクトで採用しても良いかなとは思ってる。

754 ：デフォルトの名無しさん：2008/01/21(月) 23:37:34

Stripseとか影響受けまくりだし
Strutsと名前はついてるがかなり違うだろ・・・

フォームに関してはpublicなフィールドこそが本来のあるべき姿だったと思うけどね

755 ：デフォルトの名無しさん：2008/01/21(月) 23:51:48

CubyもSAStrutsもYmirも作らずにTeedaのドキュメントを書いてはどうかと思うんだ

756 ：デフォルトの名無しさん：2008/01/22(火) 00:27:17

俺が品質管理なら、最初の2回ほどで「品質がリリースする基準に達していないため差し戻し」だな。
こいつ、狂ってるよ。誰かか一回仕切りなおすよう言ってやれ。

SAStrutsは、この後特に問題がなければ、水曜日の午後にSandboxの卒業申請をし、
手続き終了後(たぶん木曜)正式版をリリースする予定でーす。

また、今回のリリースのにあわせて、正式リリースの予定も若干変更します。
17日の午後にSandbox卒業を申請して、18日に正式リリースするようにしたいと思います。

また、今回のリリースのにあわせて、正式リリースの予定も若干変更します。
18日の午後にSandbox卒業を申請して、19日に正式リリースするようにしたいと思います。

また、今回のリリースのにあわせて、正式リリースの予定も若干変更します。
22日の午後にSandbox卒業を申請して、23日に正式リリースするようにしたいと思います。

また、今回のリリースのにあわせて、正式リリースの予定も若干変更します。
24日の午後にSandbox卒業を申請して、25日に正式リリースするようにしたいと思います。

また、今回のリリースのにあわせて、正式リリースの予定も若干変更します。
26日の午後にSandbox卒業を申請して、28日に正式リリースするようにしたいと思います。

757 ：デフォルトの名無しさん：2008/01/22(火) 00:32:54

なんつーか、こういうコピペ厨が品質管理ってのも狂ってると思うが。

758 ：デフォルトの名無しさん：2008/01/22(火) 00:34:45

>>756
確かに、品質管理という視点でみれば、
「おいおい、大丈夫かよ」と思うのも無理無い。

そこで「オープンソースですから」なんてのをタテにされたら
正直、たまらんな。

759 ：デフォルトの名無しさん：2008/01/22(火) 00:38:07

どう考えても品質管理とか知らんだろ。奴は。

760 ：デフォルトの名無しさん：2008/01/22(火) 00:50:19

品質管理の問題じゃない。リリースの度に修正してるバグは高々1個。
バグ一つ修正する度にリリースして計画変更する、それがスーパーアジャイル(笑)なんだよ。
まぁ>756,758はウォーターフォールでもやってなさいってこった。

761 ：デフォルトの名無しさん：2008/01/22(火) 00:52:20

バグ件数だけを見て品質管理とな。

762 ：デフォルトの名無しさん：2008/01/22(火) 00:54:29

＞今回のリリースのにあわせて

ひが自体が相当コピペ厨じゃねぇか？日本語としても相当ヤバイ。

「今回のリリースにあわせて」か「今回のリリースによる遅れのため」だろ。正しくは。

763 ：デフォルトの名無しさん：2008/01/22(火) 00:57:50

「～のに」は沖縄の方言としては正しい

764 ：デフォルトの名無しさん：2008/01/22(火) 01:01:05

そーなのかー。それは知らなかった。すまん。

765 ：デフォルトの名無しさん：2008/01/22(火) 01:08:41

何に対しての遅れと判断するのか。

日々良い方向に進むのは良いことじゃないか。

766 ：デフォルトの名無しさん：2008/01/22(火) 01:13:59

>>765
> 何に対しての遅れと判断するのか。

当初の予定に決まってるだろ常考

767 ：デフォルトの名無しさん：2008/01/22(火) 01:29:50

みんななんだかんだ言ってSeasar好きなんだな

768 ：デフォルトの名無しさん：2008/01/22(火) 01:30:55

思いつきリリースするからおかしいんだよ。
長期的なリリースエンジニアリングを聞かせてほしいな。
そんなもん、やってられるかって感じならしょーがないけど。
まー、Eclipse.orgみたいに長期的かつ正確ってのは無理なんだろうけど。

769 ：デフォルトの名無しさん：2008/01/22(火) 01:44:42

>>768
ひがたんは、
「やってみなきゃ分からない」
「やってみたらダメだった」
という姿勢だから、それはやらないだろね。

でも、あの開発スピードが伴っていれば、そのスタイルは間違ってないと思うけど。
それがSeasarプロジェクトに与える影響とか、他のコミッタがどうだってことを考えなければ。

770 ：デフォルトの名無しさん：2008/01/22(火) 02:28:58

半年もたつと方針がコロっと変わるのがいただけない。

771 ：デフォルトの名無しさん：2008/01/22(火) 07:40:39

eclipse.orgはリリース計画を守るために
間に合わない場合は予定していた機能をガンガン削るけどね。

772 ：デフォルトの名無しさん：2008/01/22(火) 09:21:35

>>771
それはそれでまたここで叩かれるだろうが

773 ：デフォルトの名無しさん：2008/01/22(火) 10:44:09

やってみてる段階でアナウンスするから話がややこしくなるんだろ…

774 ：デフォルトの名無しさん：2008/01/22(火) 11:49:38

>>773
一生rcだけを作り続けろと？

775 ：デフォルトの名無しさん：2008/01/22(火) 15:14:53

mlの激しくずれた質問に対して対応するひがたんやさしす

776 ：デフォルトの名無しさん：2008/01/23(水) 16:32:48

http://jfut.featia.net/diary/20080120.html#p02
なかなか良さそうだな。
SAStrutsとどっちがいい？

777 ：デフォルトの名無しさん：2008/01/23(水) 17:00:23

rc8って前代未聞じゃねーの？

778 ：デフォルトの名無しさん：2008/01/23(水) 17:51:30

>>777
ある意味Web2.0的な

779 ：デフォルトの名無しさん：2008/01/23(水) 21:17:44

>>776
たぶん、いいとこはSAStrutsが取り込むだろうな。
思いつき＋見境ないからな。

ひがが本当はCubbyみたいなのを作りたかったと言った時点で
やられた感があったんだろう。
フレームワークはある程度、技術がありゃ、誰でも出来るが、
センスはCubbyが一枚上手だな。

780 ：デフォルトの名無しさん：2008/01/24(木) 00:52:31

ここに書かず、ブログで応えるひがたん萌え

781 ：デフォルトの名無しさん：2008/01/25(金) 00:57:26

旧デブ理事に批判されてるな。

782 ：デフォルトの名無しさん：2008/01/25(金) 01:29:50

どこで?
元理事のブログって対象が書いてないから何のこと書いてんのか分からん。

783 ：デフォルトの名無しさん：2008/01/25(金) 01:33:47

× 旧デブ理事
○ デブ旧理事

理事は辞めてもデブは現役だ

784 ：デフォルトの名無しさん：2008/01/25(金) 03:01:38

付き合いのある人は、なにか不穏な書き込みがあるたびに
「もしかしておれのこと？」
ってドキドキするかもね。

785 ：デフォルトの名無しさん：2008/01/25(金) 11:58:00

それに釣られた芦田が大阪で謝罪させられたんだよなw
元理事ﾋﾄﾃﾞﾅｼｽ

786 ：デフォルトの名無しさん：2008/01/25(金) 11:59:16

なぞめき系はまさに
killing me softly
という感じ。

787 ：デフォルトの名無しさん：2008/01/25(金) 12:18:40

>>785
あれから、しれっと復活したasipは以外と大物かも

788 ：デフォルトの名無しさん：2008/01/25(金) 13:28:57

大物どころじゃない
seasarのことは二度と書かないって言いながら書き続けてるし
情報網から外すと言いながらメモしてるし
あの太々しさは超大物

789 ：デフォルトの名無しさん：2008/01/25(金) 14:02:31

というか、超太物。

790 ：デフォルトの名無しさん：2008/01/25(金) 20:06:57

> 超太物
それなんて元理事

791 ：デフォルトの名無しさん：2008/01/25(金) 22:44:55

燃料投下
ttp://www.infoq.com/jp/news/2008/01/the-craptaculous-web-framework

792 ：デフォルトの名無しさん：2008/01/25(金) 22:52:22

数が多いのは事実だけど業務で使えるのはそんなに数が多くないと思うが。

そりゃ研究目的や教育目的に社内のショボイのにネタ的な感覚で新FWを使ってみる事はあるけどサ。

793 ：デフォルトの名無しさん：2008/01/25(金) 22:54:07

> 膨大な選択肢は有益だろうか？
もちろん。
S2Struts,S2Tapestry,S2JSF,Teeda,SAStruts,Cubby,Ymir,S2Click,S2Wicket,Mayaa…
これほどまでに選択肢が豊富なことが無益なわけがない。

794 ：デフォルトの名無しさん：2008/01/25(金) 23:24:08

でも、これ使っとけばとりあえずOKという安心できるデファクトが欲しいとは思う
単に機能面だけでなく人材確保・教育・運用・将来性まで考えるとね
その上で、飽き足りない人達の為に様々な選択肢があるのは全く問題ない

795 ：デフォルトの名無しさん：2008/01/25(金) 23:58:21

古い奴はほんとそういうのもとめるよね。

でも万能なものって絶対にないよ

796 ：デフォルトの名無しさん：2008/01/26(土) 00:29:20

古い奴っつーか、自分が方式決めれてかつ責任者の場合、
数十人以下の規模のプロジェクトならなんでも採用するが、
複数会社で開発とか数百人規模とかならあり得ない。
問題あったら、自分だけの問題じゃすまない。
そんなもん採用するからだ、とかなったらめんどくせーからな。

797 ：デフォルトの名無しさん：2008/01/26(土) 00:35:12

万能なのが無ければプロジェクトのライフサイクルを考えて一番なのしれた汎用的な物を使うのが一番いい。
最後まで面倒を見るつもりがあるならば独自フレームワークでも全然構わない。

マス対して適当なものをリリースし続ける奴はカスだけどな。
「うちは保守やら無いで売り切り^^;」って言ってるボケと同じレベル。

798 ：デフォルトの名無しさん：2008/01/26(土) 00:36:26

これさえ使っとけばおｋ、ってservlet+JSPとかになりそうでイヤンだけどなー。

ところでサ100人超えるプロジェクトって具体的にどんなの？

799 ：デフォルトの名無しさん：2008/01/26(土) 01:29:45

>>798
IBMとかいうとこらからコンサル様がやってこられてサンザン重厚なJ2EEデザインパターンを説明され、
小回りが効かず手間がかかりまくりなWACSとかいうクソフレームワークを使わされヒドイ目にあう感じ。

800 ：デフォルトの名無しさん：2008/01/26(土) 01:30:45

>>797
J2EEか.NETフレームワークでもどうぞ。

カス

801 ：デフォルトの名無しさん：2008/01/26(土) 02:36:00

>>798
100人超えるっつっても全体だぜ。
サブプロジェクトは10人とかで、全部合わせてでかくて、
フレームワークは全部同じとかあるだろ。
フレームワークチームが30人とかな。

フレームワークが同じ、プロジェクト全体で
1万人月とか2万人月とかのやったことないか？

802 ：798：2008/01/26(土) 02:48:34

>>799
WACSって名前だけ聞いたことあるけど、J2EE(EJB)の暗黒時代(?)の商品だったっけ？
やたら悪評だけは高いけど。

WASで稼動するアプリ作ったことあるけどservlet+JSPかJSFでなるたけIBM依存の機能は使わずに
やっちゃったけど。

まあお疲れ様でした。

>>801
全体のはあるけど、それは社内糞フレームワークチーム単位で30-50人くらいだったな。
過去の資産含めてのリプレースとかだから２．３種類ほど標準ルール（謎）があった。

ただ、全部が同じフレームワークって事はないなぁ。言語からして違うから
UI部分はJava。バッチ系はCOBOL/RPG、コア制御部がRPG、監視がVBとJP1、運用ツールがCL,SQL
ウチは現場の人間に好き勝手やらす方でフレームワーク信仰はないな。
Javaのチームだけだと少人数なケースが多いっす。

803 ：デフォルトの名無しさん：2008/01/26(土) 03:37:31

>>779
センスってどのへん？

804 ：デフォルトの名無しさん：2008/01/26(土) 04:17:14

>>803
また、パクる気か。

805 ：デフォルトの名無しさん：2008/01/26(土) 15:28:45

いいところを参考にするのは当然です。
参考にしたら当然ソースに謝辞だって入れてあげますよ？

それ以上何を望むのですか？

806 ：デフォルトの名無しさん：2008/01/26(土) 16:11:21

>804
お前だって人のコードを参考にしてモノを作ってんじゃねーの？

807 ：デフォルトの名無しさん：2008/01/26(土) 17:53:43 BE:484051182-2BP(0)

とにかくなんでもいいからケチをつけたいんだよ。
いるだろ、そういう人種。

808 ：804：2008/01/26(土) 21:01:47

おまえら、なんかえらく過敏に反応するのな。

809 ：デフォルトの名無しさん：2008/01/27(日) 00:28:30

>>808
ここはコミッタのすくつ(←なぜか変換できない)だからな

810 ：デフォルトの名無しさん：2008/01/27(日) 00:45:50

> すくつ(←なぜか変換できない)
ものすごく久しぶりに見た

811 ：デフォルトの名無しさん：2008/01/27(日) 19:33:23

SAStruts1.0.0記念age

812 ：デフォルトの名無しさん：2008/01/29(火) 00:19:23

おまいら、バグ出しよろしく

813 ：デフォルトの名無しさん：2008/01/29(火) 00:34:18

いまさらTeedaのドキュメントいらんよな

814 ：デフォルトの名無しさん：2008/01/29(火) 17:15:19

ねぇねぇ、seasarでDIされるオブジェクトって、
プログラム側で、シリアライズしたり、デシリアライズしたり出来ないもの？
なんか、ClassCastExceptionがおきるんよ。

>>813
ドキュメントはイランから、teedaで業務系アプリケーションを作ったら、こうなります。
みたいなサンプルはほしいなぁ。携帯含めてｗｗ

815 ：デフォルトの名無しさん：2008/01/29(火) 18:28:01

>>814
そもそもDI使わない場合では、シリアライズできるオブジェクトなの？
シリアライズできるできないはDIのせいじゃない気がするんだけど・・・。

816 ：デフォルトの名無しさん：2008/01/29(火) 20:31:30

>>814
できるんよ。んで、シリアライズしてDBに保存してるんだけど、
同じセッション？内であれば、DBから取り出して、復元できたりする。（いまいち条件が判別できない）
でも、サーバー再起動したりすると確実にException・・・
シリアライズとデシリアライズは、
seasarのSerializeUtilと、Base64Utilをつかってます。

817 ：デフォルトの名無しさん：2008/01/29(火) 20:37:52

DIなのか？AOPだったりしないか？

818 ：デフォルトの名無しさん：2008/01/29(火) 20:46:08

>>816
HotDeploy？

819 ：デフォルトの名無しさん：2008/01/29(火) 21:44:22

なんとなく分かった。

Object obj = ObjectUtil.fromBase64ToObject(objectBase64);
TestClass testClass = (TestClass)obj;

コードがこんな感じだとして、

obj.getClassLoader() が「WebappClassLoader」
TestClass.class.getClassLoader()が「org.seasar.framework.container.hotdeploy.HotdeployClassLoader」

というように、ロードするクラスローダーが違うんで起きている様子。
>>818の言うとおりHotDeployなんだけれど、CoolDeployにしてOKだったとしても、きついなぁ・・・

でも、正常にCast出来ている時もあって、その時は、どちらもWebappClassLoaderなんだよね。

820 ：デフォルトの名無しさん：2008/01/29(火) 22:18:30

HotDeployUtil

821 ：デフォルトの名無しさん：2008/01/29(火) 22:20:20

ttp://s2container.seasar.org/2.4/s2-framework/ja/apidocs/org/seasar/framework/container/hotdeploy/HotdeployUtil.html#rebuildValue(java.lang.Object)

822 ：デフォルトの名無しさん：2008/01/29(火) 22:23:38

Seasar終了のお知らせｋｔｋｒ

823 ：デフォルトの名無しさん：2008/01/29(火) 22:36:06

へぇー仕様なんだぁ。
例外飛ぶのは1万歩譲っていいとしてClassCastExceptionってのはどうなんだろ。

824 ：デフォルトの名無しさん：2008/01/29(火) 22:44:42

ん？
TestClass testClass = (TestClass)HotDeployUtil.rebuidValue(obj);
でいいってことかしら？

825 ：デフォルトの名無しさん：2008/01/29(火) 22:49:07

>>823
Javaの仕様な

826 ：デフォルトの名無しさん：2008/01/29(火) 22:58:41

そーす公開してんだから、自分でカスタマイズすればいいんじゃね？？おれそうしてるけど・・・。

827 ：デフォルトの名無しさん：2008/01/29(火) 23:03:41

>>826
いみふ

828 ：デフォルトの名無しさん：2008/01/30(水) 00:02:46

>S2JDBCで、データベースの定義からEntityを自動生成する機能と、
>Entityからデータベースを再構築する機能を今後追加予定ですが、

ｷﾀｰｰｰｰ！

829 ：デフォルトの名無しさん：2008/01/30(水) 00:28:18

ケンカはやめてー

830 ：デフォルトの名無しさん：2008/01/30(水) 01:28:40

>>828
> >S2JDBCで、データベースの定義からEntityを自動生成する機能と、

こんなんいるか？

> >Entityからデータベースを再構築する機能を今後追加予定ですが、

こっちはS2Junitと組み合わせて使うのかね？

831 ：デフォルトの名無しさん：2008/01/30(水) 01:47:16

>>830
> こんなんいるか？

いるだろ常考

> こっちはS2Junitと組み合わせて使うのかね？

LiquiBaseとかRailsのmigrationとか知らないのか？
Agile Database TechniquesとかRefactoring Databasesとか嫁

832 ：デフォルトの名無しさん：2008/01/30(水) 02:20:43

>>830
JPAにくらべて圧倒的に弱いのはそこだから

833 ：デフォルトの名無しさん：2008/01/30(水) 06:57:53

>>831
知ったか乙

834 ：デフォルトの名無しさん：2008/01/30(水) 12:35:35

>>832
S2JDBCのエンティティ≒JPAのエンティティだろ
S2JDBCも圧倒的に強いJPAのツールを使えばいいんジャマイカ

835 ：デフォルトの名無しさん：2008/01/30(水) 13:19:41

>S2JDBCで、データベースの定義からEntityを自動生成する機能と、

こっちは、いるだろ常考だが、

>Entityからデータベースを再構築する機能を今後追加予定ですが、

こっちは自分はいらない（使わない）な。
自分が担当するプロジェクトのほとんどが、専任の DBA が単独でいて、
DB設計 > プログラムというやり方だからだと思うけど。

ただ簡単なツールとかサンプル使うときは便利かもしれないけど、それでも自分だったら
create table 流した後に、DB > Entity 自動生成しちゃうな。

836 ：デフォルトの名無しさん：2008/01/30(水) 13:31:09

> 専任の DBA

そんなのがいちゃSuperAgileできないから対象外だろ常考

837 ：デフォルトの名無しさん：2008/01/30(水) 14:52:35

>>834
まったく同じならいいんだろうけど
そういうわけじゃないからね

S2はとりあえずメインの開発が止まってくれてよかった
メインのバージョンがアップデートされる速度が速すぎて
周辺ライブラリが対象とするバージョンとかならず開きがでてたから

今後はツールサポートに力を入れてほしいな
Eclipse以外のプラグインも作るとか、単独で動けるツールとか

ライブラリだけだとどんなによくても開発環境としては弱いからね

>>836
先にDBの関連作るところが多いと思う
細かいフィールドはあとから追加するにしても

838 ：デフォルトの名無しさん：2008/01/30(水) 15:07:15

>>837
JPAのツールが使えないような違いって？

839 ：デフォルトの名無しさん：2008/01/30(水) 15:48:14

>>837
そんなのがいちゃSuperAgileできないから対象外だろ常考

細かいフィールド
常にJavaのEntity中心で開発できるからいいじゃん。
IDEで全て追える！

840 ：デフォルトの名無しさん：2008/01/30(水) 17:03:18

今回はどこのアンチSeasar君だろ

841 ：デフォルトの名無しさん：2008/01/30(水) 23:42:03

>>837
JPAのEntityとの非互換ってあったっけ？
JPAのアノテーション全部使っているわけではないというのは知ってるけど
それは別に無視すればいいだけだし

DBについては、Railsのmigration的な機能を望む声は多いと思うし
DBAがいてはSuperAgileできないというのに同意

842 ：デフォルトの名無しさん：2008/01/31(木) 00:22:29

＞DBAがいてはSuperAgileできないというのに同意

漏れは要件定義とDBAとプログラマ兼ねている貧乏人だけど、
DBAが要るのとSuperAgileは関係ないと思うが。

先にDB設計してからアプリの設計に入るけど。

843 ：デフォルトの名無しさん：2008/01/31(木) 00:44:04

すべてIDEで完結することが重要
あれやこれや行き交うのがなくなることは良いと思う。

DBをJavaオブジェクトとして表現できるのはいいと思う

844 ：デフォルトの名無しさん：2008/01/31(木) 00:58:37

>>842
「専任の」DBAね。自分がDBAなら無問題
そういう場合、カラム一つ追加するのも書類書いて申請とかなんだよ
しかも対応は翌日以降とかな。アジリティのかけらもねぇ

845 ：842：2008/01/31(木) 01:15:11

>>843
漏れはDB2の人だけど、SQLの実行計画とか統計情報見てアレコレ分析&チューニングするところは
IDEでは出来んけど、それ以外の作業はEclipseで出来るのでSuperAgileとそれは
関係ないと思うが。

>>844
ちょっとDBAの立場から言うと基本的に「自分の設計は神」と思い込んでいるので
他人が「カラム増やせ」とか言われたら、本当に必要なの？ってヒヤリングするので、
そういうので対応がトロいとか言われるのはあるな。

ただ、元COBOLerなんかは横長DBにカラム追加設計して必要以上にこねくりまわす性癖があるから
あれはあれでウザく感じる。

846 ：デフォルトの名無しさん：2008/01/31(木) 11:19:03

DBを作ってるんじゃない。システムを作ってるんだ。
システムがうまく回るようにDBを設計すべき。
DBAが「自分が一番」なんて思ってるとうんこ

847 ：デフォルトの名無しさん：2008/01/31(木) 12:13:17

>845
チューニングなんて開発段階からするか？
俺はしない。

848 ：835：2008/01/31(木) 13:30:01

おれはアプリケーションよりの人間だけど(DBA に「カラム追加して」と頼むほう,）
、>>842 の言っていることには同意する。

>>843
別に Eclipse のプラグインで DB をいじりたいと思わない。
餅は餅屋、自分は OsqlEdit と SqlPlus じゃないと効率が悪い。

>>847
細かいチューニング(インデックス張るとか)は結合ぐらいからやり始めるけど、
開発終わってから「横長のテーブルがイヤなので正規化します」なんて、プログラム側でも Entity が変わって
超めんどくさいことになるじゃないですか。
設計や開発の初期にテーブルを作るときに、明らかに変えたほうがいいことは、最初から変えておいたほうがいい。

「横長DBをキレイにすること」を、チューニングと考えるか設計変更と考えるかの違いかもしれないけど。

849 ：デフォルトの名無しさん：2008/01/31(木) 14:07:58

正規化はチューニング違う。全然違う。

850 ：デフォルトの名無しさん：2008/01/31(木) 15:19:10

チューニングの観点でいうと、非正規系にすることのほうが多いと思うが。

>848
わざわざSQLをEclipseで発行するなんて書いてねーっての。
Eclipseにはリファクタリングっていうのがあるの知ってる？
しかもS2JDBCは基本SQL書かない。

DBをただの永続化の場所と捉えることからの機能なんだよ。

851 ：デフォルトの名無しさん：2008/01/31(木) 15:31:29

>>850
>チューニングの観点でいうと、非正規系にすることのほうが多いと思うが。

だよな。ここの住人がどれだけDBに無頓着かがわかった。

852 ：デフォルトの名無しさん：2008/01/31(木) 16:10:28

どんなシステムを作るかにもよるだろ。
チューニングはあとからでOKとか言ってる奴はちんまいWebアプリしか作ったことないような奴だ。

853 ：デフォルトの名無しさん：2008/01/31(木) 16:26:15

大きいWEBアプリだと開発途中にどんなチューニングをするんですか？

854 ：デフォルトの名無しさん：2008/01/31(木) 17:47:21

大小やWEBか否かに限らず、DBチューニングは普通後からやる。
実行計画見ながらSQLを見直したり、
インデックスを検討したり、Oracleだったらヒント句書いたりな。

855 ：デフォルトの名無しさん：2008/01/31(木) 23:49:46

必要な時に必要なことを必要なだけする。

これぞアジャイル

856 ：デフォルトの名無しさん：2008/02/01(金) 01:06:28

>>853
大きいシステムだととりあえずDBは横長に作ります。

857 ：デフォルトの名無しさん：2008/02/01(金) 02:18:41

現実問題ＤＢのチューニングを後からやるとか言っても、
設計が悪かったらチューニングも焼け石に水なのはほとんどの
DBAが知っている現実なワケだが。

858 ：デフォルトの名無しさん：2008/02/01(金) 02:55:35

　|￣￣￣￣￣￣￣￣|
　| 　次でボケて!!!　　 |
　|＿＿＿＿＿＿＿＿|
　　　 ∧∧ ||
　　　 ( ﾟдﾟ)||
　　　 /　づΦ

859 ：デフォルトの名無しさん：2008/02/01(金) 03:21:12

ttp://itpro.nikkeibp.co.jp/article/COLUMN/20080104/290425/
これを使えばDBのチューニングなんていらないんじゃないか？

860 ：デフォルトの名無しさん：2008/02/01(金) 04:31:35

>>859
Nice boke.

861 ：デフォルトの名無しさん：2008/02/01(金) 08:14:49

ｗｗｗ

862 ：デフォルトの名無しさん：2008/02/01(金) 12:07:33

developerWorksキタ━━━━(゜∀゜)━━━━ッ!!
ttp://www.ibm.com/developerworks/jp/java/library/j_j-seasar01/

863 ：デフォルトの名無しさん：2008/02/01(金) 17:33:14

>>862
あれ、中村氏(taedium って人だよね?）のメアドが isid になっている。
豆蔵をやめて isid に転職したのかな?

864 ：デフォルトの名無しさん：2008/02/02(土) 03:59:45

isidに引き抜かれたんだよ

865 ：デフォルトの名無しさん：2008/02/02(土) 09:51:11

豆蔵がいやになったところを拾われた

866 ：デフォルトの名無しさん：2008/02/02(土) 14:27:35

最近豆蔵の有名な人がよく辞めてるのか？

867 ：デフォルトの名無しさん：2008/02/02(土) 15:47:17

最近始まったことじゃないし。

868 ：デフォルトの名無しさん：2008/02/03(日) 14:52:11

EclipseにSeasar2のプラグインと
Apache-Tomcatをインストールしたのですが、
ビルドの仕方がわかりません。
どうしたらいいのでしょうか？

869 ：デフォルトの名無しさん：2008/02/03(日) 15:06:47

メニューにプロジェクトのビルドってのがどっかにあるから探せ。
わからなければ、キミには向いていないってことよ。

870 ：デフォルトの名無しさん：2008/02/03(日) 15:23:45

ひがタソ
ドメイン層とパーシステンス層とごっちゃになっておかしくなってないか？

871 ：868：2008/02/03(日) 20:00:29

>>869
回答ありがとうございます。
ProjectはBuild automatically clean にチェックが入っています。
しかし新しく作成したディレクトリがTomcatで表示されません。
webapp直下にjsp-xxxというフォルダを作ったのですが。

872 ：デフォルトの名無しさん：2008/02/03(日) 20:09:22

>>871
スレ違いだな

873 ：デフォルトの名無しさん：2008/02/03(日) 20:14:52

>>872
了解です。よそに行ってきます。
ありがとうございました。

874 ：デフォルトの名無しさん：2008/02/03(日) 22:07:27

君子は豹変すと言うけど、人の後追いばかりで確固たる信念を持たない奴が
なんかの拍子に発言力持って適当フレームワーク乱発するのって害の方が多い気がする…。

ドメインモデルの件に関しては久しぶりに頭に血が上った。
で、その

875 ：デフォルトの名無しさん：2008/02/03(日) 22:15:51

君子は過去の自分がどうだったかにとらわれないから豹変するわけだが。彼も自分が君子であるつもりなんだろうな。

俺から見れば人として軸がぶれているだけだが。

876 ：デフォルトの名無しさん：2008/02/03(日) 22:45:39

>>870
そもそもドメインモデルの定義ってなによ？
動きを持たなければならないのか？というところか。

877 ：デフォルトの名無しさん：2008/02/03(日) 22:58:48

ひがたんが豹変して振り回されるのは人として軸がぶれてるヤツだけ
確固たる信念を持ってればひがたんが豹変しても笑って眺めるだけ

878 ：デフォルトの名無しさん：2008/02/03(日) 23:10:40

>>876
オブジェクト指向的アプローチであって
DBに引っ張られるような設計をしないこと

ここあたり参考になるかな？
ttp://otndnld.oracle.co.jp/columns/arai-semi/data_access/1/index.html

879 ：デフォルトの名無しさん：2008/02/03(日) 23:51:28

>>878
メリットは？
再利用が効くとか？芸術的だとか？

デメリットももちろん知ってるよな？
はっきりいって技術レベルが低い日本で純粋なドメインモデルでやっていけることは少ない。
層間のDTOやそれと同じようなことをするのは面倒だし。

880 ：デフォルトの名無しさん：2008/02/04(月) 00:28:43

>>879
俺に噛み付くなよ
普通に現実的なのはTableModuleだろう

DomainModelにこだわるようでこだわれない不思議なひがたんに聞いてよ

881 ：デフォルトの名無しさん：2008/02/04(月) 00:34:32

だいたい技術レベルが高くないと使えないっつー時点で
オナニーだな。

882 ：デフォルトの名無しさん：2008/02/04(月) 00:46:19

>>881
DomainModelパターンですよね。技術者のオナニーですよね。

883 ：デフォルトの名無しさん：2008/02/04(月) 00:48:56

DomainModel使うのに、それほど技術レベルが必要かねぇ？
そりゃモデル組むほうは技術が必要だが、殆どの層はモデル使う方なわけで。

それに、システムが複雑になってくれば来るほど、DomainModelは効果的だよ。

884 ：デフォルトの名無しさん：2008/02/04(月) 02:28:50

>>883
組むほうを使うほうの人数に相対するぐらい確保できればいいけどね。

言ってることは分かるが理想論過ぎる

885 ：デフォルトの名無しさん：2008/02/04(月) 02:31:20

>>883
そうやって層を分けると使えないモデルができあがる悪寒

886 ：884：2008/02/04(月) 02:46:23

>>885
残念ながら使えるんだよ。DomainModel単体では。
でもプレゼンテーション層や永続化層で使いにくいからDTOを作るのよ。

887 ：デフォルトの名無しさん：2008/02/04(月) 02:55:18

>>886
そういう意味じゃなくてさ
人の方を使うのと作るのに層を分けるとだな、
なんだよこの糞モデルはぁ～っっ使えねぇーーーっ
てことになるって話だよ

888 ：デフォルトの名無しさん：2008/02/04(月) 09:14:43

>>887
使うほうはモデルを直接操作することはあんまりないと思うが。

889 ：デフォルトの名無しさん：2008/02/04(月) 23:33:08

>>888
直接とか間接とかって意味じゃなくてさ
使えないってのは役に立たないって話だよ

890 ：デフォルトの名無しさん：2008/02/04(月) 23:40:32

>>889
あぁ、君のことか

891 ：デフォルトの名無しさん：2008/02/04(月) 23:54:23

誰がうまいこと言えと

892 ：デフォルトの名無しさん：2008/02/05(火) 11:33:46

元理事はchuraに提言する前にescafeどうにかしろ
キャラ付けしただけで忘れてんじゃじゃねーか
いつになったらオールインワンのダウンロードできるんだよ

893 ：デフォルトの名無しさん：2008/02/05(火) 20:07:39

あの元理事は本業からしてそんな感じだからOKOK。

894 ：デフォルトの名無しさん：2008/02/08(金) 20:55:11

Springは基本的にコアは 1.1.x で完成していて、
1.2.x 以降は設定ファイルの書式が若干良くなったり
かえって悪くなったりしてるだけじゃなかろうか。
(XML 名前空間は使いにくいから失敗だと思う。
機械が読むには悪くないけど、人間が書くには疲れる。)

spring-ws や spring-webflow みたいなサブプロジェクトが
どれだけ完成度高めていくかと、
新たに面白いサブプロジェクト生まれないかなぁって辺りに関心がある。
コアのバージョンはもうどうでも良いって言うか。

Guice や Sesar2 はハナから問題外じゃね？
デファクト取っちまってるプロダクトがどうしたって強いし。
あとは Rails にだまされてる人達が
どれだけ早く DI の妥当さに気がつくかだけでしょ。

895 ：デフォルトの名無しさん：2008/02/08(金) 21:23:00

Springはどんどん変わっている。
バージョンによって中身は全く別物。
見た目が似ていてもね。

そこがSpringのすごいところ。
仕様もソースコードも洗練されているからこそ可能。

2.5では中身がごっそりリファクタリングされて劇的に速くなった。

896 ：デフォルトの名無しさん：2008/02/08(金) 21:26:51

>>894-895
誤爆かコピペか知らんがスレ違い

897 ：デフォルトの名無しさん：2008/02/08(金) 22:16:27

元理事は食べる量が脂質に転化し過ぎ

898 ：デフォルトの名無しさん：2008/02/09(土) 02:03:45

Spring より、JCP で標準化される DI コンテナ WebBeans ってどうなるかな。
WebBeans は Sun、Google、Oracle、Borland も協力し、
Seam + Guice でいいとこどり。リードは Hibernate、Seam の作者。

899 ：デフォルトの名無しさん：2008/02/09(土) 02:06:45

>>898
流行らないだろうな。EBJ3やJPAの二の舞

900 ：デフォルトの名無しさん：2008/02/09(土) 03:33:48

EBJってなんだろう・・・

ちなみにJPAはSpring方面ではわりとはやってる
日本だと移行は遅いようだが
Guiceはコンテナが生成したインスタンス以外にもインジェクトできるのがいい

901 ：デフォルトの名無しさん：2008/02/09(土) 12:14:53

>>899
でもSeasarは鎖国だからな。もちろん海外に向けて努力してるんだろうけど、
どっかのOSSブランド力を借りるしかない。SeasarをApacheのサブプロジェクトに
出来ればいいんだけど、誰もコネがないんだろな。

普通に言ってもGeronimoがあるから却下されるし、言語の壁も大きい。
言語が壁になっているのはSeasarのサブプロジェクトは結構立ち上がってるのに
海外のOSSに提供されてこなかったことが証明している。
技術力がある人はいる。でも英語のほうは多少出来るぐらいでは
対等にコミュニケーションできない。結果、海外には進出できない。

Javassistの作者は技術力はもとより、英語圏からの発信で、有名になって
事実上、日本に入ってきた。もし、Seasarが英語発信、その後、
日本語に翻訳という形態だったら何か違ったかもしれない。

902 ：デフォルトの名無しさん：2008/02/09(土) 12:45:39

>>901
コミッタ乙

903 ：デフォルトの名無しさん：2008/02/09(土) 13:22:58

＞SeasarをApacheのサブプロジェクトに

SpringsourceがCovalentを買ったので、その可能性はさらに弱くなるだろう。
事実上、TomcatとApache HTTP ServerはRodが手中に収めたってことだからね。

WebBeansは、そのアーキテクチャは面白いとは思う。
でも、JCPによる標準化って、既存プロダクトの劣化コピーみたいになる
ケースが多く、WebBeansもそうなりそうな予感。

SpringはStrutsやHibernate、iBatisなどの他コミュニティで作られている
特定のOSS製品のサポートもどんどんやるけど
標準仕様がそれをやるのは考えにくい。

標準化するってことはどのベンダーにも依存しないように作られ、
最大公約数的なものしか出てこないことが多い。
JSFやJPAはまさにそのパターン。

904 ：デフォルトの名無しさん：2008/02/09(土) 13:45:45

そこでISIDがSpringSourceを買収ですよ。

905 ：デフォルトの名無しさん：2008/02/09(土) 14:06:11

っていうかゴールが違うんじゃない？
流行らせて標準化を目指すのではなくて、開発者がラクになればそれでOKな感じ。

オナニー的なものは、なるべく簡単で軽くて見通しが良いものじゃないと嫌がられる。
今のSAStruts+S2JDBCはそんな流れになってる。

906 ：デフォルトの名無しさん：2008/02/09(土) 17:45:57

本気で言ってるのか？ゴール変えすぎだろ？
なぜ、JSF実装を作ったのか？なぜSAStrutsにStrutsっていう名前が入っているのか？

もう既に奴はCubbyのような開発者がラクになるものを目指していない。
目指しているとしても、それは2つ目の目標でしかない。
あ、俺別にSeasar嫌いじゃないから。Cubby関係者でもない。

907 ：デフォルトの名無しさん：2008/02/09(土) 18:29:57

Seasar2って全部自前で実装しないときがすまないって感じのプロダクトの集まりばかりだよね
SAStrutsが唯一の例外みたいな感じ

Springは独自の実装もやるけど、標準化された実装もサポートするというところが強い
組み合わせを自由に選べるというのは強いよね

908 ：デフォルトの名無しさん：2008/02/09(土) 18:40:07

一番は「業務で」開発者が楽に出来る事を考えてるんだと思うよ。

だからこそ、標準やスタンダード準拠と言う言葉で上司を納得させた上で
開発者が楽できるようなものを作ってる。

909 ：デフォルトの名無しさん：2008/02/09(土) 19:02:31

>>907
> SAStrutsが唯一の例外みたいな感じ

んなこたーない
むしろ土台から自前で実装してる方がレアケース

910 ：デフォルトの名無しさん：2008/02/09(土) 19:05:03

TeedaとかS2JDBCとかS2DAOとかメインプロダクトは全部独自実装だろう・・・

911 ：デフォルトの名無しさん：2008/02/09(土) 19:20:47

Presentation.Javaで自前実装はMayaaとTeedaだけ
Persistence.Javaで自前実装はS2Daoだけ
Communication.Javaで自前実装はない
SandboxはS2Click,S2Wicket,S2Flex2,S2Velocity,S2Xwork,Struts2 Seasar Plugin
よその実装のラッパーだらけ

912 ：デフォルトの名無しさん：2008/02/09(土) 19:31:41

Fisshplate,S2BlazeDS,S2Caching,S2Cayenne,S2DWR,S2Hessian,
S2Laszlo,S2Lucene,S2OpenJPA,S2Silverlight,S2XML-RPC
もラッパーだな

913 ：デフォルトの名無しさん：2008/02/09(土) 20:32:35

まぁいいじゃねぇか
5年前と比べたら、開発の生産性なんてだいぶ良くなってきたよ
一画面増えるたびにウンザリしてたもんな、あの頃。

914 ：デフォルトの名無しさん：2008/02/09(土) 21:30:35

システム開発のゴールなんて複数あるかもしれないし、
そこまでの道筋もひとつではないのぐらいわかるだろ。

ひとつのゴールと唯一の方法を求めてもそんな銀の弾丸なんてあるわけ無いわ。

915 ：デフォルトの名無しさん：2008/02/09(土) 21:50:17

唯一のゴール？
どれにもゴールせずに、コロコロ行き先を変える奴の話だろ。

916 ：デフォルトの名無しさん：2008/02/09(土) 22:01:50

他人のゴールなんてどうでもいいだろ
お前自身のゴールがはっきりしてれば惑わされることもないはずだ

917 ：デフォルトの名無しさん：2008/02/09(土) 22:41:30

s2maiなんかラッパーのラッパーだ。

918 ：デフォルトの名無しさん：2008/02/09(土) 22:45:22

>>911
S2JSFとS2JDBCも独自の実装
EJB3もどきとかコアも自前での実装

919 ：デフォルトの名無しさん：2008/02/09(土) 22:55:30

>>918
S2JSFは違う。JSF実装の上に乗ったラッパー
S2JSF1.0系はJSF実装としてMyFacesを使う。1.1系はTeeda
S2JDBCなんてJDBCの超薄いラッパーじゃん独自ってw

920 ：デフォルトの名無しさん：2008/02/09(土) 22:57:55

>>919
1.0なんて使い物に並んだろ
Teeda実装だから独自

S2JDBCはAPIをJPAもどきにした実装だろ・・・
あれが薄いんだったらすべて薄いぞ

今はS2のコアの進化が止まったからいいけど、
周辺とのサポートされるバージョン違いでひどいことになってったからな

921 ：デフォルトの名無しさん：2008/02/09(土) 23:02:52

>>920
> 1.0なんて使い物に並んだろ
1.0が使い物にならんのはMyFacesが使い物にならないから
S2JSFがラッパーの証
TeedaとS2JSFは区別しろ

> あれが薄いんだったらすべて薄いぞ
Hibernateは薄くないだろ常考

922 ：デフォルトの名無しさん：2008/02/09(土) 23:05:17

S2JSFはTeedaExtensionと同じでJSF上のラッパー
TeedaCoreはMyFacesと同じでJSF実装

923 ：デフォルトの名無しさん：2008/02/10(日) 00:50:39

TeedaはJSF1.2に準拠する気はあるのか？
互換性テストをパスさせる気はあるのか？

・・・ないんだろうな。
持続力なさすぎ。

924 ：デフォルトの名無しさん：2008/02/10(日) 01:29:44

Teeda 1.1でJSF 1.2対応するんだったな
そこまでTeedaが持つかどうかw
shoﾀｿのTeedaメリデメって終了宣言だよな

925 ：デフォルトの名無しさん：2008/02/10(日) 01:34:40

JSF実装はJBOSSも採用したことによってglassfishJSFが標準になったよね
S2JSFもTeeda依存ないといいのに

926 ：デフォルトの名無しさん：2008/02/10(日) 02:08:44

JSFのバージョンアップに追随しないのは不安。

927 ：デフォルトの名無しさん：2008/02/10(日) 02:19:52

追随しないようだ
ttp://d.hatena.ne.jp/koichik/20080209#1202576422

928 ：デフォルトの名無しさん：2008/02/10(日) 02:42:14

>>926
なにが不安なんだよｗ

929 ：デフォルトの名無しさん：2008/02/10(日) 02:42:45

JSF準拠だからいい部分て少なからずあるのに残念だ。

930 ：デフォルトの名無しさん：2008/02/10(日) 03:18:48

おまえはそこまで1.2がほしいのかと小一時間

TeedaはTeedaでHTMLテンプレートが標準だし、
簡単な画面ならほとんどなにもしなくても使えるという点で良いと思うお（＾ω＾）

931 ：デフォルトの名無しさん：2008/02/10(日) 03:21:18

1.2でかなり便利になってるだろう・・・
というか1.1は使い物にならん

932 ：デフォルトの名無しさん：2008/02/10(日) 03:27:49

>>931
どこが「不安」なのかと小一時間
「不満」じゃないのかと

933 ：デフォルトの名無しさん：2008/02/10(日) 03:28:37

EL書かないJSTL使わないTeedaでJSF 1.2が便利か？

934 ：デフォルトの名無しさん：2008/02/10(日) 03:47:46

S2JSF使ってる人は・・・
それに1.2対応しないということは2.0も対応しない独自で行くんじゃないかと

935 ：デフォルトの名無しさん：2008/02/10(日) 03:53:08

Teeda Extension使ってない場合1.2が重要でしょ

936 ：デフォルトの名無しさん：2008/02/10(日) 03:54:55

S2JSF 1.2でSun RIに対応するから無問題

937 ：デフォルトの名無しさん：2008/02/10(日) 03:56:21

>>935
Teeda Extension使ってないなら他のJSF実装に乗り換えればええやん

938 ：デフォルトの名無しさん：2008/02/10(日) 15:08:29

S2JSFって他の実装とか選択できるの？

939 ：デフォルトの名無しさん：2008/02/10(日) 19:14:26

>>938
今もMyFacesとTeedaが選べるじゃん
非互換なとこどうかすればRIでも動くんじゃね？

940 ：デフォルトの名無しさん：2008/02/10(日) 20:06:31

>>939
1.0がMyFaces実装で1.1がTeeda実装
実装は選べなかったと思うが？

941 ：デフォルトの名無しさん：2008/02/10(日) 21:15:58

>>940
今でも両方リリースされてんだから選択はできるだろ

942 ：デフォルトの名無しさん：2008/02/10(日) 21:45:03

で、実績は？

943 ：デフォルトの名無しさん：2008/02/10(日) 22:07:55

>>942
は？実績？何の？意味分かんね
実績が大事ならそもそもS2JSF使ってないだろ
まあお前らド素人は、StrutsとSpringでも使ってなさいってこった

944 ：デフォルトの名無しさん：2008/02/11(月) 00:19:25

MyFaces TCKでググッたら、たしかにテスト通ってた
Sun酷いな・・・
こんな対応されたら仕様準拠する気なくなって当然か

945 ：デフォルトの名無しさん：2008/02/11(月) 02:17:32

Teeda、JSF1.2対応がいきなりロードマップから消えてわろた

アプリケーションサーバー上で動くことを想定していない今のつくりじゃちょっときついね

946 ：デフォルトの名無しさん：2008/02/11(月) 02:36:16

>>945
> アプリケーションサーバー上で動くことを想定していない

ttp://www.ibm.com/developerworks/jp/java/library/j_j-seasar01/index.html#N1017F

947 ：デフォルトの名無しさん：2008/02/11(月) 05:00:37

>>946
それアプリケーションサーバー上のJSFつかってないやん
Tomcatの延長程度の話じゃないだろ

948 ：デフォルトの名無しさん：2008/02/11(月) 07:07:00

AP鯖上「の」JSF使わんでもAP鯖上「で」動けばええやん

949 ：デフォルトの名無しさん：2008/02/11(月) 08:13:44

>>945
何がきついんだ?

950 ：デフォルトの名無しさん：2008/02/11(月) 14:16:07

>>948
AP鯖の機能ってただjarがのってるだけじゃないんだぞと

951 ：デフォルトの名無しさん：2008/02/11(月) 18:06:15

>>950
もしTeedaがAP鯖のJSFで動いたらいいことあるのか？
つshotﾀｿ降板宣言ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

952 ：デフォルトの名無しさん：2008/02/11(月) 18:51:46

作るのはいいけど、それを維持し続けるってのは大変だよなぁとおもた

953 ：デフォルトの名無しさん：2008/02/11(月) 19:26:04

どこの会社がこんなプロダクト使うんだよｗって感じだよな。

954 ：デフォルトの名無しさん：2008/02/11(月) 19:26:34

実質獄長へ引継がれてるとはいえ創始者が放り出すのは不安だな。

955 ：デフォルトの名無しさん：2008/02/11(月) 19:43:44

shotﾀｿは自分が書いたことを忘れたのか
ttp://d.hatena.ne.jp/jflute/20070722#c1185074814
＞今まで誰にも言ったことはないですし他のコミッタメンバに聞いたことも
＞ないですけど、私がTeedaのサポートを止めることはあり得ないし、ずっと続けるつもりです．
＞誰がいなくなっても、誰がinactiveになっても他の人は関係ありません．

956 ：デフォルトの名無しさん：2008/02/11(月) 20:03:23

だまし討ちがデフォルトになってるファンデーションに何を求めてたんだおまいは。

957 ：デフォルトの名無しさん：2008/02/11(月) 20:30:36

素早く対応して、飽きたらほったらかしにして次。
それと引き換えに最新のアーキテクチャに触れられるんだ。
グダグダ文句言うな。

958 ：デフォルトの名無しさん：2008/02/11(月) 20:33:23

>956
方針が変わるのと決意が変わるのは違うだろ常考

959 ：デフォルトの名無しさん：2008/02/11(月) 21:26:46

>>955
＞誰がいなくなっても、誰がinactiveになっても他の人は関係ありません．

一人になっても続ける決意はあったが、獄長に乗っ取られても続ける決意はなかった．

960 ：デフォルトの名無しさん：2008/02/11(月) 21:36:49

お前らちょっと頭悪すぎ。

＞誰がいなくなっても、誰がinactiveになっても他の人は関係ありません．
これってつまり、「誰か増えたり、誰か active になったら他の人は関係ある」って事だろ。常考。

Shotたんは過去の発言から論理的にずれた事は何一つしてないんだから、とやかく言うなよ。

961 ：デフォルトの名無しさん：2008/02/11(月) 21:53:21

>>960
ﾊﾞﾛｽ
＞私がTeedaのサポートを止めることはあり得ないし、ずっと続けるつもりです．
Shotたんはこの発言から論理的にずれた事も何一つしないんだよな。常考。