国産DIコンテナSeasarとくーす　その５

1 ：デフォルトの名無しさん：2005/12/31(土) 08:42:30

一部で話題になっている国産オープンソースDIコンテナSeasar V2(略してS2)。
ってどうよ？みんなもう使ってるの？
使用経験とか、実戦配備情報とか、つかえねーよボケ、とかいろいろ書いてね。

あと、開発プロセス「くーす」の話題もこちらでどうぞ。

本家 seasar.org
http://www.seasar.org/

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

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

前スレ
その１　http://pc5.2ch.net/test/read.cgi/tech/1092044210/
その２　http://pc5.2ch.net/test/read.cgi/tech/1098885253/
その３　http://pc8.2ch.net/test/read.cgi/tech/1102862221/
その４　http://pc8.2ch.net/test/read.cgi/tech/1119608621/

関連スレ
Java Spring Frameworkを語るスレ
http://pc8.2ch.net/test/read.cgi/tech/1077465099/

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

2 ：デフォルトの名無しさん：2005/12/31(土) 08:44:53

関連スレ
Martin Fowlerのスレッド
http://pc8.2ch.net/test/read.cgi/prog/1099814095/l50

Java⇔RDBのMapping-Frameworkを語るThre Vol.4
http://pc8.2ch.net/test/read.cgi/tech/1134701684/

3 ：デフォルトの名無しさん：2005/12/31(土) 11:05:48

開発速度が速くなった分の与えられる工期も縮められてしまうから意味無いよ

4 ：デフォルトの名無しさん：2005/12/31(土) 11:47:52

1000 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/31(土) 00:54:41
1000ならhigaﾀｿ婚約破棄

5 ：デフォルトの名無しさん：2005/12/31(土) 15:22:51

>>1乙
前スレ>>1000氏ね

#"１ファン(ユーザ)がする"のと"開発サイド(メーカ)がする"のでは意味合い
#が大きく異なると思います。ユーザがプロダクト群を比較して"ああだこうだする"のは問題
#ないです、参考にでもします。メーカが表立ってそれをするのは筋違いだと思います。

つまりAlex Tkachman氏や村田氏も筋違いってことだな。
だったらAlex Tkachman氏やNetBrainsにも粘着しろよ。
Alex Tkachman氏がNetBrainsの中の人だって説明消してごまかすな。

6 ：デフォルトの名無しさん：2005/12/31(土) 15:33:19

#商品の場合、メーカによる自社製品と他社製品の比較は法律で禁じられているはず。

比較広告のことなら日本ではS60年頃から解禁されている。
欧米ではそれ以前から常識。
つ自社製品ってSeasarは企業じゃねーだろ。
NetBrainsは企業なんだからそっちを叩けよ。

7 ：デフォルトの名無しさん：2005/12/31(土) 15:59:09

ASIPネタもう秋田
そもそもム板でヲチスレ化してるのが間違いなんだがｗ

8 ：デフォルトの名無しさん：2005/12/31(土) 17:47:27

#Seasar2自体の構想発表から２年くらいになるのに、"組織的な成熟がなく、お祭り騒ぎ
#が続いている"ような印象があるし、

構想を発表すると組織的な成熟が求められるのか。
ならKuro Projectも組織として成熟しろよな。

9 ：デフォルトの名無しさん：2005/12/31(土) 18:14:32

自宅にﾊﾟｿｺﾝがないというhigaﾀｿが昨日も今日もblog更新してるんだが
出社してるのか?
前ｽﾚ1000のとおりにならないように気をつけろよw

10 ：デフォルトの名無しさん：2005/12/31(土) 23:00:24

>>8
構想から何年も経ってるのにお祭り騒ぎも起こせないからﾑﾘﾎﾟ

11 ：デフォルトの名無しさん：2006/01/01(日) 14:47:42

> @Statelessは、Seasar2の内部では､
> @Component(instance=InstanceType.SINGLETON, autoBinding=AutoBindingType.NONE)と解釈されます。

ということは、EJB3形式だとAutoBindingが効かないので、DIは全部アノテーションで書くことになるのか
Persistence APIはXMLによるマッピングが無くなるから進化だと思うけど、DIに関してはこれじゃ退化だな
ASIPﾀｿいわく「シェアトップ」のSpringが、ここら辺の機能が弱いせいでEJB3もこうなってしまったのか？

12 ：デフォルトの名無しさん：2006/01/01(日) 17:40:47

>>11
いやなら、EJB3形式を使わなければ良いだけのこと。
EJB3のDIもPersistence APIと同様にXMLによるマッピングは
基本的にはなくなっているんだから､退化とはいえないと思う。

Seasar2の進化したDIとEJB3の標準的なDIのどちらをつかうのかは
選べるんだから良いんじゃないの。

@Stateless(autoBinding=AutoBindingType.AUTO)って
将来のバージョンでかけるようになると良いけど。

13 ：【小吉】【1553円】：2006/01/01(日) 19:34:19

おめ

14 ：【中吉】【1414円】：2006/01/01(日) 21:17:22

　　　↑凶以下ならhigaﾀｿ婚約破棄

15 ：デフォルトの名無しさん：2006/01/01(日) 22:56:33

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

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

本当なら決して出会うことのなかった、覚悟も、技術力も、
何もかも違う人々に関わってしまった事自体がお互いに不幸だった。
つまり関わった時点で無残な結末が予定されていた。

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

16 ：デフォルトの名無しさん：2006/01/02(月) 09:47:56

> S2JSFもMyFacesからのfork
> #この文章中では「fork="流用あるいは派生"」。

これどういう意味?
S2JSFはMyFacesを利用してるんじゃないの?

17 ：デフォルトの名無しさん：2006/01/02(月) 10:07:15

S2JSF触ったことないんじゃないの？
SpringとSeasarとの比較にXMLヘル問題を挙げないところを見ても
DIコンテナ自体まともに触ったこと無いんじゃないかと感じる
実際にSpringを触ってみた人間が、ロッド・ジョンソンのあの頑固な原理主義のまま
SpringがDIコンテナ標準になってしまっては困ると感じて
他のDIコンテナに期待を寄せてるのが現状だと思うのだが

18 ：デフォルトの名無しさん：2006/01/02(月) 10:23:12

元旦早々から
教祖はコードとプロダクト計画を書いている
社長はコードとNPOの抱負を書いている
ヲタは絵を書いている

asipﾀｿはメモを書いている
kuro書けよkuro
kuro projectでDIコンテナも作れ

19 ：デフォルトの名無しさん：2006/01/02(月) 10:45:29

まだやってたのか

ASIPﾀﾝ情報集めてメモ書いてるだけだからその範囲でしかわからないんだろうな

Eclipseに較べてIDEAが格別優れているとは思えない。
"IDEAはEclipseと較べてちょっと便利？"くらいの印象。

XML Schemaに較べてRELAX NGが格別優れているとは思えない。
"RELAX NGはXML Schemaと較べてちょっと便利？"くらいの印象。

と書いてあっても情報を集めてるだけの奴から見たら信じてしまう
いくらASIPﾀﾝが芳醇なワインと闇鍋の違いとか書いても似たようなものにしか見えない
コードを書かない奴は所詮そんなもんだ

いつまでたっても自分の構想を実現できないASIPﾀﾝも情報通をきどるしか生きていけないんだな
ちょっと不憫に思えてきた

20 ：デフォルトの名無しさん：2006/01/02(月) 11:08:58

噂のKuroを体験してみようと
　comet_1_0_rc_20051022.zip
ってのを落としたんだがdemoしかない

comet-jdk14.jarが同梱されているのかと
思ったのだが入ってないし

ドキュメントも付属してないしSeasar Foundationが
Kuro Projectよりすごく優しいってことを実感した

漏れはあきらめた。誰か検証たのむ

21 ：デフォルトの名無しさん：2006/01/02(月) 14:09:47

>>18
> 元旦早々から
獄長は写真をはっている

が抜けてるw

22 ：デフォルトの名無しさん：2006/01/02(月) 16:18:06

　#[追記:2006/01/02]
　#"組織のイメージづくり"もマーケティングの一環だと思いますが...。"組織のイメージ"は
　#それをその組織が意識した時点から作られるのではなく、その組織の設立の時点から
　#作られているのだと思います。自分たちの言動が傍からどうみえるか気にしないのも
　#考えものですね(自戒も込めて)。一旦周囲が描いたイメージは簡単には変えられません。

まだ書き足りなかったんだなw
asipおもしろいよasip

23 ：デフォルトの名無しさん：2006/01/02(月) 16:37:51

＞一旦周囲が描いたイメージは簡単には変えられません。
つまり芦ピーは周囲に自分のイメージを変えて欲しいんだなｗ

友達作れよ芦ピー

24 ：デフォルトの名無しさん：2006/01/02(月) 16:41:52

>>22
そんな過去のエントリへの追記に気付く
もまえがすごいよ。

しかし、ｱｼﾋﾟｰいたいな。

もう秋田と思ったけど、ここで晒されなくなったら
必死にまたなんか書くんだろうな。

25 ：デフォルトの名無しさん：2006/01/02(月) 16:59:50

>>24
> >>22
> そんな過去のエントリへの追記に気付く
> もまえがすごいよ。

禿道

もう気付かれないだろうと古い記事に追記する
ASIPも粘着っぷりがすごいな

JBOSSﾌｧｿのようだがユーザ会設立に向けてのFUDのつもりかな
だとしたらJBOSSにも迷惑だな

26 ：デフォルトの名無しさん：2006/01/02(月) 19:03:55

>>25
> だとしたらJBOSSにも迷惑だな

そうだな。JBossは嫌いじゃないのに、

　#Springに較べてJBoss Microcontainerが格別優れているとは思えない。
　#"JBoss MicrocontainerはSpring1.xと較べてかなりしょぼい？"くらいの印象。

などと書きたくなってしまう。
つJBoss MicrocontainerこそSpringのパクリにしか見えんのだが…
設定ファイルそっくりじゃね?

27 ：デフォルトの名無しさん：2006/01/02(月) 19:04:30

asipの言動には迷惑している
RELAX NG

asipを是非引き取ってください
IDEA

asipと我々は無関係です
JBoss

asipは我々の役に立たない
Kuro

28 ：デフォルトの名無しさん：2006/01/02(月) 19:48:54

そんなことより理事は>>16を追求した方がいいじゃまいか
S2JSFはMyFacesからの派生だと言われてるんだぞ

29 ：デフォルトの名無しさん：2006/01/02(月) 20:37:19

>>20
検証してチュートリアルでも書こうかと思ったがライセンス違反だからやめた

30 ：デフォルトの名無しさん：2006/01/02(月) 20:46:35

>>28
もまえらもスルーすることを覚えろ。

31 ：デフォルトの名無しさん：2006/01/02(月) 21:03:00

>>26
JBoss Microcontainerのドキュメント読んでみたよ。
こんなにそっくりで良いのかってくらい。
確かにびっくりするな。

芦ピーが何を根拠に良い悪いを決めているかがわからん。

32 ：デフォルトの名無しさん：2006/01/02(月) 22:18:50

どうでもいいがスレタイのくーすはもういらんだろ
Goyaだゴーヤ

33 ：デフォルトの名無しさん：2006/01/02(月) 22:31:11

>>31
自分が知ったかぶり出来るのが良いもの
自分が知ったかぶり出来ないのが悪いもの

34 ：デフォルトの名無しさん：2006/01/02(月) 22:37:06

>>32
Goyaもｲﾗﾈ
【asip】Seaserと愉快な仲間達【獄長】

35 ：デフォルトの名無しさん：2006/01/02(月) 22:41:27

怪獣に襲われてるのが芦ピーにみえたw

36 ：デフォルトの名無しさん：2006/01/02(月) 22:53:31

>>24
> そんな過去のエントリへの追記に気付く
> もまえがすごいよ。

ていうかRSSリーダで読んでいると毎回呈示されるんだよ。
（RSSリーダつかっとらんのか、ここの住人は）

まぁ正直言ってオレンジニュース重複率７割を超えている
asipタンblogは情報価値低すぎるので、つねづね切ろうと
思ってる。
なんであそこまで粘着しているのかわかるまでは購読するかなぁ、
と思っているが、無駄な努力か？

37 ：デフォルトの名無しさん：2006/01/02(月) 23:24:46

>>36
> なんであそこまで粘着しているのかわかるまでは購読するかなぁ、
> と思っているが、無駄な努力か？

いや、ネタになるのでヲチ継続キボンヌ
粘着の理由はきっと俺達には理解出来ないだろうけど

38 ：デフォルトの名無しさん：2006/01/02(月) 23:32:48

「"言っていること"と"やっていること"が噛み合っていない」のは芦ピー自身だYO

39 ：デフォルトの名無しさん：2006/01/02(月) 23:35:14

>何か遠まわしに嫌味を言われているような--);
わかってるじゃんw

40 ：デフォルトの名無しさん：2006/01/02(月) 23:39:01

理事んとこの獄長のコメントに芦ピーが反応。リベンジなるか!?

41 ：デフォルトの名無しさん：2006/01/02(月) 23:47:23

>>35
手かげんなんてしてあげない（笑）

42 ：デフォルトの名無しさん：2006/01/02(月) 23:52:13

＞　#keisukenさん、リリースに向けて頑張ってください。応援しています。
人の応援する前に藻舞はKuro頑張れYO
そんなことだから遠まわしな嫌味に感じるんだよ

43 ：デフォルトの名無しさん：2006/01/03(火) 00:08:02

>>42
DOORがSeasarプロジェクトに合流したら芦ピーはどう反応するだろうか

44 ：デフォルトの名無しさん：2006/01/03(火) 02:31:34

>>39
思い当たる節はあるみたいだなww

45 ：デフォルトの名無しさん：2006/01/03(火) 08:57:54

ファイル全体を読み込むだけならこれでもよくね?

File file = new File(filePath);
byte[] bytes = new byte[(int) file.length()];
FileInputStream fis = new FileInputStream(file);
fis.read(bytes);
fis.close();

巨大なファイルの一部を読み書きするならFileChannel#map()を
使うかもしれんが

46 ：デフォルトの名無しさん：2006/01/03(火) 08:58:37

普通のファイルならFileInputStream#available()でも

FileInputStream fis = new FileInputStream(filePath);
byte[] bytes = new byte[fis.available()];
fis.read(bytes);
fis.close();

47 ：デフォルトの名無しさん：2006/01/03(火) 09:15:08

ByteBufferの使い方が変だな
それじゃByteBufferとbyte配列で領域を倍使うじゃねぇか
ByteBuffer#get()でコピーされるのも無駄だしな

FileInputStream fis = new FileInputStream(filePath);
FileChannel channel = fis.getChannel();
byte[] bytes = new byte[(int) channel.size()];
ByteBuffer bbuf = ByteBuffer.wrap(bytes);
channel.read(bbuf);
channel.close();
fis.close();
String str = new String(bytes, encoding);

48 ：デフォルトの名無しさん：2006/01/03(火) 10:33:59

Nova開発構想更新
http://asip.tdiary.net/20050402.html#p01

変わったのはここ?
> 4.XML定義ファイルのハンドリングにJAXB2.0RI EARを採用(予定)...生StAXにするかも

むしろ
> ※企画倒れになるかも...
これを直せよw

49 ：デフォルトの名無しさん：2006/01/03(火) 12:57:26

>>43
もしそうなったとしたら
１．掌を返してDOORに粘着する
２．Seasarにさらに粘着する
３．Kuroは相変わらず進まない
という流れだな

50 ：デフォルトの名無しさん：2006/01/03(火) 16:41:21

芦ピーがSeasarにあそこまで粘着するのは
やはり獄長とのXHTML論争がきっかけだろう。
ほんとは獄長にこういいたいんだよ。

#伊東美咲と較べて蛯原友里が格別優れているとは思えない。
#"蛯原友里は伊東美咲と較べてちょっとかわいい？"くらいの印象。

でも、獄長が怖くて書けない。

51 ：デフォルトの名無しさん：2006/01/03(火) 17:30:54

>>50
> 芦ピーがSeasarにあそこまで粘着するのは
> やはり獄長とのXHTML論争がきっかけだろう。

そもそも芦ピーが突然Mayaaにイチャモンをつけたから
獄長に睨まれたんだし、もっと前から気に入らないんだろ

> ほんとは獄長にこういいたいんだよ。
>
> #伊東美咲と較べて蛯原友里が格別優れているとは思えない。
> #"蛯原友里は伊東美咲と較べてちょっとかわいい？"くらいの印象。
>
> でも、獄長が怖くて書けない。

そりゃ怖くて書けないなw

52 ：デフォルトの名無しさん：2006/01/03(火) 18:33:08

＞#伊東美咲と較べて蛯原友里が格別優れているとは思えない。
＞#"蛯原友里は伊東美咲と較べてちょっとかわいい？"くらいの印象。

大人気ないw

・・・よく読むと、それってすごく褒めてないか？ｗ

53 ：デフォルトの名無しさん：2006/01/03(火) 20:34:30

日本国内的にはもちろん、おそらく東京でもシェアにおいては伊東美咲の圧勝。

東京近辺の技術的な集まりあるいは技術系ブログに蛯原友里のファンが出没するので
「日本国内では蛯原友里が優勢」のような錯覚をそこに居合わせた技術者(or 東京滞在中の
技術者)が抱くのかもしれない。

おたくへのアプローチについては電車男への出演等を行わなかった"空白の三ヶ月"
を巻き返すのは至難の業、その間に伊東美咲があきばで着実にシェアを伸ばしてしまった。

「その透明感は大人気ない」だけで伊東美咲での優勢を覆すのはおそらく無理。

あなたのblog以外で蛯原友里関連の書き込みが少ないのもマイナス要因
かもしれない。

#あなたが、他のモデルの写真を貼り付けているのををみたことはありませんね。逆にあなたに
#問いたい、何故いつも蛯原友里なのですか？答えなくて結構です。
#あなたの煽り文句（やっぱり CanCam 買うしか！！）を見ていると
#ユーザをCanCamに意図的に誘導しようとしている"印象を受けます。

#[蛇足 : 2005/12/29 14:00]
#http://d.hatena.ne.jp/koichik/20051228#1135792832の書き込みで
#Rayの陸守絵麻ちゃんを取り上げていますね。
#これで"やっぱり CanCam 買うしか！！"と書かれてもあまり説得力が...。

54 ：デフォルトの名無しさん：2006/01/04(水) 00:21:58

seasarのメーリングリストでは、そんなにくだらない芸能人の話をしているのか。

55 ：デフォルトの名無しさん：2006/01/04(水) 00:34:39

>>54
ほとんどが芸能人の話ですが何か？

56 ：デフォルトの名無しさん：2006/01/04(水) 02:41:29

メモメモφ。以外はSeasar粘着しかしていないblog読んでもなぁ…

と言ってる俺も読んでるわけだが。

57 ：53：2006/01/04(水) 16:20:11

#CanCamのモデルである"山田優"が銀座に来たときにSeasar界隈の人が
#握手したようですが、彼女が内心どう思っていたのかは謎。
# http://d.hatena.ne.jp/koichik/20051127#1133078419 に反応
#名前、間違えてました。銀座に来ていたのは"山田優"ではなく、"蛯原友里"
#(特命係長・只野　仁の山吹一恵)です。
#果たしてどういうつもりで「見覚えあります」っていったのかは謎です。
#だいたいモデルに興味の無い人がJ2EE勉強会に行くんですか、いや、行かない。

58 ：デフォルトの名無しさん：2006/01/04(水) 17:28:37

　#[追記:2006/01/04]
　#Seasar Foundationの宣伝が"傍からの印象以上に自分たちのプロダクトを過大広告している"
　#のが"鼻についた"ので、もっと謙虚になれば?」と色々書いていましたが、Seasar Foundation
　#の組織云々については上の文章で終わり(打ち止め)にします。
　#Seasar Foundationのプロダクトの"ああだこおだ"は書きます、おそらく。

59 ：Seasar開発者の"JBoss Microcontainer"への感想：2006/01/04(水) 17:35:01

タイトルと内容がほとんど合致していない...。
まるで芦ピーがSeasar開発者みたいじゃないかw

　#力(勢い)のあるミドルウェア・ベンダはすごい...。

何か遠まわしに嫌味を言われているような--);

60 ：デフォルトの名無しさん：2006/01/04(水) 19:47:05

>>58
鼻につく文章を書くのは芦ピーのほうが先輩だがなｗ

　#のが"鼻についた"ので、もっと謙虚になれば?」と色々書いていましたが、Seasar Foundation
　#の組織云々については上の文章で終わり(打ち止め)にします。

我慢できずにどうせまた書くに10000カノッサ。

　#Seasar Foundationのプロダクトの"ああだこおだ"は書きます、おそらく。

芦ピーはほんとにSeasarのことが好きなんだな。歪んだ愛情を感じるよ。

61 ：デフォルトの名無しさん：2006/01/04(水) 20:52:57

　#カテゴリわけした時系列のブックマークは情報の新旧を即座に判断できるので便利。

イゲタのコメントは全然時系列じゃないけどなww

62 ：デフォルトの名無しさん：2006/01/04(水) 21:04:39

>>60
> 芦ピーはほんとにSeasarのことが好きなんだな。歪んだ愛情を感じるよ。

だから芦ピーはﾂﾝﾃﾞﾚなんだよ
実はhigaﾀｿにﾍﾞﾀﾎﾞﾚでｽﾄｰｷﾝｸﾞしてる

63 ：デフォルトの名無しさん：2006/01/05(木) 00:10:29

ていうか文章読んでいる限りでは大学生か新卒３年くらいまでの
行動パターンなんだが、実際のところどうなん？

しかしasipヲチしかネタがない俺たちもなんだなぁ、おい。

64 ：デフォルトの名無しさん：2006/01/05(木) 00:37:24

いや、アニオタ、モデルオタ、ヒガオタと、ヲチ対象オタが３人に増えたというのは喜ばしいこと。

65 ：デフォルトの名無しさん：2006/01/05(木) 00:41:31

>>63
> ていうか文章読んでいる限りでは大学生か新卒３年くらいまでの
> 行動パターンなんだが、実際のところどうなん？

30そこそこ

66 ：デフォルトの名無しさん：2006/01/05(木) 09:09:23

つまり30そこそこの学生

67 ：53：2006/01/05(木) 10:28:22

http://asip.tdiary.net/20060102.html#p01

山田優や蛯原友里の動きをみていると従来の"かわいい系 vs カッコいい系"という
概念が次世代モデルにはあてはまらないことがわかる。次世代モデルは
カッコ★かわいい系に移行します。

68 ：デフォルトの名無しさん：2006/01/05(木) 10:58:36

「見覚えあります」のポイントは
・モデルとファンの間隔をできる限り短くすること。
・CanCam無しでコーディネートした状態で対面ができること。
だと思っています。コミュニケーションを短期間でかつ隅々まで行うことが重要です。
蛯原友里は、上記を実現した「見覚えあります」を提供します。

69 ：デフォルトの名無しさん：2006/01/05(木) 14:33:08

"傍からの印象以上に自分たちのプロダクトを過大広告している"

これおかしくないか？
頭悪い文章に見えて仕方がないのは漏れの頭が悪いからか

70 ：デフォルトの名無しさん：2006/01/05(木) 16:11:22

一流のモヒカン族目指して頑張ってみるも、
いかんせん頭脳がついていってないから、
単なる中二病患者にしか見られないってところか。

どう見ても現代用語を使ってみたかっただけです。本当にすみません。

71 ：デフォルトの名無しさん：2006/01/06(金) 19:13:51

ttp://asip.tdiary.net/20060106.html#p02

さすがに可哀想になってきた

72 ：デフォルトの名無しさん：2006/01/06(金) 19:24:08

>>71
芦ピーは無断リーブ&追記するからリンクよりコピペ

>　InterType = Annotaionで指定するとSetter、,Getterを指定したクラスに付加してくれる機能。
>　たぶん実行時に動的に付加するので、処理速度への影響が考えられる。この場合、素のオブジェクト
>　生成よりは遅いから、この機能に頼るのはやめておいたほうが無難。
>
>　#機能を紹介するときは個人的にメリットだけでなくデメリットも紹介すべきだと思う。
>　#InterTypeは造語、Interは"相互の"。

73 ：デフォルトの名無しさん：2006/01/06(金) 19:46:10

追記されたようなのでこれもコピペしておこう。

　InterType = Annotaionで指定するとSetter、,Getterを指定したクラスに付加してくれる機能？
　たぶん実行時に動的に付加するので、処理速度への影響が考えられる。この場合、素のオブジェクト
　生成よりは遅いから、この機能に頼るのはやめておいたほうが無難。
　処理速度と利便性を天秤にかけて利用の判断をする必要あり。

　Setter,Getter等のメソッドを動的に付加した場合、そのメソッドを利用する側も実行時に
　該当メソッドを動的に呼び出す必要がある。間違いがあってもコンパイラーでは検出できず、
　実行時エラーとして検出される。
　(動的に付加するメソッドはコンパイル時には影も形もないため)

　#InterTypeは造語、Interは"相互の"。
　#(※次の２文はリンク記事に対して書いたものではない。)
　#機能を説明するときはメリットだけでなくデメリットも説明すべきだと個人的には思う。
　#そこそこのレベルの技術者だけを対象にしたのでは、初学者～そこそこ手前には優しくない。
　#そこそこの技術者は自分でメリットやデメリットを想定し判断するので説明はいらないんだけど...。

74 ：デフォルトの名無しさん：2006/01/06(金) 20:38:08

1行目の最後が疑問符になっていてﾜﾛﾀ
AOPも勉強しておけよ芦ピー

75 ：デフォルトの名無しさん：2006/01/06(金) 20:57:46

DIもAOPも無知なことがどんどんばれる芦ピー
そんな芦ピーがいくらJBossをﾖｲｼｮしても足を引っ張るだけ

76 ：デフォルトの名無しさん：2006/01/06(金) 21:03:50

ttp://asip.tdiary.net/20060102.html#p01

　JBossは"Micro Container"という名のDIコンテナを既にリリース済み。AOPについては
　"JBoss AOP"をリリース済み。JBoss EJB3.0 Embeddableには"Micro Container"と
　"JBoss AOP"が既に使われています。

きっとJBossAOPがどういうものかも知らないと思われ

77 ：デフォルトの名無しさん：2006/01/06(金) 21:33:41

　#inter-type declarations = mixins。

追記きた。さてこの後どうするのかな。

78 ：デフォルトの名無しさん：2006/01/06(金) 21:43:25

タイトルも書き換えられているなwww

79 ：デフォルトの名無しさん：2006/01/06(金) 21:51:28

　#inter-type declaration = mixin(クラスにメソッドやフィールドを，アスペクト側から勝手に追加する方法)。

80 ：デフォルトの名無しさん：2006/01/06(金) 21:59:52

つまり芦ピーはAOP反対ということか。
JBossはAOPを活用している先駆者だと思うのだが。
それともJBossAOPは許せてもS2AOPは許せないのかな？ｗ

81 ：デフォルトの名無しさん：2006/01/06(金) 22:02:13

必至になってグーグル大先生でinter-typeを調べて追記する芦ピーw

82 ：デフォルトの名無しさん：2006/01/06(金) 22:05:52

>>80
> それともJBossAOPは許せてもS2AOPは許せないのかな？ｗ

当然。
全く同じことをやってもJBossならﾏﾝｾｰ、Seasarなら粘着。
芦ピーは内容わかんないから誰がやってるかで判断するしかないんだよ。

83 ：デフォルトの名無しさん：2006/01/06(金) 22:15:48

ヲタ理事の釣りが巧妙すぎる件

>>80,82
そうだな。きっと芦ピーは気付いてないw

84 ：デフォルトの名無しさん：2006/01/06(金) 22:19:57

　#Seasar2でいうところのInterTypeはinter-type declaration専用のアスペクト。
　#InterTypeを織り込むクラスはdiconファイルのcomponentタグにInterTypeタグで指定する。

頑張れ芦ピー！

85 ：デフォルトの名無しさん：2006/01/06(金) 22:27:10

機能を記事に書くときはきちんと調べてから書くべきだと個人的には思うぞ芦ピー

86 ：デフォルトの名無しさん：2006/01/06(金) 22:35:30

>>85
メモメモφしてから調査して追記するのが芦ピークオリティw

87 ：デフォルトの名無しさん：2006/01/06(金) 22:37:13

　#そこそこの技術者は自分でメリットやデメリットを想定し判断するので説明はいらないんだけど...。

自分ではそこそこのつもりなんだろうな…

理解のプロセス
フェーズ0：わからない状態
フェーズ1：わかっていると錯覚している状態
フェーズ2：わかっていなかったと気づいた状態
フェーズ3：本当にわかった状態

芦ピーはフェーズ1だと個人的には思う。

88 ：デフォルトの名無しさん：2006/01/06(金) 22:39:29

　#ＩnterTypeのこの一連の流れがSeasar2公式ドキュメントでは寸断されているような気がする。

ドキュメントにケチをつける作戦に出るようだwww

89 ：デフォルトの名無しさん：2006/01/06(金) 22:41:04

>>83
自爆だろｗ

90 ：デフォルトの名無しさん：2006/01/06(金) 22:54:38

>>88
見当たらないんだけど速攻削除された?

91 ：デフォルトの名無しさん：2006/01/06(金) 23:04:38

>>90
みたいだね。得意技だしな。

92 ：デフォルトの名無しさん：2006/01/06(金) 23:05:37

また追記

(diconファイルなしでアスペクトを織り込むことも可能)

93 ：デフォルトの名無しさん：2006/01/06(金) 23:13:45

　#InterTypeは造語、Interは"相互の"。

本当はこれで攻めたかったんだろう。芦ピー残念だな。

>>83
そんなこと書くから理事が助け舟を出してるじゃないかｗ

94 ：デフォルトの名無しさん：2006/01/06(金) 23:33:53

また追記

　#セッタ・ゲッタジェネレーション機能はこのInterTypeを利用して実現する模様。

ここまでたどり着くのに何時間かかってるんだw

95 ：デフォルトの名無しさん：2006/01/06(金) 23:41:21

　InterType = Annotaionで指定するとSetter、,Getterを指定したクラスに付加してくれる機能？

これが削除されたw

96 ：デフォルトの名無しさん：2006/01/06(金) 23:59:04

これならイゲタと本文を入れ替えたほうがいいだろwww

97 ：デフォルトの名無しさん：2006/01/07(土) 00:07:15

　Setter,Getter等のメソッドを動的に付加した場合、そのメソッドを利用する側も実行時に
　該当メソッドを動的に呼び出す必要がある。間違いがあってもコンパイラーでは検出できず、
　実行時エラーとして検出される。
　(動的に付加するメソッドはコンパイル時には影も形もないため)

やはりDIコンテナ使ったことがないようだな。
そのくせこんなエントリを書いてるのが笑える。

ttp://asip.tdiary.net/20060105.html#p01

[idea]IDEA5.0に内蔵されているDIコンテナは...[日記]
　PicoContainer。業務APとは違って、余計な機能はいらない。

injectionのタイプの違いから勉強することだな。

98 ：デフォルトの名無しさん：2006/01/07(土) 00:17:49

>>88
> ドキュメントにケチをつける作戦に出るようだwww

これは俺達に任せてほしいよな

99 ：デフォルトの名無しさん：2006/01/07(土) 00:21:12

>>82
> 芦ピーは内容わかんないから誰がやってるかで判断するしかないんだよ。

だろうな。

　たぶん実行時に動的に付加するので、処理速度への影響が考えられる。この場合、素のオブジェクト
　生成よりは遅いから、この機能に頼るのはやめておいたほうが無難。

でなきゃこんなことは書かないだろう。

>>97
PicoにもSetter Injectionはあるぞ。
Constructor Injectionだけだったのは昔の話。

100 ：デフォルトの名無しさん：2006/01/07(土) 00:26:27

今回は獄長はでるまでもないのか。

101 ：デフォルトの名無しさん：2006/01/07(土) 00:36:07

出てきて欲しいけどな

102 ：デフォルトの名無しさん：2006/01/07(土) 01:05:29

SetterGetterならEclipseで自動作成・修正するからいいやと思ってる俺は間違ってる？

103 ：デフォルトの名無しさん：2006/01/07(土) 01:21:34

>>102
俺もそう思ってたけど、あれば便利だろうと思うので今回の機能追加は賛成。
annotation書かなくても勝手に判断してくれるなら最高だがなｗ

104 ：デフォルトの名無しさん：2006/01/07(土) 01:25:12

　Setter,Getter等のメソッドを動的に付加した場合、そのメソッドを利用する側も実行時に
　該当メソッドを動的に呼び出す必要がある。

Setter,Getter"等"じゃなくてSetter,Getter"しか"生成しないし
そのメソッドを使うのはDIコンテナだということが理解できてないようだ
これじゃSpringより多少便利な程度としか思わないだろうな

105 ：Servlet API 2.5：2006/01/07(土) 10:52:39

>　初回起動時にXMLファイルから設定を読み込むのと、実行時に毎回アノテーションを
>　参照するのとどっちがいいのかは微妙。

初回起動時にアノテーションを参照するという選択肢は思いつかないのだろうか?

106 ：StringBuffer vs StringBuilder：2006/01/07(土) 10:53:44

>　あと、文字リテラルをメソッドに埋め込んでいるのをよく見かけるけど、Static変数にするのが定石。
>　メソッドに埋め込まれた文字リテラルはメソッド呼出時に毎回オブジェクトとして生成されるのに対して、
>　Static変数にした文字リテラルはオブジェクトとして生成されない。

芦ピー恥ずかしいよ芦ピー

107 ：デフォルトの名無しさん：2006/01/07(土) 11:29:25

static finalな変数って、変更しても参照先のクラスに伝わらなくてはまることがあって嫌い。

108 ：デフォルトの名無しさん：2006/01/07(土) 11:31:09

Seasarに関係ない話題は、生あたたかく見守ろうよ。

109 ：デフォルトの名無しさん：2006/01/07(土) 12:22:52

現在S2Strutsで「ActionをPOJOにした使い方」を試してます。
FormとRequestはsetter/geterを用意しておけば自動バインディングされるみたいですけど、
ActionMapping（マッピングの情報）はどうすれば取得できるんでしょうか？

110 ：デフォルトの名無しさん：2006/01/07(土) 13:19:37

獄長の解説ｷﾀ
ttp://d.hatena.ne.jp/koichik/20060106#1136575830

>InterType 実装クラスは，Javassist を使ったバイトコード操作によって対象クラスのサブクラスにフィールドやメソッドの追加を行います．
>このバイトコード操作は最初にインスタンスが必要とされた時点で一回のみ行われます．singleton ではコンテナの初期化時です．
>生成されたバイトコードは通常のクラスとしてクラスローダーにロードされるため，その後のインスタンス生成やメソッド呼び出しにオーバーヘッドは一切ありません．
>これは現在の MethodInterceptor の編み込みと同じです．

ということだから芦ピーは嘘をちゃんと書き直しておけよ。

111 ：デフォルトの名無しさん：2006/01/07(土) 13:28:47

あしぴーには、Javassistとアノテーションを使って一回プログラムを書いてみることをすすめるね。

112 ：デフォルトの名無しさん：2006/01/07(土) 14:07:21

>>107
その件の対応のためにTigerだかMustangあたりで
クラスファイルフォーマットが更新されてなかったっけ?

113 ：デフォルトの名無しさん：2006/01/07(土) 14:53:53

>>111
そんな無茶を言うなよw

114 ：デフォルトの名無しさん：2006/01/07(土) 15:40:41

>>110
つーかバイトコードをweaveすることで実現するんだろう、なんて
ことは、一回もSeasar使ったことがない自分でもわかるぞ。

今回の書き込みで底の浅さを確信してしまったので、
マジでasipタンのrssは切るとしよう。
俺（達）のレベルじゃない。

……まーしかし、Spring使いから見ると、自由度が必ずしも
使いやすさにつながらないことに気がついていない、という
のがほほえましいな。今回の仕様追加にはニヤニヤしてしまう。
まぁがんばれ。

115 ：デフォルトの名無しさん：2006/01/07(土) 16:04:32

ニュースかき集めサイトとしては、それなりに有用だとおもうけど。

116 ：デフォルトの名無しさん：2006/01/07(土) 16:06:21

>>114
> >>110
> ……まーしかし、Spring使いから見ると、自由度が必ずしも
> 使いやすさにつながらないことに気がついていない、という
> のがほほえましいな。今回の仕様追加にはニヤニヤしてしまう。

詳しく

117 ：デフォルトの名無しさん：2006/01/07(土) 16:10:12

>>115
あそこで最初に目にするようなニュースは皆無だと思うがな。
3.5情報源の域を出ない。

118 ：EJB3のPOJOにより柔軟なDI&AOPを：2006/01/07(土) 16:10:19

　#[追記:2005/01/07]
　替え歌ならぬ替え文されちゃったよ^^);　替え文を書いた人ってよっぽどの暇人だな?。

119 ：デフォルトの名無しさん：2006/01/07(土) 16:28:17

>>118
見当たらないが。
またピンポンダッシュか？

120 ：デフォルトの名無しさん：2006/01/07(土) 16:35:53

>>119
http://asip.tdiary.net/20060102.html#p01

さらに追記来た

　#2CHは全然読まないので、何を書かれて結構、痛くも痒くもない。
　#この前、リンク元に2CHがあったのでたまたま読んでみたけど、何も得られるモノはなかった。
　#2CHを読んでも有益な情報は転がってないし、時間の無駄。

121 ：デフォルトの名無しさん：2006/01/07(土) 16:44:16

>>120
> 　#2CHは全然読まないので、何を書かれて結構、痛くも痒くもない。

必死だなwww
なら何故この日にこんなのを書くのかと
ttp://asip.tdiary.net/20060104.html#p02

>　#2CHを読んでも有益な情報は転がってないし、時間の無駄。

芦ピーは自分が2chレベルにすら達していない事に気付くべきだな

122 ：デフォルトの名無しさん：2006/01/07(土) 17:04:08

>>121
> 芦ピーは自分が2chレベルにすら達していない事に気付くべきだな

そうだな。
芦ピーは>>45-47から得られるモノがあるはずだ。
>>106も重要なヒントだ。頑張れ芦ピー！

123 ：デフォルトの名無しさん：2006/01/07(土) 17:11:14

オチスレをバカにしてるから真剣なツッコミ来ちゃったよ。
ここをオチしてればコッソリ修正できたのになw

http://asip.tdiary.net/20060107.html#c01

124 ：デフォルトの名無しさん：2006/01/07(土) 17:20:14

今こそ実力を見せ付けろ芦ピー！wwww

125 ：デフォルトの名無しさん：2006/01/07(土) 17:22:41

>>124
とっておきの勝利宣言があるから大丈夫だ

javanさんのこれまでの主張には「"こちらの主張が間違っている"と私が思えるほどの根拠」
は提示されていません。

126 ：デフォルトの名無しさん：2006/01/07(土) 17:24:10

それが芦ピークオリティ！w

127 ：デフォルトの名無しさん：2006/01/07(土) 18:50:44

>>116
気にするな。
便利な機能が追加されることへのひがみだろう。

また、Spring2から、AspectJと統合されて､もっといろんな
inter-typeも使えるようになる。
AspectJの自由度の高さは必ずしも使いやすさにつながらないよ。

128 ：デフォルトの名無しさん：2006/01/07(土) 19:23:14

　#javanさんのツッコミへの反応
　#Javaおぼえがき(on off)に拠れば
　#「String str = "文字列リテラル";」は「String str = new String("文字列リテラル").intern();」と
　#同じだそうです。メソッドに組み込まれたリテラル文時列は一度オブジェクトとして生成された後、
　#(String#internを介して?)VMの持つ文字列リテラルプールにアクセスし、メソッドに組み込まれた
　#リテラル文時列と等価な文字列が文字列リテラルプール内にあればその参照を返し、なければ
　#自分自身を文字列リテラルプールに登録し、その参照を
　#返すことになります。

129 ：デフォルトの名無しさん：2006/01/07(土) 19:39:23

参照先

> 普段当たり前のように用いられる文字列リテラルは、JLSによれば、
> "Stringクラスのインスタンスへの参照"です。ですから
>
> String str = "文字列リテラル";
>
> のような書き方が許されるわけです。さらに正しく表現すると、
> Stringクラスのインスタンスへの参照が生成されるということは、
> 上の例は
>
> String str = new String("文字列リテラル").intern();
>
>という作業を行なっているのと等価ということです。

ここではリテラルをstatic変数とメソッドに埋め込まれたものと
区別していないんだが。
「等価」を「同じ」と読んでるのも痛いな。

130 ：デフォルトの名無しさん：2006/01/07(土) 20:06:55

俺(達)の芦ピー轟沈。
しかし粘る芦ピー

　#internはString#internのことですか？String#internのことなら
　#このメソッドはインスタンスメソッドなので、オブジェクトを生成しないとよべないと思います。

「等価」の意味を理解しろよ芦ピー…

131 ：デフォルトの名無しさん：2006/01/07(土) 20:16:59

＞でたらめな解釈でも、Googleは等しく検索対象にしてしまいます。

直撃だなww
獄長以上のインパクトを与えたかも知れん

132 ：デフォルトの名無しさん：2006/01/07(土) 20:19:22

芦ピー…

　#Javaコンパイラが優秀でバイトコード生成時にメソッドに組み込んだ文字列リテラルをStatic変数に変換するのか...。

133 ：デフォルトの名無しさん：2006/01/07(土) 20:28:28

　#ご認識を訂正できたので、javanさんのツッコミに感謝。

終了

134 ：デフォルトの名無しさん：2006/01/07(土) 20:46:36

ご認識とか誤認識とかいうレベルじゃないな。
変数(フィールド)と定数(constant)をまったく理解できていない。
30そこそこでこれかよwww
芦ピー恥ずかしいよ芦ピー

135 ：デフォルトの名無しさん：2006/01/07(土) 20:51:14

２行目追記

　あと、文字列リテラルをメソッドに埋め込んでいるのをよく見かけるけど、Static変数にするのが定石。
　処理速度的にメリットはないけど、メンテナンス性や可読性が向上するので。

136 ：デフォルトの名無しさん：2006/01/07(土) 21:04:15

　#Javaコンパイラが優秀でバイトコード生成時にStatic変数を
　#メソッドに組み込んだ文字列リテラルに変換するのか...。

の方がまだよかったのにな。
javapの出力がgetstaticではなくldcになってることを理解…
できるわけがないかw

137 ：デフォルトの名無しさん：2006/01/07(土) 22:28:34

　#正に「塵も積もれば、山になる」。処理速度の改善は小さなことからコツコツと。

ﾘﾃﾗﾙのせいでｽﾙｰしてたが、これも痛いな

138 ：デフォルトの名無しさん：2006/01/07(土) 23:23:24

ていうかJava言語仕様くらい読め。
痛すぎる。

139 ：デフォルトの名無しさん：2006/01/07(土) 23:30:19

>>127
POJOであってPOJOでなくなる、つまり
Seasar2での使用が前提になるブツを
作ってしまうことになる、ということ
でなら、117の言わんとしていることは
理解できるけどな。
まぁ運用ベースの話なのでプロダクト
作ったことがないやつにはわからん。
もっと丁寧に言ってやらんと、ここの
連中にはわからんぞ。

しかし、あんな芦ピーネタで良く盛り
上がれるよな、ここ。

140 ：デフォルトの名無しさん：2006/01/08(日) 00:03:17

>>139
> しかし、あんな芦ピーネタで良く盛り
> 上がれるよな、ここ。
正月休みだからな

141 ：デフォルトの名無しさん：2006/01/08(日) 16:55:52

>>110
> ということだから芦ピーは嘘をちゃんと書き直しておけよ。

獄長の解説へのリンクが追加されてるが嘘は書き直してない。つか

　　実行時に動的に付加するので、処理速度への影響が考えられる。素のオブジェクト生成よりは
　遅いから、この機能に頼るのはやめておいたほうが無難。

頭の"たぶん"が消えてるw

142 ：デフォルトの名無しさん：2006/01/08(日) 16:59:43

>>136
微妙に修正されてる

　#Javaコンパイラが優秀でバイトコード生成時に"メソッドに組み込んだ文字列リテラル"をStatic変数とほぼ同じ
　#扱いとなるように変換するのか...。

"ほぼ"同じだってw
最後にリンクが追加されてるが、ldcとgetstaticで検索したのかもな。
リンク先の記事は秀逸だが、芦ピーには理解できていないようだw

143 ：デフォルトの名無しさん：2006/01/08(日) 17:04:31

>>139
Seasar前提じゃなくなってからIDEでメソッド追加すればいい。
いずれ必要になる"かも"しれない手間を本当に必要になるまで
先延ばしできるのはいいことだと思う。
業務系では生産性＞＞＞移植性
パッケージでも作るなら別だが業務アプリの移植なんてYAGNI

144 ：デフォルトの名無しさん：2006/01/08(日) 18:47:28

>>143
DIコンテナ使う理由と一緒に語ってみな（ｗ

145 ：デフォルトの名無しさん：2006/01/08(日) 18:53:20

生産性向上のため＜DIコンテナ使う理由
生産性向上のため＜@Propertyを使う理由

矛盾しないが何か？

146 ：デフォルトの名無しさん：2006/01/08(日) 19:20:21

144の言いたいこととはずれると思うが、私見を述べる。

143がどういう手順での開発を想定しているのかが見えないので
なんともいえないが、inter-typeを積極的に使うユースケースが
よく見えないんだよね。
143の書き込みでは、getter/setter書くより楽、というように
聞こえるが、アノテーションというメタデータをコーディング
代わりに使うデメリットを超えるほどの生産性向上があるとは
思えん。

あるとすれば、既存のコードにあまり手を触れたくなくて、
挙動を換えたい場合だが、inter-typeがその解決になるとは
ちょっと思えないのだよなぁ。既存のインジェクション系では
不足なのか？

整理すると、

・コーディング量省略というミクロなレベルでの生産性向上目的では、
　メタデータを積極的に使う方法は旨くないと思う
・コード変更を最小にして挙動を換える目的では、インジェクション系を
　駆使した方が、より最小にできると思う

というところか？

個人的には、JavaでRubyのattr_reader系のまねごとをしたかった
だけなんじゃ、という気がする。それはそれでいいのだが、
馬鹿が混じる可能性がある開発規模だと、よけいな機能
追加するなと言いたくなるときもあるのよ。
アノテーション使いまくると、JavaであってJavaではない
言語になってしまうのが、管理する側からするとイヤンなわけさ。

147 ：デフォルトの名無しさん：2006/01/08(日) 19:39:33

>>146
今まで出来なかったことが色々と出来るようになるので、
適用のポリシーを定義する必要は当然あるだろうな
既にいくつか使用例が上がっていたけど、toString()の実装は、あれば非常に便利そう
機械的な処理記述で、クラス本来の機能と関係の薄い部分や
実装は必要だがソース上からは直接呼び出さないような機能に対しては効果的に使っていけそうな気がする。

Ruby対抗とも感じたが、それに加えてAspectJに対応したSpringや
AOP機能が弱点のEJB3を意識した部分もあるのではないだろうか
AspectJが標準になるのか知らないけど、AOPフレームワークが多機能さを競っていく傾向にあるとも感じられるし

148 ：デフォルトの名無しさん：2006/01/08(日) 19:45:40

>>145
生産性向上なんてのは何の説明にも
なってない。
あらゆる工夫は生産性向上を目的に
行われるもんだ。
本当に向上になるのか？
集団開発という目で見て？
ライフサイクルをふまえた長い目で見て？

DIコンテナを使う理由は、
コンポーネント／クラス間の
依存性を排除するためでは？
POJOにしたいんだろ？
後でソースコードいじりたくなんだろ？
違うの？
必要になったらソースコードいじればいい、
では、なんでこんな回りくどい、非直感的な
ことをやっているのやら。

……まぁ提案を兼ねた機能追加と考えると、
ここまでムキになるのはばかばかしい気も
するがな。
annotationの使い方が間違っている気は
激しくするが。オリジナリティを出そう
として迷走を始めた気がする。不安。
日本を代表するOSSになってほしいのだが。

149 ：デフォルトの名無しさん：2006/01/08(日) 19:54:15

>>148
> POJOにしたいんだろ？

手段の目的化w

150 ：146：2006/01/08(日) 19:57:13

>>147
toString()は確かに便利かもしれないと思った。
うちでは自動生成するユーティリティを整備済みだが、
手段は複数あるに越したことはない。

ただ、あくまで個人的意見だが、メタデータは
「クラスやインターフェースを使う側に対する情報提供」である
べきで、自分をそのように加工してくれ、というコーディング
代わりに使うのには違和感を覚えるのよね。
annotationが標準になった際に、その乱用が危惧されたが、
自分としてはこのラインで線を引くべきだと結論した
（今のところね）。

この辺どうなんだろう。
何でもアリにしておいて、運用側でポリシーを決めるべき？
まともに決められる経験と見識を持っているリーダならいいが、
そうじゃないとめちゃくちゃになりそうな気がする。

151 ：デフォルトの名無しさん：2006/01/08(日) 19:59:50

>>148
たとえば、EJB3のDI機能はsetterが無くてもprivateフィールドにアノテーションをつけるだけでコンポーネントをセットする。
Java標準自体がJavaBeansの今までの常識を破った使い方をしてるからな・・・

それはそれとして、setter／getterについては
クラス自体にアノテーション定義したり命名規約で自動定義しない限り
IDEで自動作成した方が生産性は高い気がするなｗ

152 ：デフォルトの名無しさん：2006/01/08(日) 20:02:30

>>148
> DIコンテナを使う理由は、
> コンポーネント／クラス間の
> 依存性を排除するためでは？
> POJOにしたいんだろ？

これはそのとおりであるが

> 後でソースコードいじりたくなんだろ？
> 違うの？

これは違う。
後でコードをいじっても他に影響を波及させたくないから依存性を排除したいのだ。
後から変更しないなどとそんなウォーターフォールな方法は嫌である。

後からsetter/getterが書けなくなるなら問題だが
@Propertyがそんなに問題だとは感じない。
問題だと感じるなら使わなければいいだけである。

> あらゆる工夫は生産性向上を目的に
> 行われるもんだ。

保守性向上のためにあえて生産性を犠牲にすることもあろう。
だがそれについてはここではいうまい。

153 ：デフォルトの名無しさん：2006/01/08(日) 20:03:37

まだ使ったことないからわからんのだが、あれを使うと
POJOじゃなくなるのか？
半完成のPOJOが使えるだけのように見えるんだが。
それをSpringで使うことになったら完成させればいい。
それをまたSeasarで使うこともできるわけだろ？
漏れは何か勘違いしてるのか？

154 ：デフォルトの名無しさん：2006/01/08(日) 20:05:48

>>150
アノテーションは、アノテーションがついてる場所に関連する情報であればなんでも持っていいと思う。
アノテーションがついてる場所に関係ない情報を持たせるのはあきらかに濫用だけど。

155 ：146：2006/01/08(日) 20:06:06

>>151
M2のソースコード読んだ際の悪夢再び、という感じなんだよな。
まぁ標準としてそういう機能がある、というのは教育コスト低そう
だからいいか。

全然関係ないけど、JavaBeansって何ですか？って若造に聞かれた
ときに返答に詰まるのは俺だけっすか。

自分もsetter/getterは言語の方で対応すべきだと思う。
setter/getterで埋まっているソースコードにうんざりするのは
わかるけどさ（Ruby使いならなおさらな……）。

156 ：146：2006/01/08(日) 20:10:22

>>154
うーむ、そう明快に応えられるだけの深い経験が足りない
のだろうな、自分は。マクロと同様の使い方になると、
地獄が待っていると思うのだが杞憂なのか？

157 ：デフォルトの名無しさん：2006/01/08(日) 20:24:33

情報を記述するようにして手順を記述しないようにすればマクロと同様にはならないから。

158 ：デフォルトの名無しさん：2006/01/08(日) 20:24:41

ようやく芦ピーネタから離れたようで何より。

159 ：デフォルトの名無しさん：2006/01/08(日) 20:29:57

>>158
戻すなよw

160 ：146：2006/01/08(日) 20:38:23

>>157
マクロ地獄はそれだけではないと思うけど、言わんとしていることは
理解した。これ以上は空中戦になりかねないからやめておくか。
152の言うとおり、安心感を持てるまで使わないことにするよ。

こうしてみると、SeasarはDIコンテナというよりプラットフォーム
だねぇ。機能の有効／無効を大元で設定できるような手段が欲しくなる。

161 ：デフォルトの名無しさん：2006/01/08(日) 20:44:40

ほんとの恐怖は、アノテーションにXMLリテラルを指定できるようになってからだよ。

162 ：デフォルトの名無しさん：2006/01/08(日) 21:28:40

>>152
あーすまん。
生産性と依存性の言葉の定義から
確認しないと会話にならんな。
ベタなソースコードレベルの話で
あれば、あまり興味がないから
この辺にしたいと思う。

163 ：146：2006/01/08(日) 21:51:48

>>161
XMLを待つまでもなく、複数のアノテーションが組み合わさって一つの
意味を持つようになったりした時点で恐怖だと思うけどな。

……つまり、もう怖い orz

もうすぐアノテーションのバリデーションとかが普通に必要になって、
アノテーションUnitとかが出てきたりして（ぉぃ）。
ホワイトボックス教な方々はすでに似たようなことを言ってるしな（汗）。

164 ：デフォルトの名無しさん：2006/01/08(日) 22:05:18

>>158
芦ピーは滅びぬ！何度でも甦るさ！

165 ：146：2006/01/08(日) 22:42:07

よみがえるたびにヘタレてるからなぁ。

166 ：デフォルトの名無しさん：2006/01/08(日) 23:52:16

>>162
PropertyIntertypeってベタなソースコードレベルの話でしかないと思うが。
なんの話をしてたんだか

167 ：デフォルトの名無しさん：2006/01/09(月) 00:01:25

唐突に盛り上がってますな。
新機能一つでここまで盛り上がれるなら
どんどん追加していただきたい(w

168 ：デフォルトの名無しさん：2006/01/09(月) 00:06:53

使い道が微妙な便利機能ならasipも噛みついてGOOD。

169 ：デフォルトの名無しさん：2006/01/09(月) 00:18:05

JBossAOPはinter-typeの多くをMixinsとしてサポートしてるんだが
芦ピーは噛みつかないのか？

170 ：デフォルトの名無しさん：2006/01/09(月) 00:21:21

知らないものには噛みつけない

171 ：デフォルトの名無しさん：2006/01/09(月) 02:33:52

このスレにしては異常に多い本日分のまともな書き込み
を読んだ。
今更野暮だが、発言者のバックグラウンドがわからんと
いかに話がかみ合わないかといういい見本だ。
どいつもこいつもコンテキストがよめねー。

172 ：デフォルトの名無しさん：2006/01/09(月) 04:30:09

自動生成したsetter/getterって、DIのためだけに使われるの？

173 ：デフォルトの名無しさん：2006/01/09(月) 04:45:48

DIコンテナ以外からは事実上使えんだろ。
コンパイルがとおらん。

174 ：デフォルトの名無しさん：2006/01/09(月) 04:52:01

>>173
あー、そうともいいきれんか。
でも現実的ではないのは確か。

175 ：デフォルトの名無しさん：2006/01/09(月) 05:08:04

173,174はちと的はずれだが、どうなんだろうな。
現状ではDI以外に使い道がないんじゃない？

176 ：デフォルトの名無しさん：2006/01/09(月) 05:29:20

そもそもDIを実践してる中で
こんな機能が欲しいといって
生まれた機能だからDI専用と
考えるのが普通だと思う。
無理して他のケースにまで
当て嵌める必要はないだろう。

177 ：デフォルトの名無しさん：2006/01/09(月) 13:03:47

そうするとフィールドインジェクションとの差別化が
びみょーなわけだが。

178 ：デフォルトの名無しさん：2006/01/09(月) 13:38:39

フィールドインジェクションは、DIしてもらうときの方法の一種
@Propertyは、JavaBeanにリフレクションでアクセスするようなフレームワーク向け（JSPのELとか？）に使えそう
フレームワークがフィールドアクセス機能を持っている場合は必要無いだろうね

179 ：172：2006/01/09(月) 14:03:47

>>177
そうそう、そう思ってきいたの。
あとはBeanUtilsで便利なくらいかな。

180 ：デフォルトの名無しさん：2006/01/09(月) 14:06:53

ようするに、ターゲットはDTOなんでしょ？

181 ：デフォルトの名無しさん：2006/01/09(月) 15:08:20

逆。むしろActionやServiceにDTOをinjectionするためのもの。

DTOに@Propertyを適用するとServiceクラスのコンパイルでエラーになる。

182 ：デフォルトの名無しさん：2006/01/09(月) 15:54:33

>>181
そういう用途なら、尚更フィールドインジェクションで事足りる気がｗ

183 ：デフォルトの名無しさん：2006/01/09(月) 16:06:51

ServiceやSupportのアクセサなんてたかが知れてるでしょ。手元のコード見ても依存性せいぜい4つか5つしかないし。変な仕様を加える割には効果的かどうか微妙。

まぁいまだにS2.0.xを使っているから関係ないけどw

184 ：デフォルトの名無しさん：2006/01/09(月) 16:40:35

すこしぐらい記述量が多くたっていいじゃない
Ｊａｖａだもの

みつを

185 ：デフォルトの名無しさん：2006/01/09(月) 16:46:10

>>110リンク先の解説を読む限りだと、DTOがターゲットだと思うけど？

186 ：デフォルトの名無しさん：2006/01/09(月) 17:08:47

>>181はお呼びでないってこった。

俺もだけどなw

187 ：183：2006/01/09(月) 17:27:18

110をもう一回よんでみたけどやっぱりお呼びでないみたい。

つーかJavaBeansにこだわるのやめて

public HogeDto {
public String foo;
public int bar;
}

じゃだめか?

188 ：デフォルトの名無しさん：2006/01/09(月) 17:39:50

maya ってイメージが悪いから、別の名前をつけなよ。

理研のテクニシャンがキンタマ感染して個人情報流出１１
http://news19.2ch.net/test/read.cgi/news/1136793708/

189 ：デフォルトの名無しさん：2006/01/09(月) 17:47:28

>>188
N速にカエレ！
どーせ楽天ポイント祭りで美味しい思いした奴だろ。

190 ：デフォルトの名無しさん：2006/01/09(月) 19:14:39

作者もお呼びでない気がするw

http://d.hatena.ne.jp/y-komori/20060108

191 ：デフォルトの名無しさん：2006/01/09(月) 19:21:39

>>187
@Propertyが継承を用いた依存関係の組換を行っているという視点が抜けてる。
@PropertyはHogeDto自体に影響を与えない(@Propertyを解しないHogeDtoの
利用者は@Propertyに影響を受けない)、ただサブクラスとしてgetter/setterを
備えたHogeDtoExを自動生成するだけ。

ただ、JavaBenasを前提にすると、この組換に意味はあるのか？という疑問は
湧く。でも、別の場面では役に立つかも？という予感も湧く。
ぶっちゃけ現時点ではよく分からない。

192 ：デフォルトの名無しさん：2006/01/09(月) 21:21:07

>>189
取り消し祭りですよ
楽天ブックスポイントキャンペーンポイント取り消しのお知らせ
http://news19.2ch.net/test/read.cgi/news/1136807754/

193 ：デフォルトの名無しさん：2006/01/09(月) 22:58:53

だから便利機能なんだよ！
使いたくないヤツは使わなければいいじゃん！

……なーんてことを考えるわけだが、これって
肥大化の典型的パターンだよね。
まーいいけど。

194 ：デフォルトの名無しさん：2006/01/09(月) 23:04:24

>>187
そう主張する人もいるね。
自分もIDEが強力な今では、それでもいい気がする。
カプセル化が必要になったらそのときにいじるわけだな。
昔はgetter経由に変更するときの労力がでかかったわけだが。

まぁ、いちいち書くのが面倒臭いんだけどフィールドを
publicにするのは気持ちわるーい、という人向けなんだろう。

195 ：デフォルトの名無しさん：2006/01/09(月) 23:48:37

>>194
Beanならともかく、一般的なクラスでpublicなフィールドを使ってると
後の変更は大変だよ。

いきなり話ズレまくりで恐縮なんだけど、Javaは言語仕様にproperty
を導入すべきだと思わん？
フィールドへの直接アクセスとアクセサ経由のアクセスを透過的に
扱えるし、演算子も有効に使えるしで便利だと思うんだけどな。

196 ：194：2006/01/10(火) 00:02:49

>>195
ああ、自分がいじれないようなソースで使われる可能性が
ある場合はそうね。素直にスマン。

propertyってJCRで議論されていたような気がするけど、
まだ入る予定ないんだっけ。
C#書いた直後にJava書くといっつも怒りがこみ上げる。
まぁ後は幸せなんだが。

197 ：デフォルトの名無しさん：2006/01/10(火) 00:36:31

property構文は欲しい。ゼヒ欲しい。
最近カゲの薄いBorlandに__propertyってやってほしい。
C++Builderみたいに。

198 ：デフォルトの名無しさん：2006/01/12(木) 20:57:06

芦ピー来た
http://asip.tdiary.net/20060112.html#p03
　予想の範疇、何れは寄贈されるのだろうと。
　因みにSeasar界隈でイニシャルBなのはこれ(別名:ぶり２)しか見当たらない。
　ルールエンジンって万人向きではないのであまりインパクトは無さそう。
　ルールエンジンは人によって好みがはっきり分かれるような気もする。
　OSSのルールエンジンだけでも知ってるだけで数個あるし。
　->S2Buriとは何か(on off)

　#S2Buriは名称として辞めておいたほうがいいような気が。
　#S2シリーズはSeasar2のプラグイン(?)ばかりなので、同列に並べるのはちょっと...。

199 ：デフォルトの名無しさん：2006/01/12(木) 21:26:56

> 　OSSのルールエンジンだけでも知ってるだけで数個あるし。
知ってるだけかよw

200 ：デフォルトの名無しさん：2006/01/12(木) 21:28:38

芦ピーが知ってるのは名前だけですが何か。

201 ：デフォルトの名無しさん：2006/01/13(金) 00:16:53

> [2006.01.11]Comet1.0RC_20060111リリース予定

　　☆ ﾁﾝ

　　　　　 ☆　ﾁﾝ　　〃　 ∧＿∧ 　／￣￣￣￣￣￣￣
　　　　　　ヽ　＿＿_＼（＼・∀・）＜　芦ピーまだー？
　　　　　　　＼＿／⊂　⊂＿)＿＼＿＿＿＿＿＿＿
　　　　　　／￣￣￣￣￣￣￣／|
　　　　　　　　| ￣￣￣￣￣￣￣:|　:|
　　　　　　　　|　　　　　　　　　　　.|／

202 ：デフォルトの名無しさん：2006/01/13(金) 00:39:44

>201
予想の範疇ｗ

203 ：デフォルトの名無しさん：2006/01/13(金) 00:49:51

asipネタしか話すことがないのかここわっ。

なんの貢献もしないばかりか、批判しかしないってのは
不快を通り越して痛々しいな。哀れだ。

204 ：デフォルトの名無しさん：2006/01/13(金) 09:46:32

あしぴに貢献するの？

205 ：デフォルトの名無しさん：2006/01/14(土) 12:11:41

ttp://asip.tdiary.net/20060114.html#p01

[kuro]Kuro UR:Unified Request (旧Query Analyzer)
　新APIでリリース。マルチパートを普通のリクエストと同じAPIで扱えるのが特徴。
　現在、デフォルトでは単一同一名パラメータならStringあるいはFileStorage,複数同一名パラメータなら
　ArrayListでHashMapに格納。
　TODO:
　　・複数同一名パラメータの場合の配列での格納への対応(HttpServletRequestに併せて配列をデフォルトにすべき？)
　　・マルチパートにおけるファイルの扱い(現状はバイト配列に格納、一旦ファイルに書き出すべき？)
　　　　->マルチパートではファイルサイズの制限が必須だから必要ないような気も...。
　　　　->アップロードファイルは使い捨ての場合、問題ない、というか一々ファイルに書き出すのは二度手間。
　　　　->ファイルアップロードが主体のアプリでは現状では問題があるので何らかの対策が必要。
　　・内部ロジック及びデータ構造の変更etc

206 ：デフォルトの名無しさん：2006/01/14(土) 13:08:19

ごめん、言いづらいんだけど、Kuroってスレ違いじゃないのか？w

207 ：デフォルトの名無しさん：2006/01/14(土) 13:33:08

このスレ自体が既に板違いwww

208 ：デフォルトの名無しさん：2006/01/14(土) 14:29:33

またasipネタかよ、いいかげん粘着やめれ
せっかく離れたと思ったのに、しつこすぎるぞ
やるなら自分のblogでやってくれ＞○○
女の子に相手にされないからといっていつまでもあんなの相手にするな

209 ：デフォルトの名無しさん：2006/01/14(土) 14:42:11

>>207
いっそのこと、次スレはネットwatch板に立てるか？ｗｗｗｗ

210 ：デフォルトの名無しさん：2006/01/14(土) 19:26:46

> やるなら自分のblogでやってくれ＞○○

○○に入るものを下から選べ
1.獄長
2.理事
3.オタ
4.教祖

211 ：デフォルトの名無しさん：2006/01/15(日) 04:19:33

S社のワークフローエンジンがGFlowではなくなったのはGが獄長のGだからだ。

212 ：デフォルトの名無しさん：2006/01/16(月) 01:14:32

せめて粘着するなら獄長理事オタ教祖のにしようよ。
レベルが低い人間の公開独り言の相手なんてむなしすぎる。

213 ：デフォルトの名無しさん：2006/01/16(月) 07:36:11

S2Buriって誰か触ってみた？
３行でお馬鹿な俺に教えてくれｴﾛい人

214 ：デフォルトの名無しさん：2006/01/16(月) 13:50:30

要するにXPDLエンジン

215 ：デフォルトの名無しさん：2006/01/20(金) 17:33:49

216 ：デフォルトの名無しさん：2006/01/20(金) 19:19:07

！

217 ：デフォルトの名無しさん：2006/01/21(土) 00:48:34

http://d.hatena.ne.jp/higayasuo/20060120
---
新フレームワーク同士の比較､新旧フレームワーク同士の比較を行います。
対象は､オープンソースのフレームワークです。

新
DI(EJB3)
　Seasar2.4, JBoss, Glassfish
ORM(JPA)
　S2Hibernate-JPA, TopLink
Web(JSF)
　Teeda, MyFaces, Sun RI

旧
DI
　Spring
ORM
　Hibernate2
Web
　Struts
---
ちゃっかりSeasarを「新世代」にしてますよ？

218 ：デフォルトの名無しさん：2006/01/21(土) 00:51:32

Seasarはいつでも「次世代」「新世代」なので。
いつまでたっても「現世代」にならない。

219 ：デフォルトの名無しさん：2006/01/21(土) 02:07:12

>>217
Java EE5対応するもの（JSFは1.1の実装も含んでるみたいだが）を新世代と位置づけてるみたいだから
別に不思議はないと思うが
S2Daoを新世代のORMに入れてないのも、そういう理由だろうし

220 ：デフォルトの名無しさん：2006/01/30(月) 13:28:29

最近静かだから、カラage

221 ：デフォルトの名無しさん：2006/01/30(月) 15:12:50

FUDって、どこで見られる？

222 ：デフォルトの名無しさん：2006/01/30(月) 16:08:26

>>221
自分もそれが気になって見に来ました。
恐怖しているソフト会社の人とかは居そうな気がしますが。
経験から、FUDやバッシングをしているのは、実は
通行人ではなく影響を受ける当事者である可能性が高いです。

223 ：デフォルトの名無しさん：2006/01/30(月) 16:42:25

>>221
asip？

>　同じ組織で同じ系統のツール、どちらが残るかミ・モ・ノ。
>　今のところ、TeedaがテンプレートエンジンにMayaaを使うという情報はない。
>　Teedaのパフォーマンスに対する要求水準が高く、Mayaaはそのレベルをクリアしていない？
>　あるいはTeedaの機能要件をMayaaでは満足できない？
>
>　TeedaとMayaa(Mayaa Faces含む)は９割以上競合、Seasar Foundationとしての両者の
>　棲み分け(位置づけ)は？Seasar Foundationは組織としてどちらをプッシュするのか？
>　組織として"ごった煮"でいくor"行き当たりばったり"でいくのなら、なんだかなぁとは思う。

224 ：デフォルトの名無しさん：2006/01/30(月) 17:52:00

ttp://d.hatena.ne.jp/higayasuo/20060130#1138586559
■[Seasar]Teeda VS Mayaa? 11:02
JSFの実装であるTeedaとテンプレートエンジンであるMayaaは、そもそもやっていることが違うので、
それを比較するような人は世の中にほとんどいないと思うけど

225 ：デフォルトの名無しさん：2006/01/30(月) 19:16:40

違うっちゃ違うんだろーが重なってるっちゃ重なってる。
Mayaa+Ikushipeとだとすげー重なってるｷｶﾞｽ。
ApacheもStrutsとTapastryが似たようなもんだが
もちっとうまくやれやと思わんでもない。

226 ：デフォルトの名無しさん：2006/01/30(月) 19:53:05

でも、現時点では、Mayaa＞Teedaで、
長期的にはTeeda＞Mayaaと言うことでしょうか。

227 ：デフォルトの名無しさん：2006/01/30(月) 20:05:50

＞長期的にはTeeda＞Mayaaと言うことでしょうか。

逆の確率が高い。

228 ：デフォルトの名無しさん：2006/01/30(月) 22:18:18

Teedaは実装ができるか自体に不安があるな。
Mayaaはすでに使える状態だ。
まあ、やってることが違うわけで、どこが重なってるのか疑問だ。

229 ：デフォルトの名無しさん：2006/01/30(月) 22:57:17

>>228
TeedaのHTMLテンプレートエンジンがMayaaと重なるだろ

230 ：デフォルトの名無しさん：2006/01/30(月) 23:27:59

Teedaがどんなものか見えてないのに、決めつけて比べようとするから無理が出る。
実物が出てくるまで待っとこうよ。

231 ：デフォルトの名無しさん：2006/01/31(火) 00:02:26

>>223をFUD呼ばわりするのは可哀想な気がしないでもない

232 ：デフォルトの名無しさん：2006/01/31(火) 00:05:25

JSF1.2を実装すると聞いてTeedaに期待していたのだが
よく考えたら、Servlet2.5・JSP2.1対応コンテナが無いとJSF1.2って動かないのだろうか？
あと、JSTLと連携するためにはJSTL1.2も必要だろうし

233 ：デフォルトの名無しさん：2006/01/31(火) 02:00:17

しかしStrutsとTapestryがもう全然別物ってくらい違うことには誰も突っ込まないのか。

234 ：デフォルトの名無しさん：2006/01/31(火) 03:56:57

ぶっちゃけチーフコミッター間では内心思うところが有ったり無かったり
すんじゃねーの？って気はしないでもないが、外野にしてみれば選択
肢が増えるのは悪い事じゃないし、そもそも競争は善だからな。

今うちの会社でEclipseRCPとC#.NETでWebサービス・クライアントに向
けた社内コンペをやってるんだが、これがなかなか熱い。
客向けの仕事よりも遥かに本気モードｗ

235 ：デフォルトの名無しさん：2006/01/31(火) 06:57:58

藻舞らヲタ理事のところもMayaaベースでWebフレームワークを
作ってるのはスルーですかそうですかwww
tp://d.hatena.ne.jp/habuakihiro/20060129#1138546624

236 ：デフォルトの名無しさん：2006/01/31(火) 11:53:41

会社でSeasor2 + MyFaces + S2JSFを使ってサイトを作っている人がいた。
仕事上、ソースコードを読むことになったけど
HTMLファイルにある独自の属性がいまいちわけわかめ。
拡張子diconがDIコンテナを意味することがわかったけど
はじめはSeasor2を使っていることに気づかず、JSFのみを使っているのかと思った。
よい刺激にはなるけれど、どっから覚えていけば良いんだろう。

237 ：デフォルトの名無しさん：2006/01/31(火) 13:08:03

とりあえずSeasorではなくてSeasarだということから覚えるといいよ

238 ：デフォルトの名無しさん：2006/01/31(火) 13:14:56

メモメモφ。

239 ：デフォルトの名無しさん：2006/01/31(火) 13:17:45

とりあえず
http://s2container.seasar.org/ja/index.html
のセットアップ、DIContainer、AOPからと混じれ酢

240 ：デフォルトの名無しさん：2006/01/31(火) 21:06:19

s2-dao-tiger-1.0.0.zip に s2-dao-1.0.28.jar が入っているのは仕様？

241 ：デフォルトの名無しさん：2006/02/01(水) 00:21:20

Seasarに関わる者にとって、
スターロジック・グルージェント・ISIDのどこで働くのがベストか・・・

242 ：デフォルトの名無しさん：2006/02/01(水) 08:03:51

ISIDって給料高いぞ

243 ：デフォルトの名無しさん：2006/02/01(水) 11:03:44

ﾋｶﾞﾀｿには人権がない

244 ：デフォルトの名無しさん：2006/02/01(水) 11:38:04

理事のブログによると
Sは給料がない
Gは募集中
よって>241にはGを薦める

245 ：デフォルトの名無しさん：2006/02/01(水) 11:45:49

Seasarコミッタってハンドル名しか晒さなくてもなれる？

246 ：デフォルトの名無しさん：2006/02/01(水) 12:11:13

なれんじゃね？

247 ：デフォルトの名無しさん：2006/02/01(水) 12:30:57

自分の場合、仕事でSeasar以外のDIコンテナやAOPを使って
Seasarの1.5サブプロジェクト分位のものを作ったけど、
（S2Remotinとプログラムを実行中に置き換えれたりする様な仕組み）
片手間で作れるレベルではなく仕事で必死に調べて作ったし、
SEと言うよりアプリケーション開発者だから少々違うな。
H氏は、技術よりニーズ優先と言うことだけど、その方が
技術的に難しい課題を超えるきっかけになるし、いいものができると思う。
H氏のビジョンがなんとなく、日記から読めるけど、
自分が一年前に考え始めたことを相当前から考えているっぽい。
DIやAOPの応用品は2年ほどで相当凄いものになるのは間違いないと思う。

248 ：デフォルトの名無しさん：2006/02/01(水) 13:19:15

HとKはいっぱいいるから誰かﾜｶﾗｿw

249 ：247：2006/02/01(水) 18:34:08

H氏は、多分ヲタ理事さんを指したつもりでした。
最近の日記を読んで、凄い構想がありそうだなあと感じます。
表現が分かりにくかったですが、247の「レベルではなく…」って言うのは、
自分は、現コミッタのように仕事と平行して作れる技術レベルに達してない
のでコミッタになるのはなかなか難しいなあ・・・と言う意味です。

250 ：デフォルトの名無しさん：2006/02/01(水) 23:44:46

>>247はSに参加したいのか？
漏れは仮にも社長の癖にあんなに
ブログでヲタ丸出しにしてて大丈夫
なのかと心配になる。

251 ：デフォルトの名無しさん：2006/02/02(木) 01:16:21

Hってあの蛯原ゆかファンのひがやすをのことだろ

252 ：デフォルトの名無しさん：2006/02/02(木) 01:37:41

・・・ごくちょうにつっこまれるぞ（(ﾟдﾟ；)ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ　

253 ：デフォルトの名無しさん：2006/02/02(木) 13:43:01

>>250
なんだか昭和な考え方ですね。
いまだに「社長」って言葉に幻想的な響きを覚えるタイプ？

254 ：デフォルトの名無しさん：2006/02/02(木) 14:51:07

豚が逮捕されて豚箱行きになってライブドアの株価も100円割れしたというのに

255 ：247：2006/02/02(木) 15:59:18

>>253煽りと思われる。
私も、お金は全然かけないけど、洋画・特撮もの好きですし、無問題ですね。

>>250
S社（に限らず）はいいと思いますよ。金は全然違うと思いますが、
ゲイツとかDonBoxも最近似たようなこと考えているみたいだし
相当見通しが優れていると思います。

と言っても仕事となると、自分はDBの能力がかなり低いですし、
S社としては、未知の人は採れないでしょうし。
今、サイエンス系（バイオとか分散処理とか）の仕事をしてて、
余り無い仕事だし、捨てがたいところがあります（と言うか優柔不断）。

結局、S2の色々を使ったアプリケーションを作るというのが一番と思います。
と名無しが語ってもしょうがないのでこの辺で。。。

256 ：デフォルトの名無しさん：2006/02/02(木) 17:09:48

ヲタ理事は叩かれるだけかと思ったが支持してるﾔｼもいるんだな

257 ：デフォルトの名無しさん：2006/02/03(金) 12:42:51

生扉を死扉に変えてしまったムイチモン(というかトラワレモン)や
姉歯とつるんでるオジャマモンとかいう変な社長もいるし

258 ：デフォルトの名無しさん：2006/02/03(金) 19:52:26

　　　　　　　,..-――-:..、　　　　⌒⌒
　　　　　／.:;;;;;;;;;;;;;;;;;;;;;::.＼　　　　　　^^
　　　　/ .::;;;;;;;;;;;;;;;;;;;;;;;;;;;;;::..ヽ
￣￣￣￣￣￣￣￣∩＿＿＿＿∩ ￣￣￣￣￣￣￣￣￣￣￣
　　 :::::;;;;;;;;;;;;;;;;;;;;;;;;;;| ノ　　　　;;;;;;;;;;ヽ ;;;;;
　　　　 :::::::;;;;;;;;;;;;;;;;/　　　　　;;;;;;;;;;;;;;;|;;
　　　　　 ::::::::::::::::::|　　　　　;;;;;;;;;;;;;;;;; ミ::　　　どうせクマの仕業にされるクマー・・・
　　　　　　　:::::::::　彡､　:::::::::::::;;;;;;;;;;;;/ 　　　　　
　　　　　　　 ::　　/⌒　:::::::::::;;;;;;;;;;ヽ
-― ―'ー-／⌒ヽ/;;;; ::;;;;;;;;;;;;;;;;;;;;;|;;;;i―'''ー'-''――'｀'
　,, 　' 　と_;;入:::/;;;;/::::;;;;;;;;;;;;;;;;;;;ii;;;;i
　　　　,,, ''　 ,,,　/;;;;/::::;;;;;;;;;;;;;;;;;/　i;;;;i''''' 　,,,,　　　　　　　　　　　　　
,,　　　　　,,,,　(＿／ゝ_;__;;;;;;;;;;;_ノ　　＼＿)　'''　,　,,　　　　　,,,,　　　

259 ：デフォルトの名無しさん：2006/02/03(金) 21:42:58

今Java勉強中で、Seasar使おうかと思ったけど、Springの方が良いの？
なんかSeasarの中の人達評判悪いのね。

260 ：デフォルトの名無しさん：2006/02/03(金) 21:56:35

Springの中の人もアクが強いが
日本語情報が多い分だけSeasarの方が目立つんじゃまいか。
てか、開発者の人間性なんて(・ε・)ｷﾆｼﾅｲ!!

261 ：デフォルトの名無しさん：2006/02/03(金) 22:01:30

>>259
機能は大して違いは無いが、Springの方がメジャー

まぁ両者共、EJB3.0が出るまでの仇花だけどな。

262 ：デフォルトの名無しさん：2006/02/03(金) 22:01:32

ここだけ見て評判悪いとか判断するのもどうかと思うが。
プロダクトの善し悪しと開発者の人間性はあまり関係ない。

263 ：259：2006/02/03(金) 22:22:52

情報ありがとう。

>>262
俺は「坊主憎けりゃ」という事で、尊敬出来ない人が作成したものは
なるべく使用したくない。

264 ：デフォルトの名無しさん：2006/02/03(金) 22:24:48

259でないけど評判悪いよ

特に個人叩きに関しては自分は印象よくない
まあ>>260の言うとおりだけど

265 ：デフォルトの名無しさん：2006/02/03(金) 23:18:15

>>259
使わないほうがいいよ。
君にはお奨めしない。
是非Springを使いなさい。

266 ：デフォルトの名無しさん：2006/02/04(土) 00:30:11

SpringもSeasarでもそうだけど
DIとAOPがセットになってるのって関係ある？
例えばAOPはDIと密接に関わっているとか。

267 ：デフォルトの名無しさん：2006/02/04(土) 00:39:57

>>264
どの辺界隈で評判悪いの？
個人叩きって芦のことかや？

漏れは好きだし、尊敬できる人だと思ってるよ。>>HbHg
獄長は直接しゃべったことがないから知らない。

268 ：デフォルトの名無しさん：2006/02/04(土) 00:45:37

>>266
概念的には全然繋がってない。
でも、DIはインスタンスの生成をコンテナが一手に
引き受けるような実装が多いから、そこにクラスを
改竄する処理を入れやすいのだと思う。

269 ：デフォルトの名無しさん：2006/02/04(土) 01:00:30

>>267
んーあれは正しいことを説明しているのでいいと思うけど。
（世間に間違った認識されたんじゃたまったもんじゃないし）

ただ回りくどくいってる部分が自分には叩きに見えた。
（本人にそういう意思があったのかなかったのか文章じゃ分からんし）

そういうことを除けば尊敬できる人達だと思ってる。
考え方や技術がすごく参考になって勉強になるし。

＃やっぱりこの話題に乗るんじゃなかったと反省

270 ：デフォルトの名無しさん：2006/02/04(土) 01:23:28

芦に対してはヲタは真面目に対応してると思う。
正直反応しすぎとも思うがな。

ヲタファンの漏れから見ればヲタは自分からは誰かを
攻撃したことはないように見える。過剰に防衛すること
が多いのは事実だしいつも世の中に怒ってるようだがｗ

271 ：デフォルトの名無しさん：2006/02/04(土) 02:05:56

ベンダのふざけた営業の態度を思うと開発者の人格なんて気にならない。
むしろ人格が壊れててもいいから良いものを作ってくれればそれでいい。

272 ：デフォルトの名無しさん：2006/02/04(土) 02:22:50

風説ってうわさという意味じゃないの？それとも間違ったうわさってこと？
理事は後者の意味で使ってると思うけど．．．
どっちにしても芦の反応はおかしいよね。

273 ：デフォルトの名無しさん：2006/02/04(土) 02:26:16

結婚が決まったから、毒男が騒いでるんだね。

274 ：デフォルトの名無しさん：2006/02/04(土) 02:26:47

では恒例。

http://asip.tdiary.net/20060203.html#p05

_ [jboss]Javassistに関する風説???(http://d.hatena.ne.jp/masataka_k/20060203#1138932975)[日記]
　"ほとんど一人"(=全て一人ではない)ですか、"自分がこれ(on off)に書いたこと"は「風説」とはいえんな。
　メインコミッタの千葉氏がほとんど一人でゴリゴリ書いているにしても開発に関与しているJBossエンジニアがいる
　のは事実、公開されているJavassistのドキュメントにJBossエンジニアの名前があるのは事実。
　コードを書くだけが開発に参加するということではないだろう。

　自分たちはJavassistの開発に何も具体的に協力せずにおいしく利用しているだけにも関わらず...。

　#"勘違い(?)"で書かれた文章を"風説"呼ばわりする人間は最低な感じがする。
　#「"間違い"の指摘ではなく、いきなり"風説"呼ばわり」、あぁ、嫌だ嫌だ。
　#技術系雑誌での特定のOSSの"copy right"に関する記述の間違いが"風説呼ばわり"するようなことか???
　#少なくとも作者でもない第三者が"風説呼ばわり"するようなことではない。
　#(技術系雑誌の読者の大半は「"特定のOSSの"copy right"に関する記述」なんぞ、気にも留めていない。)
　#OSSの１ユーザにとしては"copy right重要"ではなく、どちらかといえば"ライセンス(形態)重要"。

275 ：デフォルトの名無しさん：2006/02/04(土) 02:29:42

> 　#(技術系雑誌の読者の大半は「"特定のOSSの"copy right"に関する記述」なんぞ、気にも留めていない。)

特定のOSSの組織の性質も気にしていないがな。
要するに芦は理事連中に粘着してるわけで叩かれても仕方がない。

276 ：デフォルトの名無しさん：2006/02/04(土) 02:38:11

ところでcopyrightはいつからcopy rightと間を空けるようになったの？

277 ：デフォルトの名無しさん：2006/02/04(土) 03:11:38

Seasarと関係なく芦田がむかついてしかたがないのだが。あぁ、嫌だ嫌だ。

278 ：デフォルトの名無しさん：2006/02/04(土) 12:26:48

風説は「世間のうわさ」程度に考えればおｋ。
でもって理事のは芦ピーの１ヶ月前のものにわざわざ言及しているとは思えんのだが。
JavaWorld読んでないから読んでみようかな。

279 ：デフォルトの名無しさん：2006/02/04(土) 16:34:47

>　#"勘違い(?)"で書かれた文章を"風説(の発信源)"呼ばわりする人間は最低な感じがする。
>　#「"間違い"の指摘ではなく、いきなり"風説(の発信源)"呼ばわり」、あぁ、嫌だ嫌だ。

「の発信源」は芦ピーの妄想w

>　#辞書で引くと「風説=世間の噂」、元の文章は「風説」の誤用？。

芦ピーが勝手に誤読しただけwww
理事は「いろんな箇所で見かけ」たから風説と表現したんだろ。

280 ：デフォルトの名無しさん：2006/02/04(土) 16:56:39

風説だけなら噂程度の意味合いだが、「風説の流布」だと意図的に
「虚偽の情報(風説)を流す」という意味合いで使われることが多い。
理事が「風説発見」でなく「風説の流布発見」と書いてれば
「"風説(の発信源)"呼ばわり」も的外れじゃなかったけどな。
芦ピーは脊髄反射しないで餅つけってこった。

281 ：デフォルトの名無しさん：2006/02/04(土) 16:57:14

単にホリエモンで風説の流布ブームだから
それに引っ掛けただけだろ。芦田は被害妄想のへたれ。

282 ：デフォルトの名無しさん：2006/02/04(土) 17:06:54

オグラーゼwwwwwwwww

283 ：デフォルトの名無しさん：2006/02/04(土) 19:19:04

過剰反応って心当たりがないとしないよな。

284 ：デフォルトの名無しさん：2006/02/04(土) 19:50:02

「自作自演！」と騒ぐのは大概、当人が自作自演厨。
常人はそこまで発想しない。

285 ：デフォルトの名無しさん：2006/02/04(土) 20:21:22

>>259
259は、アンチSeasarの自作自演だね。264はわかんないけど。
どこに悪い評判が書かれてるんだろう?
あしぴーのとこかなｗ

286 ：デフォルトの名無しさん：2006/02/04(土) 21:00:46

>>263
> 俺は「坊主憎けりゃ」という事で、尊敬出来ない人が作成したものは
> なるべく使用したくない。

藻舞は自分が使ってるソフトの全てのｻｸｰｼｬを知ってるのか？

287 ：デフォルトの名無しさん：2006/02/04(土) 21:53:08

s2dao tiger だが、自分でソースからビルドしてjarを作れってことか？

288 ：デフォルトの名無しさん：2006/02/05(日) 00:34:19

DIOがいるな

289 ：デフォルトの名無しさん：2006/02/05(日) 03:07:21

>>263
> 情報ありがとう。
>
> >>262
> 俺は「坊主憎けりゃ」という事で、尊敬出来ない人が作成したものは
> なるべく使用したくない。

おまい、そう思ってるならWindowsも使わないほうがいいと思うぞw
デーブカトラーとビルゲイツの実態をよくわかってないからなw

290 ：デフォルトの名無しさん：2006/02/06(月) 02:03:00

Windowsは他に有り余る利点と代替の効かない圧倒的シェアがあるし。

291 ：デフォルトの名無しさん：2006/02/06(月) 19:24:19

もう一度冷静になって読みかえしてみてはどうか

292 ：デフォルトの名無しさん：2006/02/07(火) 18:26:18

Developers Summit 2006 - デブサミ2006＞タイムテーブル
【17:40から～19:10まで】
【10-D-7】残業撲滅のためのキラーフレームワークはこれだ
（株）電通国際情報サービス開発技術センターシニアコンサルタント
特定非営利活動法人 Seasarファウンデーション Chief Committer
ひがやすを
http://www.seshop.com/event/data/61/photo/10-D-7_higa_WP.jpg

1992年、東京工業大学理学部卒業後、株式会社電通国際情報サービスで、主に大手都銀のシステム
開発を手がける。現在は、ITアーキテクトとして金融以外のプロジェクトにも参加する一方、Javaオープ
ンソースプロジェクトSeasarのチーフコミッタもつとめる。

【関連セッション】
【10-D-6】狛犬（Seasar2）の飼い方教えます。　～企業とオープンソースの生きる道～/

（株）スターロジックエンジニア
特定非営利活動法人 Seasarファウンデーション
木村聡
http://www.seshop.com/event/data/61/photo/10-D-7_kimura_WP.jpg

ひがやすをってこんな顔をしているのか。うまく年齢を誤魔化しているな。
体育会系か？

293 ：デフォルトの名無しさん：2006/02/07(火) 18:53:39

ひがｷｭﾝはツンデレ

294 ：デフォルトの名無しさん：2006/02/08(水) 09:31:26

>>292
お前いまさら何言ってるの？
ひがｷｭﾝは濃い髭が魅力なんだよｗ

295 ：デフォルトの名無しさん：2006/02/10(金) 22:47:02

おいおい、このスレ誰もデブサミ2006行ってないのかよ？
今日は、ひがタソによるSeasarのリリース計画が発表されたぞ！
冷静に市場動向を見据えた上で、Web開発フレームワークとして
世界No1を目指すそうだ。
２ちゃんSeasarブランチでも作ろうぜ。

296 ：デフォルトの名無しさん：2006/02/10(金) 23:26:48

あそこにいた一人がお前か

297 ：デフォルトの名無しさん：2006/02/10(金) 23:38:14

>>295
とりあえず、2.4はいつ出るのかな？

298 ：デフォルトの名無しさん：2006/02/11(土) 00:05:33

>>295
いってきたよー帰ってきたよーおもすろかったねー

一所懸命S2JSFになじんできたのに、お勧めはS2Struts＋Mayaaって断言されたときは泣きそうだったｗ
Teedaに期待。

299 ：デフォルトの名無しさん：2006/02/11(土) 01:11:33

結論：やっぱStrutsとEJB3.0これ。

300 ：デフォルトの名無しさん：2006/02/11(土) 01:42:34

そんなこと言ってたのかｗ＞お勧め
やっぱS2JSFは難しすぎるのかね。
少なくとも他人を率いてS2JSFを使うのは漏れには無理だ。

301 ：デフォルトの名無しさん：2006/02/11(土) 11:46:38

>>297
2.4は2月末と言ってたな。これは割と自信がありそうな口調だった。

302 ：デフォルトの名無しさん：2006/02/11(土) 16:37:16

>>300
何気に予測不能な挙動が結構あるんだよね…
でも、Teeda＋TeedaExtention使えば、だいぶそういう部分が減りそうな予感。

303 ：デフォルトの名無しさん：2006/02/11(土) 17:36:52

S2Strutsは意外と便利。
Mayaaじゃなくて普通のJSP+JSTL+Struts-htmlタグでも動くし
無設定Strutsを使えばstruts-configを書かなくて済む。
POJOのActionFormにValidation定義も書くことができる。
JSF1.2が出るまではこれで十分じゃないかと思う

304 ：デフォルトの名無しさん：2006/02/11(土) 21:09:18

啓蒙コスト払ってまでActionとFormをPOJOにしたいとは
おもえんなぁ。
そんなに困ってるの？みんな。

S2StrutsはS2ファミリの中でも一番使い方がびみょーだと
思っている。

デブサミは、個人的には電通がS2俺たちのもん、みたいな
語りをした前半の方が面白かった。

305 ：デフォルトの名無しさん：2006/02/11(土) 22:32:44

S2StrutsはStrutsの機能削ってないから、
使いたい機能だけ使えば良いんじゃないの？

306 ：デフォルトの名無しさん：2006/02/12(日) 00:40:25

まー趣味でモノ作るならそうね。

307 ：デフォルトの名無しさん：2006/02/12(日) 00:46:38

>>304
> 電通がS2俺たちのもん

kwsk

308 ：デフォルトの名無しさん：2006/02/12(日) 03:18:59

>>295
行ってきた。ひがやすをがそこの写真とは
違う顔、髪型してた。

最後にSeasar2グループの飲み会があったみたいだけど
都合によりいかなかった。
若い顔ぶれが多いね。キモヲタっぽいのがいなくてホッとした。

309 ：デフォルトの名無しさん：2006/02/12(日) 05:48:18

>>306
仕事でも同じだと思うが
既存Struts方式で、Actionに対するDIだけ行うことも出来るし
JSFライクな記述でPOJOなActionを書いたりViewをMayaaにも出来る。
S2Strutsは導入せずに、S2ContainerやInitialContextからコンポーネントを呼ぶって手もある。
どう作るかは開発側次第だと思う

310 ：デフォルトの名無しさん：2006/02/12(日) 11:24:36

>>309
１行に纏めると
「Seasarｲﾗﾈ」
ってことですね。

311 ：デフォルトの名無しさん：2006/02/12(日) 13:25:06

>>310
君の存在の無価値さに乾杯

312 ：デフォルトの名無しさん：2006/02/12(日) 16:29:55

Seasarに価値があるとすれば、310には価値がないのであり、
Seasarに価値がないとすれば、310には価値があるのであり、
興味がないものにすれば、どちらにも価値がないのであり、
生暖かく見守るものにすれば、どちらにも価値があるものである。

313 ：デフォルトの名無しさん：2006/02/12(日) 16:40:37

デブサミのSeasar2の飲み会はどうだったのだ？

蛯原大好きなこういちも来ていたんだって？

314 ：デフォルトの名無しさん：2006/02/12(日) 16:41:02

ほとんどがスターロジック関係者の飲み会だったと聞くが

315 ：デフォルトの名無しさん：2006/02/12(日) 17:27:27

とりあえず誰か埋めてくれ

Seasarを使う10の理由
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

Seasarを使わない10の理由
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.

316 ：デフォルトの名無しさん：2006/02/12(日) 17:38:06

宴会には50人以上いたと思うがスターロジックってそんなに大きな会社だったのかwww

317 ：デフォルトの名無しさん：2006/02/12(日) 17:45:50

「関係者」の定義次第でいかようにでもｗ

それより>304, >307が木になるな

318 ：デフォルトの名無しさん：2006/02/12(日) 19:09:58

>>315
> とりあえず誰か埋めてくれ
>
> Seasarを使う10の理由
> 1. 社内で使ってる香具師がいたから
> 2. 自分にとって未知の技術の勉強
> 3. DIについて知るため
> 4. Spring + Hibernateとの比較
> 5. JBossとの比較
> 6. Apache Geronimoとの比較
> 7. J2EE RIとの比較
> 8. ひがやすを氏の実態、素顔を知るため
> 9. POJO vs. EJBとは具体的に何たるかを知るため
> 10. 会社に命令されて
>
> Seasarを使わない10の理由
> 1. 勉強する時間がないから
> 2. 既存の技術との互換性、Seasarの特定環境依存度がよくわからないから。
> 3. Tapestryと併用する方法がわからないから。
> 4. Springと併用する方法がわからないから。
> 5. Turbineと併用する方法がわからないから。
> 6. 設定ファイルが増えて何処のディレクトリに置けばいいかわからないから。
> 7. すでにJBossを使っているから・JBossと競合するのかよくわからないから。
> 8. 同 (7.のJBossをApache Geronimoに)
> 9. 同 (7.のJBossをJ2EE RIに)
> 10. 日本人が作っている技術は海外製品との互換性
　のことをろくに考慮しておらず、あまりにも日本独自に
　拘りすぎて頓挫して何れ廃れる傾向にあるから
>

319 ：デフォルトの名無しさん：2006/02/12(日) 19:22:08

>>318
> > 3. Tapestryと併用する方法がわからないから。

S2Tapestry

320 ：デフォルトの名無しさん：2006/02/12(日) 21:03:51

たぺ４対応？

321 ：デフォルトの名無しさん：2006/02/13(月) 01:59:14

たぺ、リーダが決まってなかったような希ガス
誰かメンテすんの？
○お氏？HG氏？

322 ：デフォルトの名無しさん：2006/02/13(月) 16:54:54

なんだ、ひが氏ってかなり男前じゃん
ttp://itpro.nikkeibp.co.jp/article/NEWS/20060213/229065/ph1.jpg

323 ：デフォルトの名無しさん：2006/02/13(月) 16:55:50

>>322
えっ？

324 ：デフォルトの名無しさん：2006/02/13(月) 17:40:00

ぎゃはは、まさか本人ご光臨だったりして。
でも、「ひたすら濃ゆ～い顔が好き」という女性ならストライクゾーンに
置いてもらえるのかも。でも醤油が好きな人にはチト辛い。

ま、ご婚約ｵﾒﾃﾞﾄｻﾝ。素直に祝っておりまする。

325 ：デフォルトの名無しさん：2006/02/13(月) 20:24:01

>>307
そんなこと、普通に考えて言うわけないじゃん。

326 ：デフォルトの名無しさん：2006/02/13(月) 21:38:40

この対比は・・・偶然？
http://d.hatena.ne.jp/habuakihiro/20060212#1139741067
http://d.hatena.ne.jp/takahashim/20060212#p1

ところで、少し心配なのだけど、S2関係者が余り、mixi, blog, mixiを
相手にしていると、それが見えない大勢の人には誤解を招かないだろうか？

327 ：デフォルトの名無しさん：2006/02/13(月) 21:39:57

あ、最後mixiでは無く2chでした

328 ：デフォルトの名無しさん：2006/02/13(月) 23:39:52

つか、「業務のための時間外努力」って、ソフトウェア産業だけに限った話じゃないと思うんだけど、どうなんだろ？
営業さんだって、時間外にせっせと接待してるし。←接待費は出ても、残業代はもらってないよね？

329 ：デフォルトの名無しさん：2006/02/13(月) 23:47:07

ふつうの人を擁護している振りして
馬鹿にしてるだけじゃないの？

330 ：デフォルトの名無しさん：2006/02/14(火) 00:02:31

とりあえず漏れは毎日１４時間労働しかも残業代無しは勘弁なので、
Seasar採用には反対することにしとく。

331 ：デフォルトの名無しさん：2006/02/14(火) 00:04:12

>330
そのほうがいいよ

332 ：デフォルトの名無しさん：2006/02/14(火) 12:20:46

>>329
馬鹿にしてるということはないだろう。
ただ、Web基幹系や大規模プロジェクト（実際に大規模かどうかはおいといて）
に使われることが多いJava系と、軽量シンプルなWebサイトに使われることが
多い、ライトなスクリプト系言語（Perl/Ruby/PHP等）との間の文化の差では
ないかなと思うよ。

>>328
でも、この業界ってそういうのを公私共に当然という雰囲気が強くないか？

333 ：328：2006/02/14(火) 12:30:28

>>332
だからその雰囲気が、本当にこの業界だけなの？
俺の連れのガソリンスタンドの奴は、当然のように時間外に勉強して危険物とったよ？

言いたいのは、自分のとこだけが特別虐げられてて僕ちゃんかわいそう、
みたいな考え方は嫌いだってこと。
言い訳こいてる暇があったら、手を動かせ、ってな。

334 ：デフォルトの名無しさん：2006/02/14(火) 15:02:25

逆に、システム屋の方がまだ
就業時間内の空き時間に
本読んだりスパイクしたりが
許容されやすいと思うけどなあ。

2つの会社に出向＋自社の
少ない経験ですけど。

335 ：デフォルトの名無しさん：2006/02/14(火) 15:19:21

9-17だけ仕様書通りにソース書いて飯喰うのも人の勝手。
就業時間外に必死こいて時間作ってスキルアップ計るのも己の自由。

どっちが得なのかと真面目に悩むことあるよ。
努力した方が仕事面白いし、多少は報われるかもしれん。

そんでも必死こいた分、充分に報われるとは到底思えんし。
技術者魂が満足するって、そんなの結局オナニだし。
ま、漏れの才能が足りんのが敗因か。。。

愚痴ｽﾏｿ

336 ：デフォルトの名無しさん：2006/02/14(火) 17:06:27

>>330
タイムカードも定時も休日も決まってない
ってことだから自由裁量制ジャマイカ？

337 ：デフォルトの名無しさん：2006/02/14(火) 19:15:48

長時間仕事をしないと力が付きにくいって言うのも自分の場合はある。
家でOSや言語なんかの勉強・開発でもすればいいんだけどね。

それと、SEとか受託系より、サービスやソフト開発系の方が仕事は大抵楽。

338 ：デフォルトの名無しさん：2006/02/14(火) 19:37:08

>>336
実態は…

339 ：デフォルトの名無しさん：2006/02/14(火) 20:30:16

漏れはヲタがわざわざ14時間や残業台無しと書くのに嘘っぽさを感じる

340 ：デフォルトの名無しさん：2006/02/14(火) 21:16:39

俺は、ツンデレのツン状態だと思った

341 ：デフォルトの名無しさん：2006/02/14(火) 23:52:08

有名人になる為に、エゴサーチは欠かせないんだってさ。
このスレも毎日見回ってるだろうな。

342 ：287：2006/02/15(水) 00:16:49

s2-dao-tiger-1.0.0.zip に s2-dao-tiger-1.0.0.jar ファイルが含まれていなかった件、
修正していただけたようで。感謝感謝。

343 ：デフォルトの名無しさん：2006/02/15(水) 00:18:22

最近残業だらけ
│
├　1．Seasarを導入する
│　　　　　　　　　　　　　　　　　　　　　　　　　　　　　
│　　　　［まちがい］　　　　　　　　　　　　　　　　　　　　　　　　　
│　　　　　確実な方法ではありますが、学習期間がかかります。
│　　　　　それよりも別の手段を探してみませんか？
│　　　　　　ちょっとしたフリーウェアでなんとかなるかも？
│　　　　　　　　　　　　　　↑
│　　　　　　　　　　ココがポイント！
│
└　2．RegSeekerを使う

　　　　　　[せいかい]

Regseeker
ttp://www.hoverdesk.net/freeware.htm
RegSeeker1.3Beta日本語ファイル
ttp://downloads.at.infoseek.co.jp/

344 ：デフォルトの名無しさん：2006/02/15(水) 00:40:28

どれだけ開発効率が上がっても、ギリギリまで働くことに変わりは無い

345 ：デフォルトの名無しさん：2006/02/15(水) 00:51:20

ttp://itpro.nikkeibp.co.jp/article/NEWS/20060213/229065/
仕事でオープンソース・ソフトを開発したければ・・・
→ttp://d.hatena.ne.jp/habuakihiro/20060212#1139752671

346 ：デフォルトの名無しさん：2006/02/15(水) 00:54:53

その下のトピが恐竜なのはネタか？

347 ：デフォルトの名無しさん：2006/02/15(水) 12:11:46

シザラーによる監視社会が

348 ：デフォルトの名無しさん：2006/02/16(木) 03:24:10

XML地獄がそんなにいやなのかね＞デブサミ資料

どの程度の規模を地獄と言ってるのかな。
まぁ、マーケティングとしては有効な言い回しだけど。

なんだかんがいってXML手書きの文化が廃れないから、
あながち間違ってはいないだろうけど。

349 ：デフォルトの名無しさん：2006/02/16(木) 09:40:41

>>348

あぁ、オレ参加者だけど、そう思った。
XML地獄の抜け方ってannotationだけかよ、ってね。

もうちょっとエレガントなXMLエディタが登場するだけで
随分と状況が変化するんじゃないのかなぁ。

XMLをスッキリクッキリと編集できるようになれば
結局、「Javaソースより設定ファイルだよね」って
回帰するような気がｽ。

350 ：デフォルトの名無しさん：2006/02/16(木) 13:26:03

>>349
annotationより、コーディング規約で管理ってのがメインだろ。アノテーションはその補助。

あと、そのすっきりくっきりXMLエディタが今はないんだから、
この方針は実にすっきりくっきりしてると思うんだが。

351 ：349：2006/02/16(木) 13:50:39

あ、そうでした。コーディング規約でデフォ設定しちゃえるのでしたね。
何を聞いていたんだオレ、恥ずかし限り。

個人的にXMLエディタは、InfoPathのオプソ版が出て、eclipseに
組み込まれればいいなって夢見てます。

352 ：デフォルトの名無しさん：2006/02/16(木) 21:16:05

つ　XML SPY

353 ：デフォルトの名無しさん：2006/02/16(木) 22:00:29

つ Wicket

354 ：デフォルトの名無しさん：2006/02/16(木) 22:50:21

つ oxygen

355 ：デフォルトの名無しさん：2006/02/16(木) 22:51:34

つ　Notepad

356 ：デフォルトの名無しさん：2006/02/17(金) 00:06:12

つ Dreamcast

357 ：デフォルトの名無しさん：2006/02/17(金) 00:17:25

XMLエディタジェネレータみたいなのがほしい。
設定ファイルごとにウィザードとか
作ればいいだけなんだけど・・

358 ：デフォルトの名無しさん：2006/02/17(金) 00:32:49

議論が1998年あたりのXMLブーム時みたいだな。

359 ：デフォルトの名無しさん：2006/02/17(金) 01:27:06

議論がJava2当時の命名則万能祭りの時みたいだな。

360 ：デフォルトの名無しさん：2006/02/17(金) 09:45:24

>>359
kwsk

361 ：デフォルトの名無しさん：2006/02/18(土) 04:24:09

そればっかだな

362 ：デフォルトの名無しさん：2006/02/18(土) 04:26:28

kwskkwskkwsk

363 ：デフォルトの名無しさん：2006/02/18(土) 10:23:51

>>362
VIPにかえれ

364 ：デフォルトの名無しさん：2006/02/18(土) 13:12:43

そういえば、VIP臭い　乱発が直ったのか。

365 ：デフォルトの名無しさん：2006/02/18(土) 13:58:43

>>348
> XML地獄がそんなにいやなのかね＞デブサミ資料
>
> どの程度の規模を地獄と言ってるのかな。
> まぁ、マーケティングとしては有効な言い回しだけど。
>
> なんだかんがいってXML手書きの文化が廃れないから、
> あながち間違ってはいないだろうけど。

EclipseのWTPプラグインを使ってからXML手書き量が減ったぞ。
ctrl + shift + Fで自動フォーマットしてくれるし
ＤＴDまたはスキーマを宣言しておけば
ｃｔｒｌ + spaceでタグの候補もでるしそのとき間違いがあれば間違いを示してくれるし。
かなり便利。

366 ：デフォルトの名無しさん：2006/02/18(土) 14:00:24

>>349
> >>348
>
> あぁ、オレ参加者だけど、そう思った。
> XML地獄の抜け方ってannotationだけかよ、ってね。
>
> もうちょっとエレガントなXMLエディタが登場するだけで
> 随分と状況が変化するんじゃないのかなぁ。

だから、Eclipse +WTPで随分と状況が変化する。
気づいてないひと多杉

367 ：デフォルトの名無しさん：2006/02/18(土) 14:02:24

>>357
なんでエディタをじぇねれー都するんだ
スキーマをじぇねれー都すればいいだろ

Eclipse +WTPで

368 ：デフォルトの名無しさん：2006/02/18(土) 14:02:45

>>330
まあ残業代でなくても給料がたかければいいんだけどね。
残業代でないいでかつ月400時間働かされて、
福利厚生もしっかりしていないうえに、退職金もでない
昇給は年に5000円程度しかでない、手取り14万なんて
あまりにも酷いからね。
そういう会社じゃなく、手取り30万あれば残業代でなくても
今のところ喜んで入社すると思う。
それに加えて実力主義で歩合給が出れば会社の評価にプラス。

369 ：デフォルトの名無しさん：2006/02/18(土) 15:39:25

>>366
すげーソースコードを書きやすい環境で、たくさんソースコードを書くより､
最初から､ソースコードを書かなくてすめば､そのほうがうれしいだろう。
XMLについてもそれと同じ。

370 ：デフォルトの名無しさん：2006/02/18(土) 16:36:28

う～ん、でも命名規約っつーのもどうかなぁ。

Java標準のsetter/getterくらいなら何も問題ないし、
Seasarだけの世界で充分なら問題ない。

でも将来、○○層デファクトフレームワークの命名規約だの、
××層デファクトフレームワークの命名規約が出て来て、
それらが微妙に違ってきたりしｔら困るやろ？

命名規約でやる、つーなら標準化機構(W3Cみたいなの)で
決まったルールに則ったヤツしか採用しにくいよ実際。

371 ：デフォルトの名無しさん：2006/02/18(土) 16:47:09

連投ｽﾏｿ

命名ルールにメタルールを作れればいいんだけどな。

372 ：デフォルトの名無しさん：2006/02/18(土) 17:27:58

>>366
> だから、Eclipse +WTPで随分と状況が変化する。
> 気づいてないひと多杉

そんなもんWSADにゃ昔からあったし何を今更。
何も変わらんよ

373 ：BEA、KodoをOpen JPAとしてオープンソース寄贈：2006/02/18(土) 17:53:29

　　APLでASFに寄贈される可能性大、Torqueは終わり？その場合、Geronimoは大助かりだろうな。
　派生プロダクトが作成できてウマ?なOSSプロジェクトが出てきそうな悪寒。
　狛犬もどきのクイナなんかもろ飛びつきそうな気がする。

374 ：デフォルトの名無しさん：2006/02/18(土) 18:00:02

A Programming Language

375 ：デフォルトの名無しさん：2006/02/18(土) 22:57:17

>>365
フリー環境でそこまでできるようになったのは喜ばしい。
ただまぁ、商用のXMLエディタにとっては初歩の機能なので、
劇的になにか変わるわけではないってのは372の言うところだな。

struts-config.xmlにせよ、diconファイルにせよ、高度な
validationをしようとするとつらいよね。この辺はmayaaも
同じ、というか、中間言語的アプローチを取る場合の宿命
なのだが。

EclipseでJavaコードを書くときみたいに、リアルタイムに
問題点を検出してquick fixしてくれるようにならんかのう。
なんかない？こういうの。
なければ作ってもいいのだが。3月後半からはようやく暇に
なる。

376 ：デフォルトの名無しさん：2006/02/18(土) 23:12:05

だからXMLがはやって、XMLばっかりになって、XML書くのもソース書くのも
同じじゃん、むしろ俺らJavaプログラマにはXMLよりJavaソースの方が読みやすい
っつうの。

ということでWicketとかがでてきたんじゃないかな。
たしかにWicketは気持ちというかストレスというか、そういう面で楽だ。
Rubyプログラマが「XMLなんかよりRubyで書いたほうがいいぜ」というのに近いの
かもしれん。俺にはRubyで書かれたコードは別に読みやすくもないが（Rubyに慣れて
ないんで）、Javaのソースならなんとなく読みやすかったりするし。

377 ：デフォルトの名無しさん：2006/02/19(日) 04:44:56

てかそりゃ元に戻っただけで。
アノテーションとかCoCも進化だとは思えん。

人が必要だと主張しているモノが自分にとっても
必要かどうかわからんってことだな、結局のトコロ。

当たり前のことだが、技術の本質を見極めるセンスが
何よりも重要ってことだな。

画面数１５０程度のwebアプリを組んでいる限りだと、
あまり必要だと思えないんだよなぁ。
世間ではもっとデカイシステム構築が普通なのかねぇ。

378 ：デフォルトの名無しさん：2006/02/19(日) 09:09:24

XMLが出たときに利用法がいろいろ考えられて
その中で「設定ファイルに利用して設定の切り出しを行う」という手法が立案された。
その通りにやってみたけどあまり便利にはならなかったので、見直されている
というだけの話では？

かといって規約が最善策と定義するのも時期尚早の気がするけどな
定義時の優先順位が規約→クラスのメタデータ→設定ファイルで、実行時はその逆というのは変わらないんだろうけど
開発スタイルとしてどの部分を中心に行うかは、開発体制や使用言語によっても異なってくると思うのだが
規約でガチガチに固める方がいいときもあれば、
標準的な部分は規約を使いつつ、メタデータや設定ファイルで細かく制御したいこともあるだろうし
全てRoRのようにというわけにもいかないだろう

379 ：デフォルトの名無しさん：2006/02/19(日) 09:25:32

XMLが登場する前はシンタックスとセマンティックスを両方決めてやる必要があった

で、XMLはシンタックスをメタ定義する方法を提供したわけだけど、
セマンティックスについては何も定義するもんじゃない

ここで議論を間違えちゃいけないのが、
シンタックスの水準で設定が便利になる（例えば、XMLエディタ）からといって
セマンティックスの水準で便利になるわけじゃないってこと

ここらへんが錯綜してるみたいなんで、整理しとく

380 ：デフォルトの名無しさん：2006/02/19(日) 11:17:25

XMLはプログラミング言語である。
http://pc8.2ch.net/test/read.cgi/tech/1112365016/

381 ：デフォルトの名無しさん：2006/02/19(日) 11:41:50

>>379
セマンティクスの水準で便利にするためにはどんなことが必要なのか
伺ってみたい。

382 ：381：2006/02/19(日) 11:43:04

後学のために伺ってみたい。に訂正。
なんか煽ってる文章みたいに見えたので。スレ汚しすまん。

383 ：デフォルトの名無しさん：2006/02/19(日) 11:52:27

伺かについて伺うスレッド14
http://pc8.2ch.net/test/read.cgi/win/1134979806/

384 ：デフォルトの名無しさん：2006/02/19(日) 12:15:07

シンタックスからセマンティクスを読み取れれば
もっとよいUIが提供できるんじゃないのかな
スキーマにアノテーション埋め込めればいいのかなw

385 ：デフォルトの名無しさん：2006/02/19(日) 13:10:57

>>375

> EclipseでJavaコードを書くときみたいに、リアルタイムに
> 問題点を検出してquick fixしてくれるようにならんかのう。
> なんかない？こういうの。

Eclipse3.2からそれっぽいのが追加されるよ。
詳しくはEclipse3.2M5の新機能を見てくれ。

すでにあるものとしては Jalopyプラグインくらいかな。

386 ：デフォルトの名無しさん：2006/02/19(日) 13:11:36

アノテーションの扱いも
Eclipse3.2からちょっと楽になる感じかな。

387 ：デフォルトの名無しさん：2006/02/21(火) 01:17:41

>>357
EMF

388 ：デフォルトの名無しさん：2006/02/21(火) 12:23:19

ちょいと暇だったんで「S2Container.NET用AOPデバッガビジュアライザ試作品」を作ってみた。
http://www.geocities.jp/protodebuggervisualizer/

スクショ
http://www.geocities.jp/protodebuggervisualizer/screenshot1.jpg
http://www.geocities.jp/protodebuggervisualizer/screenshot2.jpg

まぁ、VS2005のカスタムデバッガビジュアライザの練習用。結構しょぼい。
しかし、S2Container.NETって専用の支援ツールとか開発してんの？

389 ：デフォルトの名無しさん：2006/02/21(火) 14:25:57

.NETは放置でつ

390 ：デフォルトの名無しさん：2006/02/21(火) 19:18:34

使用前
http://captain.jikkyo.org/cat/s/1140451223264.jpg

使用中
http://captain.jikkyo.org/cat/s/1140451416824.jpg

使用後
http://captain.jikkyo.org/cat/s/1140451666354.jpg
http://nov.2chan.net:81/24/src/1140451686316.jpg

391 ：デフォルトの名無しさん：2006/02/22(水) 23:56:58

>>388
すばらしい

392 ：デフォルトの名無しさん：2006/02/23(木) 17:23:57

S2本体とS2DAO、S2JSFの組み合わせのページは更新されていないけど、以降のバージョンはどれ組み合わせてもオッケーなのですか？
www.seasar.org/versions.html

393 ：デフォルトの名無しさん：2006/02/24(金) 04:15:21

>>388

すごい。

394 ：388：2006/02/24(金) 05:48:47

>>393
いや、失敗作。つーか、がらくた同然だな。
インターフェイスのメソッドではなく実装クラスのメソッドを表示している段階でもうだめ。

まぁ、そもそも自分がAOPやSeasarをよく理解してなかったからこういったツールが欲しくなった訳で……。
これ以上恥晒す前に消しとこう。

395 ：デフォルトの名無しさん：2006/02/24(金) 07:57:14

>>394

最初から完璧なものはないんだし、
引き続き公開して、良いものつくっていこうよ。

396 ：デフォルトの名無しさん：2006/02/24(金) 12:32:48

て言うか、VSでもプラグインみたいの書けたりするんだぁ～
って事の方に驚いたｗ

397 ：デフォルトの名無しさん：2006/02/24(金) 19:26:11

ということは、.NET版 Kijimuna登場も近い？

398 ：デフォルトの名無しさん：2006/02/24(金) 20:42:54

>>394
見えないんだけど

399 ：デフォルトの名無しさん：2006/02/24(金) 20:44:16

Seasar2のことがWikipediaに載ってないぞ。

Seasar2のこと良く全然分かってないのでかけないけど。

検索 - Wikipedia
"検索
出典: フリー百科事典『ウィキペディア（Wikipedia）』
問い合わせ: "Seasar2""
http://ja.wikipedia.org/wiki/%E7%89%B9%E5%88%A5:Search?search=Seasar2&go=%E8%A1%A8%E7%A4%BA

400 ：デフォルトの名無しさん：2006/02/24(金) 21:16:59

S2Daoで一度に数千行、数万行を取得するときのパフォーマンスに
疑問があったんで、ResultSetからBeanへマッピングする部分を
setter invoking→直書きに変更したら2倍速くなりました。
やっぱりリフレクションは激重なんだなと思いました。

401 ：デフォルトの名無しさん：2006/02/24(金) 21:43:15

>>400
java6になれば、リフレクションじゃなく、ソース生成->コンパイルになると思う。

402 ：デフォルトの名無しさん：2006/02/24(金) 22:24:14

>399
信者乙
http://en.wikipedia.org/wiki/Seasar

403 ：デフォルトの名無しさん：2006/02/24(金) 23:06:28

なんだその信者乙というのは。
書かれないのが可笑しいとでも？

最近はWIkipediaのアクセス数が280%にもふくれあがったんだぞ。

これだけWikipediaの知名度が上がっているというならば
書かなければ

404 ：デフォルトの名無しさん：2006/02/24(金) 23:19:23

信者乙。

405 ：デフォルトの名無しさん：2006/02/25(土) 19:48:32

>>404
信者乙

406 ：デフォルトの名無しさん：2006/02/25(土) 23:01:31

>>405
ども

407 ：デフォルトの名無しさん：2006/02/26(日) 11:56:45

なんかSeasarの本が出てた気がするんだが……
あった。htp://store.sbpnet.jp/bm_detail.asp?sku=4797331968
これ読んだひといます？

408 ：デフォルトの名無しさん：2006/02/26(日) 12:11:31

>>407
信者乙

409 ：デフォルトの名無しさん：2006/02/26(日) 12:31:45

>>408
ども。触ったことなくても信者になれるんですね。感心しました。で？

410 ：デフォルトの名無しさん：2006/02/26(日) 14:03:27

そういや、S2Container.NETのpointcutの動作って結構不思議だよな。

<aspect pointcut="Find">...</aspect>
この「Find」でFindメソッドだけでなく、FindAllメソッドやGetFinderメソッドまでも対象になってしまう。
Findメソッドだけを指定したい場合は「^Find$」等を指定する。

おｋ。絶対ハマる。つーかハマった。俺の貴重な休日の2時間返しやがれ！

411 ：デフォルトの名無しさん：2006/02/26(日) 20:17:46

>>407
ざっと見た感じ、Webの情報より詳しいが、余り変わらない気がします。
この書籍は陳腐化が激しいと思うので、今すぐ買って
Seasar2を使うのがいいと思います。
Tuigwaaとか面白い応用も出てきたし（ソース見てみたけど結構大規模）。

412 ：デフォルトの名無しさん：2006/02/27(月) 17:54:07

しつもんしてもええかいの？
Seasor2.NETのAOP解説でうごかんやろーってとこがあるんだが教えてくれたもれ

<component name="traceInterceptor"
class="Seasar.Framework.Aop.Interceptors.TraceInterceptor"/>
<component class="Foo">
<aspect pointcut="Foo">traceInterceptor</aspect>
</component>
<component class="Bar">
<aspect pointcut="DoSomething">traceInterceptor</aspect>
</component>

class Foo
{
privaye Bar bar = new Bar();　// ＊このオブジェクトってS2Conteiner.GetComponentから作らないといけないんじゃないの？＊
public void Foo()
{
bar.DoSomething();
}
}
class Bar
{
private Baz baz = new Baz();// ＊このオブジェクトってS2Conteiner.GetComponentから作らないといけないんじゃないの？＊
public void DoSomething()
{
baz.DoSomething();
}
}
というか、http://s2container.net.seasar.org/aop.htmこのページの最初のサンプルを動かしたいんだがどうBarのオブジェクト生成しても
意図したとおりInterceptされないんですが・・・。これホントにうごくのか？

413 ：デフォルトの名無しさん：2006/02/28(火) 05:02:17

最初のはだめな例だよ

414 ：デフォルトの名無しさん：2006/02/28(火) 09:23:34

えぇ！？

>>先程のロギングの例をS2AOP.NETを使うと以下のようにXMLの設定をするだけです。ロギングを行う処理をプログラムの複数箇所に追加する必要がなくなります。
って書いてあるのにだめな例なのか・・・

415 ：デフォルトの名無しさん：2006/03/01(水) 12:19:46

ドキュメントなおった。

416 ：デフォルトの名無しさん：2006/03/01(水) 15:42:33

>>408
その「信者乙」
がチンヂャオロースに見えた。

417 ：デフォルトの名無しさん：2006/03/01(水) 23:40:51

あのー初心者で良くわかってないので申し訳ないのだが
Seasar2のAOPってDIコンテナにセットされてるコンポーネント
のみを対象としてる？

418 ：デフォルトの名無しさん：2006/03/02(木) 02:14:36

diconファイルに書けばどのクラスでもできるでしょDateの例が載ってるし、
diconファイルを使用しないでアスペクトを組み込む方法の意味なら
http://s2container.seasar.org/ja/aop.html#nodicon

419 ：デフォルトの名無しさん：2006/03/02(木) 17:44:49

それはDIコンテナにセットされてると言うのではなかろうか

420 ：417：2006/03/02(木) 20:26:13

つまり、DIにセットされているコンポーネントに対してのみ
AOPを使えるということでいいですか？

421 ：デフォルトの名無しさん：2006/03/02(木) 21:18:52

> http://s2container.seasar.org/ja/aop.html#nodicon
を使えばどのクラスでもAOPを使えるでしょ。
（確かインタフェースでもできた（AOPされたプロキシが返る）と思う。）
DIにセットって言うのは、
diconファイルに書いて動的に変更できないってことを気にしてると思うけど
やろうと思えばdiconファイル無しでできるはず。

422 ：デフォルトの名無しさん：2006/03/05(日) 11:19:13

>>421
すみません、例えばStrutsが生成を管理するActionクラスに
AOPやインジェクションってできるんですか？

※S2StrutsでPOJOActionを使う方法じゃなくて

423 ：デフォルトの名無しさん：2006/03/05(日) 13:39:08

ttp://s2struts.seasar.org/ja/s2struts.html#Usage

ここに出てる「MultiplyAction」の例じゃ駄目なの？

424 ：デフォルトの名無しさん：2006/03/05(日) 18:26:00

Kijimunaが速くなった。これは助かる。
ttp://d.hatena.ne.jp/r-matuda/20060305#p1

425 ：422：2006/03/05(日) 19:03:10

>>423
あ～なるほどRequestProcessorをS2がオーバーライドして
Actionのインスタンスを管理してるんですね。

㌧です。

426 ：デフォルトの名無しさん：2006/03/05(日) 23:47:38

s2ebiってｗ

427 ：デフォルトの名無しさん：2006/03/06(月) 08:41:50

>>426
これのこと
ttp://tv.yahoo.co.jp/bin/search?id=43876014&area=tokyo

428 ：デフォルトの名無しさん：2006/03/07(火) 00:46:32

今頃なんだが、はてなのJavaプログラマでのコミッタ率高過ぎ
恐れ多くて俺には書けんな

429 ：デフォルトの名無しさん：2006/03/07(火) 01:31:32

>>428
そこが(・∀・)ｲｲ!!んじゃないか？
俺なんて、某コミッタにコメントもらえただけで一日中(･∀･)ﾆﾔﾆﾔ
が止まらなかったよ？
だから、トラバやらコメントやらもらいまくりの某氏は羨ましすぎ。
俺もいっそアンチになっちゃおうかな？とか思う恭子の五郎ｗｗｗ

430 ：デフォルトの名無しさん：2006/03/07(火) 02:31:51

明るいねぇ。
私は、社内では明るいのだが公の場では引っ込み思案で・・・
今年に入って平日は、2日しかその日中に帰れてないし
もう半年以上毎日半日以上仕事する生活が続いてて、
しかもこの生活が4年位続いてるからねぇ・・・何もできんよ全く
年々引っ込み思案になっていくね。ちなみに今も会社。

431 ：デフォルトの名無しさん：2006/03/07(火) 07:50:22

>>430
ｲｷﾛ

開発MLで議論されてる性能劣化問題の件だが
今まではdiconを分割してClassでcomponent指定するのがお勧めされてたけど
今後は、あまりdiconを分割せず、分割した場合はname属性をつけるようにすべきなのかな？
setterインジェクションに、プロパティ名とname属性を比較して自動インジェクションする機能があるから
これを使えば自動インジェクションでも問題回避できるのだろうか
また、ComponentAutoRegisterは多くのクラスを登録するから、app.diconに登録するべき？
プロパティ名での自動インジェクションを使えば、インターフェイス実装componentが被っても
自動バインディング可能だから、dicon分割の必要性は低くなってるし

432 ：431：2006/03/07(火) 07:52:23

×　自動インジェクション
○　自動バインディング

433 ：デフォルトの名無しさん：2006/03/07(火) 13:06:11

>>428
おれは部ログにMovableTypeを使ってるのだが
はてなにトラックバックって遅れるのか？
なんか以前知り合いのはてなの部ログに
トラックバック送ってもうまくいかなかったんだが。

逆(友人分ログ→俺分ログ)はうまくいった。

434 ：デフォルトの名無しさん：2006/03/07(火) 21:13:22

スレ違い

435 ：デフォルトの名無しさん：2006/03/08(水) 22:36:51

<component name="myList" class="MyList">
<initMethod name="addList" >
new MyList2()
</initMethod>
</component>
って書くと、myList自身がaddされる。

<component name="myList" class="MyList" >
<initMethod>
#self.addList(new MyList2())
</initMethod>
</component>
だと、2の方がaddされる。（こうなってほしい）

やり方間違ってる？

436 ：デフォルトの名無しさん：2006/03/08(水) 23:30:58

>>435
<component name="myList" class="MyList">
<initMethod name="addList" >
<arg>new MyList2()</arg>
</initMethod>
</component>

437 ：388：2006/03/12(日) 19:31:59

むしゃくしゃしてたんで作り直した。
ツール作りならなんでもいいと思った。
今は色々と調整している。

S2Container.NET デバッガビジュアライザ(コンテナ)
ttp://www.42ch.net/UploaderSmall/source/1142155485.jpg
ttp://www.42ch.net/UploaderSmall/source/1142156245.jpg

S2Container.NET デバッガビジュアライザ(AOP)
ttp://www.42ch.net/UploaderSmall/source/1142156980.jpg
ttp://www.42ch.net/UploaderSmall/source/1142157677.jpg
ttp://www.42ch.net/UploaderSmall/source/1142158510.jpg

438 ：デフォルトの名無しさん：2006/03/13(月) 16:38:04

S2Buriの勉強会いったけど、宴会も行ってないし
新参者の私には発表者以外誰が誰か分かりませんでした。
それはいいとして、発表者もそれ以外も相当エキスパート揃い
な感じだったし内容も面白かったです。
Tuigwaaは、既存の同等コンポーネントをS2に置き換えるのはいいけど、
無理に統合して複雑にしてしまうんだったら変更しない方がいいと思った。

439 ：デフォルトの名無しさん：2006/03/13(月) 16:44:57

誤解を生まないように書くと、S2珈琲はいいと思います。

440 ：デフォルトの名無しさん：2006/03/14(火) 04:43:16

>388

おかえりー！
調整に期待してます。

441 ：デフォルトの名無しさん：2006/03/16(木) 13:26:48

diconファイルをWEB-INF直下において指定することは
できるんでしょうか？

442 ：デフォルトの名無しさん：2006/03/17(金) 20:08:13

SeasarからiBATIS使おうとしたんだけど、S2SqlMapなしで
Seasarでトランザクション制御とかできるんですかね？

443 ：デフォルトの名無しさん：2006/03/18(土) 15:50:34

ttp://www.amazon.co.jp/exec/obidos/ASIN/4797331968
Seasar入門はじめてのDI&AOP
買った人いる？感想をキヴォンニュ
サイトにある解説と比較してどう？

444 ：http://www.vector.co.jp/soft/win95/util/se072729.html：2006/03/18(土) 18:17:29

名ソフト　TextSS　の64bit化ってできない？

445 ：デフォルトの名無しさん：2006/03/20(月) 18:54:28

日経BP技術賞情報通信部門賞を受賞
ttp://www.nikkeibp.co.jp/information/newsrelease/newsrelease20060317.html
オブジェクト指向プログラミングや、Web上の業務アプリケーションの
開発に使われるJ2EE（Java2 Platform, Enterprise Edition）で、
ソフトウエア「部品」の依存性を管理する仕組みを開発した。
すでに多くのアプリケーション開発に採用され、プログラム開発業務の
負荷軽減に大きく寄与している。

446 ：デフォルトの名無しさん：2006/03/22(水) 12:23:48

★論理が拡大・・・
とりあえず影ながら応援

447 ：デフォルトの名無しさん：2006/03/26(日) 08:32:40

_ [java.fw.seasar]VS Sprning パフォーマンス比較(on off)
後発なんだからユーザにとって速くて当たり前。Spring2.0が登場間近のこの時期にわざわざ
1.x系と比較する意味がわからん。Spring2.0のパフォーマンス改善には好影響あるかも。
翻せば、パフォーマンスくらいしか訴求力のある明確なアドバンテージがないということか...。

_ [java.fw.seasar]パフォーマンス徹底比較 Seasar2 VS Spring (on off)
モノはいいかもしれないが...敵愾心剥き出しが滑稽。
開発者自らパフォーマンス比較かよ...、「男は黙って...、とか職人気質」には程遠い。

448 ：デフォルトの名無しさん：2006/03/26(日) 09:55:28

遅かったら遅いで煽るくせにｗｗｗｗｗｗｗｗｗｗ

とはいえ、パフォーマンスを気にするような場面で
SeasarにせよSpringにせよ使うかどうかは疑問だな

可用性とか高負荷時のパフォーマンス劣化とかの情報の方が気になる

449 ：デフォルトの名無しさん：2006/03/26(日) 12:07:06

そのサイトのネタはもういいよ
と言いつつ、Springが遅い原因というのは気になるな

>>448
DIコンテナを使わない場合とのパフォーマンス比較があると良いかも

450 ：デフォルトの名無しさん：2006/03/26(日) 12:53:09

たとえば、ここの住人でSpringとSeasar2のﾊﾟﾌｫｰﾏﾝｽ比較をすればいいんじゃないのか。

451 ：デフォルトの名無しさん：2006/03/26(日) 20:09:54

OSIJだっけ？あそこでJBossのキャッシュの性能を測ってた人たちいたじゃん
あれと似たようなテスト環境でやってほっしい

452 ：デフォルトの名無しさん：2006/03/26(日) 21:00:39

>>447-449
ネタ元のサイト名きぼん

453 ：デフォルトの名無しさん：2006/03/26(日) 21:06:25

サイト名もなにも、Seasar2開発者のひが氏のブログで…ｗ

454 ：デフォルトの名無しさん：2006/03/26(日) 21:10:29

>>453
え、違うでしょ？
ひがさんが「パフォーマンスくらいしか訴求力のある明確なアドバンテージがない」って言ってるの？

455 ：デフォルトの名無しさん：2006/03/26(日) 21:32:39

あ、そだね、読み直したら違うことがわかったorz
ごめん、お詫びにオレの穴でよければいれていいよ

456 ：デフォルトの名無しさん：2006/03/26(日) 22:23:55

>452
ttp://asip.tdiary.net/

457 ：452：2006/03/26(日) 22:48:16

>>456
トンクス。449の1行目の意味がわかった。ありがと。

458 ：デフォルトの名無しさん：2006/03/30(木) 14:36:02

オープンソースで、タダで使ってるのに、修正の催促をするのってどうよ？

459 ：デフォルトの名無しさん：2006/03/30(木) 16:38:55

フィードバックせんと折角のオプソの意味が。

460 ：デフォルトの名無しさん：2006/03/30(木) 18:30:09

フィードバックと催促は方向が180度違う。

461 ：デフォルトの名無しさん：2006/03/30(木) 22:04:35

ああ、催促か。流し読みしちゃった。すまん。

462 ：デフォルトの名無しさん：2006/03/31(金) 13:46:21

まぁ、そうは言っても、
こういうお客さん気分で、使うだけの輩が増えてきたってことは、
それだけSeasarが普及してきた、ってことの証でもあるとは思うね。

463 ：デフォルトの名無しさん：2006/03/31(金) 16:05:15

でも、そういう人の為に電通の有償サポートがあるんだろ

この有償サポートで修正されたソースってコミットされるのかな？
それとも次のバージョンまでコミットされないのかな？
教えて、ひがさん、まさたかさん、もしくはヲタ理事さんｗｗｗｗ

464 ：デフォルトの名無しさん：2006/03/31(金) 19:44:05

つ　Spring

465 ：デフォルトの名無しさん：2006/03/31(金) 21:10:20

有償サポート受けてる企業ってあるのか？

466 ：デフォルトの名無しさん：2006/03/31(金) 23:07:43

>>465
JBOSS

467 ：デフォルトの名無しさん：2006/03/31(金) 23:17:46

ちゃうちゃう、サポートやってる企業じゃなくて、電通に金払って
サポートされてる企業はあるのかってこと

468 ：デフォルトの名無しさん：2006/03/32(土) 09:41:36

でもSeasarは電通のものだからｗ

469 ：デフォルトの名無しさん：2006/03/32(土) 14:04:53

>>463にしても、>>468にしても、
「でも」の使い方がおかしい。

>>467
されてる側の企業が「サポート受けてる」って公表しない限り、
ISID側が勝手に公表しちゃうことはないんじゃない？

470 ：デフォルトの名無しさん：2006/04/04(火) 11:13:53

FileSystemComponentAutoRegisterとかを使ってコンポーネントを
自動登録するとき、instanceDef指定が手動登録時のinstance
プロパティに相当するわけだけど、同じく手動登録時のautoBinding
に相当する指定はどこでやるの？

471 ：デフォルトの名無しさん：2006/04/04(火) 22:14:18

>>470
AutoRegisterでは指定できないからアノテーションかな
ttp://s2container.seasar.org/ja/DIContainer.html#ComponentAnnotation

472 ：デフォルトの名無しさん：2006/04/04(火) 23:57:36

x.diconがあって、

a.diconがあって、b.diconがあって、
このaとbでx.diconをインポートし、
c.diconでaとbをインポートして、
S2Containerをc.diconを基に作成したら、
aとbからつかえるxのコンポーネントは同一インスタンスになりますか？
自分でためした限りでは、同一インスタンスになっている気がします。

473 ：デフォルトの名無しさん：2006/04/05(水) 00:26:17

同一です

474 ：470：2006/04/05(水) 09:22:03

>>471
自動登録してるクラスが何百個もあるから
いちいちアノテーションなんてやってられないなあ。
自動登録でautoBindingもサポートされないかなあ。
該当コンポーネント無しの警告出まくり…

475 ：デフォルトの名無しさん：2006/04/05(水) 20:55:57

設計見直した方がいいんじゃねーの？

476 ：470：2006/04/05(水) 21:28:53

ある程度の規模のシステムなら画面数が数百なんて珍しくないよね。
うちは1画面につき1つのDTOを用意する方針だから、自動登録されるDTOも
数百。DTOはforEach用にList型のプロパティを持つことが多くて、
その数だけ（Listがインターフェイスのせいで）毎回警告。

477 ：デフォルトの名無しさん：2006/04/06(木) 07:00:10

>>476
>>475

478 ：デフォルトの名無しさん：2006/04/06(木) 07:25:00

S2JSF のm:…やs:のタグリファレンスって無いのかね？

479 ：デフォルトの名無しさん：2006/04/06(木) 23:11:53

>>478
commitよろしく。

480 ：デフォルトの名無しさん：2006/04/07(金) 00:34:01

S2Daoのバッチ更新って、Sequence使えないの？

481 ：デフォルトの名無しさん：2006/04/07(金) 18:56:54

>>480
idの自動更新は使えないと思う。

482 ：デフォルトの名無しさん：2006/04/09(日) 09:46:08

とりあえず、higaﾀﾝﾌﾞﾛｸﾞの写真がｷﾓいんですけど。

483 ：デフォルトの名無しさん：2006/04/09(日) 14:26:46

S2JSFを使っているんだが、
沢山のページを登録して、あるページはログイン認証が必要だがあるページはそのまま表示…といったのを
定義ファイルベース、もしくはタグの設定だけで実現したい。
MLにAOP使った例があったんだけど、あればActionを書いてComponentとしてdiconに登録しないといけないから、
http://loalhost:8080/HogeHoge/page/page1.html と直接アクセスした時はちょっと使えない。
たとえばページにあるタグを埋め込むだけで認証されているかどうかをチェックして
してなければログインページを表示、なんてのは実現難しそう？
その他にLifeCycleImpleをオーバーライドしたりするのを考えたんだが何か複雑になりそうで。
ページごとに初期化メソッドを置いて認証済みかどうかをチェックするのはメンテが大変だし。アドバイス求む

484 ：デフォルトの名無しさん：2006/04/09(日) 14:51:56

>>483
つ　Servlet Filter

485 ：デフォルトの名無しさん：2006/04/09(日) 15:06:32

>>484
初心者丸出しｽﾏｿ
それで回避できそうな気配。探ってみる。

486 ：483：2006/04/09(日) 23:28:37

servletFilterを試しに作ってみた。
public void doFilter(ServletRequest request, ServletResponse response,
FilterChain chain) throws IOException, ServletException {
if ( /* ログインしてないかどうかの判定 */){
RequestDispatcher rd = request.getRequestDispatcher("login/login.html");
rd.forward(request , response);
}else{
// .........
chain.doFilter(request, response);
}
}
こんな具合にしたのだが、rd.forawdの処理で問題が。login.htmlにはloginDto や loginActionなどのDTOやActionを
バインドしててそいつがぬるぽになってしまう。フィルタを設定しない場合はlogin.htmlへのアクセスは問題ない。
コンポーネントが生成されるタイミングの問題だとは思うのだが……アドバイス求む orz

487 ：484：2006/04/10(月) 00:13:17

つ　HttpServletRequest req = (HttpServletRequest)request;
つ　HttpServletResponse res = (HttpServletResponse)response;
つ　...
つ　res.sendRedirect(req.getContextPath() + loginPage);

488 ：483：2006/04/10(月) 00:46:46

>>487
おおお、うまくいったよ(;´д｀) ありがとう～本当にありがとう～

489 ：デフォルトの名無しさん：2006/04/14(金) 09:37:25

S2Dao1.0.32に必要なS2Containerのバージョンはいくつですか
http://www.seasar.org/versions.html
ここは、もう更新されないのでしょうか
ていうか、Seasarのサイトって整理されているように見えるけど、わかりにくくない？

490 ：デフォルトの名無しさん：2006/04/14(金) 10:05:56

>>489
そんな事言うから、ひがさまがすねておられます。
ttp://itpro.nikkeibp.co.jp/article/NEWS/20060213/229065/?SS=imgview&FD=-654642772

491 ：デフォルトの名無しさん：2006/04/14(金) 11:00:51

(･∀･)ﾋｶﾞﾀﾝｶﾜｲｲ

492 ：デフォルトの名無しさん：2006/04/14(金) 18:08:13

S2JSFとS2Daoの組み合わせに関するアプリの作り方に関する質問。
s2jsf-exampleを参考にしながらアプリをこしらえてる。
その中で、S2Daoを使ったサンプル
EmployeeList.html、....Edit.html、...Confirm.htmlと関連するクラスなどを見ると、
htmlへValueBindingされているのはでEmployeeDto型を指している。このクラスを見ると
Employeeというクラスをextendsしてて、このクラスにS2Daoの各種アノテーションなどが
設定されている（GenerationGapパターン？）。

仕組みは理解してるのだけど、聞きたいのは、
employeeというテーブルに対してEmployee、EmployeeDto、EmployeeDtoDaoとなるのは
少し無駄なところがある気がするのだ。もちろん、DBにマップされないメソッドは
EmployeeDtoに書けばよいのでこの場合は必要になるのだけど、同じサンプルの
DepartmentDto に関しては単にアノテーションを書いたクラスをExtendsしているだけで
ほとんどムダに感じるのだ。テーブル２つならいいけど、画面が100以上あって、
テーブルもそれと同じぐらいあるとしたなら、無駄なクラスが100もできてしまうわけ。

これはこういう仕組みにしないといけないものなのか、
単にサンプルだからこうしてるのか、もっとウマい仕組みがあるのか。
個人的には作り方というかポリシーの違いだとは思っているのだが、
諸賢らのご意見を伺いたい。

493 ：デフォルトの名無しさん：2006/04/14(金) 18:11:10

結局、最新版はどこからおとしゃいいの？

494 ：デフォルトの名無しさん：2006/04/14(金) 18:30:35

S2とS2DAOの組合せはこれであっている？

S2　　　　　S2DAO
　　　　　　　1.0.32
2.4.0 b1
　　　　　　　1.0.31
2.3.7
2.3.6
2.3.5
　　　　　　　1.0.30
　　　　　　　1.0.29
2.3.4
2.3.3
2.3.2
2.3.1
2.3.0
　　　　　　　1.0.28

495 ： ◆gEOMkQDRbs ：2006/04/14(金) 19:53:50

>>494
日付的にはそれであってると思うけど、S2とS2Daoの依存関係という点では注意が必要。
S2.3.7と組み合せるならS2Daoは1.0.31以降である必要がある。
またS2Dao1.0.31からはS2.3.6以前では動作しないらしい。
S2.4(beta)とS2Daoの組み合わせは未確認。

参考にしたページ
http://seasarproject.g.hatena.ne.jp/keyword/S2%e3%83%aa%e3%83%aa%e3%83%bc%e3%82%b9%e5%b1%a5%e6%ad%b4

496 ：デフォルトの名無しさん：2006/04/14(金) 19:56:17

議事録そろそろやべくない？

497 ：デフォルトの名無しさん：2006/04/14(金) 20:54:36

>>494,495
ﾄﾝｸｽ
S2 2.3.7
S2DAO 1.0.32
が最新ってことだね

498 ：デフォルトの名無しさん：2006/04/14(金) 22:42:18

バージョンの話もそうだけど、例えばS2DaoとS2Dao tigerとS2dao Backport175の違いを
何でダウンロードページに一言書いておかないのか、俺には全然分からない。
この人達は、本当は使って欲しくないんだろうかとすら思ってる。

499 ：デフォルトの名無しさん：2006/04/14(金) 23:26:02

>498
易しくないよね

500 ：デフォルトの名無しさん：2006/04/15(土) 00:02:46

使わなくていいよ。

501 ：デフォルトの名無しさん：2006/04/15(土) 01:47:12

>>492
S2Daoの仕組みでなくて、設計ポリシーの話。
くーすの頃の名残ですね。

ひがさんのはてなで「くーす」で検索かけると
色々出てくると思うよ。

DBのテーブルにマップするのはEmployee、
Dtoはどっちかというと、画面に基づいたものって感じ。
N：1マッピング使うよりDto作った方がいいって判断だった。
今はまた考え方変わってきてますね。

502 ：デフォルトの名無しさん：2006/04/15(土) 08:28:32

>>499
S2Dao:分散トランザクション非対応
S2Dao tiger:分散トランザクション対応
であってる？

503 ：デフォルトの名無しさん：2006/04/15(土) 09:35:45

>>501
その、今の考え方というか、セオリーというか、
ひが氏などはどう設計・実装した方が良いかという見解がある最近の資料があれば良いのだが。

504 ：デフォルトの名無しさん：2006/04/15(土) 12:07:13

>>502
あってない
S2Dao:定数アノテーション
S2Dao tiger:Java5アノテーション
S2Dao backport175:JavaDocアノテーション

505 ：デフォルトの名無しさん：2006/04/15(土) 12:16:31

>>504
ｻﾝｷｭｰ
ついてるサンプルから、そうかなぁと誤解してしまった。
ということは、分散トランザクション自体はS2Daoを使ってもOKってこと？

506 ：デフォルトの名無しさん：2006/04/15(土) 12:19:54

あ、もちろんS2JTAとかは前提の話で、、。

507 ：デフォルトの名無しさん：2006/04/15(土) 13:33:01

>>505
OK

508 ：505：2006/04/15(土) 13:39:29

>>505-507
スマン。分散トランザクションの話だったか。507のコメントは忘れて。
# 今涙目になって調べてる。

509 ：505じゃなかった507だorz：2006/04/15(土) 13:49:12

>>505-508
分散トランザクションまわりはS2JTAでよろしくやってくれるのでOKでFAだと思う。
これからしばらく離席するので間違ってたら誰かフォローよろしく。

510 ：デフォルトの名無しさん：2006/04/15(土) 14:14:44

>>507
ほんとにありがとう
とても助かった

511 ：デフォルトの名無しさん：2006/04/15(土) 22:28:27

>>503
ひがたんはてなでGOYAで検索かなあ。

まとめてどーんとは出て無いね。
あとはぶさんのでもちょこちょこ記述が。
つかこっちのが多いかも。

512 ：デフォルトの名無しさん：2006/04/16(日) 00:05:20

Seasar2って、EJBの代替として使える？　分散処理は可能なの？

513 ：デフォルトの名無しさん：2006/04/16(日) 13:52:08

使えません。

514 ：デフォルトの名無しさん：2006/04/17(月) 09:14:11

>>512
代替のレベル次第だが使える。
分散可能も可能。

515 ：デフォルトの名無しさん：2006/04/18(火) 11:53:42

5月14日のイベントスタッフを理事のBlogで募集してるぞ。
誰か参加してみようという奴はいないのか？

516 ：デフォルトの名無しさん：2006/04/18(火) 12:58:33

イベントスタッフってどんな仕事するの？

517 ：デフォルトの名無しさん：2006/04/18(火) 13:10:25

メイド服きて受付

518 ：デフォルトの名無しさん：2006/04/18(火) 14:47:17

もえー。
ガンダムコスプレでも可？

519 ：デフォルトの名無しさん：2006/04/18(火) 15:32:33

>>518
ガンダムは不可。
ホワイトベースなら可。

520 ：デフォルトの名無しさん：2006/04/18(火) 18:23:27

S2DAOとS2Strutsが使えるようになれば良いなと思い、
先週末からSeasar触りはじめた。

まずバージョンの組み合わせがわからない。
仕方ないからリポジトリ覗いてバージョンを拾ってここで確認。
答えてくれた親切な人ありがとう！

S2DAO(S2Pager)はドキュメントとサンプルと＠ITなどをみながら
なんとか自作プログラムを動かせるようになった。
ドキュメントわかりにくい。
章番号くらい振ってくれ、それだけでも読みやすくなるとおもうのに。

S2Strutsは、Exampleを落としたけどJ2SE1.4ではエラーになる。
1.4か1.5で動くと書いてあるのに。
じゃ、サンプルはほっといてドキュメントのみで
なんとか動くものを作ってみようとしているけど
くじけそう...
＠ITで記事にならないかな...

521 ：デフォルトの名無しさん：2006/04/18(火) 19:28:00

>519
( ´^?益^?｀)ﾉ
ホ、ホワイトベースしばり？！
当日の受付の人のファッションに注目が集まります！！！

522 ：デフォルトの名無しさん：2006/04/18(火) 19:46:12

>520

この中から探してみてはどうでしょう？
下のほうにWeb記事もあります。

http://www.seasar.org/publication.html

ぴったりの記事があると良いですが。

523 ：デフォルトの名無しさん：2006/04/18(火) 21:01:16

しかしまぁ、なんでこう公式のﾄﾞｷｭﾒﾝﾄは不足＆不揃いなのだろうか。ちゃんと広めるキモチあるのかぇ。

524 ：デフォルトの名無しさん：2006/04/18(火) 21:10:55

Springが有れば問題無いのでは。Hibanateとの相性も良いみたいだし。

525 ：デフォルトの名無しさん：2006/04/18(火) 21:16:26

ドキュメントはこんなもんだろ。
広めるならドキュメントよりも完全なアプリケーションサンプルを配布すべきだと思うでガス。

526 ：デフォルトの名無しさん：2006/04/18(火) 21:17:50

>>522
ふむ、WEB+DB PRESS Vol.31でSeasar2徹底攻略とか特集組んでるのに、そのページには載ってないのか・・・

527 ：デフォルトの名無しさん：2006/04/18(火) 21:52:27

>522
ありがと。見てみます。

Springは前のプロジェクトで動かしてるだけど、
DBまわりはJDBCで組んでるんですよ。
で、Hibernateはちょっと重たそうだからと思って
iBatisなんかも触ってみたんだけど、S2Daoが結構よさそうなことを
どっかでみたので、じゃあ次のプロジェクトと大昔に他社から
引き継いだボロボロのソースをSeasarで置き換えて、
ゆくゆくはFlexを導入して、そのときはS2Flex2を使えるかな～
、と妄想中。(Teedaも気になるし）

でもドキュメントが読みこなせなくて、
学習速度が海外ものとたいして変わらない orz
今月中になんとかメド立てて、次のプロジェクトでSeasar使いたいんだけどね。

528 ：デフォルトの名無しさん：2006/04/18(火) 22:01:12

>526

最近、公式ページ漁ってるんだけど、
自分たちが公表しているページを管理しきれていない感じが･･･
重箱のスミをつつくようで悪いんだけど、
「これからはじめよう！」と思ってる人には結構ドキュメントがつらい。

日本のプロジェクトだから期待が大きすぎるのかも知れないけど

529 ：デフォルトの名無しさん：2006/04/18(火) 22:30:02

国産の強みなんて「日本語ドキュメントが豊富」位なのに、それが逆とは…。

530 ：デフォルトの名無しさん：2006/04/18(火) 22:31:23

つトップのマネジメント能力

531 ：デフォルトの名無しさん：2006/04/18(火) 22:45:44

「ドキュメントが足りない～」というのは、過去スレで何度となく発生
ドキュメントチームが機能してないので、今後も期待しないでね

って、書くと「今ので十分」「あと何が必要なん」といったレスが来る悪寒

532 ：デフォルトの名無しさん：2006/04/18(火) 22:50:17

基本的なドキュメントも必要だし、
ブログなどの個人サイトでもいいので周辺のドキュメントが充実してると
とっつきやすいよね。

マニュアルって情報量が増えると読みにくくなり
情報量を減らすと載ってない! と言われる、トレードオフがあるから。
そういうのを Seasar ファンのサイトで埋めていけば良いと思う。

533 ：デフォルトの名無しさん：2006/04/18(火) 23:02:51

>>そういうのを Seasar ファンのサイトで埋めていけば良いと思う。

その割には埋めたりてないというか、やっぱり少ないよねorz
上にもあったけどS2JSFのmで始まるタグのリファレンス無いのはほんとトホホだとおもったよ。
それで良く青本出せたよな、とおもうぐらい。青本も公式にあるドキュメントを焼き直したようなもんだし。

しっかりしてほしいよ。

534 ：デフォルトの名無しさん：2006/04/19(水) 00:01:39

各プロジェクトで好き勝手かいているからなぁ。
客観的にドキュメントチームが査読したほうがいいんじゃない。

といっても外国のドキュメントが充実してるわけでしょうが。

535 ：534：2006/04/19(水) 00:04:20

ｽﾏｿ。日本語が変だ。
「外国のドキュメントも完璧とは限らないのでは」
と言いたかった。俺も駄目だ。。

536 ：デフォルトの名無しさん：2006/04/19(水) 00:27:40

>>527
S2Daoが結構よさげなのはそのとおりなので置いとくけど、
念のためいっとくとHibernateは生のJDBCよりほとんどの場合軽いよ。

日経ビジネスかなんかにそんな特集がやってたよ。キャッシュが聞くぶん、
設定をいじるとJDBC直接より軽くなるらしい。

537 ：デフォルトの名無しさん：2006/04/19(水) 13:21:06

いつの間にかﾌﾞﾛｸﾞの写真が差し替えられてる。。。
これで内容を集中して読めるよ。

538 ：デフォルトの名無しさん：2006/04/19(水) 18:47:18

うん、すっきりしたね。
前のはあの微妙な目線が気になって仕方がなかった。

539 ：デフォルトの名無しさん：2006/04/19(水) 19:37:13

>>527
前のプロジェクトで実績とノウハウのあるSpringからわざわざ未知の世界たるSeasarに変える辺りがデスマの予感。

540 ：527：2006/04/19(水) 22:43:10

次で使うかどうかを調べているんだよ。
だいたい実績にしがみついて未知の世界にふれてみないの？
ていうか、それくらいでデスマになるかｗ

>539のところは、それくらいのことでデスマになったりするのか？

541 ：デフォルトの名無しさん：2006/04/20(木) 13:10:00

15年ぐらいこの業界居るけどデスマになるかどうかは参加するエンジニアの品質や、
それらを統括するリーダー、マネージャーの能力に大きく左右されるねぇ。

採用するフレームワークやミドルウェアの良し悪しでデスマ云々ってほとんど無いや。

542 ：デフォルトの名無しさん：2006/04/20(木) 14:05:50

>>541
良し悪しの話はしてないでしょ。
実績のあるフレームワークから
未経験のものに乗り換えるリスクの話。

ミーハー根性で安易にやればデスマになるよ。
リーダーが雑誌で読んでいいなーと思っただけで
Flash使う事になったWeb開発プロジェクトで死ぬかと思った。

スパイク・素振り重要。

543 ：デフォルトの名無しさん：2006/04/20(木) 14:35:45

540-542の話は同じことを言ってる？

539の表現がちょっとズレてんだな。
「前のプロジェクトで実績とノウハウのあるSpringから
未知の世界たるSeasarに変えるんだから、
きちんと管理・教育しないとデスマの予感。」
だろ？

544 ：デフォルトの名無しさん：2006/04/20(木) 14:49:07

>きちんと管理・教育しないと
そんなのあたり前だよね

たぶん539のところは違うのだよ。

545 ：542：2006/04/20(木) 18:31:21

>>544
当たり前だよなあ・・・
うちは違った、という話なのです・・・。

いきなり「Flashやるから手伝って、納期来月末」とか
おいこの野郎って話だよ。

546 ：デフォルトの名無しさん：2006/04/20(木) 22:00:23

そんなプロジェクトはどんな言語でもデスマ確定でしょ

547 ：デフォルトの名無しさん：2006/04/21(金) 00:52:43

結論：527はミーハー

548 ：デフォルトの名無しさん：2006/04/21(金) 19:22:02

>>536
>日経ビジネスかなんかに
kwsk

549 ：デフォルトの名無しさん：2006/04/22(土) 01:35:12

>>548
会社にあった本なのでうろ覚えだったんで、調べてみたら日経SYSTEMSだった。
実は創刊号だったらしい。

ネットにダイジェストがあったよ。
ttp://itpro.nikkeibp.co.jp/article/COLUMN/20060406/234719/

> Hibernate3の処理性能を，JDBCベースで自作した場合と比較した。
> 注目すべきは更新処理の性能で，JDBCより応答時間が約40％短縮。
> 一方，削除処理は，JDBCより約3倍もの時間がかかった。
> Hibernateの設定を変えることで，参照処理性能は2倍以上になった。

550 ：デフォルトの名無しさん：2006/04/22(土) 02:14:44

参照は早くなるのはキャッシュで判るとして、更新が何故に早くなるんだ？
ある程度まとめて発行してるとか？

551 ：デフォルトの名無しさん：2006/04/22(土) 04:59:28

> ある程度まとめて発行してるとか？
そんなの恐ろしすぎて使いたくない。

552 ：デフォルトの名無しさん：2006/04/22(土) 08:43:53

>>550
永続化オブジェクトを取得したときの状態をSession内のキャッシュに保持していて
トランザクションコミット前にダーティチェックを行い、更新処理はJDBCのバッチ更新で行う。
「JDBCと比べて」というより、「JDBCで単純に作ったときと比べて」ということだろうか
そろそろスレ違いっぽいのでS2Daoにも絡ませてみるけど
S2Daoの場合は更新用に永続化オブジェクトのリストを作成して、明示的に行うみたいだね。
何事も暗黙的に行うのがHibernateで、明示的に行うのがS2Daoってところか
２つを比較すると、アプローチが真逆のことが多いのでちょっと面白かったりする

553 ：デフォルトの名無しさん：2006/04/24(月) 14:45:16

どっかのブログと同じ内容の書き込みが

554 ：デフォルトの名無しさん：2006/04/24(月) 23:35:37

>553
たぶんそこ俺が参考にさせてもらってるとこ

555 ：デフォルトの名無しさん：2006/04/25(火) 00:03:28

＞更新処理はJDBCのバッチ更新で行う。

なんて危険なフレームワークなんだ！！

556 ：デフォルトの名無しさん：2006/04/25(火) 07:08:30

>>555
JDBCから勉強し直すことをお勧めする

557 ：デフォルトの名無しさん：2006/04/25(火) 09:24:10

Hibernateが危険だとは思わないが、
なんとなく「裏でこそこそ」されてる気がして
一抹の不安を感じるのは漏れだけか？

>何事も暗黙的に行うのがHibernateで、明示的に行うのがS2Daoってところか
ってことでS2DAO試してみるかな。

558 ：デフォルトの名無しさん：2006/04/25(火) 10:13:12

＞明示的に行う

つまりこれは、設定ファイルへの記述がまた増えるって事か。

559 ：デフォルトの名無しさん：2006/04/25(火) 11:52:06

>558

？

560 ：デフォルトの名無しさん：2006/04/25(火) 23:25:35

裏でこそこそって..... やってることは割と明確にされてると思うけど。
トランザクションのコミット段階でSessionに入っているエンティティに
対して、ロードした時の行情報と一致しないカラムをUPDATEしてる
だけなんだけど。

おれの最近入った職場、JDBCベタ打ちだけど、カラムをBeanに
コピーしわすれてたり、更新かかってないけど（画面遷移途中のロジックの
せいで）意味もなく上書き更新してたり、Hibernateに限らずORマッパー
つかってりゃあり得ない処理てんこ盛りだよ。

561 ：470：2006/04/26(水) 12:32:39

> Seasar2.3.8をリリースします。
> - AutoRegisterでAutoBindingModeを指定できるようになりました。

おお、サポートされてる！感謝。

562 ：デフォルトの名無しさん：2006/04/27(木) 19:24:55

S2JSFで、Actionの実行結果として、パラメータ付きのページに遷移
させるにはどうしたら良いですか？

edit_stuff.html?id=12345
-> #{editStuffAction.execute}
-> view_stuff.html?id=12345

のような遷移をしたいんですが。

563 ：デフォルトの名無しさん：2006/04/27(木) 22:38:14

ヒント：m:inject="f:param"

564 ：デフォルトの名無しさん：2006/04/27(木) 22:45:40

>>563
f:paramで指定できるのはアクション実行時の引数ですよね？
実行後の遷移先に渡す引数を指定したいんです。

public class EditStuffAction {
public String execute() { return "view_stuff"; }
}

この例だと、view_stuff.htmlに遷移することは指示できても
そのパラメータを指定できませんよね？

565 ：デフォルトの名無しさん：2006/04/27(木) 23:38:11

m:action="#{pageInitActionImpl.init}"
をhtmlタグの属性に入れる。
PageInitActionImpl クラスには、
private String id;
// id のgetterとsetter
があって、init() メソッドに、idにリクエストに入っているパラメータをセットしてあげる。

こうすればそのページのhiddenなどに m:value="id" という書き方が出来る。
青本にここらへんのことが書いてあったと思う。ページの初期化まわりを調べてみてちょ。

ハズしていたらスマンコ

566 ：デフォルトの名無しさん：2006/04/28(金) 13:05:54

>>565
セッションと<span m:inject="f:param" ... />の組み合わせでできました。
ありがとうございました。

567 ：566：2006/04/28(金) 14:01:31

できたと思いきや、最新のS2JSFだと駄目でした。

A. <span m:inject="f:param" ... />を評価
B. <html m:action="...">を評価

以前のS2JSFはA→Bの順で実行していたので、Aを使って
Bにパラメータを渡すという方法が使えますが
最近のバージョンではB→Aになってます。

568 ：デフォルトの名無しさん：2006/04/28(金) 14:18:46

ttp://d.hatena.ne.jp/satoshis/20060426#p2

ここのコメントでMLに書くのが確実とかいっているけど、
MLって閉鎖空間だし、そこで間抜けな質問をポロってして
罵倒されたらどうしよう、なんて思っている小(初)心者は
ドキュメント見て、やってみて、つまずいて、はいサヨナラ～
で終わる。

易・優を標榜するプロジェクトなのに、なんでこんなに排他的で、
ドキュメントなどの改善を行っていかないのか。

569 ：デフォルトの名無しさん：2006/04/28(金) 15:12:18

> 568

わかりやすく書かれたドキュメントがあると、しーさーの中の人が困るからだよ

570 ：デフォルトの名無しさん：2006/04/28(金) 21:01:59

そりゃ2chよりMLの方が確実だろうよ

571 ：デフォルトの名無しさん：2006/04/28(金) 23:15:50

>>568
御大はSeasarをキーワードに毎日ぐぐっているのだろうか・・・ｗ

572 ：デフォルトの名無しさん：2006/04/29(土) 00:12:43

ちょっと思うところがあって、Apahce を使ってみようとした。
まずは Apache をぐぐって apache.org にアクセス。
ダウンロードする前にドキュメントを読もうとして一瞬迷う。
Apache Projects・Apahce-wide・Foundation・Newsとあるが、
パッと見ではどこにドキュメントがあるのかピンとこない。
Apache Projects・Apache-wide・Foundationのどこにあってもおかしくはない。

573 ：デフォルトの名無しさん：2006/04/29(土) 00:42:03

> MLって閉鎖空間だし
っておいｗｗｗ

574 ：デフォルトの名無しさん：2006/04/29(土) 08:57:52

>>572

多少迷うにしても http://httpd.apache.org/docs/2.0/ が見つけられるでしょう。
これが見つけられないようじゃ(ry

一方のSeasarは、最初に出てくるのが
「設定ファイルを書きたいのか､書きたくないのか。」
だもんね。

575 ：デフォルトの名無しさん：2006/04/29(土) 11:16:23

藻舞らがドキュメントの不備くらいしか叩くことできないから
このスレのためにわざわざドキュメント整備しないんだよきっと
ひがﾀｿの優しい配慮だ

576 ：デフォルトの名無しさん：2006/04/29(土) 11:48:46

「ドキュメントを読みたいのか､読みたくないのか。」

577 ：デフォルトの名無しさん：2006/04/29(土) 12:48:05

>>571
「はてなとMixiでは、毎日Seasarをキーワードにして検索して、レス付けてます。1週間に一度程度はGoogleでも検索してます」
って先日の講演会で言ってたよ。

578 ：デフォルトの名無しさん：2006/04/29(土) 12:56:41

>>577
マメな人だなぁｗ

579 ：デフォルトの名無しさん：2006/04/29(土) 12:59:24

自分の日記でライバルとの比較をひたすらかっくというのもな。
第3者が書くとか個人のプロジェクトならあんまきにせんところなんだが。

580 ：デフォルトの名無しさん：2006/04/29(土) 13:16:29

PostgreSQLの中の人がMySQLとの比較記事かくようなものじゃないかね。
めくじら立てるほどのモノじゃない気が。

とりあえずもちっとましなAPI リファレンスとか希望

581 ：デフォルトの名無しさん：2006/04/29(土) 14:53:45

>>574
> >>572
> 多少迷うにしても http://httpd.apache.org/docs/2.0/ が見つけられるでしょう。
> これが見つけられないようじゃ(ry

それを見つけられるのはApache(Foundation)とApahce HTTP Serverが区別できてから。
satoshisはSeasar(Foundation)とSeasar2の区別ができてないから血迷ったのだ。
Apacheも以前はHTTP ServerとFoundationでこんがらがったように
Seasarもしばらくはsatoshisみたいな迷い人が絶えないだろうな。

> 一方のSeasarは、最初に出てくるのが
> 「設定ファイルを書きたいのか､書きたくないのか。」
> だもんね。

それはSeasar2の最初だな。
そこまでたどり着ければ問題ないだろう。
Apache HTTP Serverだと
The Number One HTTP Server On The Internet
に相当する。大して変わらん。

582 ：デフォルトの名無しさん：2006/04/29(土) 15:43:12

>>579

>　961 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/28(水) 23:50:06
>　>>945
>　世界中どこでも同じ
>　RodがEJBにどれだけ粘着してるか知らないわけじゃないだろ
>　EJBに取り込まれる前のGavinもそうだった
>　EJB憎しで本2冊も書いたRodに比べればHigaﾀｿはまだまだ粘着不足

583 ：デフォルトの名無しさん：2006/04/29(土) 16:04:09

こんなところに書いたことでも>561みたいに対応してくれるんだから
ドキュメントのことも具体的に指摘すれば直すんじゃね？

584 ：デフォルトの名無しさん：2006/04/29(土) 17:32:22

個人のﾌﾞﾛｸﾞでｸﾞﾁｸﾞﾁ書いただけのﾔﾂにまで対応するﾁｰﾌｺﾐｯﾀには優しさを感じるな

585 ：デフォルトの名無しさん：2006/04/29(土) 20:35:41

漏れもはてなでSpringと比較しながら貶したら来てくれるだろうか？

586 ：デフォルトの名無しさん：2006/04/29(土) 20:54:03

>>585
獄長が殴り込んでくるよw

587 ：デフォルトの名無しさん：2006/04/30(日) 02:13:22

>>579
自分のサイトでは飽き足らず、ライバルのMLにまで出張って書くよりはマシだと思うぞｗｗｗ

ちなみにFreeMarkerの開発者(外人)だけどなｗ

588 ：デフォルトの名無しさん：2006/04/30(日) 04:35:21

>>586
獄長はエビちゃんの交際報道で元気がなくなってそれどころじゃありません。

589 ：デフォルトの名無しさん：2006/04/30(日) 10:22:45

>>588
その程度で元気がなくなるとは下らん。早く仕事しろ。＞獄長

590 ：デフォルトの名無しさん：2006/04/30(日) 12:43:10

>>589
仕事よりギャルサーで盛り上がってますが何か？

591 ：デフォルトの名無しさん：2006/05/01(月) 17:16:07

S2JSFで構築したWebシステム（同時接続数50程度）がメモリ不足ですぐ落ちる。
プロファイラにかけたら、原因はセッションに保存されるコンポーネントツリー
だった。何百ノードものツリーが、ユーザ毎・ページ毎に恐ろしい勢いで保存
されていく。

JSFってSTATE_SAVING_METHOD = serverがデフォルトだけど、この状態で
ちゃんと稼動する大規模システムなんてあるんだろうか。メモリがいくら
あっても足りない気がするが。

592 ：& ◆R7PNoCmXUc ：2006/05/01(月) 18:14:53

>>591
あ～、そうか～。そうなんだ。。
ローカルで開発している時もドラ猫とEclipseで
クリーンしてビルドして動かして、手直ししてまたビルドしての操作を繰り返すと
いつの間にかOutOfMemoryで落ちている。まぁ開発で
運用へもっていく段階じゃないからいっかー
なんて思っていたのだけど。心配になってきたなぁ。。。

593 ：デフォルトの名無しさん：2006/05/01(月) 18:30:29

JSF（というかMyFacesか？）がだめだめちゃんって事？

594 ：デフォルトの名無しさん：2006/05/01(月) 18:44:25

どうだろう？>>591で指摘している原因が、
S2JSF側なのか、MyFaces側なのかの切り分けが出来ていれば良いのだが。。

何か設定ファイルに抜けがあって……なんて結果をひそかに期待。

595 ：デフォルトの名無しさん：2006/05/01(月) 18:58:07

http://forum.java.sun.com/thread.jspa?threadID=727389&messageID=4190701

596 ：デフォルトの名無しさん：2006/05/01(月) 20:54:04

結論：Seasarにはメモリリークのバグがあって実用には耐えない。

597 ：591：2006/05/01(月) 22:00:40

例えばs2jsf-exampleの適当なHTMLに<div></div>を1000回書いて、セッションを
トレースすると凄いことになる(笑)。
これがユーザ毎、かつページ毎に保存されるんだから厳しい。
MyFacesの場合はツリーを保存する画面数に制限があった気がするけど、
S2JSFだと無制限だしね。
結果を1000件返す検索画面と、そのサブ項目の詳細表示画面と、その…
（省略）…を行き来した日には何が起こる？

598 ：591：2006/05/01(月) 22:10:23

あれ、MyFacesだとそもそもツリーを保存しないんだっけ？
保存数制限はJSF-RIかな？

599 ：デフォルトの名無しさん：2006/05/01(月) 22:29:04

>>結果を1000件返す検索画面

そういうアプリをこしらえてきた奴にペガサス・ローリング・クラッシュ

600 ：デフォルトの名無しさん：2006/05/01(月) 22:38:31

>>592 のはデプロイ+アンデプロイ時のコンテナのメモリリークじゃないかな。
JSFに限らずtomcatでよくおこる。

601 ：デフォルトの名無しさん：2006/05/01(月) 23:41:05

え？Seasarって表示の度にデプロイするの？

602 ：デフォルトの名無しさん：2006/05/01(月) 23:41:51

>599
ペガサス・ローリング・アタック
ではなかったか

603 ：デフォルトの名無しさん：2006/05/01(月) 23:58:47

>>602
http://www.gori.sh/nonsection/ns_seiya.htm
～クラッシュが正しい。

おまえら小宇宙の燃焼がたりねぇな

604 ：デフォルトの名無しさん：2006/05/02(火) 00:19:27

年寄りばっかりかよ

自分の目をつぶすのが趣味になってきたやつとかいたな

605 ：デフォルトの名無しさん：2006/05/02(火) 01:21:25

>>604
目とか耳とか、セブンセンシズに目覚めれば不要だからな。

606 ：591：2006/05/02(火) 08:04:01

1000件は大げさかもしれないけどさ、HTMLが膨れ上がるケースは
普通にあると思うんだよ。この2chだってスレを全部読むと1000件
返ってくる訳だし、Wikipediaで長文記事を表示すればタグの総数は
結構なもんになるだろ？

607 ：デフォルトの名無しさん：2006/05/02(火) 10:08:49

S2JSF、というかJSFを良く分かってないんで質問。
HTML構造をツリー化してセッションに保存する意義って何？
メモリ消費の犠牲を払うに値する、Strutsとかには無かった
大きなメリットが得られるの？

608 ：デフォルトの名無しさん：2006/05/02(火) 10:10:51

JSF自体はツリーがどうのこうのはなかったと思うが
イベント駆動で開発できるのは楽
URLベースとはまったく次元が違う

609 ：デフォルトの名無しさん：2006/05/02(火) 10:12:40

なんで保存するんだっけ？

610 ：デフォルトの名無しさん：2006/05/02(火) 11:35:11

>>609
コンポーネント構造を保存しないと再現できないから。

611 ：デフォルトの名無しさん：2006/05/02(火) 11:49:17

とりあえず、このメモリ使用量肥大化問題のひが氏の公式見解を希望。
無意味な愚痴･文句は聞き飽きた見飽きたので、
前向きかつ建設的な問題解決への議論も希望。

>>606
問題がJSF側にある？S2JSF側にある？
たとえば、定義ファイルに何かを追加することで回避とかができないか？
タグ1000回はともかく、ある程度の数なら耐えられるか？
情報あれば助かります。

612 ：デフォルトの名無しさん：2006/05/02(火) 12:18:11

>>611
> 公式見解を希望。

ならMLに投げれ
ここは2chだバカ

613 ：デフォルトの名無しさん：2006/05/02(火) 12:23:30

（・・・何あつくなってんだか・・・）

614 ：591：2006/05/02(火) 13:08:43

S2StateManagerが保存するツリーのノード数を計測してみた。
ノード数は展開される前のHTMLソースの複雑度に依存してるみたいだった。
つまり、検索画面が一度に10件返そうが10000件返そうがノード数は
変わらない。逆に、ブラウザ上ではシンプルに見える画面でも、実際は
ノード数消費が激しいケースもあり得る。

ノード数は1ページにつき小さいもので300、最大で1000ぐらいだった。
TreeStructureは1インスタンスにつき0.1KBくらい消費するので、
ノード数500の場合だとセッションに50KBの情報が入ることになる。
システムの画面数は50程度で、ユーザが実際に良く使うのは20画面くらい。
すると1ユーザにつき、50KB×20=1MBが消費される計算になる。

こんな感じなので、STATE_SAVING_METHOD = serverでは、大規模アクセスの
あるシステムの稼動は厳しい気がする。= clientにしたら、ひとまず
メモリ不足は解消した。

615 ：デフォルトの名無しさん：2006/05/02(火) 14:40:12

clientにすると入力値などのパラメータがhiddenで展開するから、
あまり好きじゃなかったりするんだよな…

616 ：デフォルトの名無しさん：2006/05/02(火) 15:03:54

結論：Seasarにはメモリリークのバグがあって実用には耐えない。

617 ：デフォルトの名無しさん：2006/05/02(火) 16:46:57

そういやあ、JSFじゃないけど、ステートフルなページという意味では同じ発想の
Wicketなんかも、ページに配置したコンポーネントをすべてセッション内に展開す
るね。

違うページに行ったら全部開放されるけど。

618 ：デフォルトの名無しさん：2006/05/02(火) 17:28:55

>>617
解放されないよ。ページのインスタンスがある限りは。

619 ：デフォルトの名無しさん：2006/05/02(火) 17:34:58

>>618
ソースを追っかけた限りでは、Detachのときにセッションからはがしている
ようだったが....

ってまあ、ここはSeasarスレだしWicketの話を続けてもな。

620 ：デフォルトの名無しさん：2006/05/02(火) 19:05:38

さんざんっぱらS2JSF使い倒した後、
S2Strutsに戻ってみたんだが…

S2Struts1.2.2+Mayaaの方が断然使い勝手よくね？

621 ：デフォルトの名無しさん：2006/05/02(火) 20:24:08

メモリ消費とは全然別件なんだけど、S2JSFで
<span m:rendered="#{...}">がレンダリング後にも消えないのは仕様かな。
<span rendered="rendered">になっててちょっと格好悪い。

622 ：デフォルトの名無しさん：2006/05/02(火) 22:32:15

Mayaaもコンセプトは悪くはないと感じるんだが
設定ファイルが増えるし複雑にするのが好きだよね＞Sersar関連

623 ：デフォルトの名無しさん：2006/05/02(火) 22:52:32

設定ファイルを書きたいのか､書きたくないのか。

624 ：デフォルトの名無しさん：2006/05/02(火) 23:30:19

設定ファイルを書きたくない ---> Wicket

625 ：デフォルトの名無しさん：2006/05/02(火) 23:47:58

設定ファイルを書きたい ---> Shale

626 ：デフォルトの名無しさん：2006/05/02(火) 23:57:27

プロジェクトを失敗させたい　--->　Sersar

627 ：デフォルトの名無しさん：2006/05/02(火) 23:58:59

Seasarだった・・・

628 ：デフォルトの名無しさん：2006/05/03(水) 00:30:07

622=627
2回も間違えてるのに気付いてなかったので
一番失敗してるのが627

629 ：デフォルトの名無しさん：2006/05/03(水) 00:39:49

STATE_SAVING_METHOD=clientでゾロゾロと出力されるhiddenフィールドが
セキュリティホールになることって…まさか無いよね。

630 ：デフォルトの名無しさん：2006/05/03(水) 01:58:50

そりゃhiddenで渡ってくる全パラメータの厳密な入力チェックしないと
セキュリティホールになるに決まってるだろ。

631 ：デフォルトの名無しさん：2006/05/03(水) 02:13:02

>>630
一般のhiddenと混同してない？
base64でシリアライズされてformに自動的に埋め込まれる
コンポーネントツリーの話だよ。

632 ：デフォルトの名無しさん：2006/05/03(水) 05:25:34

>>618
あ、そうかもしれない。
Pageのインスタンスを明示的に保持して
後で復元するコーディングをよくやるので
勘違いしてた可能性あり。ごめん。
調べてもし何かわかったらWicketのスレに書きます。

633 ：デフォルトの名無しさん：2006/05/03(水) 11:09:40

>>631
リクエストパラメータはどんなものでも検証しなおす必要がある

634 ：デフォルトの名無しさん：2006/05/03(水) 14:54:14

>>633
それは勿論そうなんだけどさ。
JSFが勝手に埋め込むフィールドについて、検証の責務を負ってるのは
JSF側だろ？MyFacesはその辺ちゃんとクリアしてるのか、知ってる人
いる？って聞いてるんだよ。

635 ：デフォルトの名無しさん：2006/05/04(木) 00:20:01

ヒント：スレタイ

636 ：デフォルトの名無しさん：2006/05/04(木) 00:21:34

どうせキー付きハッシュとかで
かいざん、偽造不可になってんじゃないの？

637 ：デフォルトの名無しさん：2006/05/04(木) 14:47:17

Teedaのソースを読んでみた。
Base64→GZIP→ObjectInputStream
の順で単純にデコードしていた。MyFacesは知らない。

ところでMyFacesからTeedaに移行した人いない？
俺も移行したいんだけど、トラブル発生を恐れて踏み切れず。

638 ：デフォルトの名無しさん：2006/05/04(木) 15:23:31

hiddenのJSFツリーを改竄できるってことは、例えばツリー構造の中に
ループ（子→親）を仕込む攻撃が可能になるよね。
ツリーを実装してるのはS2JSFだから、これはMyFacesじゃなくS2JSFの問題。

639 ：デフォルトの名無しさん：2006/05/04(木) 21:02:54

結論
　Seasarはメモリリークを起こし、セキュリティも脆弱である。

640 ：デフォルトの名無しさん：2006/05/05(金) 11:02:03

S2Strutsのリファレンス読んでいて気になったのだが
POJOActionでTransactionToken使いたいときって何かクラス用意されてるのだろうか？
Strutsのソース読んで自作すればいいんだろうけど

MessageManagerクラスもそうだけど、現行のStrutsの機能をPOJOでやろうとすると
どうしてもフレームワーク独自のクラスを使う必要性があるな

641 ：デフォルトの名無しさん：2006/05/05(金) 17:40:10

これってもしかしてJavaDocすらないの？

642 ：デフォルトの名無しさん：2006/05/05(金) 22:12:54

>>640
そこでEJBですよ。

643 ：デフォルトの名無しさん：2006/05/06(土) 01:31:26

ちょいと質問。
GW休みを利用してSeasarを触っているんだけど、

ttp://s2container.seasar.org/ja/DIContainer.html#CoC
＞「プロパティの型をインターフェースで定義する」というDIで推奨されている規約を守れば､ S2Containerが自動的に処理してくれるということです。

この場合、規約を守らなかったらどうなるの？
ここで、言っている"規約"ってどこかにまとまってるの？

規約を守れ、規約を守れと太字で書いている割には肝心の規約の一覧とか見当たらないんだけど……。

644 ：デフォルトの名無しさん：2006/05/06(土) 01:35:06

>>643
プロパティ型がインターフェイスじゃない場合は自動注入されない。
<property name="xxx">かアノテーションを使って手動指定する。

645 ：デフォルトの名無しさん：2006/05/06(土) 01:48:01

javadocは自分で生成したら？もちろん説明は付いてないけどｗ
とりあえず、S2全体の構造は把握できるよ。
ドキュメント不足は自力＋ML過去ログで補うしかない。

646 ：デフォルトの名無しさん：2006/05/06(土) 02:13:20

>>644
㌧クス。
つまり、ここでいう"規約"は自動バインディングのルールってことなのか。

あと、コンストラクタの自動バインディングのルールにある
＞引数の型がすべてインターフェースで最も引数の数の多いコンストラクタを使います。

これって、引数の型がすべてインターフェースで最も引数の数の多いコンストラクタが複数あった場合はどのコンストラクタが使われるの？
また、その判定基準は何？

647 ：デフォルトの名無しさん：2006/05/06(土) 02:21:35

>>646
＞これって、引数の型がすべてインターフェースで最も引数の数の多いコンストラクタが複数あった場合はどのコンストラクタが使われるの？
＞また、その判定基準は何？

普通そこまでいったら、自動バインディングじゃなくて、ファイルかアノテーションで手動設定すると思うぞｗ
とはいえ、実際どうなるのかは知っておきたい気はするな

648 ：デフォルトの名無しさん：2006/05/06(土) 02:36:16

>>647
自己解決しました。
org.seasar.framework.container.assembler.AutoConstructorAssembler#getSuitableConstructor
を読めばいいんですね(＞＜)

まぁ、ただ単にコンテナの仕様が知りたかったのと、きっちりかっちりしてない規約に従うのに疑問があったんで遊んでみただけ。
ちょいと悪ふざけがすぎた。スマソ。

しっかし、ちょっとしたことを調べるのになんでソースまで読む羽目になるんだか。

649 ：デフォルトの名無しさん：2006/05/06(土) 09:33:09

>>645
Springが採用される理由が分かった気がする

650 ：デフォルトの名無しさん：2006/05/06(土) 09:35:37

>>642
それを言うならJSFとかじゃないの？

>>648
できれば結果を教えてほしいｗ

651 ：デフォルトの名無しさん：2006/05/06(土) 19:25:41

>>648
有料サポートの購入をお勧め。

652 ：デフォルトの名無しさん：2006/05/06(土) 19:29:03

つまりフリーといいつつ商用製品だったのか

653 ：デフォルトの名無しさん：2006/05/06(土) 19:32:46

>>648
規約地獄なSeasarを捨ててXML天国なSpringをお勧めする

654 ：デフォルトの名無しさん：2006/05/06(土) 20:16:20

謎の規約を推測したいのか、したくないのか

655 ：デフォルトの名無しさん：2006/05/06(土) 21:55:35

>>654
warota

656 ：デフォルトの名無しさん：2006/05/06(土) 22:01:03

ソースを読みたいのか読みたくないのか

もちろんソースを読みたいことでしょう。
ソースを読んで理解していただくためにJavaDocを廃止しました。

657 ：デフォルトの名無しさん：2006/05/06(土) 22:52:18

日記でメモリ使用量の事書かれてるな
やはりSunの実装だと問題なしだったか

2chなんぞにこんな大事なことかきこむんじゃねーといっておるぞ

658 ：デフォルトの名無しさん：2006/05/06(土) 23:30:19

>>657
> 2chなんぞにこんな大事なことかきこむんじゃねーといっておるぞ

つーか、MLの中の人はこういった問題に遭遇したことがないのかね

659 ：デフォルトの名無しさん：2006/05/06(土) 23:45:15

少し触ってみたい程度の人は、いちいちMLには入らないし
質問するためにわざわざはてなダイアリーをはじめる人もそんなにいないだろう
2chというのは、最も気軽な質問場所だと思うのだけどな
JDKだって2ch発の指摘でバグ修正やったことあるし

このスレはム板のスレというよりヲチスレみたいになってるから、評判悪いのかもしれないがｗ

660 ：デフォルトの名無しさん：2006/05/07(日) 00:36:10

> SAVING_METHODがserverだったとしてもセッションに保存しない技術を研究中
どこに保存するんだろうか？

661 ：デフォルトの名無しさん：2006/05/07(日) 01:47:01

>>660
このスレ

662 ：デフォルトの名無しさん：2006/05/07(日) 04:00:09

> 2chというのは、最も気軽な質問場所だと思うのだけどな

冗談だろ

663 ：デフォルトの名無しさん：2006/05/07(日) 04:56:54

>>657
つうかひがたんが2chみれる環境にないのが
原因だしな。そりゃ無理だろw

664 ：デフォルトの名無しさん：2006/05/07(日) 05:09:17

>>662
MLとかブログで名前出して聞くのは恥ずかしいことでも、2chでなら聞ける！

665 ：デフォルトの名無しさん：2006/05/07(日) 05:17:19

>>664
MLとかブログで名前出して答えるのは恥ずかしいことでも、2chでなら答えれる！

666 ：デフォルトの名無しさん：2006/05/07(日) 05:24:25

MLとかブログで名前出して書くのは怖い獄長ネタでも、2chでなら書ける！

667 ：デフォルトの名無しさん：2006/05/07(日) 05:36:44

MLとかブログで名前出して書くのは恥ずかしいエビちゃんネタでも、2chでなら書ける！

668 ：デフォルトの名無しさん：2006/05/07(日) 06:19:56

なんだ、いいことばっかりじゃないか。

669 ：デフォルトの名無しさん：2006/05/07(日) 09:17:52

匿名なら何でもいいのかきみたちは

670 ：デフォルトの名無しさん：2006/05/07(日) 09:41:57

他のスレは普通に質問スレとして機能してるぞ
あまり機能してないのはここぐらいだ

671 ：デフォルトの名無しさん：2006/05/07(日) 09:52:59

>>667
最近、エビちゃんを見る度にSeasarを思い出してしまう
完全に刷り込まれてしまったみたいだ

672 ：デフォルトの名無しさん：2006/05/07(日) 10:35:25

>>匿名なら何でもいいのかきみたちは

少なくとも、いろんなことに対する心理的な壁は、
ML >>>>>>> 2ch
だというのは事実ですたい。

MLよりは、2ch風公式質問BBSの方が人が寄ってくると思いますです。

673 ：デフォルトの名無しさん：2006/05/07(日) 10:40:09

> MLよりは、2ch風公式質問BBSの方が人が寄ってくると思いますです。

作ればいいジャマイカ
今時の会社は2chはブロックされてるのが普通だしdat落ちしたらもったいないしな
ここはネタスレヲチスレだと思う

674 ：デフォルトの名無しさん：2006/05/07(日) 10:44:24

>> 作ればいいジャマイカ

ひが氏自信が公式として管理運営すれば良いと思うが。MLよりは遙かに繁栄すると思われるでし。
もちろん、スレ立て管理、削除管理、キチガイ対策など大変だとおもうけど。

675 ：デフォルトの名無しさん：2006/05/07(日) 10:46:14

ひが氏自信が公式として管理運営すれば良いと思うが。
→ひが氏自身が開設してコミッタ達（もしくはボランティアなどの協力者）が管理運営すれば良いと思うが。

676 ：デフォルトの名無しさん：2006/05/07(日) 10:53:13

MLを管理運営してるやん

677 ：デフォルトの名無しさん：2006/05/07(日) 11:26:07

その掲示板もSeasar使って負荷のテストに
そうすれはS2JSFだってすぐに問題分かったはず

掲示板のほうがMLより手軽ってのは昔から当たり前のことだし
どこのオープンソースプロジェクトでも同じ問題抱えておる

678 ：デフォルトの名無しさん：2006/05/07(日) 11:27:08

>>MLを管理運営してるやん

だからMLがマズーなんだってば。ループさせんなｗ

679 ：デフォルトの名無しさん：2006/05/07(日) 12:17:27

ひがたんが自宅にパソコンを買えばいいんじゃまいか

680 ：デフォルトの名無しさん：2006/05/07(日) 12:41:25

公式の掲示板運営は大変だよ
せっかく勝手に2chにスレ立ってるんだから、拒絶するよりは利用した方がお互い得だと思うけどね

ここがネタスレヲチスレオンリーだと、コミッター側にとっては得が少ないということはあるが

681 ：デフォルトの名無しさん：2006/05/07(日) 12:44:47

ここはキチガイ用にして、真面目に使っている人用に対策すれば良いだけでは＞公式掲示板

やっぱしさ、「んなもんマニュアル嫁」って言われるのがイヤだからMLを敬遠するんだよ。

682 ：デフォルトの名無しさん：2006/05/07(日) 12:49:29

いや、JavaDocすらない現状ではそのマニュアルが整備されていないわけで
ソース嫁っといわれてるのが危険かと

683 ：デフォルトの名無しさん：2006/05/07(日) 13:19:45

かだら必要なんジャマイカ＞公式BBS

684 ：デフォルトの名無しさん：2006/05/07(日) 13:24:41

公式BBSを運営してるメジャーなオープンソースツールってどこがある？
Jakarta系はたしかMLだった気がする
JBossはBBSあるけど、あそこは営利企業だからな

685 ：デフォルトの名無しさん：2006/05/07(日) 13:25:02

ぶっちゃけMLとかBBSとか整備されてなくても最低限JavaDocが
1行コメントでも書かれていればそれをたよりにソースが追いやすくなったりするし、
EclipseやNetBeansとかIDEちゃんと使っていればJavaDoc書くのもぜんぜん
問題ないように感じるんだが

つーか、コメントないソースのおかげで開発者をわざと狭めてるんじゃないかなと思ったり

公式サイトのドキュメントもスクロールしまくりの長いのみせられたら誰も読む気がしないだろうし

686 ：デフォルトの名無しさん：2006/05/07(日) 13:28:20

おまぃらMLにvoidかそれに準じたキチが登場してもいいのかｗｗｗ
排除するだけでもどれだけ苦労するかｗｗｗｗｗ

687 ：デフォルトの名無しさん：2006/05/07(日) 13:41:31

>>684
> JBossはBBSあるけど、あそこは営利企業だからな

Seasarも同じだろ
そこがやればいいのにな

688 ：デフォルトの名無しさん：2006/05/07(日) 14:02:35

営利企業がオープンソースフレームワークの有償サポートをやるというのと
営利企業がオープンソースフレームワークの開発を行うというのは全然違うぞ

689 ：デフォルトの名無しさん：2006/05/07(日) 14:19:48

>>687
JBossと同じように、まずは有償ドキュメントから提供してもらおうか

690 ：デフォルトの名無しさん：2006/05/07(日) 16:06:34

>>680
> 拒絶するよりは利用した方がお互い得

拒絶したくなるようなことばかり書いてたくせにｗｗｗ

691 ：デフォルトの名無しさん：2006/05/07(日) 16:21:56

>>659
> JDKだって2ch発の指摘でバグ修正やったことあるし
サンの中の人が2ch直接見て修正したわけじゃないだろ
ここに書いたことも間接的に伝わってるし>561みたいに
対応もしてくれてんだからうまくいってんじゃね？

692 ：デフォルトの名無しさん：2006/05/07(日) 16:54:56

>>689
> JBossと同じように、まずは有償ドキュメントから提供してもらおうか

つ ttp://www.amazon.co.jp/exec/obidos/ASIN/4797331968/

693 ：デフォルトの名無しさん：2006/05/07(日) 17:02:50

名無しで質問して名無しに答えてもらうならここ
名無しで質問してコミッタに答えてもらうならブログのコメント
じゃダメなのか？

694 ：デフォルトの名無しさん：2006/05/07(日) 17:04:17

>>691
サンの中の人は2chが怖くてなかなか読もうとしなかったｗｗｗ

たしかに、対応されてるってことはうまくいってるってことだな

695 ：デフォルトの名無しさん：2006/05/07(日) 17:23:52

>>692
それ読むとますますSeasarが嫌いになるんじゃなかろうか
最初の簡単なDIの説明だけで何ページもソースをよまされるという
何のための書籍かわからん

696 ：デフォルトの名無しさん：2006/05/07(日) 17:31:13

>695
そりゃ入門書だからな
その次がないんだよな
つソース？

697 ：デフォルトの名無しさん：2006/05/07(日) 17:45:36

いや、逆
入門書になってない

698 ：デフォルトの名無しさん：2006/05/07(日) 20:14:09

>>693
答えてくれるならコミッタでなくてもいいんだけどね
Bugレポートみたいになんか対応して欲しいなら勇気をもってML
使い方がわかんねー、とかならここでもいいんじゃない

699 ：デフォルトの名無しさん：2006/05/07(日) 21:00:29

>698
higaﾀｿはコミッタに返事ほしけりゃMLが確実ってだけだから
コミッタじゃなくていいなら好きにしろってこった

700 ：デフォルトの名無しさん：2006/05/08(月) 00:15:11

獄長がhigaﾀｿに報告するから問題ないのでは？

701 ：デフォルトの名無しさん：2006/05/08(月) 19:32:55

むしろ最初からSpringにしとけば問題ないのでは？

702 ：デフォルトの名無しさん：2006/05/08(月) 19:50:07

一緒に暮らし始めたばかりの彼女(;´д｀)ﾊｧﾊｧ
八丁堀で一緒だったkaoriﾀｿ(;´д｀)ﾊｧﾊｧ

703 ：デフォルトの名無しさん：2006/05/08(月) 19:50:45

Java Spring Frameworkを語るスレ
http://pc8.2ch.net/test/read.cgi/tech/1077465099/

704 ：デフォルトの名無しさん：2006/05/08(月) 22:26:51

ファイルの保存だが、
DBやファイル等を意識しなくていいのが、DAOじゃないのか？

705 ：デフォルトの名無しさん：2006/05/08(月) 22:54:56

いまから使うなら、EJB3で無問題です。

706 ：デフォルトの名無しさん：2006/05/08(月) 23:03:14

>>704
ファイルのuploadの話だろ

707 ：デフォルトの名無しさん：2006/05/09(火) 11:45:03

ttp://d.hatena.ne.jp/higayasuo/20060508
>HOT deployの技術は､今後Seasarの様々なプロジェクトで利用できるようになるでしょう。

現状はDIコンテナで管理されているオブジェクト(クラス)のソースが
変更されたときに即座に反映されるってことかね？
当たり前かもしらんが、オブジェクトの状態は初期化されるんだろうな。

708 ：デフォルトの名無しさん：2006/05/09(火) 18:03:16

S2Unitでテストする時だけロギングレベルをDEBUGにして、それ以外は
INFOにしたいんだけど、テストの度にlog4j.propertiesを書き換えないで
済む方法ってない？

709 ：デフォルトの名無しさん：2006/05/09(火) 19:03:46

起動引数に何か書くことできんかな？

710 ：デフォルトの名無しさん：2006/05/09(火) 21:35:13

>708
それ以外の時だけクラスパスの頭にディレクトリつけて
そこにINFOのlog4j.properties置くとか

711 ：デフォルトの名無しさん：2006/05/09(火) 23:11:27

なんだ、ｱﾆｦﾀ、ｱﾆｦﾀと呼ばれている割には結構まともな風貌じゃないか
http://itpro.nikkeibp.co.jp/article/NEWS/20060509/237206/habu.jpg

712 ：デフォルトの名無しさん：2006/05/09(火) 23:15:12

>>710
なるほど、ありがとう。

713 ：デフォルトの名無しさん：2006/05/09(火) 23:41:55

>>711
メシくってるところにンなもん見せるんじゃない（怒

714 ：デフォルトの名無しさん：2006/05/10(水) 14:04:46

2.3.8 -> 2.4.0beta2にアップデートしたらS2JSF1.0.13が
使えなくなってしまった。S2Container.getRequest()が廃止されたのが原因みたい。
プロダクト間のバージョン対応表ってどこかに無かったっけ？

715 ：707：2006/05/10(水) 17:20:45

ttp://d.hatena.ne.jp/higayasuo/20060510
> HOT deployは、DIContainerで扱っているコンポーネントだけが、
> 対象だというふうに思われる方もいるかもしれませんが､
> OndemandBehaviorのrootPackageName以下のクラスはすべて対象です。
ありがとhigaﾀｿ、ちゃんとここも見てんだね～。

716 ：デフォルトの名無しさん：2006/05/10(水) 21:26:54

>>715
残念だがこっちのようだｗ
つttp://d.hatena.ne.jp/t-wada/comment?date=20060509#c

717 ：707：2006/05/11(木) 00:40:04

ほんとだ。
それじゃ、逝ってくるわ。

718 ：デフォルトの名無しさん：2006/05/11(木) 10:44:37

BasicSelectHandler で selectをかけたときに、
すべてのSQLがDeubgレベルで出力されるのにフィルタリングをかけたいです。
executeされた中で、一部のSQLだけログ出力したいという要望です。

BasicSelectHandlerをextendして、
executeをオーバーライドしてフィルタリング処理をする
以外にいい方法ありますか？

719 ：718：2006/05/11(木) 11:03:26

>>718
この方法だと、
論理的なコネクションを取得しました
論理的なコネクションを閉じました
トランザクションを開始しました
トランザクションをコミットしました
トランザクションをロールバックしました

のメッセージがでてしまうので、ログをOffにする方法が必要みたいです

720 ：デフォルトの名無しさん：2006/05/11(木) 11:27:06

よく分からんけど、フィルタリング処理ではなく、別のLoggerに出力すれば？
で、もともとのLoggerはロギングレベル上げてしまうとか。
ふとした思いつきなので、かなりダサいかもしれん。

721 ：718：2006/05/11(木) 11:37:32

>>720
BasicSelectHandlerがlogger_.debug(getCompleteSql(args));
ってやってて、
loggerが、Logger.getLogger(BasicSelectHandler.class)で取得されているので、
実行されるSQL毎にLoggerって分けれないような気がするんです。
どうでしょうか。

while(true) {
select発行処理
if (条件) {
update発行処理
}
スリープ処理
}

デーモンスレッドを起して、上みたいな処理をしていて、このループによる
BasicSelectHandlerからのログ出力がいっぱいでるので、
フィルタリングして別スレッドのUpdateのログと、Selectのログだけとりたいみたいな
かんじです。

722 ：デフォルトの名無しさん：2006/05/11(木) 21:15:48

Socketで飛ばして、フィルタする受け取り側を作るとかどうよ。

723 ：デフォルトの名無しさん：2006/05/11(木) 22:58:52

>>721
AOPで突っ込むとか。

JDBC-JDBCのブリッジを造るとか。
JDBCのブリッジになって、ログをはき出すOSSがどこかにあったはず。

724 ：723：2006/05/11(木) 23:46:06

日本製だとこれ。
ttp://jdbcdebugger.sourceforge.jp/

海外のでは設定ファイルで
>別スレッドのUpdateのログと、Selectのログだけとりたい

ということが出来るのがあったんだけど、URLが見つからない・・・

725 ：デフォルトの名無しさん：2006/05/12(金) 00:48:15

つ ttp://www.p6spy.com/

726 ：723：2006/05/12(金) 07:52:18

>>725
そう。それそれ。

727 ：718：2006/05/12(金) 08:46:16

>>722-726
レス、ありがとうございます

今のところは、BasicSelectHandlerを継承して、
INFOレベルでログを吐くHandlerを作成し、
ログが必要でないところは、BasicSelectHandler（または、BasicUpdateHandler）
を利用し、ログが必要なところは、継承したHandlerを利用し、
ログ出力レベルをINFOレベルでとるようにしました。
ただしこの案だとDEBUGのログ全部がとれなくなってしまうのが×です。
要望をまとめると以下になるので。

* 一部分だけ、
* トランザクション開始とか終了のログ、
* コネクション取得と閉じるログ
* SQLのログを出力したくない。
* てか、一部分から呼び出された範囲で、Seasarが出しているログ全部だしたくない。

この要望を満たすために、AOP案で、BasicSelectHandler（または、BasicUpdateHandler）
のexecuteを呼ぶところ（AOPでトランザクション開始しているならその開始元ごと）
で、ログ出力を無効にする案を考え中です。
なんか、AOPで処理をはさんでも、はさんだ以下だけ、ログを無効にはできなさそうな気がしますし、
DEBUGログで一部をださないようにするという要件自体が間違っている気もしますが。

728 ：718：2006/05/12(金) 08:48:45

>>722-726
>日本製だとこれ。
>ttp://jdbcdebugger.sourceforge.jp/
>
>海外のでは設定ファイルで
>ttp://www.p6spy.com/

これ、すばらしいプロダクトですね。
SeasarのSQLログ出力もイイと思ってましたが、これらもイイ。
まだ案は思いついていないですが、利用できる方法を考えてみます。

729 ：デフォルトの名無しさん：2006/05/12(金) 20:06:00

HOT deploy、static フィールドが毎回初期化されるんですけど

730 ：デフォルトの名無しさん：2006/05/12(金) 21:54:23

>>729
クラスを入れ替えるのだからいいんじゃね？

731 ：デフォルトの名無しさん：2006/05/13(土) 00:22:13

staticフィールドにに頼ってる時点で負け犬

732 ：デフォルトの名無しさん：2006/05/13(土) 01:06:03

S2JSFで、PCDATAではなくCDATAしか包含できない要素のテキスト内に
Beansの値を埋め込みたいんだけど無理かなあ。無理？

<option>#{ここで式言語を評価したい}</option>

<script type="text/javascript">
var x = #{ここで式言語を評価したい};
</script>

733 ：デフォルトの名無しさん：2006/05/13(土) 10:04:29

http://d.hatena.ne.jp/pmoky/20051007
↑
スーパープログラマーなろうと希望に胸を膨らませて、
院を中退したpmokyだが、ひが企画の実態は…
↓
http://d.hatena.ne.jp/pmoky/20060510#p1
http://d.hatena.ne.jp/pmoky/20060223

734 ：デフォルトの名無しさん：2006/05/13(土) 14:14:59

>>733

面白かったけどS2とは関係ないだろw

735 ：デフォルトの名無しさん：2006/05/13(土) 14:41:57

あ”ー、どうにかしてSeasarとひがを陥れたい。おちろ、おちろーーーー

という733の憎悪を感じます。

736 ：デフォルトの名無しさん：2006/05/13(土) 17:44:41

S2Jms触ってみた。
diconは複雑すぎてわけがわからんけどJavaのコードは異常に楽そう。
早くドキュメントが欲しい。

737 ：388：2006/05/13(土) 19:04:52

とりあえず>>437にコンポーネントキーと自動バインディングの表示機能、コンテナ内検索機能を付けてみた。
まぁ調整はこんなもんかな。
http://www.geocities.jp/sdv_vs2005/screenshot.jpg
http://www.geocities.jp/sdv_vs2005/container3.jpg

で、ようやくS2Container.NETのNET2.0版がリリースされたんで適当に晒してみる。
http://www.geocities.jp/sdv_vs2005/

738 ：デフォルトの名無しさん：2006/05/14(日) 02:12:54

12:30からなのに、やねうらおスレが面白すぎて寝れない…

徹夜で行って会場で寝るか

739 ：デフォルトの名無しさん：2006/05/14(日) 08:28:51

>>737

すげー。

740 ：デフォルトの名無しさん：2006/05/14(日) 16:20:56

Seasar.NETってどんなメリットがあるの？

741 ：デフォルトの名無しさん：2006/05/14(日) 17:01:10

.NETをお使いの貴方もさあ一緒に！！

設　定　フ　ァ　イ　ル　を　書　き　た　い　の　か　､　書　き　た　く　な　い　の　か　。

742 ：デフォルトの名無しさん：2006/05/14(日) 17:25:09

書きたくないならRuby On Rails!

743 ：デフォルトの名無しさん：2006/05/14(日) 17:52:02

ということにしたいのですね。

へ_へ___(以下略

744 ：デフォルトの名無しさん：2006/05/14(日) 18:12:36

>>738
一瞬だけh(1)も絡みかけてたからなw
アブねーアブねー。

オレンジニュースで晒したのは絶対わざとだろw > オレジュの中の人

745 ：デフォルトの名無しさん：2006/05/14(日) 22:38:41

セレブの余裕だなあ

746 ：デフォルトの名無しさん：2006/05/15(月) 01:59:41

誰かカンファレンスの感想を書いてくれ～

747 ：デフォルトの名無しさん：2006/05/15(月) 06:20:57

>>744
が、やねうスレに貼られている件。

ttp://d.hatena.ne.jp/habuakihiro/20050527
とかだけど、
>例の件も進めてますので、何卒よろしく(^^)
の後、音沙汰無いのは色々と察知したんだろうなw

ttp://d.hatena.ne.jp/habuakihiro/20050816
>さすがにこの歳になると、ある程度人を見る目というのは養われます。

>大体駄目っぽいのは、技術力が無いのに技術を語る人。
>大抵、こういうのは虚勢張ってるので、進捗報告なども水増ししてくる。

社長、ナイス眼力w

artonたんあたりも巻き込まれたりするんじゃろうか。

748 ：デフォルトの名無しさん：2006/05/15(月) 11:55:13

HotDeploy機能なんてできたんですねー。
仕事で、他のDIコンテナでそういうの作ってたから、
そういうのを少しやってみようと思ってたんだけど。
まだ、色々有用な追加機能はありうると思いますけど・・・

749 ：デフォルトの名無しさん：2006/05/15(月) 12:24:25

>>747
そこでは、気が付いて無いような。
yaneurao自体そんなにまずいってことも無いように思うし。
若干キャラがかぶってるし。

750 ：デフォルトの名無しさん：2006/05/15(月) 12:51:06

ごめん言い過ぎました。キャラ被ってませんね。

751 ：デフォルトの名無しさん：2006/05/15(月) 18:43:48

>>746
> 誰かカンファレンスの感想を書いてくれ～

感想ではないが冒頭の会員総会の中で今後の事業計画?として
seasar.org内にWebマガジンを創刊する(計画がある)と言ってた
その枕詞が「2chではマニュアルがないと言われてますが..」
だったので笑った
やはり網羅的な文章を起こす体力、リソースは持ち合わせてないようだ

752 ：デフォルトの名無しさん：2006/05/15(月) 19:06:11

>>744
> >>738
> 一瞬だけh(1)も絡みかけてたからなw
> アブねーアブねー。

h(1)なんか最近大阪がたいへんそうだけど、
まさかこの件じゃないよね

753 ：デフォルトの名無しさん：2006/05/15(月) 22:40:55

>>737
お呼びですよ
http://d.hatena.ne.jp/sugimotokazuya/20060515/1147660738

754 ：388：2006/05/16(火) 00:46:39

>>753
ブログ見てきた。

＞ぜひSeasarへ申請してみてはどうでしょうか？ > 作者様
うーむ。
さすがにそこまでSeasarファウンデーションに入れ込んでいる訳ではないんで、申請とかそういうのは勘弁してくれ。

まぁ、Spring.NETやCastleWindsorなど.NETのDIコンテナは他にもあるし、その辺りの調査で忙しくなるってのもあるんだけど。

755 ：デフォルトの名無しさん：2006/05/16(火) 08:39:43

プレゼントすれば？

756 ：デフォルトの名無しさん：2006/05/16(火) 09:47:27

>754

ぜひ力を貸してほしいんですけどねぇ～。残念。

757 ：デフォルトの名無しさん：2006/05/16(火) 09:51:04

力貸して欲しいのに申請させるわけか。

758 ：デフォルトの名無しさん：2006/05/16(火) 10:51:19

申請はこちらでさせて頂くのでお願いできませんか？

759 ：デフォルトの名無しさん：2006/05/16(火) 11:07:46

>>758
お前誰だよｗｗｗｗ

760 ：デフォルトの名無しさん：2006/05/16(火) 11:24:14

匿名でその文章は詐欺とおなじだな

761 ：デフォルトの名無しさん：2006/05/16(火) 11:27:49

参加人数の割に内輪感が強いイベントだという印象を持った。
スタッフ、コミッタ間で私語が飛び交ってたし、それがOKになる緩い
空気が漂っていた。
セッションのスピーカーは若いってのもあるんだろうけど、もうちょっと
喋りを研究しないと。PowerPointをなぞるだけで大学の卒研発表みたいだった。
と2chらしくネガティブに書いてみたが、まあ全体としては面白かったよ。

762 ：デフォルトの名無しさん：2006/05/16(火) 11:34:03

2chだからネガティブって事もないだろう

・公式サイトをもっと分かりやすく
・ドキュメントがまったくないのはふざけすぎ
・コメントがまったくないコードってチーム開発する気あるのですか?

これらが解決すれば少なくとも日本では採用が増えるかもしれないというのに
新規案件みんなSpringだよ・・・

用はまとめる人がいないんだよね
技術者が集まるのは結構だけど

763 ：デフォルトの名無しさん：2006/05/16(火) 12:11:49

>>762
> ・コメントがまったくないコードってチーム開発する気あるのですか?
コメントがなきゃチーム開発できないのか？

> 新規案件みんなSpringだよ・・・
よかったじゃん

764 ：デフォルトの名無しさん：2006/05/16(火) 12:26:19

これがSeasar厨ってやつか・・・

コメントがまったくないソースって斬新だと思う
ドキュメントが整備されていればまだしもどちらもないのだから

765 ：デフォルトの名無しさん：2006/05/16(火) 12:47:23

ドキュメントがまったくないってことはないだろ
プロダクトによってはないとか、役にたつドキュメントが
ないとかにしとけよw

766 ：デフォルトの名無しさん：2006/05/16(火) 12:48:01

今回も含めてこれまでのカンファレンスで撮影したビデオをYouTubeに放出して欲しい

767 ：デフォルトの名無しさん：2006/05/16(火) 13:15:47

ドキュメントを読みたいのか読みたくないのか

もちろん読みたくないでしょう
本プロジェクトでは思い切って使えるドキュメントを廃止してみました

768 ：デフォルトの名無しさん：2006/05/16(火) 13:21:05

>>763みたいのがSeasarには多そうで、
今後Seasarが生き残るのか不安になる。
実際、俺は使ってみたいんだが、
「内輪で分かってればいい。
　分からないやつは使わなくていい。」
っていう奴が多いコミュニティには入りにくい。
Seasarっていうプロダクトが好きで、
広めたいと思っているなら改めた方がいいよ。

「いいものは俺だけが使えればいい。あほな奴らは使うな」
って思ってんなら金庫に入れとけ。
OSSで広げんな。
そして　キ　モ　ス。

769 ：デフォルトの名無しさん：2006/05/16(火) 13:46:56

コメントの有無なんて、大して重要な問題じゃないと思うぞ。

770 ：デフォルトの名無しさん：2006/05/16(火) 13:48:57

>>762

> ・コメントがまったくないコードってチーム開発する気あるのですか?

どうせコメント書いていてもお前読まないくせにｗｗｗ
TomcatやSpringやJBossのコードなら全部ちゃんと読むのかよ

771 ：デフォルトの名無しさん：2006/05/16(火) 13:50:09

>>768
お前もキモイ
OSSに幻想持ちすぎ

772 ：デフォルトの名無しさん：2006/05/16(火) 14:09:39

>>768
内だの外だの日本的だな。

773 ：デフォルトの名無しさん：2006/05/16(火) 14:13:48

JBOSSは読む気はせんがSpringとかTomcatとかほとんどの人は斜め読み位してるだろ
Seasarよんでみたが本当にpublicであっても1行もコメントないんだな

774 ：デフォルトの名無しさん：2006/05/16(火) 14:15:38

コメントが欲しいのかドキュメントが欲しいのかどっちだ

775 ：デフォルトの名無しさん：2006/05/16(火) 15:18:39

>>768
「内輪で分かってればいい」じゃなくて、「外にわかるようにしたいけど、その能力が足りない」だと思う

776 ：デフォルトの名無しさん：2006/05/16(火) 16:46:17

カンファレンスで聞けなかったセッションの資料を読んでるんだけど、
Activity Based Datamodelって1対多関連にも連関エンティティを
用意するってこと？パフォーマンス的には相当不利になるのでは？

777 ：デフォルトの名無しさん：2006/05/16(火) 16:49:51

>>768
> 実際、俺は使ってみたいんだが、

絶対に嘘だｗｗ

778 ：デフォルトの名無しさん：2006/05/16(火) 17:04:25

>>768
なにを使いたいと思ったんだ？

779 ：デフォルトの名無しさん：2006/05/16(火) 17:40:47

>>776
ヲタ理事が早速反応してるぞ

780 ：776：2006/05/16(火) 17:57:03

1時間も経たないうちにあれだけの長文を書いていただけるとは。
パフォーマンス良すぎｗ

781 ：デフォルトの名無しさん：2006/05/16(火) 18:22:38

ソースにコメントがあろうが無かろうが、電通国際情報サービスのSeasarの有償サポートに入れば問題ないよ
個別にプロダクトのバグFIXまでしてくれるから安心だよ

有償サポートで行ったバグFIXはプロダクトに反映されるかどうかわからんしねｗ

782 ：デフォルトの名無しさん：2006/05/16(火) 20:24:43

他愛もない書き散らしにもちゃんと反応してくれる理事。懐が深い。

783 ：デフォルトの名無しさん：2006/05/16(火) 20:26:31

seasarを使いたいと思っていながら障壁を越えるための
行動もせずただ愚痴るだけの>768のﾍﾀﾚ具合にﾜﾛﾀ
ｦﾀ理事の腹の脂肪でも分けてもらえよwww

784 ：デフォルトの名無しさん：2006/05/16(火) 22:32:02

今S2JSF1.0でMyFacesのUploadedFileを使っているんですが
1.1でベースをTeedaに変更したとき、何に置き換えれば良いんでしょうか。

785 ：デフォルトの名無しさん：2006/05/16(火) 23:02:50

>>768の人気に嫉妬

786 ：デフォルトの名無しさん：2006/05/16(火) 23:26:20

漏れのおっぱいでよければ飛び込んでおいで。88cmのEカップだぉ。

787 ：707：2006/05/17(水) 00:06:22

つったつもりは無いんだけど、ちょっとうれしいな。
俺キモス。

>>777
いや、マジで。
例の青い本も自腹で買ったし。（内容の良し悪しはおいといて。）
Springは一通り勉強したけど、設定ファイルが煩雑なのは明らかで、
JTAに対するスタンスもSeasarの方が優れていると思う。
プロダクト自体の魅力は感じてるよ？

俺が言いたかったのは、
OSSには活発で自由な雰囲気のコミュニティが必要なんじゃないか、
と言うことだったんだが。
正直、ドキュメント欲しいってやつが現実に居るのに無視され、
Javadocすら用意しないのは何故だろう？
（実装コメントは別に無くてもいいよ…読みやすければ。）

ここから完全に色眼鏡というか只の勘ぐりだが、
サポートで利益上げたいからドキュメント無いんじゃないのか？
書籍で利益あげたいんじゃないか？
と思えてしまう。
（実際、営利企業が中心で進めてるんだよね？）

ブログ中心でコミュニケーション取るのはいいけど、一過性だし、まとめられていない。
JavadocとWikiでまとめるだけでも随分素敵になると思うんだけど。

>>778
とりあえずS2DAOとAOP＆JTAつかった宣言的トランザクション管理かな。
Flexもよさそうだよね。HTMLとJavaScriptで複雑なUI作るのはもう疲れた。

788 ：787=768：2006/05/17(水) 00:07:24

すまん、707じゃなくて768だorz

789 ：デフォルトの名無しさん：2006/05/17(水) 00:08:28

ドキュメントもねぇソースも読むなでは>>768のいうことももっともだと思うが

790 ：デフォルトの名無しさん：2006/05/17(水) 00:15:45

JavaDoc無いのは、単純に２バイト文字をソースに入れると後々困るからじゃないの？
英語でコメント書ける人は限られてるし、じゃあ入れない方がまし
・・・ってことになったのかなと勝手に思ってるが

791 ：デフォルトの名無しさん：2006/05/17(水) 00:17:31

書籍で儲けるって本を書いたことある奴なら絶対に言わないよな

それはそうと、ドキュメントと活発で自由な雰囲気がどう関係してるのかがわからん

>>787 がドキュメントを書いてコントリビュートすれば受け入れられると思うよ
そういうのが活発で自由なコミュニティってことなんじゃねーの？

別にクレクレ口開けて待ってるだけのやつの面倒を見ることが
活発で自由だとはとても思えねーんだけど

792 ：デフォルトの名無しさん：2006/05/17(水) 00:29:13

>>787
> OSSには活発で自由な雰囲気のコミュニティが必要なんじゃないか、
> と言うことだったんだが。

それならコミュニティの中に入って活発で自由に活動しなよ。
外からグダグダ書いててもなにも変わんないよ。

> 正直、ドキュメント欲しいってやつが現実に居るのに無視され、
> Javadocすら用意しないのは何故だろう？

お前も含めて誰も行動しないから。
欲しいって言ってりゃ何でも出てくるのがお前の考える
OSSなのか？

> ブログ中心でコミュニケーション取るのはいいけど、一過性だし、まとめられていない。
> JavadocとWikiでまとめるだけでも随分素敵になると思うんだけど。

そう思うんならお前が動けばいいじゃん。
seasar使いたいんじゃないのか？
そのために必要なんだろ？
それなのになぜやらない？
使う気ないってことだろ。

> とりあえずS2DAOとAOP＆JTAつかった宣言的トランザクション管理かな。

そこら辺はそれなりにドキュメントあるだろ。
JavaDocなんていらねーだろ。
てめぇのやる気のなさを他人のせいにしてんじゃねーよ。

793 ：792：2006/05/17(水) 00:30:59

>>791
うわ、お前は俺かwww

794 ：デフォルトの名無しさん：2006/05/17(水) 00:32:48

>>792
さいごの > の直前までおおむね賛成だったのだが.....

JavaDocはいるだろ。提供側が使って欲しいと思ってるならなおさら。
逆に言えば、JavaDocさえあれば、ほとんどは「JavaDoc読めよ」で
済むというのに。
この点については「いるってやつが自分で作れよ」では済まないと思う。

795 ：792：2006/05/17(水) 00:38:36

>>794
Javadoc全部ｲﾗﾈとは思っとらん。
だが、S2DAOとAOP＆JTAではいらんだろ。
どのクラスのJavadocがあれば「JavaDoc読めよ」で済むというのか？

796 ：デフォルトの名無しさん：2006/05/17(水) 00:49:33

>>671
トラックバック:http://life7.2ch.net/test/read.cgi/model/1146561408/

CanCamモデル蛯原友里【本スレ】その１6
http://life7.2ch.net/test/read.cgi/model/1146561408/

797 ：787=768：2006/05/17(水) 00:51:23

>>792
>JavaDocなんていらねーだろ。
以外は確かにそのとおりかもしれん。
>だが、S2DAOとAOP＆JTAではいらんだろ。
俺は一応全部欲しいけど？

ちなみに、俺は他力本願だよ。
Wikiに関しても誰かそのうち作るだろうって程度。
所詮、俺は利用することだけ。
Seasarっていう魅力的なプロダクトがあるんだから、
広く利用されるようになって長く生き残って欲しいと思ってはいても、
俺がそれに手を貸すつもりは無い。
廃れても痛くも何とも無い。

ただし、利用してるのに廃れては困るんで、
もうちょっと広まって、出来ればデファクトスタンダードになって欲しい。
その為には、Javadocくらい書いてあたりまえだと思ってる。

これが正直な気持ち。
同じようなこと考えてる奴少なくないと思うけど。

>>796
エビちゃんはかわいいと思う。
ただ積極的に追いかけようとは思わないが。

798 ：デフォルトの名無しさん：2006/05/17(水) 00:53:54

http://life7.2ch.net/test/read.cgi/model/1146561408/305

やったのは>>796かｗ

799 ：デフォルトの名無しさん：2006/05/17(水) 01:02:40

S2Buri って名前見た習慣に eBiharaURI の略だと思ってしまい、
S2Ayayaみたくネタプロダクトかと思って完全にスルーしてけど、
まじめなプロダクトだったんだね。

これも例のblogのせいだな。

800 ：デフォルトの名無しさん：2006/05/17(水) 01:03:09

>>735
それは違うだろ。生意気で虚言癖が多いやねうらおの
幻想を打ち破りたいだけだろ。
やねうらおに騙される信者はまだまだいるからな。

801 ：デフォルトの名無しさん：2006/05/17(水) 01:07:24

>>797
おれもほぼ同じような感覚だなあ。

以前Seasarの動作に不可解な点があって、ソースをおっかけ
始めたんだが、Javadocが無かったのでずいぶんと苦労した。

# 無論、さらにコメントがないのが追い討ちをかけたわけだが。

おれ個人的にはSeasarのほうがSpringより優れてると思ってる
けど、だからといって、俺が興味があるのはWebアプリケーションを
作るほうであって、フレームワークを作ることじゃないんで、
特段「じゃあ俺が」という感覚もない。

参加したい人だけ使って、ではSpringに追いつけないでしょ。

802 ：デフォルトの名無しさん：2006/05/17(水) 01:09:44

獄長は今日も呑気にエビちゃんネタですよ

803 ：デフォルトの名無しさん：2006/05/17(水) 01:10:00

つうか、すでにライバルはJavaEEだな。
あっちはドキュメント・チュートリアル・ツールが桁違いだ。

804 ：デフォルトの名無しさん：2006/05/17(水) 01:26:14

カンファレンスで見てS2Buriは凄いとｵﾓﾀ
漏れにとってはDI並みのインパクトだった

805 ： ◆gEOMkQDRbs ：2006/05/17(水) 01:30:59

S2の周辺プロジェクトの中にJavaDocプロジェクトってのがあった気がする。
Seasar Wikiだったか。

おれは「無い無い言うよりサンタになったほうがかっこいいかな」とか思うけどな。
コメントが無かろうが、ソースが公開されてるのはうれしいよ。ソース読むの楽しいし。

806 ：デフォルトの名無しさん：2006/05/17(水) 01:54:51

簡単なJavadocさえあればソースを追う参考になるからこれは開発の初期に必須

英語圏が問題になるといってもコメント部分は削除可能なんだし、
出来上がったクラスファイルは問題ないし

そもそもコメントがないのから英文を作るほうがしんどいと思うよ

先に日本語なりで作っていればそれを翻訳専門の人に渡すことも出来るが
ソース渡されて英語のコメント書いてとかはちとありえんぞ

807 ：デフォルトの名無しさん：2006/05/17(水) 02:33:10

>>753
そこへトラックバックしておこう

トラックバック:http://d.hatena.ne.jp/sugimotokazuya/20060515/1147660738

808 ：デフォルトの名無しさん：2006/05/17(水) 08:10:43

ttp://d.hatena.ne.jp/nowokay/20060517#1147820591

藻舞らもガンガレw

809 ：768：2006/05/17(水) 08:32:18

S2プロダクト間のバージョン依存関係とかもめんどくさそうだけど、
「全部入り」で提供される予定なし？
Springは何も考えずにwith-dependencis拾うだけで楽チンだったけど。
こういうトコも対抗して欲しいな…

810 ：デフォルトの名無しさん：2006/05/17(水) 08:56:33

ｦﾀ理事が大変な状況なのはわかった
いじるのは自粛する

811 ：デフォルトの名無しさん：2006/05/17(水) 10:46:45

ってか、ここ以外にヲタ理事の話題があるスレがあったのをはじめて知ったよｗ
どこのスレだ？

812 ：デフォルトの名無しさん：2006/05/17(水) 11:31:22

ともかく、小難しいこと言われてもため息しかでませんから、
誰もが理解しやすいキュメントをきちんと整理してください。
願いはそれだけです。

813 ：デフォルトの名無しさん：2006/05/17(水) 12:12:31

>>811
やねうスレ

814 ：デフォルトの名無しさん：2006/05/17(水) 12:23:53

>>812
お断りだ

815 ：デフォルトの名無しさん：2006/05/17(水) 12:31:29

>>808
「S2Eclipse Plugin」という名前が
まるでMaven2のEclipseプラグイン m2eclipseみたいな
紛らわしいと思った。

トラックバック:http://d.hatena.ne.jp/nowokay/20060517

816 ：デフォルトの名無しさん：2006/05/17(水) 12:35:35

トラックバックがうまくいかないなあ。
無効で拒否してんのかな？

817 ：デフォルトの名無しさん：2006/05/17(水) 12:36:32

トラックバック:http://d.hatena.ne.jp/nowokay/20060517

もういっちょ

818 ：デフォルトの名無しさん：2006/05/17(水) 12:37:09

うまくいった

どうやらレスの先頭にかかないとうまくいかないようだ

819 ：デフォルトの名無しさん：2006/05/17(水) 12:37:56

トラックバック:http://d.hatena.ne.jp/sugimotokazuya/20060515/1147660738

>>753, >>807

こっちももう一度トラックバックだ

820 ：デフォルトの名無しさん：2006/05/17(水) 12:38:26

やったー、成功ーートラックバックうまくいったー

821 ：デフォルトの名無しさん：2006/05/17(水) 12:39:14

トラックバック:http://life7.2ch.net/test/read.cgi/model/1146561408/

>>796もトラックバックし直し

822 ：デフォルトの名無しさん：2006/05/17(水) 12:41:13

うまくいかなかった

823 ：デフォルトの名無しさん：2006/05/17(水) 12:42:38

トラックバック:http://d.hatena.ne.jp/higayasuo/20060515

ひがやすをblogにトラックバック

824 ：デフォルトの名無しさん：2006/05/17(水) 12:42:55

成功！

825 ：デフォルトの名無しさん：2006/05/17(水) 18:25:31

いくらなんでもそりゃスパムだろwww

826 ：デフォルトの名無しさん：2006/05/17(水) 18:34:53

>>781
ここで電通のサポートのこと書いてもスルーだよｗ

827 ：デフォルトの名無しさん：2006/05/17(水) 21:20:37

>823-825

ﾜﾗﾀ

828 ：デフォルトの名無しさん：2006/05/18(木) 00:43:44

>>804

あれは面白かったね。で、やっぱ名前で損しているとｗ

普通にS2Workflowとかの方が良かったと思う。
「ワークステートエンジンだ」と中の人は言ってたような気がするが、マーケティング的にはワークフローの方がよく釣れそうだ。

829 ：デフォルトの名無しさん：2006/05/18(木) 00:59:18

なんでもｓ２ってネーミングダサいよな
２ってtoという意味で使うこともおおいし
バージョン3はどうなるのか

830 ：デフォルトの名無しさん：2006/05/18(木) 03:10:23

>>828
それならそれでS2Workstateにすればいい気もする。

831 ：デフォルトの名無しさん：2006/05/18(木) 07:40:15

>>829
エヴァ好きにはたまらないネーミングですたい

832 ：デフォルトの名無しさん：2006/05/18(木) 09:08:47

ほとんどの人はS１使ってないんだから「２」はいらんような。
たのむからS2ではなく、Seasarで統一してほしい。

833 ：デフォルトの名無しさん：2006/05/18(木) 09:26:58

ttp://d.hatena.ne.jp/koichik/20060516
ナイス。その調子だ。

834 ：デフォルトの名無しさん：2006/05/18(木) 10:28:00

Seasarの将来を考えると世界戦略は必要だけどねぇ。
どうしたもんか。

835 ：デフォルトの名無しさん：2006/05/18(木) 10:32:03

要するに、外から見てどういう風にSeasarプロジェクトが見えてるかってところを面倒見てる人がいない。

人はがーっとあつめて、開発者は集まりました、と。
でももっと大事な部分が抜けてる。

例えばS2のプロダクトをダウンロードしに公式サイトのプロダクトページにいったら、ファイルが複数並んでいる。
でも、それらの違いは一言もそのページに書いてない。
こんなの普通あり得ないんだけど、その辺の面倒は誰も見てないのか、ずーっとそのまま。
結果、使ってみようかなと思った人は使う前から「こんなの大丈夫かよ」と不安になる。
そうなると、誰も幸せにならない。

836 ：デフォルトの名無しさん：2006/05/18(木) 10:40:52

>>835
禿胴
「全部入り」で提供してもらえるとかなりうれしい。
S2プロダクト間のバージョン依存が面倒くさそう。

837 ：デフォルトの名無しさん：2006/05/18(木) 10:47:01

>>831
ゲリオンなんて持ち出すなんて、C言語厨なガンヲタみたいで嫌だな

838 ：デフォルトの名無しさん：2006/05/18(木) 13:23:41

>>834
日本でどうしようもないのに、世界戦略といったところで。

839 ：デフォルトの名無しさん：2006/05/18(木) 13:34:22

Seasarは純国産フレームワークとはいえ、
Rubyほど知名度を上げるにはまだ至っていないだろうな。

横浜ベイキットよりは知られているだろう。

840 ：デフォルトの名無しさん：2006/05/18(木) 14:22:35

なんで、電通のサポートの話をしてもスルーされちゃうの？

841 ：デフォルトの名無しさん：2006/05/18(木) 14:25:09

電通のサポートに関係がある人が見てないから。

842 ：デフォルトの名無しさん：2006/05/18(木) 15:58:05

そもそも、このスレに有償サポート受けた香具師いる？

843 ：デフォルトの名無しさん：2006/05/18(木) 16:14:02

× そもそも、このスレに有償サポート受けた香具師いる？
○ そもそも、この世に有償サポート受けた香具師いる？

844 ：デフォルトの名無しさん：2006/05/18(木) 16:20:49

>>843
あの世には居るって事でつか？

845 ：デフォルトの名無しさん：2006/05/18(木) 16:39:50

>>844
どの世の事でつか？

846 ：デフォルトの名無しさん：2006/05/18(木) 17:06:55

涅槃

847 ：デフォルトの名無しさん：2006/05/18(木) 17:32:43

サポート受けてますがなにか？

848 ：デフォルトの名無しさん：2006/05/18(木) 18:46:12

今日青本買いました。
４章の途中まで読みました。
第１章読むのが一番辛かったのは気のせいだろうか・・・

849 ：青本くん：2006/05/18(木) 19:13:35

848です。
http://www.thinkit.co.jp/free/article/0605/4/1/index.html?fr=rdf
読みました。
青本買って良かったと思いました。

850 ：青本くん：2006/05/18(木) 19:14:56

でも、ここの過去ログ読んで
S2JSFにちょっと不安を感じました。
メモリの件は解決しているのでしょうか？

851 ：591：2006/05/18(木) 19:51:54

>>850
今後解決するとひがさんがblogで言っていた。
現状でもSTATE_SAVING_METHOD = clientなら大丈夫だけど
HTMLに巨大なhiddenフィールドが吐かれて不気味。

俺としてはむしろ、この問題が今まで指摘されてこなかった
ことの方が不安だな。本当に実案件で使われているのか？
と思ってしまう。

852 ：デフォルトの名無しさん：2006/05/18(木) 20:06:13

使われてないと思う
ヲタ理事もS2Struts+Mayaa一押しでTeedaに期待とか言い切ってるんだしｗｗｗｗｗｗｗｗｗ

853 ：デフォルトの名無しさん：2006/05/18(木) 20:16:45

つかJSF自体が期待はずれ

854 ：& ◆kXFLoQT9tI ：2006/05/18(木) 20:24:56

591さん
返信ありがとうございます。
ひがさんのblogをチェックしていきたいと思います。
2ch、ほとんど読んだことがなかったのですが、
過去ログ読むと思っていたよりも勉強になりそうなので、
こちらもチェックしていきます。
また教えて下さい。
ありがとうございました。

855 ：591：2006/05/18(木) 20:27:49

もう50画面分のHTML書いちゃってるし、今更S2JSFから離れる訳には
いかないんだよな。いや、十分良さを感じてるんだけどね。
でも結局、Teeda Extensionに移行するときHTML全書き直しの苦行が
待っているのか。HTMLはPOJOにできないもんなあｗ

856 ：デフォルトの名無しさん：2006/05/18(木) 20:50:54

>>855
> HTMLはPOJOにできないもんなあｗ

それがMayaaやTeedaだろ
残念ながらS2JSFはPlain OldなHTMLじゃないけどな

857 ：デフォルトの名無しさん：2006/05/18(木) 21:03:55

>849

そのページの記事に、なんでHPがからんでるのかがわからん。
コミッタでもいるのか。

858 ：591：2006/05/18(木) 21:12:06

> それがMayaaやTeedaだろ
あ、TeedaってMayaa方式なのか。

859 ：デフォルトの名無しさん：2006/05/18(木) 21:26:16

>>858
http://d.hatena.ne.jp/higayasuo/20060127
mayaaファイルの代わりにPageクラスのアノテーションを使うようだ

860 ：デフォルトの名無しさん：2006/05/18(木) 22:52:26

>>857
HPがハードを提供してるから

861 ：デフォルトの名無しさん：2006/05/18(木) 23:10:37

善男善女のみなさん、まずはこの絵を御覧ください
http://hw001.gate01.com/dec2750/img/0812/08.jpg
http://blog15.fc2.com/w/wilosn/file/KIF_0236.jpg
http://blog15.fc2.com/w/wilosn/file/KIF_0237.jpg
http://blog15.fc2.com/w/wilosn/file/KIF_0281.jpg
http://blog15.fc2.com/w/wilosn/file/KIF_0283.jpg
http://blog15.fc2.com/w/wilosn/file/KIF_0300.jpg

このような絵は、常人なら思わず目を背けたくなる不快な場面ですが、
「おたく族」たちは、毎日この種のアニメを観てはおぞましい妄想に耽っているのです。
そして、隙あらば幼女を拉致監禁し、残虐なる虐待・暴行を加えた上、
欲望を吐き出した後は殺して、その遺体を食べようと企んでいるのです。
今この瞬間も、第二、第三の宮崎勤・小林薫が、車のウィンドー越しに、
あるいは人通りの少ない路地裏の物陰から、あなたの大切な家族を狙っているのです。

あなたの知人で、ロリコンアニメを所持していたり、DVDを借りている人はいませんか。
会話の端々で「ｷﾀｰ！」と叫んだり、名前の後に「タン」をつけて話す人はいませんか。
部屋にアニメのフィギュアを飾ったり、メイド喫茶に入っていく姿を見掛けたことはありませんか。
もしいるのなら、彼の友人や近所の人たちを中心に、なるべく速やかに、
かつ一人でも多くの人にその事実を知らせてあげてください。
そして、そのおたく族が悲劇的な犯罪を起こすことのないよう
地域ぐるみで監視の目を張り巡らせてほしいのです。

862 ：デフォルトの名無しさん：2006/05/18(木) 23:24:32

>>861
ちょっと気になるのだが、その元スレを教えてくれんか

863 ：デフォルトの名無しさん：2006/05/18(木) 23:28:14

いつからオタスレになったんだ

864 ：デフォルトの名無しさん：2006/05/19(金) 00:03:37

<table>
<span m:inject="s:forEach" m:items="#{items}" m:var="e">
<tr>
<th><span m:value="#{e.key}"/></th>
<td><span m:value="#{e.value}"/></td>
</tr>
</span>
</table>

<table>直下に<span>は、何度見ても気持ち悪い。

865 ：デフォルトの名無しさん：2006/05/19(金) 00:10:56

>>835
たとえばDIだけでもダウンロードファイルでコア以外にtigerとかならんでるけど
それがなんなのかの説明がまったくないというのはほんとすごいよな

あのページ造った人は疑問に思わなかったのだろうか

866 ：デフォルトの名無しさん：2006/05/19(金) 00:15:17

<span>タグの乱用は厄介なことにデザイナーの操作で平気で壊れ、修正がしにくい
HTMLデザインはたとえばDreamWeaverというツールがデファクトスタンダードなんだから
それでどう修正がしやすいかというのが一番のポイント

また、設定ファイルをXMLにかくのはいいが、XMLに従うあまり
式等を「＜」とかエスケープと化しろというのはあふぉとしか
JSP直のほうが軽いやん

こねくり回した結果簡単なものを複雑にしてるだけ

今ユーザーが望んでるのはEL式のようにデザイナと開発者が
どちらも分かりやすくメリットがあるようなもの
たとえばHTMLコメントで特殊なものを扱うとか、EL式でHTMLエスケープを入れることが可能になるとか

JSPはHTMLと違うから扱いにくいと思うやつはいないよ
カスタムタグとか式とかつかわなければデザインツールで綺麗に面倒を見てくれる
デザインツール自体がTomcatと連携して動くとか現状を知らない人も多いのかねぇ

867 ：デフォルトの名無しさん：2006/05/19(金) 00:26:31

>>866
>JSPはHTMLと違うから扱いにくいと思うやつはいないよ

現場を知らないようで・・・

868 ：デフォルトの名無しさん：2006/05/19(金) 00:45:56

JSTLとELを使えば、JSPも以前ほど酷くはないよ
ELとfnを上手く使えば、HTMLタグの入れ子構造を壊さずに記述していくことも可能だし

869 ：デフォルトの名無しさん：2006/05/19(金) 00:47:38

>>867
いつの時代の人ですか?

870 ：デフォルトの名無しさん：2006/05/19(金) 00:52:30

>>866
＞EL式でHTMLエスケープを入れることが可能になるとか
fn:escapeXml

871 ：デフォルトの名無しさん：2006/05/19(金) 01:18:23

>>866
>カスタムタグとか式とかつかわなければ
つまり、JSPを使わなければと言いたいのですね。

872 ：デフォルトの名無しさん：2006/05/19(金) 01:19:10

それ拡張タグ使ってるだろ
デザインとの分離が不可能

873 ：デフォルトの名無しさん：2006/05/19(金) 01:20:00

JavaOneはどうなったのさ。

874 ：デフォルトの名無しさん：2006/05/19(金) 01:20:30

>>871
ループ制御とELの構文があればいいだけ
JSPが一番入れ込むのがらくだから

HTMLだけだとどのHTMLがどの文字コードかとかわからんしな
現実的な階ではある＞JSP

875 ：デフォルトの名無しさん：2006/05/19(金) 01:23:26

>>873
・JavaEE5正式発表
・NetBeansが5.5でEE方面が大幅によくなりました、JBOSSも参加しました
・JavaSE7でプロパティが実装されます
・Linux等にてシステムにJRE同根も可能

というところか
肝心のリリースが近いJavaSE6はあんまりみえてこんな

NetBeansがここまで前面に出てきたことはなかったような

876 ：デフォルトの名無しさん：2006/05/19(金) 01:58:41

>>869
いやまじで現場をしらないと思う。
ほとんどの現場では、デザイン会社がつくってきたHTMLを
プログラマがシコシコとJSTLに書き換えてるんじゃないか、いまでも。

877 ：デフォルトの名無しさん：2006/05/19(金) 02:23:40

http://www.seasar.org/index2.html
> Akabana
> Seasarのプロダクトを組み合わせてスタックとしてテストし、提供するプロジェクト

こんなのあったんだな
早く欲しい

878 ：850：2006/05/19(金) 03:23:36

koichikさんへ
http://www.seasar.org/index2.html
今までわけのわからなかったプロダクトの概要が一目でわかってとても幸せになれました。

879 ：デフォルトの名無しさん：2006/05/19(金) 05:06:40

>>873
ttp://blogs.sun.com/roller/page/yk?entry=higa_san_s_bof_at

880 ：デフォルトの名無しさん：2006/05/19(金) 08:56:52

k1 GJ!

881 ：デフォルトの名無しさん：2006/05/19(金) 09:03:50

>878

.NETとPHPのSandboxも隠せばいいのにとオモタ。
つーか、PHPはまだSandbox卒業してないのか orz

882 ：デフォルトの名無しさん：2006/05/19(金) 12:24:52

獄長、やればできるこ。

883 ：デフォルトの名無しさん：2006/05/19(金) 13:04:48

ソースのコメントでは無いが、有名オープンソースでも
びっくりするくらいドキュメントが少なくて驚くことが多い。

PicoContainer辺りは、ドキュメントは結構多いほうだけど、それでも例えば
Singletonで無いコンテナの作り方の書いてあるドキュメントはない。
Javadocを眺めると、ConstructorInjectionComponentAdapterFactoryを
使えばいいことは何とか分かる。
cglibとかはJavadoc以外には、最小限のサンプルプログラムが
1つある程度だった気がする。

たいていの人（9割？）は、やろうとする目的のために
チュートリアル、サンプルPG、Javadocまで調べて分からなければ
ギブアップするのではないかと思う。ソースまでは調べないと思う。
JavadocでAPIの仕様を見るだけ理解できるならコメントは不要だけど。

自分は、Seasarのある部分と似たものを作ったけど、Seasarのソースは
殆ど見なかった。必要も無かったし。
そう言う訳でソース読めは最後の最後だと思う。

884 ：デフォルトの名無しさん：2006/05/19(金) 13:22:41

いいかんじ！
http://www.seasar.org/index2.html

こっちはもっといい感じ!!
http://vision.featia.net/misc/seasar/4/
若干、黒が多くて重たいきがしますが...

３ペインバージョンはFirefoxでは左の列が、中央の列に被って表示が崩れちゃってます。

885 ：デフォルトの名無しさん：2006/05/19(金) 13:23:18

>884
間違えた、右の列だ。

886 ：デフォルトの名無しさん：2006/05/19(金) 13:56:32

>>884
とりあえず2ペインで行きそうなので3ペインは放置だそうです。

887 ：デフォルトの名無しさん：2006/05/19(金) 14:02:36

メニューを日本語にしてほしいな。
デザインより見易さ。

888 ：850：2006/05/19(金) 15:34:18

>>884
http://vision.featia.net/misc/seasar/4/
いいですねぇ。
こうしてみると、S2関連プロダクトってたくさんありますね ^^

889 ：デフォルトの名無しさん：2006/05/19(金) 15:41:09

おお、優しさに満ちたトップページだ。 w

890 ：デフォルトの名無しさん：2006/05/19(金) 15:43:40

最新情報のリンク先がWikiなのはどうかと思う。w

891 ：デフォルトの名無しさん：2006/05/19(金) 19:59:26

>>888
これってなんかのCMSつかってるの？
ページはすごくよくできてると思う。

>>890
正直、はてなにリンクしたほうがいいんじゃね？

892 ：デフォルトの名無しさん：2006/05/19(金) 20:39:12

>>883
コメント・ドキュメントを書かないことで、
ドキュメントを書いて儲けてください。サポートで儲けてください。というメッセージを書いているんだよ！

893 ：デフォルトの名無しさん：2006/05/19(金) 22:38:21

このオープンソースのドキュメントは素晴らしいっ！ってのはどっかないのか？

894 ：デフォルトの名無しさん：2006/05/19(金) 23:28:43

>>893
Spring

895 ：デフォルトの名無しさん：2006/05/19(金) 23:34:47

ドキュメント整備は2年前からやるべきだったな

今Springでやってるけど、このまま息切れせずにいってくれれば
Seasar使ってもいいぞ

作って終わりじゃないからな
内輪のプロジェクトならどうでもいいが人に提供してナンボだから

896 ：デフォルトの名無しさん：2006/05/19(金) 23:34:47

「すばらしい」とまではいわないけど、Apacheのプロジェクトはほとんどまっさきに
Javadocをそろえるね。User ManualがなくてもJavadocはある、というくらいに。

Hibernateのドキュメントはいいと思うよ。Hibernateインアクションに書いている
ことはほとんどすべて書いてあるというくらい徹底しているし。

897 ：デフォルトの名無しさん：2006/05/19(金) 23:54:58

PostgreSQLもなかなか。新バージョンがリリースされたらほぼ即時でリファレンスマニュアルもリリースされるのは素晴らしい。

898 ：デフォルトの名無しさん：2006/05/20(土) 00:02:41

ようはJavaDocさえあれば興味あるやつはくいつくからな
そうすれば新たな開発者も生まれる

自分たちより出来る技術者が来ないように鍵かけてたのが今までの状態
そう思われても仕方ない状況だったからねぇ

899 ：デフォルトの名無しさん：2006/05/20(土) 01:05:45

>>896
> 「すばらしい」とまではいわないけど、Apacheのプロジェクトはほとんどまっさきに
> Javadocをそろえるね。User ManualがなくてもJavadocはある、というくらいに。

Javadocあるだけで中はスカスカってこともあるけどな。

>>898
> ようはJavaDocさえあれば興味あるやつはくいつくからな

Javadocがそれほどのものか？
俺にはその感覚が理解できん。

900 ：デフォルトの名無しさん：2006/05/20(土) 01:08:24

>>899
「それほどのもん」ではないよもちろん。
Javadocは「最低限」であって。

901 ：デフォルトの名無しさん：2006/05/20(土) 01:16:25

そこでMaven site:generate

902 ：デフォルトの名無しさん：2006/05/20(土) 01:16:55

JavaDocのあるSpringとないSeasar
どっちがわかりやすいかは一目瞭然

903 ：デフォルトの名無しさん：2006/05/20(土) 01:33:39

>>902
使うときは、サンプル見るだけで、Javadocは読まないからどちらでも同じ。

904 ：デフォルトの名無しさん：2006/05/20(土) 01:41:16

ドキュメントを読みたいのか、読みたくないのか。

905 ：デフォルトの名無しさん：2006/05/20(土) 01:55:12

>>576
>>767

Seasar Conference 2006 SpringってSpringなのかSeasarなのかわからんなｗ

906 ：デフォルトの名無しさん：2006/05/20(土) 02:26:03

>>905
つまらん

907 ：デフォルトの名無しさん：2006/05/20(土) 02:37:57

謎の規約を推測したいのか、したくないのか

908 ：デフォルトの名無しさん：2006/05/20(土) 03:14:31

SolalisやAIX機はx86PCよりパフォーマンスがずっと優れており、VMに足を引っ張られても
問題ないってのがそもそもJavaの前提なんだな。
ところがx86の進化は留まるところをしらず、sparcはおろかalphaすら抜き去って最速。
しかも低コスト。

また、Javaは乱立していたUnix系OS上での共通基盤という意味もあったのだが、残念ながら
Linuxの一人勝ちでその意味も薄れてしまった。

結局、今やSolarisやAIXなんかは無視しても全然無問題で、LinuxとWin32でC/C++使えばそれでOKなのだ。
対応すべきOSが集約してきたらC/C++で組めばいいだけのこと。

909 ：デフォルトの名無しさん：2006/05/20(土) 03:32:07

あほ、C++なんかでウェブアプリケーションが組めるかよ。
JDBCもJNDIもO/Rマッピングも、サーブレットコンテナも、プラットフォーム関係なし
の分散トランザクションもなしっておまえ。

910 ：デフォルトの名無しさん：2006/05/20(土) 06:47:25

>>908
Linux一人勝ちって・・・・・・・・、互換性の無いLinuxが乱立しているのを何とかしてくれ。

911 ：デフォルトの名無しさん：2006/05/20(土) 07:27:07

>>908
いいたいことはわかるが、このスレとは何の関係もないな。

>>909
じゅうぶん組めるよ。JDBCのかわりにODBC、JNDIはCやC++ならそもそも必要なし、
O/Rマッピングも昔からある（今のJavaほど進んではいないけど）、
サーブレットはJava独自の規格だから関係ないし、Apacheモジュールにすれば爆速。
分散トランザクションはTuxidoでOK。
要は知恵と工夫次第。

JavaはWrite once, run anywhereっていうけど、そもそもJVMがまともに移植されているプラットフォーム自体少ない。
それにくらべ、CやC++コンパイラはほとんどのプラットフォームで利用可能。
へんなことしてないANSI-CプログラムはJavaよりもrun anywhereだよ。これはガチ。

スレ違いなのでこの辺で終了。

912 ：デフォルトの名無しさん：2006/05/20(土) 09:00:15

おいおいそれコピペだ

913 ：デフォルトの名無しさん：2006/05/20(土) 10:50:29

>>911
>へんなことしてないANSI-CプログラムはJavaよりもrun anywhereだよ。これはガチ。

ANSI-C誕生直後から言っているけど、全然実現されないよね。

Hello World.

914 ：デフォルトの名無しさん：2006/05/20(土) 10:51:15

>>O/Rマッピングも昔からある（今のJavaほど進んではいないけど）、

昔々みかか関係のお仕事した時、EOFっていうO/Rマッパを使ったんだけどさー
ありゃ良く出来てたよな～。童貞を失ったような気分だったのをおぼえてる。
今はどうなっちまったかわからんけど、ああいうクライアントとエンジンが一体化したようなものが出てくればいいねぇ。
S2Daoも便利だけど結局はDAOやらDTOやら自前でソースレベルで管理しなきゃいけないし、
エンジニア負担減ったようで変わってないのさ。
オジサンの昔話でスマソ。

915 ：デフォルトの名無しさん：2006/05/20(土) 10:53:19

補足。
>>EOFっていうO/Rマッパを使ったんだけどさー
こいつはJavaじゃなくてObjective-Cというﾜｹﾜｶﾒな言語で叩くのだった。良くわかんなくて先輩に穴掘られながら覚えたよ。もう忘れたけどｳﾎｯ

916 ：デフォルトの名無しさん：2006/05/20(土) 11:18:51

EOFってWebObjectsのか。ありゃすごいね。

917 ：JBoss、SeamをWebBeansとしてJCPに標準化へ：2006/05/20(土) 13:23:47

>　実装しつつ、JSRに提出する仕様書を記述できるレベルまで仕様を固めたGavin Kingはやはり凄い。
>　JSRの仕様はベースであり、縦にも横にも拡張できる柔軟性が求められているはず。
>　ソースコードを読まないと詳細な仕様がわからないプロダクトよりはいい感じ。

ソースコードを読まないと詳細な仕様がわからないプロダクトよりはいい感じw
ソースコードを読まないと詳細な仕様がわからないプロダクトよりはいい感じww
ソースコードを読まないと詳細な仕様がわからないプロダクトよりはいい感じwww

918 ：JBoss、SeamをWebBeansとしてJCPに標準化へ：2006/05/20(土) 13:25:47

>　#シーサー財団の茶だ開発者がほざいてますな。
>　#茶だも含めてシーサー界隈は厳密にはJSR仕様重視ではないしSeasar2に関しては独自仕様(オレ様仕様)の塊。
>　#Seasar2.4のEJB3対応に関してはそう謳っているだけでEJB3仕様準拠のテストを通過しているわけでない。
>　#つまり、Seasar2.4のEJB3対応は外枠が同じだけで中身は厳密にはEJB3仕様に基づいているとはいえない現状。
>　#なので、Seasar2.4のEJB3対応について現状ではEJB3仕様に則した挙動になることは保証されない。
>　#茶だに関してもMyFaces派生なだけで厳密にはJSF仕様準拠ではない(=JSF仕様準拠のテストを通過していない)。
>　#MyFacesがJSF1.1仕様準拠のテストを通過していることとその派生物がJSF1.1仕拠かどうかは別の話。

シーサー財団の茶だ開発者がほざいてますなw
シーサー財団の茶だ開発者がほざいてますなww
シーサー財団の茶だ開発者がほざいてますなwww

919 ：デフォルトの名無しさん：2006/05/20(土) 14:04:05

なんていうか……もう病気スレスレだよね

920 ：デフォルトの名無しさん：2006/05/20(土) 14:51:25

スレスレじゃなくて完全だろ（ｗ　一体何が彼をそこまで駆り立てる・・・

２ちゃんスレ以下の内容を記名で書き散らす勇気には敬服するが。

921 ：デフォルトの名無しさん：2006/05/20(土) 15:03:21

ネガティブな方向ってのは重力に引っ張られて堕ちるだけだから楽なんだよ。

922 ：デフォルトの名無しさん：2006/05/20(土) 16:37:18

何かキモいのでSpringにしときます。

923 ：デフォルトの名無しさん：2006/05/20(土) 17:00:19

>>922
Nova推奨

924 ：デフォルトの名無しさん：2006/05/20(土) 20:30:04

ドキュメントについて一言いわせてくれ。
チュートリアルとか初心者ガイドみたいなのは、開発者（コミッタ）以外の人間でも書ける。
でもJavaDocは開発者が書くべきだろ。
JavaDocがないことについて言及したら「おまえがやれ」というのはおかしい。
いくらなんでも、これは開発者の怠慢。

925 ：デフォルトの名無しさん：2006/05/20(土) 20:31:49

>>924
> JavaDocがないことについて言及したら「おまえがやれ」というのはおかしい。

誰に言われたんだ？

926 ：デフォルトの名無しさん：2006/05/20(土) 20:42:41

>924
> いくらなんでも、これは開発者の怠慢。

同意だがｵﾌﾟｿ開発者だって所詮好きなことやってるだけで
義務でもなんでもないからな。
ｻｸｰｼｬがJavadoc不要論者なら必要とする人間が書くか
諦めるしかないのが現実だな。
つSpringでいいじゃん

927 ：デフォルトの名無しさん：2006/05/20(土) 20:46:19

小規模でコミュニティとかないようなところだといいのかもしれんが
Seasarってそんなプロジェクトだったっけ？

広告もだしてるし書籍も出してるし広げたいとは思ってると思うが

928 ：デフォルトの名無しさん：2006/05/20(土) 21:02:27

>>927
コミュニティの大きさよりも、扱える金銭の額が重要。

929 ：デフォルトの名無しさん：2006/05/20(土) 21:14:05

>>927
広げたいと思ってるとしても、そのためにJavaDocが必要だとは考えていないとか
不要とまで考えていなくても、重要だと考えていないのは間違いなさそう

930 ：デフォルトの名無しさん：2006/05/20(土) 21:51:03

JavaDocを出せば広がるのか？
俺にはそこがわからん。
わかりやすいチュートリアルのほうが重要だろ。

931 ：デフォルトの名無しさん：2006/05/20(土) 22:06:56

チュートリアルのあと実際に使うときにはJavaDocと大量のサンプルが重要

だが、今公式ではドキュメントが軽く書かれてるだけで厳しい
というか1ページ長すぎなんだよ

932 ：デフォルトの名無しさん：2006/05/20(土) 22:07:26

コミッタはJavadoc厨を気にして優先度を誤らないようにしてくれ。
俺はJavadocどうでもいいからS2.4とTeeda Extensionが早くほしい。

933 ：デフォルトの名無しさん：2006/05/20(土) 22:11:13

俺はS2.4厨とTeeda Extension厨を気にして優先度を誤らないようにしてくれ。
俺はS2.4とTeeda ExtensionどうでもいいからJavaDocが早くほしい。

934 ：デフォルトの名無しさん：2006/05/20(土) 22:17:11

javadocコメントを丁寧に書くだけなんだけどな -> javadoc
まあ、ちまたのOSSの殆どにはコメントが書かれている訳で、使ってもらおうと思ったら書くべきだろうな。

設定ファイルを書きたくないのはいいけど、javadocコメントを書きたくないのは駄目だろ。

935 ：デフォルトの名無しさん：2006/05/20(土) 22:26:38

だからJavadocが読みたけりゃSpringにすればいいんだよ

936 ：デフォルトの名無しさん：2006/05/20(土) 22:35:08

JavaDocを読みたいのか、読みたくないのか。

937 ：デフォルトの名無しさん：2006/05/20(土) 22:43:25

>>914
ばかもの、WebObjectsもEOFも現役のプロダクトだ。
しかもEOFは形と名前を変えてMacOS Xに標準搭載だ。

S2プロダクトは悪くないと思うけど、どれもWebObjectsを超えてるようには思えない。
あれを知らずしてDIだのJSFだの騒いでいるのを見てると、なんだかなーと思う。

938 ：デフォルトの名無しさん：2006/05/20(土) 22:52:44

読みたい、読みたくないつーより、あると客の受けが違うんだよ -> javadoc

939 ：デフォルトの名無しさん：2006/05/20(土) 22:56:53

JavaDocを書きたいのか、書きたくないのか

940 ：デフォルトの名無しさん：2006/05/20(土) 23:11:41

>>938
客の受けって…
こんなやつのためにhigaﾀｿがJavaDoc書く時間を割かないでほしいと心から願う。

941 ：デフォルトの名無しさん：2006/05/20(土) 23:19:21

誰がhigaﾀｿにjavadoc書けなんて言ったんだよ。書くのはだれでもいいんだよ。
なんで日本を代表するようなｵﾌﾟｿがこんな貧弱なドキュメントしかないんだよ。

942 ：デフォルトの名無しさん：2006/05/20(土) 23:30:06

日本人は違うなとたぶんあちらに笑われてる
JavaのライブラリでJavaDocないのはこれくらい

943 ：デフォルトの名無しさん：2006/05/20(土) 23:30:16

>>941
> 書くのはだれでもいいんだよ。

じゃあお前なw

944 ：デフォルトの名無しさん：2006/05/20(土) 23:31:28

獄長のblog見る限り、英語書けないとダメらしいよ

945 ：デフォルトの名無しさん：2006/05/20(土) 23:32:52

実際、誰も書いてくれないから自分らの使う分は自分で書いてるよ -> javadoc
今後のバージョンアップが限りなく欝だけどな。 orz .....

946 ：デフォルトの名無しさん：2006/05/20(土) 23:35:09

>>944
そんなこと言ってるから何時までも、誰も書かないんだな。
どうせ日本人がユーザの9割占めることになるんだから、体面気にせず日本語で書けばいいのに。

947 ：デフォルトの名無しさん：2006/05/20(土) 23:41:43

>>945
ここに寄贈しろ
http://www.seasar.org/wiki/index.php?SeasarJavadocProject
方針再検討中らしいがなにか変わるかもしれん

948 ：デフォルトの名無しさん：2006/05/20(土) 23:45:19

S2のチーフコミッタはhigaﾀｿ
higaﾀｿはJavaDocより国際化重要 && このスレ見ない

結論
ここで騒いでもJavaDocは出てこない
本気で欲しいならhigaﾀｿのblogにコメントするかMLで要望汁！

949 ：デフォルトの名無しさん：2006/05/20(土) 23:46:53

おまえらトップページが変わったことはスルーですかwww

950 ：デフォルトの名無しさん：2006/05/20(土) 23:48:47

たりめーだろ

JavaDocとチュートリアルをきっちり揃えてから出直してこい。

951 ：デフォルトの名無しさん：2006/05/21(日) 00:06:04

>>948
ほんとあほだよな

英語のDOC書いたところで日本語版もださないといけないし
そもそもその英文書かせるのにシステムを理解してないと出来ない

日本語のDOC作ってそれを英文に翻訳してください、ということなら
Seasarの仕組み分からない人に頼むことも出来る

それに何が国際化だ
どうせIDE使ってるんだしjarファイルに日本語DOCが入っていたとして
別にDOCだけ設定すれば英文のドキュメントがでてくるだろ

それにソースからコメント部分の削除するのも一発で終わるわけだし
あって困る場面はないと思うんだが

それにJavaDocコメントがなくとも行コメントくらいつけたほうがいいと思うんだがね

952 ：デフォルトの名無しさん：2006/05/21(日) 00:12:55

そもそも海外のｵﾌﾟｿのｿｰｽとか見てみい。
日本で使用するエンコーディングじゃ化けちまう文字でjavadoc書いてしらんぶりしてるのが普通だよ。

純国産を標榜するならば、まずは自国のﾕｰｻﾞの利便を最優先で、国際化なんてそれからだろう。

953 ：デフォルトの名無しさん：2006/05/21(日) 00:20:21

国際化＞JavaDocってhigaﾀｿだけみたいだな
社長はMayaaに日本語でJavaDoc書いてる
獄長もS2Axisに日本語でJavaDoc書いてる

954 ：デフォルトの名無しさん：2006/05/21(日) 00:45:15

最初のからさわぎだったと思うけど、あの時点でもソースにコメントが無いことは観衆から指摘があって、それに対して『コメントなしでも理解できるソースを書くのが本筋』的な答え方をしていたと記憶している。

そのあとJavaDoc書くプロジェクトが発足したけど、バージョンアップのタイミングで潰されて今に至る。

要はコメント書きたくないんだよ。その方針に共感できないなら使うなと。

955 ：デフォルトの名無しさん：2006/05/21(日) 00:47:05

>>その方針に共感できないなら使うなと。

もうそういう状況じゃないでしょ。

ひが氏もコミッタさんたちも、自分の置かれている立場を知っておいて欲しいですね。

956 ：デフォルトの名無しさん：2006/05/21(日) 00:59:26

どんな立場だよｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

957 ：デフォルトの名無しさん：2006/05/21(日) 01:13:46

>955は自分の立場をわきまえて欲しいですね。

958 ：デフォルトの名無しさん：2006/05/21(日) 01:16:40

コミッタ乙。

959 ：Rod Johnson：2006/05/21(日) 01:19:23

http://forum.springframework.org/showthread.php?t=24196
> > In Japan, Seasar2 being the most popular open source framework there, is being used.
>
> I don't have any hard metrics on Seasar 2 adoption, but I'd have to say,
> based on a trip to Tokyo last June (2005) to give a keynote at a JavaWorld event,
> that there was much more interest in Spring than Seasar 2.
> I think the claim that Seasar 2 is "the most popular open source framework in Japan" is marketing,
> and needs to be taken with a grain of salt.

960 ：デフォルトの名無しさん：2006/05/21(日) 02:51:24

>>938
うけもあるけどさ、Javadocをあとから書くなんて、そのコードを書いている本人が
書くのに比べてかなり大変だよなあ。

たとえ文章的に変でも、土台となるJavadocがあれば、それを元にもっと文章が
うまい人が直すことも出来るけど、なにも無いんじゃ、別の人がやろうとしても、
まず全ソースを理解するところから始めなきゃならない。

これ、ソースの一部分を理解すればバグフィックスくらいはできるのに比べて、
かなり負荷が高いように思う。

961 ：デフォルトの名無しさん：2006/05/21(日) 03:30:23

>>659のBBS面白いなぁ。

> but the Japanese are using Ruby for all their application development.

とかw

962 ：デフォルトの名無しさん：2006/05/21(日) 03:33:27

RodはSeasarを過少評価しすぎじゃないかな。
JavaOne TokyoのBOFでSeasarとSpringどっち使ってますか?って質問で
会場の7割くらいがSeasarに手を挙げてたと思う。(自分はSpring)
サンプルが特殊かもしれないけど、感覚としてはSeasar強しだよ。

963 ：デフォルトの名無しさん：2006/05/21(日) 04:37:56

Seasarが現状維持でいいなら今のままでいいし
より多くの人に知られ、より沢山のプロジェクトで使われて欲しいなら、
JavaDocにせよリファレンスにせよサイトにせよ、改善するに越したことはないだろう
メジャーなオープンソースプロジェクトならどこも取り組んでることだ

964 ：デフォルトの名無しさん：2006/05/21(日) 04:51:23

トップページかなり良くなったね
Sandboxこんなにあったとは知らなかった
コミッタ陣が内輪的にblogで話してるのを読むことはあっても、一般向けの説明ってどこもしてくれないから
ほとんど意味すら知らなかったプロジェクトが沢山あったよ

965 ：850：2006/05/21(日) 07:21:47

top page いいですね。
色合いも黒が貴重だったバージョンよりも好みです。
faviconもいいですね。これってシーサーのしっぽなのですね。

966 ：デフォルトの名無しさん：2006/05/21(日) 08:50:54

国際化ね...
英語でJavaDocを書けない、英語でのコミュニケーションに不自由する状態で
どうやって海外のユーザをサポートする気なんだろう
去年春のイベントで「世界戦略」をぶちあげてたけど
そんなことより、まず国内でしょ

967 ：デフォルトの名無しさん：2006/05/21(日) 08:51:49

芦に代表理事がコメントしたな
ヲタ理事が構ってやるくらいの
ほうが良かったんジャマイカ？

968 ：デフォルトの名無しさん：2006/05/21(日) 09:22:18

>>967
世間ではそれを「釣られる」といいます
放置するように

969 ：デフォルトの名無しさん：2006/05/21(日) 09:59:14

まぁSeasarもSpringも、EJB3.0普及までの繋ぎだしなー。

970 ：デフォルトの名無しさん：2006/05/21(日) 11:58:39

つうか芦が早速反応しているな。釣れたのがよっぽど嬉しかったのか、何かイキイキとしてるｗ
構ってちゃんに反応してたら逆効果だから放置しときゃいいのに。

しかし、

>>#一個人のブログに対して何故そんなにイキリタツのか甚だ疑問？

お前が言うなとｗ Seasar界隈に対して何故そんなにイキリタツのか甚だ疑問？

971 ：デフォルトの名無しさん：2006/05/21(日) 12:24:23

かまって欲しくて必死にちょっかいだして、反応があったら素っ気ないふりをする、か。
やっぱりツンデレ？

972 ：デフォルトの名無しさん：2006/05/21(日) 12:43:09

>>969
DIコンテナって別にEJBの置き換えがターゲットじゃないっしょ？

にしてもここのJavadocの議論はSeasarの体質を象徴してるよね。
今自分いるプロジェクトでS2使ってるけどドキュメント本当ないよね・・・
サンプルとかHPの解説見れば十分かと言えばそんなこと全然ないし。

973 ：デフォルトの名無しさん：2006/05/21(日) 12:56:13

ひがはseasarより妻のことを心配したほうがいい。

974 ：デフォルトの名無しさん：2006/05/21(日) 12:57:14

　#"実装"することよりも"標準仕様化"することのほうがずっと難しい。

実装すらしていない奴がいうことじゃないな

975 ：デフォルトの名無しさん：2006/05/21(日) 12:59:24

　#正式な名称を書かないのは"検索エンジン対策"と"長い名称を書くのが煩わしい"から。

と書いてるのにSeasar2を連発してるし
こいつ真性だな

976 ：デフォルトの名無しさん：2006/05/21(日) 13:01:49

２ちゃん嫌いを公言しつつ、叩きネタは２ちゃんと同期しているような奴だ。

記述の整合性を追求しても時間のムダ。

977 ：デフォルトの名無しさん：2006/05/21(日) 13:03:42

B*持ちには、IDの出ない板でもIDが見えるんでｼﾞｻｸｼﾞｴﾝ観察が大変面白い訳だが…

978 ：デフォルトの名無しさん：2006/05/21(日) 13:11:54

>B*持ち
ちょっと欲しくなった。

979 ：デフォルトの名無しさん：2006/05/21(日) 13:36:56

次スレ作る奴はスレタイからくーすを消そうぞ

980 ：デフォルトの名無しさん：2006/05/21(日) 14:41:14

B*持ちってのが良く解らないがしらなかった。気をつけないと。

981 ：デフォルトの名無しさん：2006/05/21(日) 14:48:46

>>980
俺もw

982 ：デフォルトの名無しさん：2006/05/21(日) 14:51:05

書き込む前にSG(セキュリティ・ガード)に登録しないと,、B*持ちにIDが漏れますよ。

SGに登録する方法は、このｽﾚで名前欄に(ry

983 ：デフォルトの名無しさん：2006/05/21(日) 15:39:47

キジも鳴かずば撃たれまい。

984 ：デフォルトの名無しさん：2006/05/21(日) 15:41:18

理事が猛烈な勢いで釣られている件について

で、また芦が証拠隠滅した件について

985 ：デフォルトの名無しさん：2006/05/21(日) 15:49:06

何やら芦周辺が香ばしくなってますが

元々の話題は、Gavin KingがJBoss SeamをWebBeansとしてJSRに提案したことだっけか
Seamって触ったことないんだけど、JSFのManagedBeanとEJB3との橋渡しをするんだっけ？
今のJavaEE5でもManagedBeanにEJBをDIできるけど、それ以上の連携機能を仕様化するってこと？
ここら辺って、Shaleやら何やらフレームワークが乱立しそうな状況だったし、標準化するのなら喜ばしいことかなと思う
ただ、GavinはたしかDTO否定派だったと思うので、Seasar系のWebフレームワークとは相性悪いかもな

986 ：デフォルトの名無しさん：2006/05/21(日) 15:53:29

>>977
JavaDoc希望者は複数いたのかな？

987 ：デフォルトの名無しさん：2006/05/21(日) 17:07:38

>>985
基本はJSFの拡張
jPBMを仕込んでいる

バズワードはBijection

988 ：デフォルトの名無しさん：2006/05/21(日) 17:28:58

うわ、馬鹿で基地外な上に自意識過剰か…＞芦
最悪だな。

ただ、理事ブログにこの手の「当事者以外には何のことだかわからない」エントリーが多すぎるのも
基地外に絡まれる原因の一端じゃないの？
あの手の基地外って、(良いも悪いも)全部自分宛だと勘違いするから。

989 ：デフォルトの名無しさん：2006/05/21(日) 17:42:05

普通にやねう話だと思てた

990 ：デフォルトの名無しさん：2006/05/21(日) 17:42:30

高林氏言うところの「謎めき系」って奴だな。

謎めき系はある種の人たちを呼び寄せる可能性があるので気をつけろと。メモメモφ。

991 ：デフォルトの名無しさん：2006/05/21(日) 18:13:11

釣られすぎｗ