【DI】Java Spring Framewoｒｋを語るスレ 2.0

1 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:59:45 ] 前スレ ttp://pc10.2ch.net/test/read.cgi/tech/1077465099/ 公式 ttp://www.springframework.org/ 520 名前：デフォルトの名無しさん mailto:sage [2007/04/11(水) 00:51:55 ] アノテーションでグチャグチャなのも如何なものかと・・・・ 521 名前：デフォルトの名無しさん mailto:sage [2007/04/11(水) 01:03:12 ] 規定事項 522 名前：519 mailto:sage [2007/04/11(水) 01:07:01 ] >>520 XMLでもアノテーションでもグチャグチャにしてくれるﾔｼは どこにでもいるからね。ｗ 1番使えないのは人間だたりしまふ。 「な、なんじゃこりゃあ〜！」みたいな。 523 名前：デフォルトの名無しさん mailto:sage [2007/04/11(水) 01:13:04 ] アノテーションとXMLを旨く使い分けられるフレームワークがいいな どっちかだけってのはキツイな 524 名前：デフォルトの名無しさん mailto:sage [2007/04/12(木) 02:19:11 ] >>519 ある程度触ったら使用感のレポよろ。 コンポーネント内で完結するならアノテーションも悪くないと思うんだけど コンポーネント間の関連を記述するには、あまり適さない気がしてならん。 ちょっと触ってみた限りなので、使い方がヘタなのかも知れない。 525 名前：519 mailto:sage [2007/04/13(金) 13:33:01 ] >524 やってみまふ。 @Injectionとか出来たかなぁ…。 つーかこの時期にｲﾝﾌﾙｴﾝｻﾞはチトつらいっス。 526 名前：519 mailto:sage [2007/04/15(日) 16:30:32 ] >>524 >.コンポーネント内で完結 こっちはOK。 >コンポーネント間の関連を記述 こっちはNG。 あとXMLとアノテーションを上手に使い分けないと、頭の中でごちゃごちゃになりますな。 アノテーション使う時は、あくまでも簡素に。 TOAnnotationXmlApplicationContext と ClassPathXmlApplicationContext を 使い分ければ幸せになれるかも。なれないかも。 @RequestInterceptor というアノテーションもあるのですが、中身が空っぽなんですよね・・・。 さーて、どうしよう・・・。orz 527 名前：デフォルトの名無しさん [2007/04/17(火) 22:20:55 ] 最近Springを使い始めた者ですがSpringMVCについて質問です。 SimpleFormControllerはただリンクを貼って呼び出すものなのでしょうか？ requestで値を渡してformViewを表示させ、submitで色々処理したいのですが…。 528 名前：デフォルトの名無しさん mailto:sage [2007/04/17(火) 22:27:05 ] その名のとおりフォームつかうやつだよ 529 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 00:08:48 ] ソースの円コーディングUTF-8ってどーよ 530 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 00:09:18 ] 後場食った 531 名前：デフォルトの名無しさん [2007/04/18(水) 01:34:39 ] >>529 メソッド名や変数名を日本語にしても問題起きないなw 532 名前：デフォルトの名無しさん mailto:sage [2007/04/18(水) 01:45:42 ] >>531 別にUTF8じゃなくても問題起きないよ クラス名はファイルシステムに依存するので問題おきやすいが 533 名前：デフォルトの名無しさん mailto:sage [2007/04/19(木) 22:17:46 ] Javaエバンジェリスト達のコラムサイトでちょうどそんなようなクイズがあったな 534 名前：デフォルトの名無しさん mailto:sage [2007/04/23(月) 22:45:34 ] サキエルは何番目の使途か？ とか？ 535 名前：デフォルトの名無しさん mailto:sage [2007/04/24(火) 11:04:37 ] お前は何を言っているんだ？ 536 名前：デフォルトの名無しさん [2007/04/26(木) 02:12:32 ] guiceアゲ 537 名前：デフォルトの名無しさん [2007/04/29(日) 02:06:55 ] guiceアゲ 538 名前：デフォルトの名無しさん [2007/04/30(月) 03:16:27 ] guiceアゲ 539 名前：デフォルトの名無しさん [2007/04/30(月) 18:10:33 ] guiceアゲ 540 名前：デフォルトの名無しさん [2007/04/30(月) 18:42:02 ] guiceアゲ 541 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 01:49:34 ] guiceってSpringと比べて何が良いの？ 542 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 01:56:01 ] そうだね。guiceとSpringを比較した場合、次の相違がある。 仮想化とは対象物を不完全ながらもその性質や姿を模倣し現出させることだ。 対して抽象化は、対象物のある特徴的な側面を抽出し概念化することだ。 仮想化で抽象化の技術が使われることはあるだろうが、その逆は考え難い。 コンピュータを使い、扇風機やコタツを抽象化することはできても、仮想化する ことはできないのだ。少なくとも今の技術では無理だ。コンピュータがその姿形 を変えることはできないのだから。コンピュータが仮想化できるものは、コンピュー タそのものが直接扱うものだけだ。例えば、仮想メモリ、仮想ネットワーク、仮想 マシン、仮想キーボードといったものだ。 抽象化した結果表現されるものは、設計者が想定した概念やイメージだ。しかし、 実在するものそのものではなく、人が考えたものであるために、このイメージは 非常に脆く、不安定だ。外部からの影響をもろに受け、形を変え易い。個々人が 持つイメージの些細な相違から認識のずれが生じ易い。扇風機の使い方は人に よって異なることはないが、人がイメージしたものは、その生成から、破棄に至る まで、非常に不安定な状態になり易い。それを防ぐには、イメージそのものをなる べく強固なものにし、インターフェースに一貫性と整合性をもたせ、外因による影響 を受けに難くく、壊れ難くするための技術を見につけ、理解を深めておくしかない。 543 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 01:58:42 ] >>542 なるほど〜 どっちもどっちってことね。 544 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 02:13:28 ] さすがにそれはない 545 名前：デフォルトの名無しさん [2007/05/01(火) 10:26:13 ] ｊuiceアゲ 546 名前：デフォルトの名無しさん [2007/05/07(月) 20:19:00 ] guiceアゲ 547 名前：デフォルトの名無しさん [2007/05/07(月) 22:39:35 ] seasarあげ 548 名前：デフォルトの名無しさん mailto:sage [2007/05/07(月) 23:22:10 ] ソースにコメント入れんやつの作った物なんか使えるかい! 549 名前：デフォルトの名無しさん mailto:sage [2007/05/08(火) 01:33:09 ] ソースに醤油入れんやつの作った物なんか使えるかい! 550 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 19:22:03 ] RmiServiceExporter を使って特定の RMI サーバを提供しています。 アクセスが集中した際無尽蔵に増やしていくと落ちてしまうので スレッド数等で制限したいのですが、何かうまい方法は無いでしょうか。 551 名前：デフォルトの名無しさん mailto:sage [2007/05/10(木) 00:34:14 ] springさげ 552 名前：デフォルトの名無しさん mailto:sage [2007/05/12(土) 17:58:31 ] Interface21 (Spring) gets 10M VC Funding ttp://www.infoq.com/news/2007/05/interface21-gets-funding 553 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 18:08:43 ] お前らSpring使ってて困ったり悩んだりした時どうしてる？ 英語不自由だから本家のフォーラムに質問は辛いんだよね 日本語で親切に教えてくれる人どっかにいないもんかねー 554 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 19:02:41 ] 甘いな 555 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 19:08:28 ] 甘いのか… 自力でどうにかする自信ないしSeasarにしようかな 556 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 19:13:50 ] コメントもドキュメントも無いからなー その分じゃ自分でコードを追っかけるのもあれなんじゃない？ 557 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 19:26:09 ] 正直自分でコード追っかけるしかないのは無理 558 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 19:40:45 ] じゃあ自分でゴリゴリ作るしかないな 559 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 19:42:11 ] つーか転職した方が（ｒｙ 560 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 20:19:39 ] >>559 履歴書買ってきますた 561 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 20:52:26 ] GJ！！ 562 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 21:24:28 ] >>560 安心しろ この業界、プログラムなんて組めないほうが偉くなれる。 学歴はないとダメだけどな 563 名前：デフォルトの名無しさん mailto:sage [2007/06/09(土) 21:43:35 ] >>562 564 名前：デフォルトの名無しさん mailto:sage [2007/06/11(月) 23:55:13 ] >>562 こういう意見をよくみかけるが全く賛同できない プログラムを書きたくないやつがなぜこの業界にいるのか疑問だからだ 収入もすくないし先行きも不安定なこの業界になぜあえて留まりつづけようとするのか 565 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 00:57:19 ] >>564 賛同？ 現実を見たくないだけだろｗ プログラミングなんてシステム構築のごく一部に過ぎないんだよ 566 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 00:59:35 ] プログラム書けるより レビューできるほうがいいかも 567 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 01:11:17 ] >>565 ん？わかりにくかったか？ 仕事に喜びがないのに、3K低収入のこの業界に留まり続けるのは何故かと言っている。 >>562が正しいかどうかは、全く関係ない 568 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 01:28:51 ] 事業企画やらプロジェクトマネジメントやらができるんなら ＩＴ業界じゃなくてもいいじゃんってことでしょ。同意。 569 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 01:31:49 ] >>568 そう、それがいいたかった 570 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 01:36:24 ] IT業界で優秀なプロマネでも他の業界じゃ並以下だからとか 571 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 21:55:33 ] >>564 収入が少ないのは下請けの下っ端だからだろ？ もしくは派遣 572 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 22:49:41 ] ヒント： 構造不況 573 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 22:55:23 ] うまく元請け大手SIer(国内メーカー系除く)に潜り込んだら 頭使わなくても高収入なんだから転職する理由はない 拘束時間が長いのは辛いが… 574 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 23:19:41 ] 大手SIerって、はじめからPGいないだろ PGからステップアップっていうルートが無いよ 575 名前：デフォルトの名無しさん mailto:sage [2007/06/12(火) 23:36:49 ] 社会人経験無いんだから知らなくても仕方ないだろ 576 名前：デフォルトの名無しさん mailto:sage [2007/06/13(水) 10:42:52 ] Spring の話しようぜ spring-ws がなかなか正式リリースにならんなあ 577 名前：デフォルトの名無しさん mailto:sage [2007/06/25(月) 22:54:14 ] SpringからS2Daoって使えない？ 578 名前：デフォルトの名無しさん mailto:sage [2007/06/25(月) 23:13:07 ] >>577 n-ichimuraの日記? 579 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 05:56:49 ] 昨日からspring使い始めたんだけど、applicationContext.xmlファイルがすごい状態・・・ これって普通？ 580 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 10:24:32 ] だいたいそうなる。XML Hell。 分割すればちょっとだけマシになるかも。 581 名前：デフォルトの名無しさん mailto:sage [2007/07/16(月) 12:22:10 ] >>579 なにをコンポーネントとして登録するかによる。 初心者のうちはなんでもかんでもコンポーネントとして登録してむちゃくちゃになりやすい 582 名前：デフォルトの名無しさん [2007/07/19(木) 00:22:24 ] >>581 どういうのをコンポーネントとして登録するのがいいのかねえ・・・。 583 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 00:50:21 ] ステートレスなサービスやファサード、DAO が代表的 584 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 23:05:55 ] サービスってどういう単位？でわければいいの？ 585 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 23:36:12 ] ファサードやDAOだったらGuiceでいいや・・・ 586 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 08:36:09 ] 俺は 1. anonymousで可能なfind系 2. anonymousで可能なadd、update系 3. 認証が必要なfind、add、update系 の3種類を作ることが多い。 587 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 13:21:11 ] ? 588 名前：デフォルトの名無しさん mailto:sage [2007/07/20(金) 23:28:59 ] アホか。基本、全部xmlに入れるべき DIPはOOの基本原則であって、可能な限り全てのクラスが従うべきもの って、んなことわかんない奴が使って意味あるのか？ 589 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 01:48:46 ] 今度２年ぶりにJavaでシステムを構築することになったんですが、 springは使うとして、ViewとController周りとORMあたりの フレームワークってなにがお勧めかしら。 今でも、Struts、Spring、Hibernateなのかしら？ 590 名前：デフォルトの名無しさん mailto:sage [2007/07/21(土) 04:44:06 ] >>588 くまー 591 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 16:59:22 ] 　　　　　　　　　　　　　　　　　　　　　　　　　　 　　　　　　-‐ '´￣￣｀ヽ､ 　 ┏┓┏┓　 ┏┓　 ┏┳┳┓　 　 ┏┓　　　　　 ／　／" ｀ヽ ヽ　　＼.　 　 　　　　　 　 ┏┓┏┓ 　 ┃┗┛┃┏┛┗━┫┣┻┛┏━┛┗┓　　　//, '/　　　　 ヽﾊ 　､　ヽ 　 　 　 　 　 　 ┃┃┃┃ ┏┛　 　 ┗╋┓┏┓┃┃　 　 ┗━┓┏╋━━/. {_{＼　　　 ／ﾘ| ｌ │ i| ━━━━━┓┃┃┃┃ ┃┃┃┏┓┃┃┃┃┣╋━━┓　 ┃┃┃　　 ﾚ!小ｌ●　　　 ● 从　|、i|　　　 　 　 　 ┃┃┃┃┃ ┃┃┃┃┃┃┃┃┃┃┗━┓┣┓┗┛┗━━ヽ|l⊃　､_,､_,　⊂⊃　|ﾉ│━━━━━┛┗┛┗┛ ┃┃　 ┃┃┃┃┃┃┃　 ┏┛┃┗━┓　 /⌒ヽ__|ﾍ　　 ゝ._）　 　j /⌒i !　　　 　 　 　 　┏┓┏┓ ┗━━┛┗┛┗┛┗┛　 ┗━┻━━┛ 　 ＼ /::::|　l＞,､ __,　イァ/　 /│　 　　　　　 　 ┗┛┗┛ 　　　　　　　　　　　　　 　 　 　 　 　 　 　 　 　 　/:::::/|　|　ヾ:::|三/::{ﾍ､__∧ | 　　　　　　　　　　　　　　　　　　　　　　　　 　 　 ｀ヽ< |　|　　ヾ∨:::/ヾ:::彡'　 592 名前：デフォルトの名無しさん mailto:sage [2007/07/23(月) 10:39:40 ] >>589 あんまり変わってない感じがする。 Hibernate のかわりに JPA も視野に入ってきたくらいで。 View/Controller については、そもそもなんでブラウザで動かしたいのかって時代では。 ここ1,2年は数年前に作ったWebアプリを リッチクライアントで作り直す案件が多いように感じる。 593 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 11:33:59 ] Spring2.0入門買って来た。 Spring Web Flowってよさそうなんだけど、使ってる人いる？ 594 名前：デフォルトの名無しさん [2007/08/10(金) 19:41:39 ] つかSeasar使わないおまいら、非国民？ 595 名前：デフォルトの名無しさん mailto:sage [2007/08/10(金) 20:29:51 ] >>594 釣られクマー 596 名前：デフォルトの名無しさん mailto:sage [2007/08/12(日) 10:44:11 ] >>594 　　　　　　 ,-┐ 　,ｨ─､ri´^-─- ､ .┌f^f^f^f^f^f^f^f^f^┐ く　　/ ,　,'　　 ヽ　ヽ|　~ ~ ~ ~ ~ ~ ~ ~ ~│ 　`<' / ,'ﾚｲ+tVvヽ!ヽﾄ　知ってるが　　│ 　　!/ ,' i |' {］　, [}|ヽﾘ 　名前が　　　　 | 　　`!_{ iﾊﾄ､__iﾌ,ノリ,ｎ 　 気に入らない | 　　 ／/ (^~￣￣∃_ア____n＿＿＿＿＿| 　_r''‐〈　 `´ｱ/ﾄr──!,.--' <＿>─}､　　`」ﾚ 'ヽ､　　 ,.ﾍｰｧtｲ 　　 Y､.,___/　 |.| 　 　 |　　i `ｰ'i´ 597 名前：デフォルトの名無しさん [2007/09/19(水) 18:29:44 ] Struts+Springについて勉強始めました。いまはSpring入門(2.0でないほう)を読んでいます。 Springそのものはバッチ等のUIが絡まないところで使っていましたが、webアプリで使うのは今回がはじめてです。 (Strutsも単体では経験があります) >>33-45 を見てみましたが、ActionクラスでビジネスオブジェクトをDIで取得する場合、 getBean()ではなくsetter injection のほうがいいということは、 ActionSupport方式ではなく DelegatingActionProxyがいいということですか？ Spring入門によると、DelegatingActionProxy だと struts-config.xml と action-servlet.xml の 2箇所で定義が必要なので面倒という記述があり、私もそう思っていたので、 >>33-45 の流れのメリットがわかりません。 どなたか教えてください 598 名前：デフォルトの名無しさん mailto:sage [2007/09/19(水) 18:41:08 ] >>597 とりあえず↓よめば？ kakutani.com/trans/fowler/injection.html メリットはいろいろあるけど、DelegatingActionProxyのほうがテストしやすいよ 599 名前：597 mailto:sage [2007/09/19(水) 21:56:18 ] >>598 レスどうもありがとうございます。帰りの電車で読んでみます。 たびたび質問で申し訳ありません。2点聞きたいことがあります。 ○1. Struts + Spring を使ってビジネスロジック(ビジネスオブジェクト)を Action に DI したとしても、 ビジネスオブジェクトのメソッドの引数は web 層を引きずってはならないから public Interface KeiyakuService { 　KeiyakuInfo getKeiyakuInfo(String keiyakuId, String bushoCode, Date nendo); } みたいに細かく切り出しますが(ActionFormをそのまま渡すなどしない)、Struts + Spring 連携をしたとしても、 Action の execute() の最初のほうで、ビジネスロジックを呼び出す前に ActionForm から HTML Form で入力された入力値をせっせと取り出す作業は変わらない、という認識はあってますか？ # Spring とは直接関係ありませんが、ビジネスロジックやユーティリティクラスに # ActionForm や HttpServlet を引きずりこまないように＆楽するために、 # reflection(BeanUtils)を使って ActionForm からEntityクラスへの変換クラスを # 自作して使ってますが、もうすこしどうにかならないかなと思う ○2. DelegatingActionProxy から Action に処理が移っても、Action クラスは Struts を 生で使うときと同じようにスレッドセーフにしておかないといけないと理解してますが、 Actionクラスにビジネスオブジェクトを DI する場合、ビジネスオブジェクトもスレッドセーフに 作っておかないといけないのでしょうか？ ・Actionクラスはインスタンスがひとつだけ →ActionクラスのフィールドにビジネスオブジェクトのインスタンスがDIされるので、 　そのActionに同時アクセスがあった場合、ビジネスオブジェクトの単一のインスタンスが 　すべてのアクセスのスレッドで使いまわされる？ 600 名前：デフォルトの名無しさん mailto:sage [2007/09/20(木) 19:58:01 ] >>599 598氏じゃないが。 Q1 はその認識であってる。詰め替えがアホらしいのは確かだが、 ある程度自動化するフレームワークも出てくるだろうし、あるいは自分で作ってもいい。 Q2 については「ステートレス万歳」の方向が良いかと。 ステートフルなロジックを作成して、スレッドセーフになってるか、その必要があるかに時間費やすよりも、 そのロジックをストートレスに出来ないかを考えた方が、早くて確実で見通しが良い。時が多いと思う。 601 名前：デフォルトの名無しさん mailto:sage [2007/09/20(木) 23:26:42 ] 時は皆に平等です。 602 名前：デフォルトの名無しさん mailto:sage [2007/09/21(金) 01:22:23 ] >>599 598だが。 >>600さんに同意です。 ビジネスロジックにリッチドメインモデルを使う場合以外は スレッドセーフを徹底すべきでしょうね 603 名前：デフォルトの名無しさん mailto:sage [2007/09/26(水) 17:35:59 ] >>599 dozer使っとけよ・・・ 604 名前：デフォルトの名無しさん [2007/10/06(土) 15:53:03 ] Struts + Springなら、AutowiringRequestProcessorもありかと 605 名前：デフォルトの名無しさん [2007/10/18(木) 11:16:42 ] d.hatena.ne.jp/sugapico/00000003/1118125623 上記サイト通りやったのですが、最後のInternalResourceViewResolverの定義がうまく行きません。 どうしてでしょうか？ 実際のソースは以下の通りです。 <bean id="exampleController" class="example.ExampleController"/> <bean id="secondController" class="example.SecondController"/> <bean id="urlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping"> <property name="mappings"> <props> <prop key="/test.html">exampleController</prop> <prop key="/test2.html">secondController</prop> </props> </property> </bean> <!--ViewResolverを使う場合：何故か出来ない--> <bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="viewClass"><value>org.springframework.web.servlet.view.JstlView</value></property> <property name="prefix"><value>/WEB-INF/jsp/</value></property> <property name="suffix"><value>.jsp</value></property> </bean> 606 名前：デフォルトの名無しさん [2007/10/18(木) 11:18:19 ] public class ExampleController implements Controller { /** * @see org.springframework.web.servlet.mvc.Controller#handleRequest(javax.servlet.http.HttpServletRequest, * javax.servlet.http.HttpServletResponse) */ public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // return new ModelAndView("/WEB-INF/jsp/test.jsp"); // ViewResolver return new ModelAndView("test"); } } 607 名前：デフォルトの名無しさん [2007/10/18(木) 11:18:53 ] エラーは以下のようなものです。 致命的: サーブレット example のServlet.service()が例外を投げました java.lang.NoClassDefFoundError: javax/servlet/jsp/jstl/fmt/LocalizationContext at org.springframework.web.servlet.support.JstlUtils.exposeLocalizationContext(JstlUtils.java:83) at org.springframework.web.servlet.view.JstlView.exposeHelpers(JstlView.java:82) at org.springframework.web.servlet.view.InternalResourceView.renderMergedOutputModel(InternalResourceView.java:90) at org.springframework.web.servlet.view.AbstractView.render(AbstractView.java:246) at org.springframework.web.servlet.DispatcherServlet.render(DispatcherServlet.java:1000) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:761) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:684) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:394) at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:348) 608 名前：デフォルトの名無しさん [2007/10/18(木) 11:22:44 ] at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874) at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689) at java.lang.Thread.run(Unknown Source) 609 名前：デフォルトの名無しさん mailto:sage [2007/10/18(木) 11:37:50 ] 実行時にJSTLの実装ライブラリが無いんじゃないか？ アプリケーションサーバに含まれているか、あるいはアプリケーションの/WEB-INF/libに含まれているか確認。 610 名前：デフォルトの名無しさん mailto:sage [2007/10/27(土) 21:45:00 ] 最近の狛犬もどきのカリスマ 今度はJPA仮想敵で俺達サイコーやってます。 「*2JDBC」のセールストークでマーチン・ファウラーの 「流暢なインターフェイス」引用してますが、JPAの インターフェイスをパクっている時点で既に論理的に破綻してます。 JPAベースで流暢なインターフェイスを実現するラッパーは作成可能であり、 流暢なインターフェイスを実装していることが「*2JDBC」のセールスポイント にならないことは明らか。 CoC(規約重視)マンセーで使った偽太陽etcがユーザ層の拡大に失敗している からCoCやめてみました、それだけ。 特定のDIコンテナに統合されている時点で「*2JDBC」は個人的には利用対象 外、モノは悪くないとは思うが狛犬もどき２に依存する気にはなれない。 "CoCの本質は最低限の規約で最大限の効果を得る"ことにあり、規約でがんじ がらめにしている時点でCoCを語る資格はない。 偽太陽をみるとわかると思うが「狛犬もどき」はCoCの本質を理解していない。 例えば、偽太陽の属性の扱いまわり、実装で楽をするためにあんな変な規約 を導入しているとしか思えない。 Clickマンセーな人でも偽太陽マンセーな人は少なく、狛犬もどきの信者だけが 偽太陽マンセー。 狛犬もどきの失敗は「狛犬もどき２」の中で閉じた世界を構築していること。 外側からみると、狛犬もどきの信者はハイレベルとは呼べないと感じる。 「"*2JDBC"が流暢なインターフェイスを実装しているから流暢なインターフェイス でないJPAより優れている」等のセールストークに騙される時点でおわってる。 「狛犬もどき」自体の開発者のうちカリスマ他数名はハイレベル(?)なんだろうが...。 新しいプロダクトをリリースする度に行われる「セールストーク」の質の低さには ウンザリ。 611 名前：デフォルトの名無しさん mailto:sage [2007/10/27(土) 21:59:18 ] Seasarの煽りuzeee 612 名前：デフォルトの名無しさん mailto:sage [2007/10/27(土) 23:01:09 ] ウザイと言うか・・・こんな書き方するってずいぶんとまぁ・・・ 池沼にはウンザリ。 613 名前：デフォルトの名無しさん mailto:sage [2007/10/27(土) 23:11:37 ] 狛犬とか太陽とかいうのはうざいが、同意する部分あるな 614 名前：デフォルトの名無しさん mailto:sage [2007/10/27(土) 23:20:57 ] ASIP乙 615 名前：デフォルトの名無しさん mailto:sage [2007/10/29(月) 11:45:59 ] 内容に自身があるなら隠語や伏字やめれ。読みにくい。 どっかのスレの雰囲気を持ち込まれても困る。 616 名前：デフォルトの名無しさん [2007/10/29(月) 17:40:33 ] sessionFormをtrueに設定したんですが、このあとどうやってsessionを取得すればいいのでしょうか？ どなたか教えてください。 617 名前：デフォルトの名無しさん mailto:sage [2007/12/07(金) 00:13:54 ] Scopeのsingletonとglocal sessionの違いを確認できるような 構成ってどんなものがあるでしょうか？違いがわからんです。 618 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 13:49:13 ] 前期のシグルイに今期のカイジ、渋い作品は探せばいくらでもあるが単にﾔｼらの趣向に合わんだけだろ 萌えとかいったって細かい趣向の違いがあって妹13人とか30人に囲まれたいﾔｼには今期はもの足りんだろうしな 619 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 15:30:00 ] なんというSpring萌・・・ Spring2.5はすごいな GuiceやSeasar2の価値をゼロにしたかもしれん 620 名前：デフォルトの名無しさん mailto:sage [2007/12/15(土) 17:05:15 ] >>619 どのへんが？

---

---

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

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