国産DIコンテナSeasar その7

国産DIコンテナSeasar その7 at TECH

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

本家 seasar.org
URLﾘﾝｸ(www.seasar.org)

Seasar Projectグループ
URLﾘﾝｸ(seasarproject.g.hatena.ne.jp)

ひがやすをblog
URLﾘﾝｸ(d.hatena.ne.jp)

前スレ
その１　ｽﾚﾘﾝｸ(tech板)
その２　ｽﾚﾘﾝｸ(tech板)
その３　ｽﾚﾘﾝｸ(tech板)
その４　ｽﾚﾘﾝｸ(tech板)
その５ｽﾚﾘﾝｸ(tech板)
その６ｽﾚﾘﾝｸ(tech板)
関連スレ
Java Spring Frameworkを語るスレ
ｽﾚﾘﾝｸ(tech板)

Dependncy Injectionを語るスレ
ｽﾚﾘﾝｸ(tech板)

Java⇔RDBのMapping-Frameworkを語るThre Vol.4
ｽﾚﾘﾝｸ(tech板)

2:デフォルトの名無しさん
06/07/16 23:37:31
出版社、おおもうけですね。

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

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

3:デフォルトの名無しさん
06/07/17 00:49:22
20代男性の3人に1人は生涯未婚の恐れ
URLﾘﾝｸ(dando.exblog.jp)

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

4:デフォルトの名無しさん
06/07/17 02:09:09
>>3
こっちにでもどうぞ＾＾

プログラマが結婚する方法を真面目に語る
ｽﾚﾘﾝｸ(prog板)

5:デフォルトの名無しさん
06/07/17 07:35:17
マ板と分かれたんだな
技術的な話はここか

6:デフォルトの名無しさん
06/07/17 18:13:52
(・∀・)ﾊｲｰｷｮ

7:デフォルトの名無しさん
06/07/17 21:39:35
廃墟といえば、S2Container.PHP5か
MLも殆ど投稿がないし誰も使ってないんじゃないの？

8:デフォルトの名無しさん
06/07/17 21:56:41
>>7
ググって見たがコミッタのブログしか出てこないな
PHPプッシュするんじゃないのか？

9:デフォルトの名無しさん
06/07/17 22:25:43
ＰＨＰの世界はJavaと比較して３～５年ほど遅れている。各種MVCフレームワークが広がっている段階。
DIコンテナはまだ先の話だろうな。

10:デフォルトの名無しさん
06/07/17 22:52:59
スクリプト言語にDIはｲﾗﾈ

11:デフォルトの名無しさん
06/07/18 00:46:53
存在価値奪ってやるなよ

12:デフォルトの名無しさん
06/07/19 13:38:29
どうでもいいけど、
プロダクト名がプロダクトの機能と結びついていないのが気にくわん。
どうでもいいけどな。

13:デフォルトの名無しさん
06/07/19 18:13:17
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
な、なんだってー。

14:デフォルトの名無しさん
06/07/19 18:51:27
>>13
あー、こないだリリース出すっていってた奴か。おめ。

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

15:デフォルトの名無しさん
06/07/19 19:01:50
大規模ミッション・クリティカル・システム

大丈夫ですか？

16:デフォルトの名無しさん
06/07/19 21:21:21
新ネタ大好きなUFJ情シスらしい選択肢だな。統合後もあんま変わらないか。

17:デフォルトの名無しさん
06/07/20 00:21:46
大規模ミッション・クリティカル・システムには S2Dao と S2Struts

18:デフォルトの名無しさん
06/07/20 00:25:35
Conversion over Configurationの原則に従い、
口座番号という概念はSeasar2では不要になります。

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

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

19:デフォルトの名無しさん
06/07/20 00:31:35
暗証番号も規約にしたがって自動的に1111になります。
全ての利用者が暗証番号を設定するのは、非常に面倒な作業です。
暗証番号を変えたい人だけが設定するという概念も、
Conversion over Configurationの原則です。

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

20:デフォルトの名無しさん
06/07/20 02:00:48
ま、そんなたいしたニュースじゃないよな。
フレームワークがシステム構築の成否握ってるわけでもないし

21:デフォルトの名無しさん
06/07/20 08:52:23
芦ぴ、乙。

22:デフォルトの名無しさん
06/07/20 12:35:22
Seasar2の次はSeasar7がいいな。

23:デフォルトの名無しさん
06/07/20 13:19:13
>>22
いや、次期バージョンはSeasar2007だな

24:デフォルトの名無しさん
06/07/20 14:26:54
その次はSeasarVistaと思われ。

25:デフォルトの名無しさん
06/07/20 15:27:13
>>24
ハードウェア要件高すぎて一般人には使えないってのは分かった

26:デフォルトの名無しさん
06/07/20 16:47:27
s2jsfで質問。
カスタムバリデータを作成し、htmlに貼付けて実行するとエラー表示がおかしい。

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

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

}

そして、appMessages_ja.properties に、

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

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

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

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

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

27:デフォルトの名無しさん
06/07/20 17:33:18
結合した場合のTABLEアノテーション。
MLにも投稿されてたけど、もう少し素直な方法はないのかしら。
URLﾘﾝｸ(ml.seasar.org)
N:1マッピングはやや過剰、ってケースはあるよね・・・。

28:デフォルトの名無しさん
06/07/20 18:43:17
>>26
ValidatorChain

29:デフォルトの名無しさん
06/07/20 20:42:06
>>26
showDetail=trueにすると、指定したキーのメッセージと
そのキーに「_DETAIL」を付加したキーのメッセージが両方表示される。
また、「_DETAIL」を付けたメッセージがないと、
「_DETAIL」なしのメッセージが流用される。

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

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

30:デフォルトの名無しさん
06/07/20 22:21:43
>>7
きっとおまいの一言でS2Container.PHP5がSandbox卒業に動いたぞ!

31:デフォルトの名無しさん
06/07/20 23:23:37
そういやS2Container.NETやS2Container.PHP5が本家S2Container.Javaの仕様にどれだけ準拠しているのか、
きちんと把握している人っているんか？

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

32:デフォルトの名無しさん
06/07/20 23:38:56
>>30
そして、Apacheに入学するのでした・・・

33:デフォルトの名無しさん
06/07/21 00:18:51
>>26

つ URLﾘﾝｸ(www.seasar.org)

34:26
06/07/21 10:32:42
>>28 >>29 >>33
ありがとう、解決しました。

35:デフォルトの名無しさん
06/07/21 12:54:49
>>32
入試で落ちるよ。
ここで言われないと卒業しようとは思ってなかったプロダクトだもん。

36:デフォルトの名無しさん
06/07/22 23:39:39
PHPのような動的言語でDIする意味がよくわからん。
静的言語なら、型の解決をスマートに行いたいという理由もわかるが。

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

38:デフォルトの名無しさん
06/07/23 14:21:50
>>37
拡張子xmlにしてやってみな

39:デフォルトの名無しさん
06/07/24 17:22:19
おっｓｅａｓａｒまだあったんだ
あの気分屋ｈ○ｇａﾀﾝ生きてる？ｗ

40:デフォルトの名無しさん
06/07/25 01:13:05
今スラドの火消しで忙しい。

41:デフォルトの名無しさん
06/07/25 01:37:39
>>40
激フレームじゃん
スラドは目に付きやすいからかなりイメージ悪くなったなｗ

42:デフォルトの名無しさん
06/07/25 01:43:43
火がついてるというより、揚げ足取りジャンあれじゃ。
しかも揚げ足の内容がまた浅い…

43:デフォルトの名無しさん
06/07/25 07:29:50
そういう話はマ板でやってくれ
せっかくスレもできたことだしｗ

44:デフォルトの名無しさん
06/07/25 09:27:25

＞ひが氏へ

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

45:デフォルトの名無しさん
06/07/25 19:58:57
>>44
ひがたん、乙！

46:デフォルトの名無しさん
06/07/26 12:31:36
ぶっちゃけた話シーサーの将来のこととか夢だけ語っていればいいよ
あとは火種にしかならねーからｲﾗﾈ

47:デフォルトの名無しさん
06/07/26 23:37:46
>>46
じゃあ次スレはこっちの板にしようぜ＾＾

夢・独り言
URLﾘﾝｸ(life7.2ch.net)

48:デフォルトの名無しさん
06/07/28 07:40:25
---------------------- 終了 ----------------------

49:デフォルトの名無しさん
06/07/28 12:11:50
S2Daoがcheckstyleと相性が悪い。
定数名全部大文字チェックは諦めるしかないか･･･。

50:デフォルトの名無しさん
06/07/28 12:39:29
つTigerアノテーション

51:デフォルトの名無しさん
06/07/29 01:09:46
S2JSF1.0.x + MyFaces と S2JSF1.1.x + Teeda、
挙動差が次から次へと指摘されるね。
いつになったら安定するんだろうか。今は移行リスクが高すぎる。

52:デフォルトの名無しさん
06/07/29 11:57:38
今どころか、コミッタの面々見たらリスクは常に高い

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

54:デフォルトの名無しさん
06/07/29 14:06:54
>>51
そういうときこそ人柱になってオープンソースに貢献するので津
仕事ではさすがに使えない

55:sage
06/07/29 14:14:34
>>51

β版だろ

56:デフォルトの名無しさん
06/07/29 19:53:25
>>51
なんで移行する必要があるの？

別のアプリと思えばOK。

57:デフォルトの名無しさん
06/07/30 10:07:29
だったらSpringに移行。

58:デフォルトの名無しさん
06/07/30 21:18:01
>>57
いや、おまいがマ板に移行しろよ

59:49
06/07/31 17:19:36
>>50
そういえばそうだった；
超サンクス。

60:デフォルトの名無しさん
06/08/01 18:36:29
URLﾘﾝｸ(d.hatena.ne.jp)

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

61:デフォルトの名無しさん
06/08/01 19:20:50
>>60
だからそういう話はマ板でやれや。

62:デフォルトの名無しさん
06/08/01 20:08:40
>>60-61
宣伝、乙

63:デフォルトの名無しさん
06/08/02 00:04:53
自作自演だろ。どっちにしても感じ悪いな。

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

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

66:デフォルトの名無しさん
06/08/02 14:20:19
>>64
頭悪いにも程がある。
こんなところで油売ってないで、早く夏休みの宿題やれ。

67:デフォルトの名無しさん
06/08/02 15:15:23
SunもJBossもOracleもIBMもみんな詐欺ってことになるなw

68:デフォルトの名無しさん
06/08/02 15:25:38
わーい初めてなのにこんなに釣れちゃったよ！

69:デフォルトの名無しさん
06/08/02 18:35:25
OSSか否かはこの際どうでもよいよ。

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

70:デフォルトの名無しさん
06/08/02 18:49:16
>>69
釣りはもういらないよ

71:デフォルトの名無しさん
06/08/02 22:38:16
>>69
はてなの社長がおもいっきり宣伝してますがな（ｗ

72:デフォルトの名無しさん
06/08/03 00:50:55
そーいう話題はいいからここは技術の話だけにしませんかね・・・
一部コミッタがよそに出張り過ぎってのは俺も思うけど、いい加減しつこいよ。
そういう話する場もあるんだからさ。

73:デフォルトの名無しさん
06/08/03 01:03:52
そうだね。けど多分コミッタはこっちしか読まないから。

74:デフォルトの名無しさん
06/08/03 02:24:07
読んで欲しかったんだw
大丈夫。マ板の方だって読んでくれてるさ。安心してあっちにいっといで。

75:デフォルトの名無しさん
06/08/03 07:14:12
結局、商業色が強すぎるのが嫌われている原因だろうな

76:デフォルトの名無しさん
06/08/03 07:23:41
>>75
夏休みですね。

77:デフォルトの名無しさん
06/08/03 09:31:29
商業活動してない奴に嫌われたって痛くも痒くもない。

78:デフォルトの名無しさん
06/08/03 11:44:06
いつ、２．４になるんだ？

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

80:デフォルトの名無しさん
06/08/03 22:42:57
うっせーよ、Seasarは商業活動重視かつ、
銀行さまのように金持ってる人のために作ってんだよ。

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

81:デフォルトの名無しさん
06/08/04 00:11:55
銀行だったらWebLogicとかWebSphereとか使って、
備え付けのフレームワーク＆IDE使うだろうから、
Seasarの出る幕は無いんじゃね？
よっぽどのフロントエンドとか？

82:デフォルトの名無しさん
06/08/04 01:15:45
Seaserのなかの人は、２ちゃんでの煽りに100パーセント反応するから楽しいね

83:デフォルトの名無しさん
06/08/04 01:56:31
ちゅらとか作ってないで、Hot　deployのドキュメント出して欲しい

84:デフォルトの名無しさん
06/08/04 07:15:27
＞ドキュメントに頼ってんじゃねーよ、ソース読め！
↑何が開発者のゆとりを実現だ？ｗ
ｉｓｉｄのサポートに金払えってことだろ。
挙動差が多すぎて採用できるわけない。

85:デフォルトの名無しさん
06/08/04 09:12:42
で、いつになったら動作保障されたバージョンを組み合わせた「プロダクト全部入り」が提供されるの？

86:デフォルトの名無しさん
06/08/04 09:53:45
>>85
もう提供はされています
入手にはisidのサポートにお布施をお願いします

87:デフォルトの名無しさん
06/08/04 10:49:31
> 一番ストレスがかかっているのは実はSeasar

ようするにお前らが原因

88:デフォルトの名無しさん
06/08/04 17:05:10
俺らのせいじゃないだろ。
自らの無能さ故に呼び寄せた災いは誠実に責任を持って対処すべき。

89:デフォルトの名無しさん
06/08/04 17:26:40
さすがに88が人でなしに見える

90:デフォルトの名無しさん
06/08/04 18:27:55
>>84
>挙動差が多すぎて採用できるわけない。

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

91:デフォルトの名無しさん
06/08/04 19:35:14
>>90
中の人乙ｗ

92:デフォルトの名無しさん
06/08/04 20:03:59
あああぁあああぁあぁぁああもううぜぇええええぇぇぇぇ！！

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

93:デフォルトの名無しさん
06/08/04 21:30:16
> コミッタ連中は皆「スレは読むけど書き込みは絶対しない」宣言しる！

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

94:デフォルトの名無しさん
06/08/04 22:35:38
何が開発者のゆとりを実現だ？ｗ
笑わせんな！
宣伝したいなら動作保障しっかりやれや(ｺﾞﾙｧ！！

95:デフォルトの名無しさん
06/08/04 22:40:38
フリーのOSSものなのに動作保障ってなによ？（´Д｀）
ほしけりゃサポート愛けりゃいいんでねーの？

96:デフォルトの名無しさん
06/08/04 22:45:11
>>85

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

97:デフォルトの名無しさん
06/08/06 09:41:11
>>94
Windowsでも商業LINUXでも動作保証を謳っている製品は皆無だけどねえ。

98:デフォルトの名無しさん
06/08/06 09:56:59
Java厨は動く組み合わせを模索しているだけで仕事してる気になってる奴ばかりだし

99:デフォルトの名無しさん
06/08/06 13:03:24
Windowsでも商業LINUXでも動作保証を謳っている製品は皆無だけどねえ。
→開発者の苦労が激増

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

よけい悪いわ！

100:デフォルトの名無しさん
06/08/06 13:06:41
>>99
おもしろいｗｗｗ

101:デフォルトの名無しさん
06/08/07 20:00:29
このスレの君らって、まるでSeasarを心底嫌ってるみたいだよね
嫌ならSpring使え言うとるのになぜわざわざ書き込みに来るん？
もしかして、嫌よ嫌よも何とか言うやつ？

102:デフォルトの名無しさん
06/08/07 20:13:32
>>101
コミッタの人乙ｗ

103:デフォルトの名無しさん
06/08/07 20:15:44
H&Hがケンカ別れage

104:デフォルトの名無しさん
06/08/07 22:30:02
なんかどんどんいや～な方へ沈んでいくね…

105:デフォルトの名無しさん
06/08/07 23:45:53
>>101
日本語でおｋ

106:デフォルトの名無しさん
06/08/08 01:13:31
> そして、小林もありがとうございました。

107:デフォルトの名無しさん
06/08/08 06:33:29
本当はみんなで盛り立てて行きたい所なんだけどね。
せっかく国産の素晴らしいプロダクトなんだから。

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

108:デフォルトの名無しさん
06/08/08 07:10:06
>>107
ここは、糾弾、揚げ足取りしかできない人間を引きつけておくための被害担当です。

109:デフォルトの名無しさん
06/08/08 07:22:49
ココにかぎっときゃ問題ないんだけどな＞糾弾、揚げ足取り

110:デフォルトの名無しさん
06/08/08 11:13:43
またどっかで盛り上がってるんかい？

111:デフォルトの名無しさん
06/08/08 12:19:53
>107こそ糾弾してる暇がありゃJavaDocプロジェクト手伝ってやれよ

112:デフォルトの名無しさん
06/08/08 12:51:27
プロジェクトがある時点でおかしいとおもわれ

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

113:デフォルトの名無しさん
06/08/08 13:04:58
Seasarプロジェクトがある時点でおかしいとおもわれ

114:デフォルトの名無しさん
06/08/08 18:52:41
新しく出たしーさー本ってどうよ？

115:デフォルトの名無しさん
06/08/08 21:15:33
arton氏のか？

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

116:デフォルトの名無しさん
06/08/08 23:33:07
1行コメントなんて役に立つのか？

117:デフォルトの名無しさん
06/08/09 00:50:33
>>115
昨日新宿の本屋で売っているのを見たよ。

118:デフォルトの名無しさん
06/08/09 06:58:10
Javadocプロジェクトって意味わかんねえ。時間の無駄だろ。
開発者が書くのが一番いい。開発者が一番そのメソッドの意味を把握してるもんだから。

119:デフォルトの名無しさん
06/08/09 07:20:18
はっきりいってJavadocを書くのは苦行以外の何物でもない
代わりに誰かにやってほしい

120:デフォルトの名無しさん
06/08/09 07:23:31
何で苦行なんだ？どんな言語だろうと関数仕様をメソッドの頭に書くのは普通だろ。
企業が要求するJavaDocの書き方みたいなのはちょい苦痛だけどな。
無駄にタグを入れさせすぎ。

121:デフォルトの名無しさん
06/08/09 07:30:21
その都度入れてりゃ問題ないんだが
そんなの入れてるとコーディング効率落ちるんだよな
いきおい後からまとめていれる羽目になるんだがこれがつらい

122:デフォルトの名無しさん
06/08/09 12:30:13
>>121
それ作り方が悪いだけでは

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

123:デフォルトの名無しさん
06/08/09 12:57:40
>>122
開発スタイルってか文化の違いだな
こういう考えもある
URLﾘﾝｸ(www.morijp.com)コメントについて
seasarのテストコードにコメントがあるか知らんけどなw

124:デフォルトの名無しさん
06/08/09 13:15:10
>>123
スレ違いになるけど、何か違和感を覚える記述だなあ。

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

125:デフォルトの名無しさん
06/08/09 13:15:33
>>123
それ最後の工程でちゃんとコメント作成すればいいと書いてあるし。
そもそも一人だけの開発ならそんなにコメントはいらんだろうけど
publicなメソッド、それもドキュメントコメントどころか行コメントすらないから
JavaDocプロジェクト以前の話。

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

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

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

126:デフォルトの名無しさん
06/08/09 13:23:54
行コメントがないとか言ってるやつはコード読む力が無いだけだろ

127:デフォルトの名無しさん
06/08/09 13:36:43
>>125
Javadocを最後に書く>121の作り方が悪いとは限らないって話
seasarはｼﾗﾈ

128:デフォルトの名無しさん
06/08/09 13:56:24
>>126
そんな単純なケースを言ってるのではないと思うよ。
どんな背景があってそのコードが必要なのかは書いた人しかわからない場合もあるしね。

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

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

131:デフォルトの名無しさん
06/08/09 14:32:13
俺はJavadocすら見なくてすむようなドキュメントがほしい
最悪ソース見なくてもすむようなJavadocがあればもっといい
ドキュメント＞＞＞Javadoc＞＞＞越えられない壁＞＞＞行コメント

132:デフォルトの名無しさん
06/08/09 14:43:11
>publicクラスのJavadocをしっかりして欲しい派。
これについては同意。

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

133:132
06/08/09 14:44:24
>>131
激しく同意。

134:デフォルトの名無しさん
06/08/09 16:59:22
> コード読めばいい、読めないやつは使うなというのは、
> 正論なのかもしれないけど

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

135:デフォルトの名無しさん
06/08/09 17:11:52
javadocをコードから起こすなんて、
リバースエンジニアリングもいいとこじゃん。
過去の遺産保守してるわけじゃなし、明らかな無駄。

136:デフォルトの名無しさん
06/08/09 18:21:28
文句ばっかで役に立たない>135こそが無駄

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

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

138:デフォルトの名無しさん
06/08/09 19:19:18
1行コメントに書く程度のことがクラスやメソッドの名前から
読み取れないやつがソース読んでも時間の無駄
そんなことをhigaﾀｿに書かせるのも時間の無駄

139:デフォルトの名無しさん
06/08/09 19:27:51
ヒント：半年後の自分は他人

140:デフォルトの名無しさん
06/08/09 19:39:04
>>137
そうか。銀行がお布施してJavadoc人を雇えばみんなハッピー。
たまには世間に貢献してみせろ＞銀行

141:デフォルトの名無しさん
06/08/09 20:23:11
interface のメソッドにつけるコメントは
4,5行ほど欲しいのが事実。

142:デフォルトの名無しさん
06/08/09 20:52:13
お前ら本当にソース読むのか？
つ読めるのか？

143:デフォルトの名無しさん
06/08/09 21:07:31
読んでもわからないような糞ソースなのか？

144:デフォルトの名無しさん
06/08/09 21:13:17
>>143
読んでみろよ

145:デフォルトの名無しさん
06/08/09 21:39:20
ソース読めば、なんでそうなる、のかは分かるが
どうしてそうしたい、のかまでは分からんと思うが。
で、必要なのは後者の方だろ？

146:デフォルトの名無しさん
06/08/09 21:54:54
必要なのは、俺はどうすればいいか、なんだけど。
ソース読む気ないしコメントもいらないから役に立つ
ドキュメント欲しい。
どんなドキュメントがあれば役立つかは分からんけど。

147:デフォルトの名無しさん
06/08/09 22:51:28
Strutsを覚えるとき、Strutsのソースなんか読まなかった。

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

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

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

148:デフォルトの名無しさん
06/08/09 22:59:40
>>147
そもそもS2は、設定ファイルを書けば何もいらない。

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

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

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

149:デフォルトの名無しさん
06/08/09 23:17:22
>>147
> あと、ドキュメントチームってどうなったの？Ｗ

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

150:デフォルトの名無しさん
06/08/09 23:26:36
コメントが欲しいのか、欲しくないのか？

151:132
06/08/09 23:38:03
結局はJavadocは不要で、ドキュメントを整備して欲しいってこと？
何が欲しいのか、欲しくないのか？

152:デフォルトの名無しさん
06/08/09 23:58:52
「フレームワーク」か、その上で走る「アプリ」かで
コメントやドキュメントの必要度は変わってくると思う。

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

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

153:デフォルトの名無しさん
06/08/10 00:28:54
SpringはJavaDocコメントもしっかり書いてあるぞ
SeasarよりSpringのソース読めよ

154:132
06/08/10 00:32:49
テンプレートはあるけど、Seasar版のペットショップってあるの？
・S2Struts + mayaa + S2Dao
・S2JSF + S2Hibernate
なんかのやつ。

155:デフォルトの名無しさん
06/08/10 01:21:24
>>154
あるわけないじゃんｗ

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

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

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

157:デフォルトの名無しさん
06/08/10 01:50:29
>>148
ソース嫁とかメソッド名見りゃわかるだろとか
ちょっと傲慢すぎじゃね？
俺はソース読んで、MLで質問したけど、
Javadocなりにさらっと書いてくれてればかなり手間が軽減されると思う。

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

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

158:デフォルトの名無しさん
06/08/10 01:50:31
仕方ないなあ。
うちのぺっとしょっぷ公開してやろうかな。
S2Struts, mayaa, S2Daoのやつ。
Acegi Security System for Seasar は公開しないけどねｗ

159:デフォルトの名無しさん
06/08/10 01:53:03
>>157
激しく同意。
デモアプリとしてペットショップ公開すれば、
かなりユーザ増えると思うけどなあ。
Javadocよりも効果があると思う。

160:デフォルトの名無しさん
06/08/10 01:56:20
>>154
> テンプレートはあるけど、Seasar版のペットショップってあるの？
> ・S2Struts + mayaa + S2Dao

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

161:デフォルトの名無しさん
06/08/10 02:12:48
>>131
>>145

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

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

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

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

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

162:デフォルトの名無しさん
06/08/10 02:16:27
>>161
俺も同意。

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

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

163:デフォルトの名無しさん
06/08/10 02:19:25
>>161, 162
Springでいうとどのドキュメントが該当するの？

164:デフォルトの名無しさん
06/08/10 02:24:14
>>161, 162
Strutsでいうとどのドキュメントが該当するの？
Hibernateでいうとどのドキュメントが該当するの？

165:デフォルトの名無しさん
06/08/10 02:26:57
>>161, 162
Tomcatでいうとどのドキュメントが該当するの？

166:デフォルトの名無しさん
06/08/10 02:29:09
>>161, 162
JBossでいうとどのドキュメントが該当するの？

167:デフォルトの名無しさん
06/08/10 02:30:14
蜜蜂 mayaa の冒険♪

168:デフォルトの名無しさん
06/08/10 02:33:08
夏休みだなwww

169:デフォルトの名無しさん
06/08/10 03:07:05
>>164

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

Strutsならこんなの。
URLﾘﾝｸ(svn.apache.org)

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

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

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

170:デフォルトの名無しさん
06/08/10 03:12:43
>>169
こんなやつ欲しいみたいですよーｗｗｗ＞Seasarの方たち

171:デフォルトの名無しさん
06/08/10 03:22:51
>>169
それが役に立つって、ある意味すごいな…
つか、その程度ならツールで出せるんじゃね？

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

173:デフォルトの名無しさん
06/08/10 07:05:31
>>157
>俺はソース読んで、MLで質問したけど、

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

他力本願すぎ(w

174:デフォルトの名無しさん
06/08/10 07:07:35
>>169
EAでも買って、それにソースを読み込ませろ。

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

「サンタになれ！」

175:デフォルトの名無しさん
06/08/10 09:07:51
ソース解析しないと使えないフレームワークなんて糞じゃん
StrutsやSpringを「ソース読まないと使えない」なんて話し聞かないぞ。

176:デフォルトの名無しさん
06/08/10 10:40:38
>>173, 174
コード書いた本人が書かなきゃ意味ないっつーの。
それこそコード書いた人の他力本願だっつーの。

177:デフォルトの名無しさん
06/08/10 11:18:34
今日も暑いな

178:デフォルトの名無しさん
06/08/10 11:24:54
本て結局出たの？
誰かもう読んだ？

179:デフォルトの名無しさん
06/08/10 11:33:57
コメントなんていらねえよ、夏

180:デフォルトの名無しさん
06/08/10 12:50:03
コメントよりも開発ですぐに流用できそうなデモアプリが一番欲しい。
それと獄長の愛をもっと・・・、夏

181:デフォルトの名無しさん
06/08/10 14:54:21
まあ、所詮オープンソースってことだ。

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

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

182:デフォルトの名無しさん
06/08/10 15:07:18
だからS2Struts-examplesにデモアプリが入っていると…

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

183:デフォルトの名無しさん
06/08/10 15:15:58
>>178
秋葉のLAOXで先週の土曜に並んでたよ
内容は・・・なぜにNetBeansかなぁ？って感じ

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

184:デフォルトの名無しさん
06/08/10 15:29:02
設定が簡単というのを売りにしてるならNetBeansのほうが相性はいいだろうな

185:デフォルトの名無しさん
06/08/10 15:39:50
>>184
それはどういうこと？

186:デフォルトの名無しさん
06/08/10 15:42:06
>>183
内容に関して青本との違いは何？
田舎でアマゾン利用するしかないのでレポート求む

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

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

188:デフォルトの名無しさん
06/08/10 16:47:13
>>169
サンタさんktkr
URLﾘﾝｸ(ml.seasar.org)

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

190:186
06/08/10 17:15:09
>>188
169たん、
ソースを追うとっかかりができてよかったでつねｗ
ドキュメント問題はこれで解決でつねｗｗｗ

191:183
06/08/10 19:33:53
>>189
当たりｗ

192:デフォルトの名無しさん
06/08/10 22:03:19
俺はソース読まないとJ2SEの標準APIですら使い方がわからないときが
あるんですが、もしかして俺って能無し?

193:デフォルトの名無しさん
06/08/10 22:14:08
>>192
case by case

194:デフォルトの名無しさん
06/08/10 22:20:01
>>176
他人によりかかるだけの人間だねえ。

195:デフォルトの名無しさん
06/08/11 00:56:11
なんだか、絶望的に日本語がへたくそだ。
こんなコメントがあるくらいなら、ソースを読んだほうがいくらか理解が深まる。

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

196:デフォルトの名無しさん
06/08/11 01:15:51
>>195
ソースを読んでくれ。

197:デフォルトの名無しさん
06/08/11 01:18:58
>>195
kwsk

198:デフォルトの名無しさん
06/08/11 01:44:07
>>195
具体的に指摘してみろ
お前が日本語読めないだけかもしれないからな
>169みたいに笑わせないでくれよw

199:デフォルトの名無しさん
06/08/11 09:54:40
>>198
獄長乙ｗ

200:デフォルトの名無しさん
06/08/11 10:33:21
>>194
お前の発言にはまるで価値がないな

201:デフォルトの名無しさん
06/08/11 10:43:48
>>200
176乙
それとジャスト200おめｗ

202:デフォルトの名無しさん
06/08/11 10:49:58
javadoc不要、ソース読めと主張してる連中は、
よほど単純なコードしか書いたことないか、
保守ってもんをしたことがない初心者でそ。

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

203:デフォルトの名無しさん
06/08/11 10:52:36
>>202
case by case

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

205:デフォルトの名無しさん
06/08/11 15:01:24
いくらでものろけてやる。悔しかったらかかってこいや（ｗ

206:デフォルトの名無しさん
06/08/11 15:43:03
>>204
ここに書き込む前にメーリングリストに投稿すればいいのに。
メーリングリストにこの質問した香具師、204にけて～いｗ

207:デフォルトの名無しさん
06/08/11 16:36:32
>>206
いくらでものろけてやる。悔しかったらかかってこいや（ｗ

208:デフォルトの名無しさん
06/08/11 18:51:12
>>204
artonさんの新刊にくわしく説明してあります。

209:デフォルトの名無しさん
06/08/11 20:33:46
新しい本を立ち読みしてきた。
あまりいい紙を使ってない気がした。

210:デフォルトの名無しさん
06/08/11 20:36:18
書評は紙質だけかよ。artonさんが泣くよ（ｗ

211:デフォルトの名無しさん
06/08/11 21:02:09
あとフォントとか、めくりやすさも大事

212:デフォルトの名無しさん
06/08/11 21:07:35
artonたんとるいもたんの関係を知りたい

213:デフォルトの名無しさん
06/08/11 21:21:04
でも、あまりいい紙を使うと持ち運ぶのに重いからな。

214:デフォルトの名無しさん
06/08/11 21:28:50
そこで分冊化ですよ

215:デフォルトの名無しさん
06/08/11 21:31:56
国産って言葉がついててちょいうさんくさいんだけど
海外の評価はどんな感じですか？

216:デフォルトの名無しさん
06/08/11 22:15:37
Spring使ってた人がプロジェクトに入ってきたんだけど
「S2は日本のプロダクトだからドキュメント困らなくていーですよね
Springは英語ばっかで・・・」とか言ってた。
その認識は間違ってる。

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

217:デフォルトの名無しさん
06/08/11 22:21:22
>>216
どんなドキュメントがほしいか書けばいいだろ。せっかく

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

っていってるんだから。

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

219:デフォルトの名無しさん
06/08/11 23:20:04
>>218
なんで設計思想が必要なのかわからん

220:デフォルトの名無しさん
06/08/11 23:28:44
わからんで何の疑問も持たずにいられる人は幸せになれるのかもね。

221:デフォルトの名無しさん
06/08/12 00:39:08
>>218
実装から設計思想をくみ取るのは簡単だと思うけど。

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

222:デフォルトの名無しさん
06/08/12 00:45:43
Seasar2なんてサイズも小さいしコードも単純じゃないか
その設計思想が必要なんて>169並のヘタレ
コード読むのは諦めて底辺エンジニアの自覚を持て

223:デフォルトの名無しさん
06/08/12 01:27:16
>>218
> 意図してそうなってるのか、たまたまそう実装されたのかは不明。

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

224:デフォルトの名無しさん
06/08/12 01:45:21
>>222
だから仕様や挙動を理解するために
コードを追わないと逝けないっていう現状が問題なんだろっていうか。
サンプルはお世辞にもわかりやすいとは思えん。

225:デフォルトの名無しさん
06/08/12 02:24:13
Seasar使うと開発が楽になります、と書いてあるんだけど
Seasar使わないとこれだけ大変でした、
Seasar使うとこうなるので楽出来ます、
って話が書いてない。＞Seasar のドキュメント

226:デフォルトの名無しさん
06/08/12 02:53:05
pptでありそうだな

227:デフォルトの名無しさん
06/08/12 05:02:31
>>225
それが、「設定ファイルを書きたいのか書きたくないのか」じゃないか？

228:デフォルトの名無しさん
06/08/12 10:13:02
どう書いたって文句つける奴はいるってことだよ。

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

次ページ