Java+Webフレームワーク

1 名前：デフォルトの名無しさん [2007/06/06(水) 02:14:48 ] 前スレ JAVA+JSP+Struts+Tomcat Part3 pc11.2ch.net/test/read.cgi/tech/1161862896/ 関連スレ JSF(JavaServer Faces)2 pc11.2ch.net/test/read.cgi/tech/1142573697/ ◆JSP◆ pc11.2ch.net/test/read.cgi/php/984840356/ 【Java】Wicket【HTML】 pc11.2ch.net/test/read.cgi/tech/1132407308/ Tapestryについて語ろうよ！ pc11.2ch.net/test/read.cgi/tech/1067531714/ 369 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 12:53:06 ] スレ違い、解決策なし、というまさにスレ汚し！ 370 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 13:16:19 ] >>369 お前馬鹿だから >>366 >>377 が書いた、設定で間違っているところ分んないだろうw 371 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 13:26:13 ] 冬房は＊ね 372 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 14:36:22 ] 今からJavaEE5やるのって無駄かね？ 373 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 15:53:10 ] >>364 だからjavaだと楽だけどねって話さ 実際>>365が多そうだけどねぐぐりもしないでソースないから無理と投げ出すだろうし 374 名前：デフォルトの名無しさん mailto:sage [2008/12/30(火) 23:13:28 ] >>372 あんましニーズが無いと思うけどなあ 企業向けのシステムではspringが世界的にデファクトになってしまったと思う マーティン・ファウラーとかが評価した結果そうなった。 375 名前：デフォルトの名無しさん mailto:sage [2008/12/31(水) 04:08:24 ] >>372 ムダじゃないと思うよ。 実装としてSpring使えるんじゃないかな？ 376 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 01:02:25 ] >>375 SpringがいつJavaEE5の実装になったんだ? 377 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 01:26:14 ] 2年くらい前じゃね？ 378 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 01:40:23 ] 大ウソ。 379 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 01:45:44 ] まさかPitchforkを知らないのか？ 380 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 09:01:55 ] SpringベースのフレームワークだけどSpringそのものではない。 381 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 12:33:41 ] SpringSourceが提供してるんだから広義のSpringだよ。 382 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 13:01:59 ] というかEJB3.0のみの対応じゃない? それでじゃヴぁEEといわれても・・・ 383 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 13:05:53 ] SpringがWebコンテナを実装するわけないだろ つPitchfork使ったJavaEEはWebLogic 384 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 20:04:41 ] PitchforkがServletコンテナを実装してると思ってたんじゃない？ 385 名前：デフォルトの名無しさん mailto:sage [2009/01/05(月) 23:18:17 ] 何、この流れ．．．．． 386 名前：デフォルトの名無しさん mailto:sage [2009/01/06(火) 02:52:56 ] 製品を組み合わせるということを知らない人たちです。 387 名前：デフォルトの名無しさん mailto:sage [2009/01/06(火) 18:16:20 ] netbeansのwoodstockコンポーネントって無くなるんですか？ 今からだとICEfaces勉強した方がいいのかな？ 388 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 01:02:45 ] woodstockは開発停止。 そもそもバグが多くて誰も使わなかった。 ICEfacesへ移行しろとNetbeansがいってるから今後はその方向だろうね。 389 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 06:18:24 ] その辺のアルファベットのなんかはみんな消えるけどね。 3年後にはそんなのもあったね、あははと笑ってる。 390 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 06:33:31 ] 正直保守がなければ、今が楽ならいいです。 391 名前：デフォルトの名無しさん mailto:sage [2009/01/07(水) 19:44:08 ] NetbeansのVisual Web JSFでエンタープライズアプリケーション作ってるんですが、 faces-config.xmlのGUI画面で、ページのボタンが表示されなかったりします。これはバグ？ 392 名前：391 mailto:sage [2009/01/07(水) 19:46:19 ] すいません。 Netbeansのバージョンは6.5で、プラットフォームはWindowsXPです。 393 名前：391 mailto:sage [2009/01/08(木) 18:55:40 ] 本体をアップデートして、再起動したら表示されるようになりました。 何だったんだろう･･･。 394 名前：デフォルトの名無しさん [2009/01/13(火) 20:14:50 ] ICEfacesのチュートリアルって登録しないと見れない？ 395 名前：デフォルトの名無しさん mailto:sage [2009/01/14(水) 05:01:07 ] 保守はシステムが止まるまで無くならないしなあ。 結局作った香具師に保守が回ってくるのはいつもの事。 やっぱり無料フレームワークじゃなくて、ちゃんとサポートのある有料フレームワーク採用したほうがあとが楽。 396 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 00:44:48 ] 楽云々を言うならIBMの鯖にWebSphereでも乗せればハードからソフトまで 全部サポート受けれるが。 397 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 07:41:38 ] で、お前ら的にはJSFはどうなの？ 398 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 08:59:38 ] いいと思うよ。てか出るの遅すぎた。 399 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 11:50:06 ] JSFがいいってやつはNetBeans使ってるやつだけだろ Eclipseでうれしいことは何もない 事実上Sunの独自フレームワーク 400 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 13:44:01 ] なんか、JSFってスタイルシートと相性悪くね？ 401 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 13:59:09 ] むしろどう考えてもスタイルシート必須だろ 402 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 18:18:27 ] もちろん必須だがidがなぁ 403 名前：デフォルトの名無しさん mailto:sage [2009/01/15(木) 18:44:24 ] netbeansなんだが、ICEfacesレイアウトってwoodstockレイアウトの代替になる？ netbeans公式サイトのサンプルでwoodstockのパネル使ってて困るんだが。 404 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 01:25:03 ] JSFとかこの辺のフレームワークはできがいいとかよりも標準の椅子を獲得するかの 政治的な問題の方が大きいんだよなあ。 405 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 01:28:20 ] 政治力があってもJSFを標準にするのは無理があるんだよ あのコンポーネントモデルは無駄すぐる 406 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 11:36:00 ] Strutsのできがよくないことを思い出すんだ 407 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 12:45:52 ] Strutsが出来が悪いと評されるようになったのって、 Strutsが普及した後だろ。READMEの日付に寄れば Stuts 1.1リリースが2002/03/21 Struts1.2リリースが 2003/12/10 Struts 1.0〜1.1の時点で、Strutsより出来がよいと言われていた フレームワークなんてあったか？ 408 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 15:49:00 ] WebWork？ 409 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 18:40:50 ] JSFの普及率ってstruts超えてるの？ 国内だと全然使われていない気がする。 410 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 20:50:31 ] JSFは正直居場所が無し 失敗作 411 名前：デフォルトの名無しさん mailto:sage [2009/01/16(金) 22:30:08 ] >>409 海外だと普通に使われてるから意外とすこしずつ浸透するのかも。 国内だとhigaタソのところでStrutsの1/3以下とでてたな。 海外だとGWTとかIcefacesとか普通に使われていてうらやましい。 412 名前：デフォルトの名無しさん [2009/01/17(土) 22:23:11 ] Seasar2の最新のStruts、SAStrutsはいいと俺は思うんだけど、あまり話題にならないね。 JSFは正直そのまま使うには面倒な部分が残ってしまっている。同じJSFならS2の拡張版Teedaはずっと使いやすい。 だけどこれもあまり話題にならないね。もうWebアプリケーションは別の言語で作る時代なのかな？Javaで作るならSeasar2と言わずフレームワークを使えばいいと思うんだけど。 413 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 22:50:01 ] mvcフレームワーク乱立しまくりなんでSpringが生きてる限りは消えないであろうSpringMVCにした DWRとかSpringをサポートしてる他のOSSは必ずSpringMVCもサポートしてくれてたり(strutsもだけど) struts使える人ならあっさり覚えられるし教育コストも高くはない。 無難な選択だったと思う JSFも魅力的なんでこれから覚えるわ 414 名前：デフォルトの名無しさん mailto:sage [2009/01/17(土) 23:37:29 ] >>412 実装が独自でJSFの試験とおってないからそれを覚悟で あと1.2対応してない 2.0対応できるのだろうか 415 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 14:39:36 ] 結局標準が残るのでJSFが一番いい 416 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 15:09:43 ] 標準ってのはもちろん実質標準のことだよな。 だったらJSFはないなw 417 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 15:53:23 ] >>415 その台詞、JSFをEJBに置き換えてもう一度言ってみろ。 418 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 16:18:55 ] EJBはゴミ 419 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 16:27:58 ] EJBいいだろ。どこがゴミ？ 420 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 16:35:09 ] 3.0以上限定でEJBはいいもの 2.1まではゴミ 421 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 16:47:28 ] EJBって何に使うの？ たとえばショッピングサイト作るとして 使ったほうがいいの？ 422 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 19:27:28 ] 単体テストが楽になる 423 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 19:47:37 ] >>421 JPAもEJBに含むとしたら、JPAは使ったほうがいいかもな。 JPA以外でも、DI機能は使ったほうがいい。 もちろん、JPAじゃないORマッパやSQLラッパ、EJBではないDIコンテナと比較して、非EJBを使うのも手だが。 ORマッパ(もしくはSQLラッパ)とDIコンテナは使ったほうがいい。 424 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:24:22 ] >>423 日本語でおｋ 425 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 20:28:18 ] EJB3.1は期待できるね。 実質Spring+JPAと同等で標準仕様。 426 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 21:18:52 ] Amazon StaxではEJBなんて使えない。Tomcatだからな。 JavaEEが標準なんて絵に画いた餅 427 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 21:56:43 ] JPAは使えるし、JBossあたりにTomcatで使えるEJB実装があったはず。 428 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 21:59:38 ] もちろん自分で用意すればOpenEJBだって使えるが、 それだったらSpringでも使うだろjk 429 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 22:12:03 ] それ以前にstaxそのものが絵に書いた餅だろうにw あんなもの本気で使えると思っている基地外いるのか？ 430 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 22:15:20 ] >>429 浅いな。ああいうサービスが始まるときに当然のように JavaEEが無視されてる現実を言ってるんだよ。 431 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 22:23:31 ] ああいうサービスって、誰も本気で取り合わないサービスのことか。 432 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 22:34:25 ] >>431 その程度のサービスにすら無視されるJavaEE(笑) 標準といわれ続けてるのに使われないJavaEE(笑) 433 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 22:36:21 ] やっぱEJBっていらないんだね。 俺正解 434 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 22:47:34 ] これといった標準がないうちは自分で作る、これ常識。 バカはすぐ流行りの野良コード使って流行と共に消えていく。 435 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 22:49:47 ] ＥＪＢは開発期間とかコストパフォーマンスとか気にしない企業とかでは生き延びると思う 今だにメインフレームとか抱えてるような企業かな 436 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 22:56:59 ] ところがWebSphere抱えてるIBMでもEJBはやりたがらない。 メインフレームとつなぐのはMQだしEJBは不要。 437 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 23:01:00 ] でも、SpringもSeasarも、開発者や開発元のブログ見てると先行き不安になるよね。。。 どちらも自滅して、結局残るのはEJBという結末もあり得なくはなさそう。 438 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 23:01:30 ] JBoss、日本では不発だったなあ 439 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 23:07:20 ] >>437 EJBの歴史を見ても不安にならないか？ 結局残るのはServlet(Tomcat)だよ。 440 名前：デフォルトの名無しさん mailto:sage [2009/01/18(日) 23:48:12 ] EJB3.1がwarアーカイブで動くようになったのは大きいと思う 441 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 00:03:09 ] だからといってTomcatで動くわけでなし 所詮NetBeans/GlassFish脳の戯言だわな 442 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 00:12:53 ] 7年前に作った俺のJSPアプリは問題なく動いてるよ。 変なフレームワーク使ってたらこうはいかなかったと思う。 443 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 00:23:36 ] そりゃ、古くなって動かなかったらダメだろ。 変なフレームワークだって、時間たったからって動かなくなるわけじゃない。 ただ7年前に作ったJSPアプリでも、JSPだからこそ技術者不足にならずに、今でもメンテできるんだろうとは思う。 「JSP？あんなテンプレート糞だ。Servlet+自社製テンプレートエンジンこそ最強」 とかだったら、後の人がウンザリしてたかもな。 444 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 00:28:37 ] >>441 OpenEJBもどうせ3.1対応するだろ？ 445 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 00:37:26 ] >>444 >>428嫁。無限ループする気か？ これだからNetBeans厨は… こいつらと理解し合える日は永遠に来ないな。 446 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 00:38:44 ] Springは1年たてば有料化だろ？ 447 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 00:41:26 ] >>446 何言ってんの？ 448 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 00:42:52 ] SpringSource日本法人作って日本でもちゃんと商用サポートしてほしい 449 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 00:50:20 ] 次バージョンのRCがでると無償サポート打ち切りだし 450 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 00:59:21 ] つうか、自分でサーバー立てれるならGlassfish使えと。 451 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 04:18:06 ] >>432 embedded-ejb使えばいいだけだから、Tomcatにしたんじゃねぇの？ 452 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 07:05:53 ] 結局ＥＪＢって簡単に言うとなんなの？ 453 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 08:24:40 ] それくらいググれ 454 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 08:47:29 ] >>452 DIコンテナ+JPA 455 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 09:11:11 ] >>422 なんで楽になるんだ？ 456 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 09:23:06 ] EJBのコンポーネントが公開されていたり、販売されていたるするから 利用者はソレを使うだけなので、その分の単体テストは不必要と言う意味なのでは？ クレジットカード決済系と自前で実装するのは結構ホネ(?)だろうし。 #つかここらのテストは面倒以前にやりにくい。 457 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 09:48:18 ] >>456 「EJBコンポーネントの流通に向けた規約を業界コンソーシアムが策定，一般公開へ」 techon.nikkeibp.co.jp/members/01db/200107/1016960/ EJBコンポーネントに関するコンソーシアム www.ejbcons.gr.jp/ 今は昔の物語。 458 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 12:54:24 ] >>456って、10年前で時間が止まってる人？ 459 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 14:01:40 ] >>455 EJBだけではなくDIコンテナ一般の話だと思うが、テスト用のスタブの用意が楽になる。 460 名前：デフォルトの名無しさん mailto:sage [2009/01/19(月) 22:24:42 ] 自分で作っても、野良コードやオープンソースと同じレベルであとで面倒な事に成るのは変わらないよ。 結局、１０年使えそうな骨董商用フレームワークに乗っかってしまうのが楽。 461 名前：デフォルトの名無しさん [2009/01/19(月) 23:34:01 ] うん、JavaEEサーバーを見て感じるのは、作るものに比べてちょっと大がかりすぎ、ということだな。 １０年ものフレームワークは現実的にベストな選択に思う。 462 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 01:23:23 ] EJBはもう禁句 EJBに遭いたければ、墓場にどうぞ 463 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 01:25:04 ] EJBさん、結局使えなかったね 大風呂敷拡げただけで、そのまま何も無く終わったね 464 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 02:47:15 ] という意見を出すのは、EJB3を使ったことないやつだよな 465 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 03:01:56 ] 違う。NetBeansを使わないやつ 466 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 04:24:34 ] 使えなくても、EJBとJBOSSの本が書店に売られていて不幸の連鎖は止まってなさそうな感じ。 商業的に元取りたいのは分かるが、もう時代遅れの情報を垂れ流すのは勘弁して欲しい。 でもJSPとかServletもどうなのって気がするが。その程度ならJavaでやらなくてもPHPとかのLLでいいじゃんって気が。 MVC思想も結局、Vのデザイナ環境が充実しないと丸投げ（分業）できる体制には成らないからな。 エクリプスの開発側ばかり充実してるが、デザイナはDWとか商用ソフト使っててプラグインとかも無いので連携が悪い。 AIR開発環境とかでエクリプスでも採用して、CSと連携が充実すればいいのに。 結局、PHP程度ならDWでサポートしてるので、Vだけ切り離してデザイナに丸投げのほうがまだ効率がいい。 いっそPHPで組んだほうが楽だし、あとは意地でもJavaと連携させるかは好み。 467 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 04:33:35 ] アルゴ君乙 468 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 06:32:15 ] PHP･･･。 仮にフレームワークなしだと、保守がめんどくさくなりそうだな。 はたしてどちらが幸せか。 469 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 07:30:41 ] >>466 JBossって遅いって言うかもさっとしてた 日本でビジネスベースで使ってるとこ少なかったな 確か、ルシードって会社のソフトで使ってたかな．．．． 470 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 07:34:00 ] そう言えば、SOAも普及しねえな クライアント機能がのったビスタの登場で爆発的に普及すると睨んでたんだが、 肝心のビスタがこけちゃったからなあ 471 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 08:38:04 ] やっぱり生に近いほうが気持ちいい 472 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 10:14:20 ] JavaがこんなぐだぐだにならなかったらPHPとかいらなかったのにな。 473 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 10:32:34 ] それはない。 Webデザイナ崩れのプログラマの需要を満たす言語として、 PHPは存在意義がある。 474 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 10:46:43 ] それはない 475 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 11:54:02 ] >>465 どう考えてもNetBeansとEJB関係ないんじゃね? 476 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 17:52:13 ] PHPとかなくなってくれりゃいいのに。 477 名前：デフォルトの名無しさん [2009/01/20(火) 18:10:55 ] こらこらなんて事言うんだね 478 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 18:28:04 ] glassfishってどうなのさ。 業務で使える？ 479 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 19:15:50 ] むしろ業務ならTomcatよりGlassFishかもな。 > Tomcatはできないことがある。 > Weblogicはときどき大げさになってしまったりする。 > GlassFishはこれからでしょうが、ほどよい感じです。 blogs.sun.com/stories/resource/rakuten/Rakuten-glassfish-questionnaire_ja.html 480 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 19:20:35 ] JBoss seamって使った方がいい？ JSF、EJB、JPAだけで十分な気もするんだが。 481 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 19:52:02 ] TomcatにはJTAがないのが痛い。 JTAがあればGlassfishもJBossもいらないのに。 482 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 20:19:29 ] だから〜 EJBはいらないってｗ 483 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 20:48:11 ] やがて野良フレームワークは一掃され、JavaEE6が生き残る。 はずがない。 484 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 21:00:53 ] EJBはいらないけどJTAは欲しい。 485 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 21:07:10 ] JTAって何？ 486 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 22:12:56 ] 日本テコンドー協会 487 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 22:50:37 ] >>480 便利ではあると思うよ。 conversationスコープとかあるし。 488 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 23:15:04 ] Servletコンテナとデータソース管理、JTAだけほしいのならGlassfish V3 prelude最適だな。 EJBとかJMSとか重そうにみえる(実際は軽いけど)のが実装されてない。 ただ、ロギング管理も実装してないのはどうよ。 489 名前：デフォルトの名無しさん mailto:sage [2009/01/20(火) 23:50:40 ] TomcatでJTA使いたけりゃAtomikosとかJOTMとか使えばええやん 490 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 00:46:08 ] JOTMって正気か？ 491 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 00:49:14 ] >>490 しらん。俺は使ったことない。 そもそもWASしか選択肢ないし。 492 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 00:59:38 ] >>491 結局大手のアプリケーションサーバー使ってるやん 493 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 06:32:30 ] 仕事だしなぁ 494 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 12:05:03 ] 仕事でTomcat使うほうがアホなんだよ 495 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 12:11:34 ] んなこたない 496 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 12:32:38 ] 仕事するほうがアホなんだよ 497 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 12:53:19 ] 有料アプリケーションサーバー使うくらいなら IISのがマシ 498 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 14:54:30 ] JBOSSやGlassfishあるだろ 499 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 17:02:59 ] 今は、struts2 と springが世界的なデファクトでしょ 500 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 18:01:05 ] どこの世界だろ 501 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 18:18:38 ] springはいいが、struts2って使われてるの？ 502 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 18:44:10 ] struts2は、apache struts2 だよ 使わない奴の方が不思議 503 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 18:46:11 ] JSF 504 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 20:35:45 ] Apacheだからって良いものだとは限らないだろ。 myfacesがそうであったように。 で、struts2とSAStrutsってどっちが楽なの？ 505 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 21:42:34 ] Struts2がデファクトな世界がどこにあるのか、俺も知りたい。 506 名前：デフォルトの名無しさん mailto:sage [2009/01/21(水) 22:47:31 ] 俺様ワールドでは大分前からStruts2が不動のデファクト 507 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 03:03:06 ] >>504 Seasar2さえ使えてるなら、SAStrutsだろうな。 508 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 07:39:20 ] 黙ってJSF使ってろ。 標準こそ正義。 509 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 12:49:04 ] 鉄板のループパターン JSFは標準だから最強→ そのセリフEJBに置き換えろ→ EJB3はイイ→ JavaEEなんてイラネTomcatでいい→ 　〜わいわい〜 →ところで、フレームワークは何使えばいい？ 510 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 13:52:56 ] EE5は結構よくね？ 何が不満なんだ。 511 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 13:56:35 ] EJB3は悪くないが最高でもない JSFとJPAは糞 512 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 15:22:07 ] >>511 他のコンテナよりトランザクション管理とか設定がいらないから容易なんだけどな Springとかまともにできないしひどいだろ、あれ… 513 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 15:39:26 ] >>512 設定なんて何年も前にマスターしてるだろjk それすらできなかった素人がNetBeansで楽とか喜んでるのがEJB3厨の正体 514 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 16:15:41 ] EJB3はどのIDE使おうが楽だろ。 Springは回避しようがないけど。 515 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 16:59:34 ] >>513 マスターしようが、めんどいもんはめんどいだろ。 516 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 17:46:29 ] >>515 別に。一からプロジェクト作るなんてないし それよりEJBはリクエストスコープないんだよな 3.1でシングルトンが入ってもまだまだ使えねーな 517 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 21:17:26 ] お前ら、なんでそんなにJSFが嫌いなの？ 本気で知りたい。 518 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:07:19 ] どこにもいいところがないからだよ 519 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:17:24 ] UIComponentのライフサイクルモデルは過剰すぎだろ おかげでコンポーネント作るの大変じゃねーか 520 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:19:58 ] テンプレートが事実上JSPってのもダメだ Faceletsも独自タグだらけでダメだ 521 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:22:07 ] そんなあなたにWicket 522 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:28:26 ] id書き換えるからcssやjsとの相性も最悪だな 523 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:33:37 ] JSFはURLが腐ってる 524 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:42:34 ] コンポーネント側でバリデーションしないとめんどいのに バリデータ作るのもめんどい 525 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 22:44:25 ] >>517 お前、なんでJSFを嫌いにならないの？ 本気で知りたい。 526 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:05:59 ] 日本語が数値参照になるのが許せん 527 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:08:15 ] あれはあんなモンと思うようにしているけど。 許せないほどもないけど。 あんなん手打ちするモンでもないし。 528 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:08:56 ] ASP.NETを移植してくれないかな 529 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:10:45 ] Mainsoftのは使い物になるの？ 530 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:27:44 ] >>527 表示がおかしい場合にブラウザでソース見たりしないのか？ 531 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:38:40 ] >>530 生成されたHTMLタグみても意味なくね？ 532 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:55:10 ] 漏れもそう思う。 言わんとする事は解らんでもないが、表示がおかしいなら 別のソースやら設定を見るべきだろうに。 533 名前：デフォルトの名無しさん mailto:sage [2009/01/22(木) 23:55:45 ] >>531 生成されたタグのどこがおかしいかが重要だろ？ 特にjsやcssが絡む場合 534 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 00:01:09 ] なんか、このスレ始まって以来の盛り上がりなんですけど 535 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 00:14:52 ] >>512 Springだとまともにできないってどういう意味？ 複数DBまたがりだろうが入れ子だろうがEJBと同等の事は出来るけど EJB3は何でもDI出来ないのがちょっと… 536 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 00:20:04 ] >>535 >>512の理解力ではできないってことだよw トランザクション制御に関してはSpringの方が高機能なことも知らないんだろうな 537 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 00:34:08 ] ＞それよりEJBはリクエストスコープないんだよな この前、warのデプロイ時間を全部シングルトンにした場合と リクエストスコープ使った場合と比較したけど結構早くなってて驚いた。 538 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 00:38:46 ] もうすぐしたらspringの季節 539 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 00:51:10 ] 私デザイナーだけどJSFは無理 540 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 00:51:46 ] 私コンポーネント作者だけどJSFは無理 541 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 00:52:07 ] 私NetBeans厨だけどJSF大好き 542 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 01:18:21 ] JSFってStrutsよりはいいんじゃないんだっけ？後発だし、Xmlが楽とか聞いたけどどうなの？ 543 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 04:54:31 ] もう、ISEFacesでいいじゃないか。仲良くしようぜ 544 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 12:37:29 ] >>543 ICEfacesな。 つか、それJSFだし。 545 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 23:06:32 ] >>536 JTA腐ってるだろ >>544 JSFのライフサイクルでまわすようにはできてるけど JSFとは違うよ 現実的に既存のツールを使えるようにしたということ 基本的な考えはASP.NET AJAXと同じだからわかりやすいけどね 546 名前：デフォルトの名無しさん mailto:sage [2009/01/23(金) 23:08:42 ] >>545 バカだなーSpringにはJTA実装は含まれてないんだよ 547 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 00:04:21 ] ＞JTA腐ってるだろ は？それSpringと関係ないだろ。自分が良いと思うJTA実装を使えばいい 548 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 00:29:57 ] だいたい腐ってないJTA実装なんてWASとWLSだけ 549 名前：デフォルトの名無しさん [2009/01/24(土) 02:18:47 ] みんななぜSeasar2を使わないの？Springはよかったけどもう使う気なくした。 550 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 02:22:31 ] >>549 Springに失礼な奴だな 比べたらSpringの圧勝だろ 551 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 03:09:37 ] ある外資系ソフトウェアベンダーの製品調査で libの中にspring.jarを見つけて海外ではデファクトなんだと悟った 552 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 11:25:54 ] これからは、JBoss seam + facelet(JSF)でFAだろ いいからだまって使ってみろ 553 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 11:54:11 ] Seasar2自体のメンテナンスが不明。とても業務では使えない。 趣味用にはいいかもな。 554 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 11:56:55 ] >>552 WebBeans+JSF2.0ということでJavaEE6の実装まんまだな 悪いものじゃないけど、日本だけはアレルギーあると思うぞ 使いもしないで批判だけするStruts信者とかな 555 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 12:08:56 ] WebBeansはいいけどSeamは嫌い。 >>554は本当に使ってみたの？もはやSeamとは別物じゃん。 556 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 12:15:29 ] NetBeans厨とEJB(JavaEE)厨の共通点 いつも将来のバージョンの話をしてる 557 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 12:21:57 ] JavaEE最高です。 558 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 13:42:17 ] このスレには一人アンチNetBeans、JavaEE厨が住み着いてるようだね 559 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 17:00:35 ] 俺はMartin Fowlerの意見をもっとも尊重してFW選んでる。 capsctrl.que.jp/kdmsnr/wiki/bliki/ 560 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 20:52:15 ] >>558 自分と意見が違うのは一人しかいないと思い込みたいんですね。わかります 561 名前：デフォルトの名無しさん mailto:sage [2009/01/24(土) 21:46:32 ] みんな不満はある物だよ。妥協は大事。 562 名前：デフォルトの名無しさん [2009/01/25(日) 01:03:55 ] >>553 導入事例に三菱東京UFJで採用とあるが？ 563 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 13:04:57 ] ICEfacesってJSF1.2に対応してるん？ 564 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 18:51:08 ] >>562 あそこはチャンレンジャーが多いからなぁ。 565 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 19:00:17 ] >>562 基幹システムに導入されたんなら評価されるんだろうけど チンケなスタンドアローンでしょ、どうせ 566 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 19:18:09 ] ISIDが請け負ったからってだけ。 567 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 22:58:00 ] >>563 1.1しか対応してないな 568 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 23:18:54 ] >>567 ありがとう。 569 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 23:21:32 ] >563 www.icefaces.org/releasenotes/icefaces-1.7.2-SP1-RN.html このバージョンから、対応っぽいですね 570 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 23:22:38 ] ネットワークのノーテルが倒産したけど、Sunはどうなのかな？ 時間の問題だと思うが 571 名前：デフォルトの名無しさん mailto:sage [2009/01/25(日) 23:59:08 ] SunがつぶれたらJavaはどうなる？ 572 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 00:04:23 ] まだ大丈夫、３ドル台だから １ドル台になったらそろそろ秒読みだろ 573 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 00:54:53 ] Javaはどっかが引き取るだろ 574 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 01:01:59 ] IBMが引き取れば安心ではあるかな 575 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 01:33:33 ] >>569 1.7.2SP1でもJSF1.2で追加されたやつがうまく動いてないぞ 576 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 05:46:24 ] ibmこそ油断成らんが。またメインフレームの閉鎖環境に戻りそう。 2.0の開発ツールの動作環境が、ibmハードだけとか。 導入事例もピンキリだしな。導入したけどメンテされてなくて腐って使われてないシステムなんていくらでもある。 導入案件で契約取れましたよって実績でしかない。業務で継続的に使えるかどうかは別問題。 577 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 07:42:03 ] >>575 後方互換はあるけど本格対応はまだって感じかね？ 578 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 20:25:46 ] >>576 IBMでも大量リストラどこもやってるし安心はないだろ >>577 基本JSF1.2を使って開発をする ただ、1.2で追加されたメッセージ系がどうやら対応してないようだ Labelが対応してないのも面倒かな 579 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:11:22 ] NetBeansスレにも書いたんだが、過疎ってるようなのでこちらで質問させてくれ。 ICEfacesのpanelLayoutコンポーネントでフローレイアウト指定すると、 コンポーネント内部がグリッドレイアウトになるんだが、これってバグ？ 本家フォーラム読んでも手がかりが見つからない…。 580 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:18:59 ] >>579 その内部に配置したコンポーネントのスタイル消してる? 581 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:39:28 ] >>580 ありがとう、消したら上手くいったよ。 でも、逆にグリッドレイアウト指定した場合に、内部がフローレイアウトに なるのはどうしたらいいんでしょうか？ panelLayoutのスタイルに"-rave-layout: grid"を追加すれば 上手くいくみたいなんだけど、デフォルトじゃ入ってないんだよね。 582 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:46:56 ] Sunはもって３年だと思う finance.yahoo.com/q/bc?s=JAVA&t=2y&l=on&z=m&q=l&c= 583 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 21:49:15 ] >>581だが・・・ やはりこのコンポーネントの挙動はおかしくない？ WoodStockと真逆の動きをしている気がする。 584 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 22:31:26 ] WebBeansって仕様名変わったんだな 585 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 23:16:52 ] >>583 それ以外にもpanelLayoutはバグが多い感じ 右下にエラーのアイコンがよくでる 今のところグリッドパネル以外はあまり使わないほうがいいのかなぁと思う 586 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 23:39:13 ] >>585 アドバイスありがとう。 とりあえずグリッドパネルだけでやってみる。 587 名前：デフォルトの名無しさん mailto:sage [2009/01/26(月) 23:52:56 ] NetBeansスレでもJSFスレでもなくここで回答があるのはなぜなんだぜ？ 588 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 00:08:13 ] JSFスレでもNetBeansスレでも質問がないからな どこのスレであろうが質問があれば回答があるのは当たり前 589 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 00:23:16 ] >>588 >579が読めないのか？ 590 名前：デフォルトの名無しさん [2009/01/27(火) 00:50:33 ] >>553 話題戻して悪いんだが、開発者自信がこう言っているがどうでしょ？ ttp://d.hatena.ne.jp/higayasuo/20090126/1232950227 591 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 01:06:21 ] サン社内の人が減ってるって噂は本当だったか。 まあ安いミニノートが流行る時代に高価なサンのハードが売れるとは思えないしなあ。 おまいらアイビーエムとかの鯖ハード使ってるの？ それともエッチピーとかデルとかの激安鯖ハード？ 592 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 01:08:58 ] エッチピーとかデルとかより激安のアイビーエム鯖 593 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 01:11:41 ] Sunは、ミドルレンジだろ。高価な部類に入らないよ。 594 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 01:48:03 ] 算もハイエンドサーバをラインナップしてるよ。 最上位はIBMと同じ32cpu/64core/128thread。 いつの間にか富士通からのOEMだが。 595 名前：デフォルトの名無しさん mailto:sage [2009/01/27(火) 12:10:49 ] >>589 普通は自分の常駐してるスレしかみないものだろ 596 名前：デフォルトの名無しさん [2009/01/28(水) 14:10:29 ] >>591 ミニノートが流行るのは、サーバーで処理ができるからという前提があるだろ。 597 名前：デフォルトの名無しさん mailto:sage [2009/01/28(水) 22:06:27 ] >>595 つまんねーことにしつけーな。 NetBeans/Visual Web Icefacesに詳しいやつが NetBeansスレやJSFスレに常駐してなくてここに常駐してることの 説明になってないだろ。 まともに答えられないならレスするな糞。 598 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 04:27:16 ] もはやミニノート内で完結してしまう現実。アトムの力は偉大。 サンのシンクライアント構想も鯖代や使用ライセンス代とか含めるとコストアップで一般には全然普及しないし。 いまやSPARC機ってハイエンドって位置づけ？　丸ごと富士通OEMだな。 ローエンドはアムド機か？　こっちは他社の激安PC鯖機と勝負に成らない感じ。売れてるの？ 599 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 04:41:38 ] ミドルレンジのクールスレッド機が海外では伸びているらしい 国内ではさっぱりという話だがw 600 名前：デフォルトの名無しさん mailto:sage [2009/01/30(金) 09:58:29 ] SunのAMD機もつばめとかで大きな実績はあるんだけどねえ 601 名前：デフォルトの名無しさん [2009/01/30(金) 22:48:39 ] オフコンとかＷＳとか、みなＰＣに食われて死滅したんだよな。実際１０年前のサーバーより今のパソコンは高性能だし。 またも歴史は繰り返されるな。Sunという会社、どこに存在価値を置こうとするんだろう？ 602 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 02:12:40 ] 大学が普通にPCとかマク買うように成っちゃったからな。 サンの鯖やWSは売れなく成った。 箱物だと、日本はちょっと違うからねえ。 データセンタのラックに入れるにしても、世界との利用料金の違いで容積小さいものが好まれるし。 603 名前：デフォルトの名無しさん [2009/02/01(日) 21:36:55 ] Sunにかこつけて標準技術のJSFとEJBですが、こんなの使うならPHPやRubyに利用者が流れるのを誰が責められます？ Seasar2くらいの便利なスタンダードを用意してほしい。EJB3.0はまだましだが。 604 名前：デフォルトの名無しさん [2009/02/01(日) 22:13:56 ] >>603 > 誰が責められます？ 誰か責めている人がいるということ？ 605 名前：デフォルトの名無しさん mailto:sage [2009/02/01(日) 23:43:54 ] >603 すでに、Seasar2が便利なスタンダードって行っている時点でなんだかなぁ、と。 606 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:28:12 ] シーサー自体がアレ。とても業務では使えないレベル。趣味なら何使ってもいいと思うよ。 rubyはまだマニア用を抜け出てないけど、phpなら有料サポートもあるので安心。 607 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 00:31:29 ] 聞きかじった情報を並べただけに見えるわ 608 名前：デフォルトの名無しさん [2009/02/02(月) 01:11:59 ] >>607 Seasarも有料サポートがあるわけだし、phpしか知らん人なんでしょうなぁ。 609 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 01:17:01 ] Seasarの話題は荒れるみたいだから本スレ逝ってくれってことで 610 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 03:38:32 ] JFrameにJavascript・htmlエンジンを組み込みたいけどそんなクラスないですか？ やっぱ他のhttpブラウザエンジンを組み込む方法しかないですかね？ 611 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 04:28:02 ] >>610 JavaScriptはRhinoがついてる。 HTMLパースはいまのところNecoHTMLがよさげ JWebPaneに期待。 そして、スレ違い 612 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 06:56:50 ] >>606 rubyは海外ではかなり活躍してきてる 勿論、ルビー・オン・レイルの方だけどね 世界的な不況で開発費が縮小傾向にあるから追い風なんじゃないかな ルビー・オン・レイル＋アジャイル方式が 613 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 07:05:51 ] >>612 レイズじゃないのか？ レインって何？？ 614 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 07:37:29 ] ちょっｗｗｗｗ レイルだのレイズだのあげくはレインかよ ちっとは英語を勉強しろよ。 レールズって言うんだよ。線路って意味だぜ。 615 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 10:08:44 ] Rubyは未だにCGIなので遅くてダメだろ 616 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 11:59:21 ] レールもレイルも似たようなもんだ レイルはまだいい、ズが抜けてるだけだ。 617 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 15:41:10 ] >>615 CGIじゃねーだろ。 618 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 17:33:22 ] >>617 mod_ruby使えばCGIじゃなくなるな 619 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 19:04:49 ] >>618 なんで？ 620 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 19:42:09 ] >>619 CGI経由での実行じゃなくなるから 621 名前：デフォルトの名無しさん mailto:sage [2009/02/02(月) 20:00:09 ] 個人的には、もうgrailsでいい。 Javaの資産も使えてｳﾏｰだし。 622 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 00:46:01 ] >>614 はいはい、マクドナルドはマクダーナルですねｗ 623 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 00:51:04 ] >>616 ルビー・オン・レイルはカタカナで日本語になってるよ、既に 英語と日本語のカタカナ表記は別だって アメリカに2年近く居た俺に英語の講釈するんじゃねえ 一年は住んでて、後は10回以上シリコンバレーに出張してて、トータル2年だ、英語はかなり使えるぜ 624 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 00:55:27 ] 日本だとsの部分認識しないのは別に不思議じゃないしね 625 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 01:07:46 ] カタカナ表記を英語の発音に合わせないとダメなら ルーターはラウタ ローカルはローコー ウィルスはヴァイラス になっちまうじゃねーかｗ 626 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 01:13:56 ] >>623 なんで単数形なんだよ？ 627 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 01:15:07 ] >>623 www.sophia-it.com/content/Ruby+on+Rails 普通に読めよ 628 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 04:40:13 ] >>623 ネタにマジレスすれば、ルビーオンレイルとカタカナで日本語にしてるヤツはいない。既に。 英語と日本語のカタカナ表記は別だって。 アメリカに2年近くいたところで、カタカナ表記は別なんかだら英語の講釈じゃねぇ。 1年すんでようが、10回以上シリコンバレーに出張してようが、トータル2年で英語かなり使えようが、関係ねぇ。 629 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 07:40:21 ] >>628 カタカナ表記を英語の発音に合わせないとダメなら ルーターはラウタ ローカルはローコー ウィルスはヴァイラス になっちまうじゃねーかｗ 630 名前：628 mailto:sage [2009/02/03(火) 08:40:26 ] >>629 だから別だと言ってる 631 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 10:57:20 ] 汽車の窓からハンケチ振れば〜 632 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 13:54:18 ] ジャヴァ 633 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 14:06:05 ] 闍婆 634 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 21:28:56 ] わざわざカタカナで書くなｗｗｗ Railsでいいだろ。2年もアメリカに居たなら。 俺は英語全然しゃべれないが、技術用語は基本的に元の言語での表記か和訳された用語を使うなぁ。 カタカナは気持ち悪い。 トゥルー、フォールスなんてありえないだろ？ true, false でいいんだよ。 635 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 21:43:01 ] 紅玉鉄路 636 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 21:49:24 ] イフ エルス ホワイル ディーアイコンテナ オーアールマッパー ジェイエスピー ストラッツ トムキャット ウェブロジック ウェブスフィア ジェイボス ジャバ 637 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 22:55:43 ] >>634 英語使い現るｗ 638 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:07:03 ] ひどくつまらない流れだね 639 名前：デフォルトの名無しさん mailto:sage [2009/02/03(火) 23:20:57 ] 今日読んだこの記事が面白かった SOA lessons learned for Web 2.0 www.ibm.com/developerworks/websphere/techjournal/0901_col_brown/0901_col_brown.html?ca=dgr-jw22SOA-Web20&S_TACT=105AGX59&S_CMP=grsitejw22 640 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 03:56:28 ] 英語コンプ多いスレだなｗｗｗ そもそもアメリカなんて書いてる時点で駄目だろｗｗｗ 641 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 07:23:40 ] インドｗ 642 名前：デフォルトの名無しさん mailto:sage [2009/02/04(水) 22:27:59 ] USA!USA! 643 名前：デフォルトの名無しさん [2009/02/04(水) 22:36:28 ] ♪ぼーんいんざでっどまんずたうん！♪ 644 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 00:12:12 ] 500レス近辺で JTA の話が出てきたが、 なんで Spring とか Seasar2 をつかうときに JTA が必要なのかわからない。 Spring や Seasar2 はそれなりに長く使っているし、 プロジェクトをつくるときは、ググって見つけた設定ファイルを使い回しているから とりあえず使っているけど。 # Spring の場合は、org.springframework.jdbc.datasource.DataSourceTransactionManager か。 JTA って、そもそも 2フェーズcommit とかする場合だよね。 corba とか RMI とか使っているわけではないのに、なんで JTA が必要になるのだろう。 DI コンテナは、のっける Bean ごとにモジュール化が進んでいるから、モジュールを またがる大きな一つのトランザクションをつくるために、JTA にしているのかな？ 645 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 00:18:57 ] >>644 複数のDBを更新すると必要になる。 646 名前：644 mailto:sage [2009/02/06(金) 00:26:19 ] >>645 なるほど、分散処理せずとも、 一つのアプリで複数の DB コネクションにまたがったトランザクションを扱いたければ、 それも立派な 2フェーズ commit か。 647 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 01:04:06 ] コネクション1つであってもトランザクションとコネクションが同期しなくてもよいというメリットがある 648 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 01:24:53 ] 2フェーズ commit、懐かしいな。 初めてｒｄｂをさわった1980年代後半に英語のマニュアルに書いてあった。 あの当時は、レプリケーションもクラスタリングも無かったから全部手作りしたよ、苦労したなあ。 649 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 01:58:36 ] >>647 意味わかんね。説明プリーズ 650 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 03:26:47 ] その鯖で動いているシステムがそのアプリだけだったらいいけど、 SOAハブみたいな使い方をしてたらやっぱJTA欲しいな。 651 名前：デフォルトの名無しさん mailto:sage [2009/02/06(金) 03:42:50 ] >>650 意味わかんね。説明プリーズ 652 名前：639 mailto:sage [2009/02/06(金) 20:10:46 ] >>650 ハブにはマングースだと思うが．．．． ESB？ 653 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 21:24:16 ] HTTPでセッションがぶち切れる時点で TPモニタがあっても分散トランザクションはキツイだろｊｋ 654 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 21:53:03 ] >>653 意味わかんね。説明プリーズ 655 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 23:47:23 ] >>654 酔っ払ってたんで適当なこといったｗすまん。ロールバック！ 656 名前：デフォルトの名無しさん mailto:sage [2009/02/08(日) 23:52:48 ] コミット済みです 657 名前：デフォルトの名無しさん mailto:sage [2009/02/10(火) 01:09:49 ] バックアップをリストアして、ロールフォワードしかないか 658 名前：デフォルトの名無しさん [2009/02/10(火) 01:14:24 ] Struts2.1 きました ttp://www.infoq.com/jp/news/2009/02/Struts2-1 659 名前：デフォルトの名無しさん mailto:sage [2009/02/11(水) 06:35:26 ] >>658 かなり良くなったみたいだね Dojoは2.0.xでは上手く動かなかった。 新しいバージョンは期待できるな、ajaxの取り込みが 660 名前：デフォルトの名無しさん mailto:sage [2009/02/26(木) 19:04:11 ] echoって誰か使ってる？ まったく話題にならないな。 661 名前：デフォルトの名無しさん mailto:sage [2009/02/27(金) 06:21:07 ] echoとsedやawkのコンビネーションは多用するけれども・・・ 自然すぎて話題にならないのでは。 662 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 00:30:34 ] Echo Frameworkの事では？ 663 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 02:39:04 ] 突っ込んだら負けかと思ってた 664 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 03:16:37 ] どうせ本人が自分で突っ込んだんだと確信している 665 名前：デフォルトの名無しさん mailto:sage [2009/02/28(土) 16:48:37 ] Clickって2.0.1が出てたのね 666 名前：デフォルトの名無しさん [2009/02/28(土) 23:55:08 ] Java Web Startについての質問です。 現在、Web上で動作する教育用ソフトウェア開発にJava Web Startを用いています。 しかし、IE7やGoogleChrome等では動作するのですが、IE6やMacですとエラーコードが出て動作できません。 恐らくjnlpファイルの構文がおかしいのではないかと思うのですが、よくわかりません。 どのように記述したらどの環境でも動作できるようになるのでしょうか？ 詳しい方いらっしゃいましたらご回答のほどよろしくお願いします。 667 名前：デフォルトの名無しさん [2009/02/28(土) 23:55:54 ] 【以下、IE6でのエラーコード詳細】 CouldNotLoadArgumentException[ 指定されたファイルまたは URL をロードできませんでした: C:\Documents and Settings\user\Local Settings\Temporary Internet Files\Content.IE5\MX3DU40P\a[1].jnlp] at com.sun.javaws.Main.launchApp(Unknown Source) at com.sun.javaws.Main.continueInSecureThread(Unknown Source) at com.sun.javaws.Main$1.run(Unknown Source) at java.lang.Thread.run(Unknown Source) 【jnlpファイルの構文】 <jnlp spec="1.0+" codebase="?[?ソフトウェアのあるURL]" href="a.jnlp"> <information> <title>Test</title> <vendor>Test create</vendor> <offline-allowed/> </information> <resources> <j2se version="1.5+"/> <jar href="a.jar" main="true"/> </resources> <application-desc main-class="Test"/> </jnlp> 668 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 00:06:16 ] >>666 スレ違いだろjk 669 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 15:28:05 ] で、フレームワークの本命はどれなんだよ。 SAStrutsか？JSFか？ 670 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 15:52:02 ] spring 671 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 17:10:27 ] >>670 springは有償になるんだろ。 672 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 17:35:24 ] >>671 有償になったらいけないのか？ 673 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 18:00:04 ] EJB3.1が来るからSpringは不要。 674 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 18:06:34 ] >>673 Springを知らないんだろｗ 675 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 18:18:47 ] >>673はEJB3.1のことも知らなさそうw 676 名前：名無し募集中。。。 [2009/03/01(日) 18:49:03 ] ってかSpringはWebフレームワークではないわけで DIコンテナの部分はあんまりWebに関係なくてぶっちゃけなんでもいい部分ではある 677 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 19:25:18 ] EJB3.1って、結局EJBコンテナが必要であることは変わらないし、 requestやsessionスコープオブジェクトにDIやAOP使えないし、 JNDIリソース以外のオブジェクトをDIできないし。 678 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 19:27:58 ] >>677 requestはないがsessionはEJB1.0からある 679 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 20:37:38 ] HttpSessionとは何の関係もない全く別物の、 EJBコンテナ内だけのsessionだけどね。 680 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 20:42:21 ] そんなsessionなあ 681 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 21:02:44 ] リファレンスをHttpSessionに保存すればおk 使ったことないけどw 682 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 21:28:09 ] >>678 ちっとは勉強しなはれ 683 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 21:54:20 ] >>682 勉強するとrequestがあることが分かるのかい？ それともsessionがないことが分かるのかい？ 684 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 00:26:55 ] >>683 685 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 00:37:19 ] 具体的に指摘できないチキンばっかw 686 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 09:16:33 ] あまりにもくだらなくて笑いものにしてるだけでしょ。 同じセッションという単語でサーブレットとEJBを同一視してるとか。 687 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 19:31:55 ] 概念としては同じ。管理してる主体が違うだけ。 Seamのように両者をシームレスに連携することはたやすい。 688 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 20:00:55 ] いや同じじゃないよ EJBはあくまでEJBコンテナであってWebコンテナではない (言わなくても解ると思うけどサーブレットはWebコンテナの技術) J2EEという技術の中の別のコンテナの話しだから 689 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 20:07:37 ] 「概念としては」って読めないの？ それとも抽象化して考えられないの？ 690 名前：デフォルトの名無しさん [2009/03/02(月) 20:14:44 ] 概念は同じってのは、たとえば Seasar2とSpringみたいな場合の話じゃね？ EJBとサーブレッとは別の概念だよ。 ってかJavaにしても日本語にしてもレベル低すぎじゃね？ 691 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 20:20:28 ] おまえの読解力のなさに涙が出てきた EJBとサーブレットが同じ概念なんてアホすぎだろ。考えもしねーよ EJBのセッション(SFSB)とServletのセッションが概念としては同じって話だ そしてSeamのように連携させればアプリからは管理主体(EJBコンテナとWebコンテナ)の 違いを区別する必要はない よって>>677の「sessionスコープオブジェクトにDIやAOP使えない」は間違い 692 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 21:26:30 ] >>691のような面白い人が暴れてると聞いてきますた 693 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 21:47:28 ] そもそもEJBコンテナにServletコンテナかぶせて Webアプリケーションとしてのsessionを実現してるんだから 概念が同じとかそういう問題じゃない 694 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 21:55:52 ] >>686 そんなsessionなあ 695 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 21:57:08 ] レベル、低いね 696 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 22:21:25 ] SFSBを使ってHttpSessionを実装したWebコンテナもあるんだけどな 697 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 22:22:20 ] EntityBeanを使ってHttpSessionを実装したWebコンテナもあったな 698 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 22:40:32 ] >>696-697 それらって直接AOPかませれるの？ 699 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 22:53:40 ] >>698 いみふ 700 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 23:11:26 ] なんにせよEJBそのものじゃないよ EJB自体とWeb関連の実装は別 701 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 23:24:36 ] まあ結局、何らかの仕組みを別途用意しなければ 同じようには使えないってことなんだけど。 702 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 23:36:36 ] そういう意味では、 「EJB3.1が来るからSpringは不要」 とは言えないけど、 「WebBeans (JSR299) が来るからSpringは不要」 とは言えるかもしれないね。 つか、ここでの投票結果でのコメントを見ると、SpringSourceは WebBeansがJavaEEに入ることを露骨に嫌がっているね。 jcp.org/en/jsr/results?id=4821 703 名前：デフォルトの名無しさん mailto:sage [2009/03/02(月) 23:49:41 ] うむ。そのほうがしっくり来るな。 WebBeansはSeamよりDIコンテナに注力してるし、 しかも名前が変わって 「DIコンテナなんたら」になったし。 704 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 01:00:14 ] >>699 上で出てる話に対応しただけなんだが 705 名前：デフォルトの名無しさん mailto:sage [2009/03/03(火) 04:36:36 ] >>703 Java Contexts and Dependency Injectionだな 706 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 16:20:09 ] は？ 707 名前：デフォルトの名無しさん mailto:sage [2009/04/07(火) 16:56:00 ] >>706 名前がかわった 708 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 11:45:59 ] は？ 709 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 12:27:07 ] WebBeansって名前はわかりやすかったのに、Java Contexts and Dependency Injectionは覚えにくいな。 JCDIと略すんだろうが。 710 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 13:00:39 ] JDIC JNDI JCDI JDBC 711 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 18:33:21 ] また名前が変わって、 Contexts and Dependency Injection for Javaになったよｗ 712 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 19:21:04 ] マジで？ソースある？ 713 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 19:35:46 ] >>712 jcp.org/aboutJava/communityprocess/pr/jsr299/index.html 714 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 19:44:16 ] クソアメ公どもは、こうもクソ略字ばっか作りやがって、 マジでクソ死んじまえばいいのにな。 715 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 21:09:57 ] もう面倒くさいから「Contexts and Dependency Injection for Java」ではなくて「中出し君」でいいだろｗ 716 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 23:37:38 ] IBMと出来ちゃった婚でおk。 717 名前：デフォルトの名無しさん mailto:sage [2009/04/08(水) 23:48:44 ] ところが破局で非嫡出子でおk 718 名前：デフォルトの名無しさん mailto:sage [2009/04/09(木) 00:58:11 ] >>713 PDFまで見てなかった。ほんとだ。ありがとう。 719 名前：デフォルトの名無しさん mailto:sage [2009/04/10(金) 21:38:29 ] IBMから養育費だけはがっぽり取ればおk 720 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 08:41:15 ] 失礼します。 現在使える embeddable EJB Lite containers の実装としては何がありますでしょうか？ 721 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 11:09:27 ] JBoss ？ 722 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 18:09:43 ] Embeddable EJB Lite コンテナとは、 EJB 3.1 とかとは違うのか？ J2SE + JPA とは違うのか？ 最近の事情に疎いオレに教えてくれ 723 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:06:11 ] EJB3.1 -> まだ出てない J2SE + JPA -> SessionBean/MessageDrivenBean がない 724 名前：デフォルトの名無しさん mailto:sage [2009/04/11(土) 19:56:57 ] >>722 EJB Lite -> リモート呼び出しやMDBがないEJB3.1のサブセット ↓の「EJB Lite is Here」参照 www.theserverside.com/tt/articles/article.tss?l=NewFeaturesEJB31-3 embeddable EJB containers -> 埋め込み型EJBコンテナ 埋め込みというのはAPサーバ上ではなくスタンドアロンアプリに組み込めるということ ↓からejb-3_1-pfd-spec.pdfの「Chapter 22 Embeddable Usage」参照 jcp.org/aboutJava/communityprocess/pfd/jsr318/index.html 725 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 01:30:37 ] スタンドアロンでEJBって重そうだなｗｗｗ 726 名前：722 mailto:sage [2009/04/12(日) 03:28:54 ] レスどうもありがとう、勉強になりました。 リンク先をがんばって呼んでみるよ。 コンテナなしのEJBなんて、EJB2 時代の、分散処理しないのにORマッパとしてだけ EJB 使ってたころみたいだな。 727 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 05:19:31 ] いや、ORマッパはEJBから分離したからな。 コンテナなしEJBはセッション管理だけだな。 728 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 05:20:24 ] Embeddable EJB は、この記事が参考になる itpro.nikkeibp.co.jp/article/COLUMN/20060615/241006/ 729 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 15:16:27 ] >>725 730 名前：デフォルトの名無しさん mailto:sage [2009/04/12(日) 15:46:40 ] なんだ？729は構ってほしいのか？ 731 名前：デフォルトの名無しさん mailto:sage [2009/04/14(火) 13:22:41 ] EJBっていいの？ 732 名前：デフォルトの名無しさん mailto:sage [2009/04/15(水) 00:15:24 ] EJB 3.1 ってよさ気じゃない？ 733 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 01:03:18 ] EJBって大抵のAPサーバではコンソールから接続数や平均実行時間、キャッシュヒット率と言った 運用に関する情報を見ることが出来るのが何気にうれしかったりする。 APサーバによってはアクセスが集中していても特定のEJBには優先してスレッドを割り振って、 重要な処理のパフォーマンスを落とさないようにする、といったような設定も出来るし。 734 名前：デフォルトの名無しさん mailto:sage [2009/04/16(木) 20:47:11 ] ログレベルも手軽にいつでも変更できるしね 735 名前：デフォルトの名無しさん [2009/05/10(日) 12:28:32 ] こんにちは。あたしはｶｳｶﾞｰﾙ。 AAとして成り上がるため、スレを巡る旅をしています。 　 　 ＿_ 　 ヽ|＿_|ノ　　　　ﾓｫ 　　||‘‐‘||ﾚ　　　_)_, ―‐ 、 　　/(Ｙ (ヽ＿ /・ ヽ　　　 ￣ヽ 　　∠＿ゝ　 ｀ ^ヽ　ﾉ.::::::__( ノヽ 　　　_/ヽ　 　　 　/ヽ￣￣/ヽ 736 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 16:32:44 ] SAStrutsってどうなの？ リリースノートみると１月から更新無いよね 737 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 21:37:10 ] >>736 あそこは枯れた宣言が早い 738 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 21:40:18 ] >>737 枯れた == 飽きた 739 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 22:37:58 ] 枯れたらしいその結果としてはどんな感じ？ 740 名前：名無し募集中。。。 [2009/05/11(月) 22:43:21 ] 別に普通に便利だけど 741 名前：デフォルトの名無しさん mailto:sage [2009/05/11(月) 23:30:53 ] このコテハン誰だ 742 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 00:00:07 ] >>736 svn.seasar.org/browse/?view=rev&root=sastruts&revision=833 ちょっとだけ更新あったみたい 743 名前：デフォルトの名無しさん mailto:sage [2009/05/12(火) 00:06:36 ] >>741 これかな？ ttp://schiphol.2ch.net/test/read.cgi/football/1237431803/20 744 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 02:34:05 ] SAStruts より Spring + Struts2 の方が良いね 745 名前：名無し募集中。。。 [2009/05/17(日) 02:56:46 ] なんで？ 746 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 12:40:19 ] Spring + Struts2 より SAStruts の方が良いね 747 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 12:59:40 ] SAStruts より Spring + Struts2 の方が良いね 748 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 17:03:25 ] ま、とりあえず Struts2 のHPでも見てやってみな SAStruts ｲﾗﾈｰってわかるから 749 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 17:11:52 ] SAStruts しか知らんようなら struts.apache.org/2.1.6/docs/convention-plugin.html#ConventionPlugin-Actionannotation この辺からならとっつきやすいか まあアノテーションの詳細は struts.apache.org/2.1.6/docs/annotations.html 見てみ 750 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 17:14:02 ] >>749 HotDeployできる？ 751 名前：名無し募集中。。。 [2009/05/17(日) 17:25:00 ] AOPで共通処理書いたりHOTデプロイで開発しなかったりするなら 素のStruts2でもいいだろうけどさ フレームワーク使うことで楽できるのにそれを拒否する意味もない 752 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 17:32:20 ] HotDeploy出来ないならRubyかPythonにしようかなって思うし 実際の開発効率に結構影響すると思うんだけど 753 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 17:42:26 ] struts.apache.org/2.1.6/docs/convention-plugin.html#ConventionPlugin-Automaticconfigurationreloading <constant name="struts.devMode" value="true"/> <constant name="struts.convention.classes.reload" value="true" /> どうせくだらないあら探ししたいだけだろ？ 何でもかんでも質問する前に自分で少しは見てみろよ… あ、それからインタセプターは↓な struts.apache.org/2.1.6/docs/interceptors.html 個別にどうのこうのじゃなくて一通り見てみ 754 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 17:46:01 ] バグで結局 HOT Deploy 活用できない Seasar はお話にならんよ www.seasar.org/wiki/index.php?SeasarWhatsNew%2F2009-05-16#jb961f2f 755 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 18:02:32 ] >>753 自分で調べるの面倒じゃん ある程度興味出てきたら自分で調べるけどまだそこに至らない で、Springが管理するクラスもHotDeployになる？ 756 名前：名無し募集中。。。 [2009/05/17(日) 18:22:11 ] >>754 バグ修正されてんじゃん 757 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 18:29:10 ] >>755 説明するの面倒じゃん で、seasar は HOT Deploy まともに動くようなったん？ 758 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 18:30:16 ] >>756 修正されてるって、毎度毎度だぜ… 使い物にならんだろ 759 名前：名無し募集中。。。 [2009/05/17(日) 18:41:29 ] バグがあろうとだいたいの場面でHOT Deploy使えるんだから 100%の完成度じゃないから毎回手で再起動した方がましって話にはならんだろうに 760 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 18:53:33 ] >>758 毎度毎度じゃないな。最近じゃバグ修正は最新版だけ ひとつ前のバージョンで改善したところがバグってたようだな 今回リリース間隔が短いのはそのせいだろ。その前は普通に使えてた 761 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 18:55:26 ] >>757 > 説明するの面倒じゃん そんだけ書くより「なる」「ならない」って答える方が手間かからないのに 答えないのは「ならない」からか？ 762 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 19:01:23 ] >>760 テストもしないでリリースしてるの？ 763 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 19:04:40 ] >>762 テストで全てのバグがつぶせるわけじゃないよな まぁ品質に関してはApacheレベルにないとは思う それよりStruts2でHotDeployできなくて論点すり替えてるように見えちゃうよ 764 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 19:09:38 ] HotDeployネタにこだわりすぎじゃね？粘着か Struts2の魅力ってそこじゃないだろ？ 比較対照の仕方が極端に木を見て森を見ず的な もともと辺なところに食いついてるからまともに相手されてないんじゃねーの 765 名前：名無し募集中。。。 [2009/05/17(日) 19:14:22 ] HOTデプロイは開発中に便利になる機能なだけで 本番環境はCoolデプロイにするから製品の品質に影響する訳じゃないしね 766 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 19:14:49 ] >>764 SAStruts使ってる理由の多くはそこだからしょうがない それがないならStruts2には興味が持てないだけ お前はお前でStruts2の魅力を語れよ「SAStrutsより」なんて煽らずに 767 名前：名無し募集中。。。 [2009/05/17(日) 19:20:09 ] SAStrutsは別にStrutsじゃないからね 単に中身にStruts使ってるってだけであって Strutsを意識して開発することなどなにもない 768 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 19:20:42 ] SAStrutsより、が煽りになるって 開発者か何かか？ｗ 769 名前：名無し募集中。。。 [2009/05/17(日) 19:27:03 ] >>768 というわけでStruts2単体で使った場合の魅力をどうぞ 770 名前：768 mailto:sage [2009/05/17(日) 19:27:55 ] 俺はStruts2なんて使ったことないからｗ 771 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 19:29:22 ] >>768 ほらまたそうやって…結果的に荒れ気味の流れになってるだろ？ 比較して優位性を強調するのはhigaﾀｿもよくやるが大抵ネガティブな反応しか得られない Seasar使ってて中野人に一番やめて欲しいのがまさにそれだ 772 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 19:39:54 ] 比較しなきゃ優位性なんて分かんないし多くが知りたいのはそこでしょ SAStrutsより、と言うワードが煽りになってしまう人間が居るのがおかしいんだよｗ 773 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 19:52:28 ] >>772 おかしくてもそれが現実 比較するならするで冷静にやればいいと思うが>>754あたりからおかしくなってるな Struts2のよさは語られずSeasar叩きになってる 比較するとそうなりやすいんだよ 774 名前：名無し募集中。。。 [2009/05/17(日) 20:03:27 ] 業界的にもiSiDなんかに主流を握られたら困るからね 必死に潰すしかないんだよ 775 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:04:41 ] 確かにStruts2の良いところは具体的に語られてないけど、 それで比較論自体するなって暴論過ぎる 776 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:12:11 ] まぁ待て、今比較してみてるから… そういや Struts2 って海外だと S2 って略す場合が多いんだよな… 外国で Seasar2 説明するのが面倒な理由の１つがこれかも (※これは笑うべきネタのつもりなので誤解せんでな) 777 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:15:12 ] >>775 比較するなとはいわないが比較する前によさを語ることは出来るだろ？ あと比較するならターゲットは的確に選べってことかな HotDeployが魅力のSAStrutsと比較するなら同等以上にHotDeployできないとそこで話が終わる 778 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:20:55 ] >>777 SAStrutsの魅力ってHOTデプロイだけなのかい？ てかHOTデプロイはSAStrutsではなくベースで使用している s2 の魅力だよね？ 779 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:35:35 ] >>778 魅力がそれだけとは言ってない。だがそれが大きな魅力なのは間違いない だからそこが失われるなら俺はStruts2に興味持てないし他にも二人?そういうレスがあるようだ HotDeployがSAStrutsとS2のどっちで実現されてるかはこの際関係ない 元々比較はSAStruts+Seasar2とStruts2+Springだろ つかSで始まりすぎだｗ 780 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:36:05 ] StrutsをXMLで設定することもなくさらにHOTDeployで使えるのがSAStrutsの魅力だろ あくまでセットになったものがSAStrutsなのであって、中でS2使用してたらなんか問題あるのか 781 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:43:06 ] >>780 なぜケンカ腰？ 782 名前：名無し募集中。。。 [2009/05/17(日) 20:44:54 ] 778が小馬鹿にしてるからだろ 783 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:48:49 ] ブラウザから書くと名無し募集中。。。になるのか？ 784 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:48:58 ] ちょいと脇道にそれるけどさ 開発スタイルって色々あると思うけど、 TestFirstしないで全部実際にオペレーションして動けばOKとかだったらHOTデプロイ命かもね でもその場合ってちゃんとしたカバレッジ測定できないよな それにSAStrutsのActionクラスってテストしにくくない？どうやってる？ ActionのTestCase書きにくいからHOTデプロイ頼りで開発になるんかな？ 785 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:49:29 ] ならなかった 786 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 20:51:16 ] >>784 それは正しいと思う 787 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 21:16:24 ] HOT Deployがテストファーストじゃないとかこじつけすぎだろ 788 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 21:19:02 ] >>787 もうちとkwsk 789 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 21:23:52 ] テストファーストなんて今時流行らないだろ 物作る前からテスト計画したって完成する頃には仕様変わってて 結局テストの精度が下がるから二度手間になって意味がないことが多い 特にHOT Deployで開発効率上げようとするプロジェクトだと それ以前にテストファーストなんて採用しているはずがない ただHOT Deployだからテストファーストができないってのは間違いだし、 SAStrutsもユニットテストの環境なんかはかなり整備されている 790 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 21:28:33 ] >>789 > ただHOT Deployだからテストファーストができないってのは間違いだし、 誰もそんなこと主張してなくない? 791 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 21:30:13 ] テストのサンプルまでついてるのにテストしにくいとか 792 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 21:42:16 ] >>789 784は疑問を投げかけているだけだよな 何でカバレッジ測定＝テスト計画となるのか理解に苦しむ スクリプト言語の様に開発しながら動作確認できるのがSAStrutsの売りなのはわかったよ。 でもだったらスクリプト言語で開発すりゃあいいじゃんとか思った。 793 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 21:44:08 ] >>792 > でもだったらスクリプト言語で開発すりゃあいいじゃんとか思った。 それは極論すぐる 794 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 21:49:06 ] >>791 テストしにくいというよりも、忘れ去られやすい開発スタイルになるって事じゃないのかな？ Railsとかも、かなり優れたテストフレームワークを持ってるけど、真面目に書いてるやつって少ない。 「サクサク開発！」とか舐めた事言ってやるべきことすらきちんとやれないクソ開発者を量産する傾向にある気がする。 795 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 21:52:37 ] 何かSAStrutsしか知らんのに自分の中だけのちっちぇえ世界を必死に守ることに粘着してる奴がいるな 浅ましいぜ 俺が聞きたいのはそんなオナニスト的な内容ではない 色々なものの良いところやイケてないところをきちんと評価してそれをうまくするためにはどうすべきかってのを考える前向きな話がききたい 796 名前：デフォルトの名無しさん [2009/05/17(日) 21:58:50 ] 別々に作ってるといつの間にかバージョン違いのライブラリ使ってたりしてしまうんだよな 797 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 22:02:36 ] >>795 まずは自分が語ればよくね？ そうすりゃそういう流れになるかもしれん 798 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 22:08:45 ] >>797 そういうお前はどうなの？ 誰が何言っても否定か変なことしか言ってなくね？ 言い訳ウゼーよ 799 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 22:15:16 ] >>798 誰と戦ってんの？ 800 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 22:48:51 ] Struts2で十分っていう抽象的な話以外の肯定的なことを言わないから SAStruts派に否定されてるように見えるだけだろ 801 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 22:53:56 ] 前向きな話を聞きたいってやつが他人を否定してるだけじゃあなあ 802 名前：デフォルトの名無しさん mailto:sage [2009/05/17(日) 23:20:22 ] も >>801 も、その振りいらなくない？ 結局Struts2の話出しにくくしてるだけじゃん とりあえずStruts2はStruts1のノウハウ+WebWorkなプロダクトってことだね。 SAStrutsと同じくActionやActionFormをpojoで作れて、 アノテーションによる遷移指定や入力検証指定で設定ファイルを不要にすることができる。 違いとしてはSAStrutsの大きな売りとしてはHOTデプロイで、Struts2は簡単さが売りだね。 例えばプラグインを置くだけで設定なしでJSFやJasperReports,JFreeChart,Tiles,etc...などに簡単連携できちゃったり アクションのテストが簡単とか、JSP,FreeMarker,Velocityでタグをフルサポートかつ簡単にカスタマイズ可能とか。 インターセプターも標準で30種類近く提供している充実ぶりでデバッグ用のインターセプターなどもある。 あと、Struts2では1つのメソッドに複数のアクションを指定できる。 803 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:00:17 ] 知人が依存するJARファイルの数が気になるとのことで比較してみた ■seasar2 + sastruts antlr aopalliance commons-beanutils commons-collections commons-digester commons-el commons-fileupload commons-io commons-logging commons-validator geronimo-annotation_1.0_spec geronimo-ejb_3.0_spec geronimo-interceptor_3.0_spec geronimo-j2ee_1.4_spec geronimo-jpa_3.0_spec geronimo-jta_1.1_spec javassist jstl junit log4j ognl oro poi standard s2-extension s2-framework s2-tiger sa-struts struts 804 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:00:59 ] ■spring + struts2 commons-fileupload commons-io commons-logging freemarker log4j ognl spring struts2-convention-plugin struts2-core struts2-spring-plugin xwork 805 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:05:07 ] NetBeansでもそうなんだけどプロジェクトの中で特定の一人が一回だけ やればいいような設定が簡単ですってのはあんまり響かないんだよな 100人のプロジェクトでも1000人のプロジェクトでも作業量増えない部分でしょ そんな大規模やらないけどさｗ 806 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:07:37 ] >>805 何のことを言ってるのかわからんので教えて 807 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:13:14 ] >>806 >>802の > 例えばプラグインを置くだけで設定なしでJSFやJasperReports,JFreeChart,Tiles,etc...などに簡単連携できちゃったり を読んだ感想 808 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:18:06 ] 必要な設定ファイルも比較してみた ■seasar2 + sastruts app.dicon convention.dicon creator.dicon customizer.dicon s2container.dicon ■spring + struts2 applicationContext.xml ちなみにどちらも記述量にそれ程大きな差はないと思われる 809 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:21:14 ] >>805 設定じゃなくてデプロイの話だぞ簡便になるってのは 810 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:22:03 ] >>807 なるほどぉ〜 にわかSEしかいないような組織で、 その特定の人には嬉しい機能ですね 811 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:22:05 ] >>808 ちゅうかSAStrutsはXMLの記述一切しなくていい 812 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:26:51 ] >>809 デプロイってのはWar作った後の話だろ(作らん場合もあるけど) War作る前のJar置いたりすることだって一種の設定だろ だから>>807で引用した部分は設定の話じゃねーの？ デプロイの簡便さなんてフレームワークで変わるか？ 813 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:29:19 ] 良く解ってないのが解った 814 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:31:07 ] >>813 すまん、どういうことか教えてくれ 815 名前：808 mailto:sage [2009/05/18(月) 00:31:07 ] >>811 それはstruts2も同じですね。xml書くこともできますが、アノテーション使用して全く書かないやり方もOKです。 なので書かないとなると両者ともOKなので、 ここでは書く書かないではなく「必要かどうか」で記載してみました。 816 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:44:43 ] >>812 その認識は正しい Struts2の表紙ページで書かれている Deploy! とはアプリケーションを本番環境などへ展開することを言っているのではなく、 文字通り開発しているシステムで利用するための準備が簡単だよと言うこと。 817 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 00:46:30 ] >>816 ありがとう じゃあ>>813は何を言ってるんだ？ 818 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:01:09 ] >>813が良く解ってないのが解った ということでよろしいか？ 819 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:28:25 ] HOT Deployは準備云々の話じゃないだろ。 コードを変更した瞬間にアプリケーションが認識されるから スクリプト言語のように開発できるのがHOT Deploy。 820 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:33:50 ] >>819 ちょっと待て ここで言ってるデプロイってHOTデプロイのことじゃないだろ ごちゃごちゃになってるなー 821 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:35:51 ] デプロイが簡便ってのはHOT Deployの事だろ要するに 822 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:36:02 ] >>819はどれへのレスなんだ？ｗ 823 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:36:36 ] 開発中にいちいちアプリケーションをデプロイしなくても HOT Deployで簡単にアプリケーション反映させられるって話し 824 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:37:29 ] >>821 もっとちゃんと良く読みなよ 825 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:37:41 ] >>819=821なのか？脈絡なさ過ぎて話が見えないぞ 826 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:39:13 ] なんでそんなに必死にS2を否定したがるのか良く解らん 827 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:41:24 ] デプロイって単語に過敏に反応してるみたいだけど 今の流れではHOTデプロイの話なんてしてない Struts2のプラグインに関する deploy の意味的な話 s2の話もでてないし否定もされてない 過敏に反応しすぎ 828 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:44:00 ] このところS2否定の話は出てないんだが…お前何か誤解してないか？ デプロイが簡便ってのは>>809だよな それは>>805へのレスだが>>805は>>807にも書いたようにStruts2の いいところを読んでも俺には魅力が伝わらなかったってことだ そしてその流れでのデプロイってのは>>816にあるようにStruts2の設定のこと だから否定されてるのはStruts2だよ 829 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:45:04 ] 最初にStrutsの話しだした奴が主語なしに始めたから仕方ない。 830 名前：828 mailto:sage [2009/05/18(月) 01:45:09 ] >>828は>>826へのレスです 831 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 01:57:52 ] SAStrutsとStruts2は結果としてよく似た部分が多いのだけれども >>828さんはStruts2やSpringにどんなに良い機能があってもSpring含めてHOTデプロイできなかったらStruts2には魅力ないってことだよね。 んでTestFirstとか時代遅れだからマニュアルオペレーションでのパステストのみしかしないし、 カバレッジ測定なんて知らんよということでOK？ 832 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:06:29 ] >>831 前半はおおむねそう 後半はちょっと違う。うちのレベルではTDDは根付かないってことorz あとカバレッジはQAであってテストファーストとは関係なくね？ うちでも後付けのテストでC0くらいは無理矢理でも100%にすることあるぞ 833 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:07:43 ] HOTデプロイが便利すぎるから今更Struts2＋Springは使わんなぁってだけの話じゃないの？ 他の機能なんてどっちもほぼ同じなんだからさ 834 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:43:19 ] >>832 カバレッジとTestFirstは直接は関係ないよ 誤解させたのならすまーん >>833 HOTデプロイは確かに便利だが、便利すぎるとは思わない。 まぁ俺の場合はServiceから実装してTestするのでStruts2レベルのHOTデプロイ機能で全く問題ないんだよ。 >他の機能なんてどっちもほぼ同じなんだからさ Struts2でのビュー側の対応の広さは同じではないね。 JSP,FreeMarker,Velocityは勿論だけど、XML,PlainText,Stream,JasperReports,JFreeChart,etc... それにアクションクラスの１メソッドに複数アクション指定できるし(sastrutsのHPでは特に明記されてなかったが、識者の方がいれば教えてください) 835 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:44:20 ] 2chに向いてない人がいるな 836 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:46:08 ] SAStruts(に限らずたいていのMVCフレームワーク)でもビューは基本的に何でも使えるんだけど さもそれがStruts2の特別な機能みたいに言うのは、僕はStruts2しか知りませんと 言ってるようなもんじゃないのか？ 837 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:47:31 ] SAStrutsの中身がStrutsだって気がついてないんじゃね？ 838 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:48:44 ] >>836 そんなあたり前のことを言っているのではない 839 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:50:51 ] アクションは1つだけど遷移先が複数の間違いじゃないのか 840 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:51:42 ] >Struts2でのビュー側の対応の広さは同じではないね。 広さは同じ なぜならSAStrutsもStrutsだから 841 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:52:38 ] >>837 そんなことはわかってるし、strutsはβの時から使ってるよ まあ興味がないなら消えます。 さようなら 842 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:55:48 ] >>834 Springもそうだけど対応する幅の広さってのは必要ない人には 何の魅力にもならないんだよね 843 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:58:33 ] 他のフレームワークでもビューが自由に差し替えられるとは知りませんでしたと素直に言えばいいのに。 ってかDIコンテナとかMVCフレームワークとか解ってないんじゃないか？ 844 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 02:58:57 ] >>841 消えなくてもいいけどもっと多くの人にアピールするネタはないのかと 設定が簡単とか対応の幅が広いとかってアーキテクト？だかリーダー的な 人が一人楽になるだけでチームのメンバーの生産性につながらないよね HotDeployが受けてるのとはそこが違う 845 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 03:08:41 ] >>843 struts2のサイト見てやっとわかったよ >>841の言いたかったことが、簡単に色々な形式でレスポンス返せるってことみたい それと>>840、struts1とstruts2は別物な、んで↑みたいに簡単にレス返せる種類の幅は同じではないってことだ 846 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 03:21:48 ] struts2のサイト見て思い出したがsetter・getterメソッドって必要なのか？ 847 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 03:22:30 ] 簡単に色々な形式でレスポンス返せるってのはStruts1でもできるぞ 単に結果をresponseに突っ込んでぶん投げるだけだし 848 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 03:23:44 ] >>846 いやならCommonsBeanUtilでも使って自分で補ってね 849 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 03:43:15 ] SAStrutsはView差し替えるときに多少設定ファイルをいじるけど そういうのが必要ないって事なのかな？ 850 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 03:58:43 ] >>847 JasperReports形式とかで返すの簡単にできるか？ responseに突っ込むのは容易だけどそこに入れるオブジェクト作るのが面倒だろ 形式とテンプレのパスだけ指定したらあとは勝手にやってくれるってことじゃ？ >>849 設定ファイルはいじらんでいいみたい 851 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 04:16:52 ] データ指定しなくてもいいのか Struts2ってエスパーだな 852 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 05:07:04 ] >>851 おまえアホだろ？ 853 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 05:15:07 ] じゃあ他のフレームワークに組み込むのと同じじゃん 854 名前：デフォルトの名無しさん mailto:sage [2009/05/18(月) 07:18:49 ] レスポンスに書き込んだり定型的な部分をやってくれるんじゃねーの？ struts.apache.org/2.1.6/docs/jasperreports-tutorial.html struts.apache.org/2.1.6/docs/jfreechart-plugin.html あればあったで便利だがそれを理由に乗り換えるほどのものではないな 855 名前：デフォルトの名無しさん mailto:sage [2009/05/19(火) 00:25:46 ] >>804 >>803と扱える範囲が違わないかい? >>805 なぜNetBeansがでてくるかわからないけど、NetBeansのメリットは 設定のしやすさではないぞ 856 名前：デフォルトの名無しさん mailto:sage [2009/05/19(火) 00:27:38 ] struts2はJSPでOGNL使えるところがいいよ 857 名前：デフォルトの名無しさん mailto:sage [2009/05/19(火) 00:31:23 ] >>855 > なぜNetBeansがでてくるかわからないけど Eclipseに比べて後からプラグインをインストールしなくても 最初から全部揃ってるからいいって話をよくみかけるじゃん？ あれって全然アピールしないんだよなーっていつも思ってて >>802を読んでそれと同じだなって思ったんだよ 858 名前：デフォルトの名無しさん mailto:sage [2009/05/19(火) 14:53:55 ] Struts1系は結構使った。 Struts2系は、でてきてなんかぴんとこなかったので注目していなかった。 そのあいだ、JSF、SpringMVC、Ruby On Rails を経験した。 SAStruts は勉強中。 # 最近リッチクライアント案件が多いので、Java の ServiceObject の返却値がそのまま XML になってクライアントに返るから、 # HTML とか意識しなくなってしまった。 いまこのスレを読んで、もういちど Struts2 に手をつけてみようかなと、興味を持った。 859 名前：デフォルトの名無しさん mailto:sage [2009/05/19(火) 15:14:40 ] リッチクライアントならS2BlazeDSとかS2Flexとかいいよね 860 名前：858 mailto:sage [2009/05/19(火) 15:41:09 ] うちのリッチクライアント案件は、 Curl か VC での Windows アプリが多くて、 Flash(Flex) 系はやったことがない。 あと Spring を使うことが多くて、うちの社内では Seasar はあまり浸透していない。 ということで SpringMVC を使うことが多いです。 Controller が ModelAndView を返して、フレームワークで、 ModelAndView を XML にしてクライアントに投げつける、みたいな。 861 名前：デフォルトの名無しさん mailto:sage [2009/05/19(火) 21:09:23 ] >>860 ModelAndViewって2.5ではあんまりつかわないんじゃ。 Spring + JAX-RSが安定。 JerseyがSpringサポート持ってるのもポイント。 862 名前：デフォルトの名無しさん [2009/05/23(土) 06:11:45 ] Strutsなんて今じゃ失敗設計扱いだよな。あんな糞フレームワークとかなんで はやったんだか。 863 名前：デフォルトの名無しさん [2009/05/23(土) 10:22:22 ] >862 Java経験０からスタートでStrutsで開発始めたオレに謝れ。 自分にとっては新しい事なんで楽しいからいいんだけどさ。 864 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 11:57:25 ] >>862 どのへんが失敗設計なのかkwsk 865 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 13:14:49 ] 今じゃっていう条件がまずおかしい 5年以上前のフレームワークなんだから今と設計思想が違ってて当たり前 866 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 15:20:01 ] 5年どころか開発が始まったのは9年前(前世紀)、1.0がリリースされたのは8年前 867 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 16:14:39 ] 設計という言い方をするのなら、別に失敗してはいないと思う 様々な欠点は指摘されて、それ以降のＦＷで改善されることにはなったけど 根本的な考え方は別に否定されてないし、後続にしっかり継承されている 失敗設計という言葉なら、JSFの方が相応しい気がするｗ 868 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 18:36:38 ] いまでは Struts を dis っている人だって、以下の点ではみんな認めていることだと思うけど ・Struts がなかったら、今の各種 Java web フレームワークはなかった 　(まぁ、似たようなものを結局誰か作っていたかも知れないけど) ・当時は doGet と doPost をべた書きしていた時代に、Action や ActionForm を 　持ってきたのは画期的だった 869 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 18:45:29 ] >>868 ×当時は doGet と doPost をべた書きしていた時代に ○当時はJSPにべた書きしていた時代に 870 名前：デフォルトの名無しさん mailto:sage [2009/05/23(土) 19:10:00 ] >>867 JSFもかなり古いだろ それに使われているという意味ではどちらも失敗ではないな 871 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 09:08:20 ] もう既存でstruts動いてるしな。今からJSFでも置き換えには時間がかかる。 書籍は、strutsのほうが多いから、いまだにstruts使う様な場面が多い様な。 JSFの書籍が充実するまでは、struts優位かもな。 872 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 11:44:07 ] JSFは終わってる 873 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 13:53:24 ] Railsとかも含めて、今出ている多くのWebフレームワークは 何らかの形でStrutsの影響を受けていると思うけど。 そういう意味でもStrutsの意義は大きかったと思うよ。 874 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 16:24:00 ] struts1の作者が、JSFで標準化するならそっち使いなよって言ったんだよ でもJSFがもっさりだったからJSF流行らなくて 結局Struts1連携の新プロダクトやStruts2ができてきた 875 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 17:33:16 ] JSFがモッサリと言うかある種の高望みがすぎた思想だった気がしなくも無いな。 UIコンポーネントをどうこうという辺りは。 StrutsとJSFがどっちが好きか？って聞かれればJSFだけど。 ラクだし。 876 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:06:54 ] 日本人はほんとStruts大好きだよな と笑われてる 877 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 21:32:30 ] 誰に？ 878 名前：デフォルトの名無しさん [2009/05/24(日) 22:00:53 ] インド人と中国人に 879 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 22:17:38 ] >>872 確かに終わってるな 880 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 23:17:14 ] 世界はJSF2が主流。日本はまだSTRUTS使ってるけど。 881 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 23:18:52 ] Strutsなんてそもそもそんなはやってないし。一部の人が声高に叫んでるだけで、 JSP/Servletレベルで作られてるものの方がはるかに多い。 長期運用を考えると野良フレームは普通採用されないからね。 実際Strutsで作られたものは今後メンテナンス不能に陥ったでしょ。 882 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 23:38:57 ] 社会人とは思えない発言ｋｔｋｒ 883 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 23:47:13 ] 中国ではstruts2で開発もしてるよ 発注元はアメリカだけどな 884 名前：デフォルトの名無しさん mailto:sage [2009/05/24(日) 23:52:27 ] どこでもStrutsで開発やってるよ 特に日本だけ異常に流行ってるってわけでもない 日本が特殊なのはJSFが異常に嫌われていること 885 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 01:14:56 ] 日本はレスポンスとかとても気にするから あのもっさり挙動のJSFは受けが悪いと思う 886 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 01:45:28 ] 社会人だからこそ長期メンテナンス性は重視するべきだな 887 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:11:20 ] オープンソースの一般的なフレームワークより 独自フレームワークの方がいいとかいうトンデモ理論が通用する会社あるのか？ よっぽど大企業で全社的に独自フレームワーク使ってるならともかく 中小規模のプロジェクトで独自フレームワークなんてメンテナンス性落とすだけだろうに 888 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:48:57 ] ふむふむ 長期のメンテ性もそうだけど、それが結局サービスの持続性として表面化してくる可能性もあるな あと、アプリ設計やDB設計がヘタレでパフォでなくて設備投資でカバーしてる企業が多いのに JSFや最近のWebフレームワークのもっさり感気にするのは？って気がする 889 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:49:17 ] メーカーがStrutsを独自拡張した、非常に使いにくい独自FWを使わされたことならあったな struts-configだけでも面倒なのに、更に独自設定ファイルを山のように追加しやがって 無印Strutsよりも数倍使い辛い代物と化していた 890 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 02:51:00 ] >>888 DB設計がヘタレな上にWebフレームワークももっさりだったら目も当てられないじゃないかｗ 891 名前：888 mailto:sage [2009/05/25(月) 02:54:07 ] >>890 (´▽｀*)ｱﾊﾊ それは言わずもがな 892 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 04:03:47 ] 消えてはなくなるフレームワークとやらの上に作るとね、そいつのメンテがされなくなったときとか 社員の教育とか大変なんだよ。いまとなってはいくつかの案件はあの時strutsとか使わなくって よかったなと感じるよ。 893 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 04:47:48 ] 独自フレームワークを教育する方がよっぽど大変だと思うが Strutsなんて今でもメンテナンスされてるんだし 初期構築したときのJDKのバージョンがメンテナンスされなくなる方がよっぽど早いっての だからといってJavaで作るの辞めようかとはならんだろうに、 なんでフレームワークだけは枯れてメンテナンスされなくなったら困るのか解らん 894 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 06:25:40 ] しかしJSFをもっさりとか言うならRoRの方がよっぽどもっさりしている気がするんだが。 あっちの方がよっぽど先のメンテが不安だったりする。 895 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 07:05:46 ] >>894 仕事と遊びの違いだべ 896 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 07:23:49 ] RoRが特別もっさりってわけじゃなくて実行環境だな passengerだと少なくとももっさりではなくなる まぁJavaやPHPに比べると遅いのは確かだけど 897 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 21:22:04 ] >>892 strutsは「消えてはなくなる」に入らないだろ 898 名前：デフォルトの名無しさん mailto:sage [2009/05/25(月) 23:03:32 ] >>892 よく聞くよ、そういう話は。 でも、お前の上司はそんな事思ってないぞ。 こいつらには出来ないから仕方ない。って思ってる。 899 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 01:39:21 ] 意外とstruts擁護派が多いのが驚きだな。あんなの指定されない限り俺も使わんよ。 Xmlでマッピングを全部書くとかばかの発想だよ。 今ならWicketとかがおすすめ。 900 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 01:40:48 ] いや書かないから 901 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 01:51:28 ] ここは実はStrutsスレだから 902 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 07:13:15 ] 実際、rubyからjavaに移植の案件があるくらいだしな。やっぱ業務じゃ厳しいのだろうな。 解析して実装しろとか、丸ごとフレームワーク移植するつもりかよな寝言言い出したので相手にしなかったが。 WASとかWLとかの商用フレームワークなら、オープンソースみたいないい加減なメンテの問題も無いよ。貧乏な所は無理だけど。 フレームワークが枯れたと逝っても実質メンテされなくなったってだけでしょ。フレームワークレベルでバグが見つかった場合に自分でメンテする手間考えたら、後から乗り換える時に苦労する様なフレームワークを最初から使わないほうが良い。 903 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 08:06:27 ] いまからならWicketだろうな。 Clickってどうなったんだ？ 904 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 08:42:31 ] 新バージョンが出てるよ 905 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 08:54:35 ] 結局みんな5年後のメンテなんて俺じゃねーし、ってのがある 906 名前：デフォルトの名無しさん mailto:sage [2009/05/26(火) 15:21:48 ] しかし５年前は、５年後もまさかStruts1が全盛とは思わなんだ 907 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 00:11:46 ] そのまさかの５年前の仕様の案件を遣る羽目に成る罠。 908 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 00:18:47 ] >>880 まだ仕様策定中のJSF2が主流の分けないだろ常識的に考えて 909 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 14:53:32 ] そういえば Shale はどうなったんだろう。 Shale は JSF の実装というわけではないようだが、Shale の zip のなかに MyFaces がある。 910 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 15:19:20 ] 2009/05/20 - Apache Shale has been retired. >>>> This is a heads up for the Shale user community that the Shale PMC has >>>> voted to move the project to the Attic. This means that the Shale >>>> developers (more formally its Project Management Committee) have voted >>>> to retire Shale and move the responsibility for its oversight over to >>>> the Attic project. 911 名前：909 mailto:sage [2009/05/28(木) 16:04:49 ] >>910 あらら、停止しちゃったんですか。 912 名前：デフォルトの名無しさん [2009/05/28(木) 16:23:57 ] Atticプロジェクトに移動したって書いてあるやん 913 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 16:27:04 ] Behiveも屋根裏行きになんじゃね 914 名前：909 mailto:sage [2009/05/28(木) 16:36:07 ] >>912 ごめんなさい。CVS でファイル消すと .attic に入るから、プロジェクトが無くなったんだと思った。 attic.apache.org/ に一通り目を通しました。 >>913 HiveMind はすでに Attic 行きになっていますね。 915 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 17:08:36 ] strutsもatticに逝けば日本も次に進めるのに… 916 名前：デフォルトの名無しさん mailto:sage [2009/05/28(木) 18:53:33 ] Atticプロジェクトって 「when an Apache project has reached its end of life」 か。 917 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 10:33:08 ] EJB 3.0を勉強している初心者です。 EARはWARとEJB-JARを包含していると読んだのですが、 これはEJB3.0というのはWAR部分に依存しないと読みかえても正しいでしょうか。 EclipseやNetBeansではEJBプロジェクトとそれ以外を分けているように見えたのですが、 もしかして、EJB部分とWAR部分を分けて開発して、結合させるものなのかなと思った次第です。 918 名前：デフォルトの名無しさん mailto:sage [2009/06/07(日) 18:03:10 ] >>917 別にEJBはWebアプリのためだけのものじゃないよ。 デスクトップのJavaアプリからRMIとか使って直接EJBを呼び出すような使い方とかもあるよ。 919 名前：デフォルトの名無しさん mailto:sage [2009/06/08(月) 01:22:57 ] WEBアプリばかりになったからWEBが前提と思う人も増えたんだろうね EJBはロジックのみの記述をする場所 スコープにリクエストとかセッションがないのはそのため あとEARでひとつにしてもばらばらに配備してもいいし、１つのEARに複数のWARや複数のEJB-JARが入ることもある 特に1つにEJB-JAR + 複数のWARはよくあるよ

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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