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/ 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