Java+Webフレームワーク

前スレ
JAVA+JSP+Struts+Tomcat Part3
http://pc11.2ch.net/test/read.cgi/tech/1161862896/

関連スレ

JSF(JavaServer Faces)2
http://pc11.2ch.net/test/read.cgi/tech/1142573697/

◆JSP◆
http://pc11.2ch.net/test/read.cgi/php/984840356/

【Java】Wicket【HTML】
http://pc11.2ch.net/test/read.cgi/tech/1132407308/

Tapestryについて語ろうよ！
http://pc11.2ch.net/test/read.cgi/tech/1067531714/

スレタイ勝手に変えんなよ。
Struts以外のフレームワークの話題が入ってこないのがよかったのに。

>>1　乙

>>2
Struts関係ない話題いっぱい入ってきてただろ・・・

おっおっおっおっ

>>2
だよな
GWTの話題まで入ってくるけどいいのかな

入れそびれた。
Strutsの話題はこちらで

△△もっとStrutsの良さを教えてくださいSession5
http://pc11.2ch.net/test/read.cgi/tech/1167469508/

Java質問・初心者スレから誘導されてきました。

■質問内容
nestedタグの属性の指定について質問させて下さい。
以下のようなクラスの値をJSPで表示する場合
nestedのproperty指定はどのようにすればよいのでしょうか？

■test.java
private Vector vec;
public Vector getVec() { return vec; }
public void setVec(Vector vec) { this.vec = vec; }

■test.java内の値vecの中身
vec
+--Vector[0]--自作Formクラス[0]--プロパティ１
|　　　　　　　　　　　　　　　+-プロパティ２
|
+--Vector[1]--自作Formクラス[0]--プロパティ１
　　　　　 |　　　　　　　　　+-プロパティ２
　　　　　 |
　　　　　 +--自作Formクラス[1]--プロパティ１
　　　　　　　　　　　　　　　+-プロパティ２

■jsp
<nested:iterate property="vec">　　　←一番最初のnestedのプロパティは「test.javaのvec」で良いが
<nested:iterate property="???">　←次のnestedのプロパティはVectorであり、明示的なプロパティ名を持たない
<tr>
<td><nested:text property="プロパティ１" /></td>
<td><nested:text property="プロパティ２" /></td>
</tr>
</nested:iterate>
</nested:iterate>

>>3
スレ違いが無理やり入ってくることと、
入ってくることを許可してしまうのはぜんぜん違う

Vectorとかいつの時代の話なんだ？

>>7
Strutsタグを勉強しろ。
全てにおいて大きく使い方を間違えとる。。。

んでもって、同期取る必要がないんだったらArrayList使え。

>>9
６年くらい前のコードを改修することになって、ソースを見たら
Vectorとかガンガン使われていて、メンテにかける時間をもらえて
いないので、全体的にVectorをArrayListに改修して、動作確認する
時間はないと判断したので、Vectorを使ったままになっています。

>>10
「全てにおいて」とは？formとかの記述は省略しています。
今後のためにもヒントを頂けないでしょうか？
（この問題の解法ではなく、根本的に的をはずしている点）
その勘違いした点を理解したいです。（おおまかで結構です、自分で調べますので。）

このサンプルではnestedしか記述していないのでnestedの使い方についてでしょうか？
nested:iterateでname指定を省略して繰り返し処理を実行しようと思ったのですが
入れ子の入れ子は処理できない…ということでしょうか？collectionでは確認できたのですが…。

まぁ6年前でもVectorは普通つかわんよな・・・。
同期化してたからたまたま動いていたってのはありそうだからいじらないほうが吉か。ただ、たまに変な動作するかもね。

当時はStruts1.1出てないでしょ?
nestedってあったっけ？
そもそも使い方が違うのでマニュアル嫁としか。

どういう改修してるのかもわからん。ライブラリやJDKの変更はないままなのかな？
セキュリティホールたんまりありそうだ。

>>8
Strutsの話題がやりたければ、Strutsのスレがあるので問題ない

WebProg板でやれよ！ぼけどもが！！

WebProg板は、客層が違う

質問です。
（環境はstruts-2.0.6/Tomcat/5.5.23）

現在jakarta-commons-fileuploadを使ってPOSTされたファイルをdoPostで受け取って
保存とか色々やったとにresponseで"ok"とか出力する"普通の"Servletがあるんですが、
struts2フレームワーク上に移植するにあたってスマートな方式って一体何なんでしょう？
（手間は度外視で）
主にhtml-formからではなく、クライアントアプリケーションから直接POSTを受け取る
API的な感じで運用してるので、どうしたものか…

1. web.xmlもろともそのまんま
2. Servletを何らかのstrutsのクラスを継承するか何かの形にする
3. struts.xmlで何とかする（？）
4. その他

ちなみにstrutsナシのweb.xmlでのservlet-mappingは
<servlet-name>xxxRequest</servlet-name>
<url-pattern>/request/xxx</url-pattern>
こんな感じでした。更には、doGetにも何か書いてあったりします。

どうかよろしくお願いします。

>>16
作り替える必要ないんならStrutsにこだわらず1でいいじゃん

何がしたくて
どこまで出来てて
何が問題なのか
さっぱりわからん

ディスパッチサーブレットは状況に合わせて複数セットしておいていいよ

Tomcat5について、3つの質問です…
1.プログラムを変更してwarを再作成し、Tomcat Managerで、再度アップロードしても
既にwarが存在するというエラーになり、warの更新ができなです。
そもそも、Tomcat Managerでは、変更の反映(再デプロイ) はできないという仕様？
自分で、サーバー上で、warファイルを上書きするしかないのかな。

2.Tomcat Managerで、配備解除のリンクが表示されない。なぜ？

3.Tomcat5からは<Context>タグをconf/Catalina/localhost/コンテキスト名.xmlに
記述するとあるが、server.xmlに記述しても問題なく動作する。下位互換のため？

アップロード＋配備のほうならWindows版なら
コピーした後ずっとファイルシステムつかみっぱなしでそういう現象は頻繁に起こる
5に限らず４でも同じ
Tomcatを停止して手動で削除しないとXMLと矛盾が起きる

もうひとつの配備だけするほうなら大丈夫
別の方法でアップが必要になるけど、Windowsでの運用ならこちらを使うしかない

linuxでもなります。
そもそも、Tomcat Managerが上書きさせないようにしているようです。
なぜ、warを更新することができないんだろう。

webapps配下にwarをコピーして、自動展開+再起動させるしかないようですね…
Tomcat Manager使えねー…

>>22
下のほうを使うのならTomcat ManagerでWinでもLinuxでもオッケーだよ
再起動は必要ない

まぁいまさらTomcat使うってのは考えにくいので軽量なAP鯖であるglassfishおとしてくるほうがよさげ
管理ツールも便利だし開発もしやすいしね

Tomcatなら、Tomcat6を使うベシと。

というか、Tomcatで動かすのにわざわざwarを作るメリットはなに？

配布しやすいとか言ってみるテスト

バージョン管理がきちっとできるところ

WACSってどうよ？

糞

とむやむくむ

>>28
普通。
問題は情報がIBM内にしかないってこととｖ４以前の糞仕様
IBMの技術者が開発チームに居るならばそれなりには使える。
ただ、ｖ４までの実装はかなり腐っているというか酷すぎる。
尚、ｖ５以降はマシになっている。

また使いたいかという質問があるならばNO

相対パス合ってるのにcssやら画像がちゃんと表示されないことねぇか？

デザイナーに用意してもらったhtmlベースの画面とJavaのコントロールを結ぶフレームワークを探しているのだけれど、
Tapestryが一番要件に合うかな？
他にhtmlとJavaを疎結合で結ぶWebフレームワークってありますか？

>>33
Wicket

Wicketのどこが疎なんだか・・・

スレタイ変えられたおかげでこのスレ死んじゃったね

>>33
S2JSFとかTeedaExtentionとか

>>36
Strutsの話はStrutsのスレで盛り上がってるから心配するな

>>33
Velocity

>>33
Facelets
Mayaa

なんでフレームワークはWebシステム開発にしか使われないんでしょうか？
基本的にソフトウェアは入力→ロジック→出力なんだから
どの分野でもMVCって有効だと思うんですけど。

普通にC/Sでもあったと思うが。

>>41
SwingとかでもMVCは普通使うよ。
ただフレームワークって感じのを使い回すのは稀かも。
アプリごとに機能が違いすぎたり、WEBと違って一画面に詰め込む設計だったりするのもあるけど、
HTMLやJSPみたいにビューが別ファイルになってないのが大きいんだと思う。
フレームワーク使ったところで、結局常にソースいじらんといかんのだろ？みたいな。
せいぜい共通部分を抜き出したスーパークラス、ユーティリティークラスで足りちゃうんじゃないかな。

そもそもMVC以外でもフレームワークなんてのはたくさんあるだろ

Swing自体がMVCフレームワークなわけで

お前らが大好きだからアゲアゲ

よくわかんないので質問age
cgiとservletの動作の違いってどこらへん？
CGIと同じ仕様でjavaが動くのがservlet。って理解でいいんかいな
セッション管理できますーってのは抜きにして。

プロセスとスレッドの違い

>>47
CGIは、apacheから外部プログラムを呼び出す仕組み
ServletはJavaでWebアプリを書く仕組み

Webサーバから見てサーバのメモリ効率ってどのくらい重要なんだろうか。
単純なView性能ならservletもphpもmod_perlも大差ないだろうけど、
メモリリソースの圧迫具合はservletが群を抜いてでかそう。

servletはほｔｓぽｔServerVmでアホみたいに最適化されていくので速いけど、
メモリは確かにアホみたいに食うよ

単純な処理だとあまり差配見ないと思うけど、複数のサーバーでの
分散処理とかすぐできるので目指してるところが違うと思う

メモリ効率言う人ってそのレベルに無い事がままある現実・・・

256MBでスケールさせられるものが
1GB必要になりますとかならきついだろうなぁ

スクリプト系＋256Mでレスポンスが1GB＋サーブレットコンテナ上アプリよりの倍以上遅い場合評価はどうなる?
4倍速くなければ負けか？スケーラビリティや可用性等は無視か？

それぞれ見てるところが違うだろと・・・

なんでPHPのスケーラビリティが悪いことになってんだ？
ポータル系にJavaを使ってる有名どころってどこよ

純粋な速度勝負ならPHPよりもservletの方が上だと思うけど、
アクセスが集中しだすとDB鯖のレスポンスがネックになってくるから
PHPでもservletでも変わらん状態になってくるな。

ポータル系って・・・
B2BはJava系ばかりだよ

B2Bまで広げると明らかにスケールの必要性を問われないものばかりになるのだが

ポータル系かどうかわからんけど、GoogleはけっこうJava使ってるよね。
AdWords関連とか。

短時間に大量トランザクションが発生する、
例えばチケット販売サイトでPHPとかある？
JALもANAもJavaだよね。

三井住友のオンラインバンキングもJavaなんだけど、
アドレスにクラスのパッケージ名がモロ出しで
com.smbc.〜
なのが笑える。

http://www.smbc.com/

ここが開発したのか？

B2Bなんてアクセス少ないじゃん。
ポータルのほうが圧倒的に多いじゃん

100円1枚より10円3枚の方が数が多くて喜ぶ子供みたいだな。

単純にアクセス少ないってどんだけゆとりだよ

株券なんて紙一枚じゃん
1円玉貯金の方が圧倒的に多いじゃん

JSFでもRESTful環境でも共通して使えるVIEWってある？
Faceletsを採用したいんだけど、RESTful環境だと使えないんだよね？
FaceletsとTapestryを混在させるのもなんだかなぁと。

ブラウザ(SHIFT_JIS)で半角かなを入力して、JAVA側で半角かなを認識したいのですが、
うまくいきません。

教えてください。

>>67
Windows-31Jを使え

>>67
できたです。
ありがとうございました。

いまさらだけど・・・

>>23
> まぁいまさらTomcat使うってのは考えにくいので軽量なAP鯖であるglassfishおとしてくるほうがよさげ

ただの Servlet コンテナだけが使いたいのに(EJBとかいらない)、
なんで glassfish 必要なんだ?
素のglassfishよりTomcatのほうが軽いと思うんだが

だいたい「いまさらTomcat使うってのは考えにくい」というのがよくわからん

サーブレットコンテナだけですむと思ってるうちはそれを使っていればいい。
各種データソースなどJNDIリソース管理とかJPAとか真っ当にやろうと思えば
アプリケーションサーバーが必要になってくるよ。

必要になったら手を出すといいよ。
「オブジェクト指向」って何で必要？構造化だけのほうが高速じゃねーか、といってるのと同じ。
運用管理まで考えるとTomcatはまずない。

>>71
レスどうもありがとうございます。

コンテナ提供型のデータソースは Tomcat も持てるし、
JPA も必要なライブラリさえ Classpath に通していれば、
アプリケーションサーバはいらないと思うのだが。
Hibernate-JPA だって、アプリケーションサーバが必須というわけではないよね。

Geronimo とか glassfish の管理画面が多機能で便利というのは否定しないが、
EJB とかも使わないのにアプリケーションサーバをすぐ持ち出すのはどうかと思う。

> 運用管理まで考えるとTomcatはまずない。

ベンダーのサポートが得られるなら、、ここは同意だが、
けっこうミッションクリティカルな用途でも Tomcat のみってところは多いよ。
sios とかも、Tomcat のサポートかやってるし。

ただ、お客さんに HP がついていて、WebLogic + Oracle で、RACの切り替えを
アプリケーション側からは切断せずに行うデモを見せてもらったときは
すごいなと思った。

>>72
>Hibernate-JPA だって、アプリケーションサーバが必須というわけではないよね。

やってみればわかる。
アプリケーションサーバーってのは各種ライブラリにクラスパスを通してるだけじゃないから。
デプロイ時にクラスの中身を走査して適切に処理がされる。

使ってもいないのに否定するってのは俺は逆に気持ちがわからん。
いまやアプリケーションサーバーは無料で手に入るのがたくさんあるし、試してみればいいでしょ。

TomcatどころかWinstoneで十分。
Velocity使えばJSP要らないし、SpringとiBatisでほとんどの用は足せるし。
とにかく手っ取り早くてメンテナンスも楽。

みんなどんな規模の開発やってるの？

TomcatだとまともなJTA実装を使えないのがイタイ。

まあ、>>73は全然的確な答えを出せてないシッタカ確定だが。

>>75が的確な答えを出してくれる！

SunだってSJS Web ServerというServlet,とJSPのみのWeb鯖出してるわけで。
Tomcatだけってのもそれなりに利点はあるんじゃないの？メモリ使用量とか。
とはいえ誤差程度だと思うんだが。

>>59
googleは殆んどjavaだよ

Google内の利用率はC++, Java, Pythonの順じゃなかったか？
Pythonの開発者がそんなこといってたような

データソースをコンテナ管理下に置くのってどういうメリットがあるのかな？
アプリ毎に持ってたほうが可搬性やらコンテナのバージョンアップ作業やら
いろいろ便利な感じなんだけど。

不特定多数へのアプリ配布？くらいしかメリットがある状況が思いつかない。

データソースって具体的に何を指しているの？
アプリっていってるのは、いわゆる業務ロジック？

>>80
最大接続数やDBホストがどこなのか、
接続ユーザー・パスワードなんかは環境依存で個別アプリじゃ管理できないだろ。
開発環境・テスト環境・本番環境それぞれで変わっていくし。

>>82
なるほど。
warなりearは共通で、環境依存で管理したいときにメリットあるみたいな感じなのかな？

開発⇔運用でプロパティファイル変えたりするときは
どっちにしろビルド時に環境依存の要素も含めちゃうから
アプリ内で持ってたほうが楽だと思ったんだけど、場合によるか。

ビルドしなおしってことは動作確認もしなおしってことだから環境設定はやらんほうがええ。

それにコンテナでコネクションプーリングの設定等した方が楽だろ?
コネクションの数とかぜんぶGUiでさくっと設定終わるんだし。
まさかDBCPなんてつかってないよな・・・。

>>84
使ってる、イカンの？

俺もDBCP使ってる。
で、SpringのPropertyOverrideConfigurerを使って、
データソースのパラメータを変更できるようにして、
ビルドしなおさなくて済むようにしてる。

DBの接続情報みたいなインフラに依存する情報なんてアプリが持つもんじゃないだろ。

普通はSpring使ってもJndiObjectFactoryBeanでJNDIルックアップするけどな。
プロパティファイルに書いてたらwar/earアーカイブはやり直しだろ。

説明が足りんかったようだね。
PropertyOverrideConfigurer使えば、
warなりearなりの外部にプロパティファイルを持てるよ、ってこと。

アプリケーションサーバ使わなくても
インフラに依存する情報を外に切り出す方法はいくらでもあるよ、ってこと。

それを個々のアプリで管理してたら全然意味無いけどね。
あほか。

>>80

>>72 のように、商用のコンテナの場合、
ファイルオーバーなどの機能があって便利な場合がある。

運用のことまで考えないバカなアプリ屋が大杉。

ロギングの設定とかはどうすんの？

コンテナ依存って良いことなの？

実際作業してみるとAP鯖の画面で操作できた方が楽だな。
アプリ側で制御って面倒だと感じる。

運用のことは運用屋が考えろよ

>インフラに依存する情報を外に切り出す方法はいくらでもあるよ
だからこそ、そんなオレオレ仕様が氾濫しないように
標準仕様として取りまとめたものがコンテナ管理だと思うんだが。

システムA：JNDI？面倒くせ。プロパティファイル外出しでいいよ。
システムB：XMLで拡張製の高い設定ファイルを実現しました！
システムC：環境変数に設定してください。(deprecated無くなったし）

JNDIが一番簡単だよね

Tomcatしか使ってない人はデータソースの定義だけで面倒というイメージで抵抗あるみたい

ソース化

>>93
やはり自民党清和会の下に結集し、日教組を壊滅させることでしょうね。
日教組の教師に｢労働者の権利｣などという左翼思想を吹き込まれた連中が義務も果たさずに
サビ残は嫌だ、非正規雇用は止めろ、などと権利ばかり主張しています。
あとは残業代を要求して裁判を起こしてるような腐った輩を社会全体で徹底的に叩くことでしょう。

どこの御手洗が紛れこんだんだｗ

Strutsの質問をしてもいいですか？

PC1では思い通りに動くシステム（動作OK）なんですけど、
PC2では実行すると「HTTPステータス 404 - サーブレット action が利用できません」
と表示されて動かないのですが、原因はなんだと思いますか？

Javaのインストールが失敗している・・・？

>>101
これはエスパーが登場しないと答えようもないよな・・・

これは多少のエスパーには無理

助けてやろうと思ったけど、馬鹿馬鹿しいのでヤメタ

>>101
ローカル環境だろ？
・Projectのデプロイ失敗
・Apacheかtomcatの設定ミスor連携ミス
・リダイレクトしててIP or マシン名がベタ書き

>>101
struts-config.xmlのミスじゃねーの？
PC1にはあるけどPC2にはないclassファイルがあるとか。
まーサーブレットコンテナのエラーログでもよく読め。

質問させていただきます。
開発環境は
WindowsXP pro SP2
eclipse 3.2 tomcat5.5 MySQL5.0です

org.apache.jasper.JasperExceptionの例外が出て困っています
原因は
javax.servlet.ServletException: org/jfree/data/category/CategoryDataset
java.lang.NoClassDefFoundError: org/jfree/data/category/CategoryDataset
java.lang.ClassNotFoundException: org/jfree/data/category/CategoryDataset
が出ます

JFreeというグラフを作成するAPIを外部jarファイルとしてビルド構成に追加して使用しています
他にもJFreeのクラスを使用しているのですが、このCategoryDatasetというクラスについてエラーが発生します

jarファイルをtomcat/common/libに入れてみたりwebContent/WEB-INF/libに入れてみたりしましたが解決しません
classpathの設定もいじってみましたが（十分に設定できてるのかわかりませんが）ダメでした

javaから実行する分にはエラーが出ずに済むのですが、JSPから実行した場合にこのエラーが出ます
色々調べてみたところクラスローダが関係しているのはわかったのですが、いまいちどうしたらいいのかわからずにいます

ソースさらしてみそ
importしてないとか基本的なところな希ガス

会社のノートPCなのでネットに繋げず、手打ちです

JSPはMakeGraph.javaのNewGraphメソッドを呼び出す処理だけなのでMakeGraphについて書きます
import文は

import java.io.File
import java.io.IOException
import org.jfree.chart.ChartFactory
import org.jfree.chart.ChartUtilities
import org.jfree.chart.JFreeChart
import org.jfree.chart.plot.PlotOrientation
import org.jfree.data.category.DefaultCategoryDataset

です。
エラーのorg.jfree.data.category.CategoryDatasetが含まれていないのに（いまさら）気がつきましたが
java→MakeGraph.java
JSP→MakeGraph.java
と実行したときにどちらもimport文は変わらないはずなのにJSPのみ実行できませんでした。

jspのimportのことでそ？

jspの方はSQL類しかimportしていません
JFreeのimportを追加したところ

An error occurred at line: 12 in the generated java file
Only a type can be imported. org.jfree.ChartFactory resolves to a package

An error occurred at line: 13 in the generated java file
Only a type can be imported. org.jfree.ChartUtilities resolves to a package

・・・(それぞれのJFreeのクラスのエラーが続く)

といったエラーに変わりました

別にJSFに限ったことではないのだけど
Ajaxを使用してのセッションタイムアウトってどうすりゃいいんだ？
クライアント側で処理(javascript)しなければならないのかえ

>>112
どこが問題なのだ？
例を出しなされ

javascriptで送信すりゃいいんじゃねえのか？
よくわからんけど

>>112
コールバック関数の1番目にはテキスト内容，2番目にはステータスが返されます＠jquery
これでいいんじゃね？

OSはPC1もPC2もCentOSです
geronimoにwarファイルをデプロイし、apache2経由で動作してます
PC1は思い通りに動作しているのですが、PC2で実行すると

HTTP Status 404 - Servlet action is not available
type Status report
message Servlet action is not available
description The requested resource (Servlet action is not available) is not available.
とだけ出てきます

上のは多少複雑なシステムなのでまずは簡単なテキストボックスに文字いれて（Hello.jsp）送信ボタンを押すと、
次ページ(HelloWorld.jsp)に遷移し、入力した文字を表示 というのもエラーが出てきます
ログは
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception
javax.servlet.ServletException: ActionMappingsまたはActionFormBeansコレクションが見つかりません
org.apache.jasper.runtime.PageContextImpl.doHandlePageException(PageContextImpl.java:858)
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:791)
org.apache.jsp.view.Hello_jsp._jspService(org.apache.jsp.view.Hello_jsp:80)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
filter.EncodingFileter.doFilter(EncodingFileter.java:30)

root cause

javax.servlet.jsp.JspException: ActionMappingsまたはActionFormBeansコレクションが見つかりません
org.apache.struts.taglib.html.FormTag.lookup(FormTag.java:747)
org.apache.struts.taglib.html.FormTag.doStartTag(FormTag.java:443)
org.apache.jsp.view.Hello_jsp._jspx_meth_html_form_0(org.apache.jsp.view.Hello_jsp:129)
org.apache.jsp.view.Hello_jsp._jspx_meth_html_html_0(org.apache.jsp.view.Hello_jsp:103)
org.apache.jsp.view.Hello_jsp._jspService(org.apache.jsp.view.Hello_jsp:73)
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:332)
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:314)
org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
javax.servlet.http.HttpServlet.service(HttpServlet.java:688)
filter.EncodingFileter.doFilter(EncodingFileter.java:30)

簡単なものでもPC1では動作し、PC2では動作しません
どこがダメなんでしょう？
とりあえず404を解決したいのですが、簡単な方の解決策も教えていただけるとありがたいです
よく意味がわからないかもしれませんが、その都度どんどん質問してください

>>116
> HTTP Status 404 - Servlet action is not available
> type Status report
> message Servlet action is not available
> description The requested resource (Servlet action is not available) is not available.

パスが表示されるところが「Servlet action is not available」ってなってる？
不思議なエラーメッセージだね。

ふつうは↓こんなだよね。
HTTP Status 404 - /foo/bar
type Status report
message /foo/bar
description The requested resource (/foo/bar) is not available.

>>117
まずはその簡単なほうを解決するのが先決だろう
環境がまったく同じというわけではないのだろうし。

エラー500の例外のメッセージはちゃんとよんでるかい？

>>118
そうなんですよ　普通404だと/***/*** というものはありませんよ
ってでてきそうなもんなんですが・・・

>>119
まぁそうですね
ただメッセージ読んでもなんだかわかりません

warでデプロイしてんなら
apache設定か、apache・tomcatのversionか。

329 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/13(火) 22:04:29
冷ややかな戦争勃発ｗ
ttp://d.hatena.ne.jp/masataka_k/20080513/1210661500#c

342 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:05:36
はぶ参入で抗争激化！さぁ、盛り上がってまいりました！

343 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:08:47
とりあえず、保存しといた。
http://s04.megalodon.jp/2008-0514-0207-34/d.hatena.ne.jp/masataka_k/20080513/1210661500

347 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:16:26
面白くなってきたな。Seasar界隈は人格的にちょっとあれな人が多いのが魅力w

348 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 07:40:37
でも、理事のBlogでやることじゃないよこういうことはメールベースでやるべきだと思う
野次馬的には面白いかもしれないけど企業から見たら不安になって採用を躊躇するところが出てきてもおかしくないからね

352 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:02:42
マーケ的にまずいのでseasar3はとりあえず表に出さないでくださいとかいうのはちょっとやばい

353 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:04:14
元理事は一旦収束していたのに、なにをしたかったのだろうか。そして日記非公開の理由とは・・・？asipの参戦はありうるのか！？

354 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 14:08:14
うわ、ほんとだ 閉鎖した

355 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 16:31:01
DB関連とか色々勉強させてもらったけど、このしみったれた感覚が所詮デブオタなんだなと思うわ。

>122は何がやりたいんだ？

このレスは権利侵害の申し立てや違法もしくはその疑いにて不可視または削除されました。
削除日時：2010-11-10 21:37:33
https://mimizun.com/delete.html

日本語でおk

39s age

すいません 質問させて下さい。

（質問時はあげて良いのでしょうか？）


組み込み系のため今までC言語ばかりを使っていたのですが


2週間前から勉強もかねてjava＋Strutsでwebアプリを作成しています。


複数のページ（jsp）を遷移する場合、

Form間の値の受け渡しはどうやって行えば良いのでしょうか？

個人的には、渡したいパラメタのあるFormを、
新規に作成するFormのコンストラクタに
渡してあげるのかなと思っているのですが
方法がわかりません…


jspに指定して記述する？


action-mappingでコンストラクタに渡したい引数を指定できる？


そもそもコンストラクタで受け渡しするという方法が間違っている？


どなたかご教授をお願いします。

回答する前に教えて。

　な　ん　で　無　駄　な　改　行　入　れ　ま　く　っ　て　ん　の　？

連投すみません

環境は

java SDK 1.54
Struts 1.3.8
Tomcat 6.0

になります。
よろしくお願いします。

すいません。

自宅はインターネットに繋がっていないので、
携帯からの書き込みです。
気分を害してしまったらすいません。
m(_ _)m

セッション変数に入れるだろJK

>>131様

ありがとうございます。
受け渡しする時に使えるグローバル変数みたいなものがあるのですね。
そのキーワードをもとにもう少し勉強します。

Struts以前にまずJavaをしっかり勉強してそれから素のservletを勉強したほうがいいぞ
フレームワークに手を出すのはその後だ

>>133様

ありがとうございます。
strutsのテキストを何冊か見ても載ってなかったのですが、
自明のことだったのですね…

とりあえず作って見たらわかるか的なノリだったのですが、
もう少し基礎から勉強してみます。

>>131
いちいちセッションに入れるの?

画面遷移：X → Y として、
X という jsp の submit 先が XAction だとして、
XAction の中で XForm から値を取得したら、ActionMapping で YAction に遷移。
YAction で、何もボタンが押されてなければ初期表示時とみなす。
YAction で y.jsp に初期値をセットして画面表示。
y.jsp で submit したら、YAction にもう一度持ってくる。

YAction で、 if (YForm.getSubmitButton() != null) {
　// ボタンが押されているので、初期表示ではなく y.jsp でForm がポストされたときと見なす

みたいなかんじで、なるべくセッションを使わないようにしているんだけど。

データ量が小さければセッションに入れても気にしないけど、ユーザIDみたいに
全画面で必要でなければできる限りセッションに入れないようにすべき、と考えている。

ただし struts だと、上記のようにめんどくさいので、自分もいまいちうまい方法が見つからない。

このレスは権利侵害の申し立てや違法もしくはその疑いにて不可視または削除されました。
削除日時：2010-11-10 21:37:33
https://mimizun.com/delete.html

このレスは権利侵害の申し立てや違法もしくはその疑いにて不可視または削除されました。
削除日時：2010-11-10 21:37:33
https://mimizun.com/delete.html

JAVA資格合格に必死な
ｗｗ業者くんが活躍中

http://c.2ch.net/test/-/lic/1209741831/n

つまんねえことでレスすんな

このレスは権利侵害の申し立てや違法もしくはその疑いにて不可視または削除されました。
削除日時：2010-11-10 21:37:33
https://mimizun.com/delete.html

だからどうしたんだよ

TextSS

uncorrelated: ( ゜▽゜)ノゃぅ
tomyda: みんなが汚いとかいうからもう来ないつもりだったんだが・・・。
uncorrelated: ・。）うん、来なくていいよ。
tomyda: あっそ
tomyda: なんちゅー奴だ
uncorrelated: ・。）ｷﾑｼﾞｮﾝｲﾙを初めて見たときと、tomydaさんを初めて見たときとと、どっちの驚きが大きかったかは言いがたい。
tomyda: 意味不明
uncorrelated: ・。）まぁ、来てもいいです。
tomyda: なんで、上から目線なんだ
uncorrelated: ・。）なめくじとかは下から見上げないっしょ

uncorrelatedさん、サイテーです。

フレームワーク乱立で開発環境ぐだぐだのJavaは最近どうですか？やっぱつらいですか？

PHPに移行してる会社が多いです
PHPフレームワークの多くはJavaフレームワークのパクリで
開発のやりやすさと速さならPHPに軍配が上がっちゃいます

PHPフレームワークの多くはRailsのパクリだろ

しかも乱立してるしな
PHPは動的なページを手軽に作るにはいいけど、Webアプリとしてはみないほうがよい
メンテまじでしぬ

じゃ、PythonかRubyになるな。

ぼくはPythonちゃん！！
知ってるヤツ回りにいなくて寂しい・・・。

>>144
EJB3がそこそこよかったので、メジャー路線はだいぶ落ち着いたな。
あとはWebBeans入るEJB3.1しだい

業務アプリでPHPに移行してるような会社とは関わりたくないな

>>147
フレームワークなしで作られてるヤツは辛すぎる。
表面上の引き継ぎは楽だけど。

>>151
フレームワーク使って作られてると、こんどはPHPのバージョンアップで死ねるけどな。

Strutsとか3年持たないフレームワークってのも中長期だと効率が悪い。
その他あほな流行りのフレームワークとか使っちゃうとメンテが大変。

Strutsは、よくも悪くももう5年使われてるな。

JSPのページつくるのに、Struts使ってSpring使ってDB接続はHibernateで
EJBはXDocletつかって、ビルドはAnt使うとかうっとうしいんだよ！

初心者Okじゃねえだろ。

ごちゃごちゃいろいろ混ぜて使うのは良いけど、教育コストと製造コストを天秤にかけて考えないとね

Struts、Spring、HIBERNATE以外は日本語情報が少ないんだよ。

だったら英語読めばいい、っていう輩もいるけど教育コストが全然違う。

　　　　　　 ,a'::;:::;:::::::::::::::::::::::::::::::::::::::::::;:;::::`:::,,..
　　　　　,a'.;;;::::::::::::::::::::::::::::::::::::::::::::::::::::;;;;;;;;;;:::..`..,,
　　　　,,a;;;;:;:::::;;;;;;:y'''''''''''''':::;;::'''''''``''ヾ;;;;:;;;;:::;:::::':ヽ、
　　　 |'';;;;;;:;;;;;y' 　　　　　　　　　　　　　　　:::'i;;;;;::::::`l,
　　　,l';;;;;;;;:'r;'　　　　　　　　　　　　　　　　　'::'''t;:;;;;;;:'|,
　　　l';;;;r'::::　　　　　　　　　　　　　　　　　　 ::::::::::l;:;;'l,
　　　|':;:l:::':::: ....,,,,,,,,,,..　　　...　　...　　　......,,,,,　 ::::::::l;;:;|
　 ,-. |:;:;l'::::::l||||||||||||lllliiiia,: 　　:.siiillll|||||||||||ll,.　 :::'l;;:;|,‐、
　 l'ヾ,;l'::|::::::''''　,-,r。,-、```:　:'','''' ,-r。、、 ''''　 ..::|;;r' ＾.|
　 .|〈、l:l:::::.'、`｀ -`-'‐',　 ;::l'　'l::、 `ー ' - ' ,　　..::::|;| 〉 |
　　'| l; l;|':;::: 　　 　― 　....:l　　 l:::. `--　　　　　 ::::::|/ /
　　 ヽ_:::::::';、　　　　.: 　.:/ :　　:` 、:.、::.　　　 　..:::,:l:;ﾉ　　＜ずっと俺のターン
　　　 `|:::::::,:　　　　:: ..::( ,-、　,-., ）::...　:: 　　...::::::.::l'
　　　 　|;;:::`:::. 　　:;:'　..::::::::l`:::l:::::::::..　.:;;:　　.::':::::::::|'
　　　　 |;.:::　 　:::.;:.. ,;'- =ﾆ二`'二ﾆ =、`、::::::':::::::::|
　　　　　ヽ:、　　　:: 　`ー---―-- ' ` ::::::::::::::,／'
　　　　 ,-|:::＼:　　 ;::.　　　´　　｀　　　..:..:: :;;／ ::|
　　　　|'ヽ,|::::: ＼:'':;:;:....　:　..:::::::::::..　.:::;::;／　::::::::|
――‐'　　＼　 ::::::`　ヽー-----―‐‐ ':::::::::::::::::::|―、＿＿＿＿＿＿
　　　＼　　　＼　　 ::::::::ヾ　　　　／／:::::::::::::::::ﾉゞ:::::/:::::::::::::::::::::::::::::::`ー‐―、
　　　　 ＼　　　ヽ、　 ::::::　｀　　/　'::::::::::::::::::::/::::::::::/::::::::::::::::::::::::::''' 　　　　　ヽ

　　　　　　　　もりのくまさん ◆7VBO8E4j2Y

>>155
XDocletっていつの時代の人ですか

>>155
NetBeans使えば解決だな。

>>154
その砂の上に作られた糞アプリは全然違うStruts2とかJSFに必死で
作りな直さなきゃいけないんだろ。
安易なフレームワークの利用は非常に危険と認識するべき。

そもそもEJBが糞だったせいでstruts政権が長くつづきすぎた

>>155
WebSphereでもどーぞ。

>>162
?

I○MのせいでいまだにEJB２．１なんだが

>>165
それはフレームワークと何の関係もねー

W○Csという糞フレームワークを使わされるんだお

これからの時代はSunのSJSASでいいじゃん。
Apacheと違って一式揃ってるから楽ちんだぞ。

そんな話はSun成できん

まぁ確かにgeronimo使うよりは100倍は安全だ

徒労に終わる無駄な知識が多いよな。Javaに限らんけど。

struts2
seam
wicket
click
tapestry

struts1しか使ったことない僕にオススメなのはどれですか？

>>172
struts2だろ

struts2ってなんか全体的にもっさりしてるんだけど。
全てのリクエストがフィルタ通ってるから？

>>174
次のバージョンで早くなるだろ
まだ機能追加フェーズみたいだ

seamってのがよく分からないんだが、
JSF&EJBって感じ？

>>176
+WebBeans+JPA

>>177
フルスタックか。
seamならspringやHIBERNATEは必要ないのね。

JPAのところはHibernateだしSpring integrationもあるけどね

まあどれも糞だけどね

たまにフォームをPOSTしてもパラメーターを取得できないことがあるんだが、
この不思議な現象は何が考えられるんかのお


disableにすると送信されないのは知ってるんだが、
disableにしてない、筈、なのに送信してくれない。orz

struts1？
セッションスコープのアクションフォームでチェックボックス使うときはresetメソッドを実装しないと不具合があった気がする。

全然関係なかったらすまん。

>>181
さすがにその文章からはエスパーこないとむり

正直Javaで死ぬほど面倒なこともASPとかでは簡単にできたりして萎える

すると、Javaでも簡単にできるように、とゴミのようなライブラリがあちこちで量産され、
宗派も無限に分岐する。

ASP.NETではなくASPか

>>185
スゴイ数のライブラリィが作られてるよね
特に最近、インド人が滅茶頑張ってるｗ

簡単なことにはみんな飛びつくからな。誰でも作れるような下らない重複ライブラリ
いちいち公開すんなよ

もうフレームワーク乱立で、ワケわからん。
何を使ったら良くて、何を勉強して覚えたら良いのか、
おまえらは、理解してそうで、うらやましいよ

JSF（MyFaces）+Faceletsと、struts2。
今からやるならどっちがいいんだ･･･。

struts2って将来有望？
俺的にはいい線いってると思うんだがどうよ？

JSFはSeamやSeasarの画面担当としても使えるし、Javaの標準規格だから
なにかとつぶしが利く。
Struts2は数多くの乱立フレームワークの1つでしかない。

と思っていますが、どうでしょう？

フレームワークなんて無いほうがいい

struts1系

まあその辺に転がってる野良ライブラリなんて使うなってことだよ。
3年後はメンテされてないからな。

取り換えのきく呼び出すだけみたいなライブラリはまあなんでもいいんだけどね。
俺フレームワークは依存度が高くなっちゃうから運命共同体だよな。
最新のフレームワークで効率の良い開発ってのは耳触りはいいんだけど、
実際は面倒が多いね。

もうPHPの時代の気がする

JSFを使ってみたいが、実装が複数あったりしてよくわからん。
日本語の入門サイトもないし、どこから手をつければいいんだか。

JSFって本当に日本で使われてるのか？

ええ、それなりに

>>196
多分気のせい

>>196
笑ったｗ

＞日本語の入門サイトもないし、どこから手をつければいいんだか。

普通にググレばでてくるんだが。

まあ、個人的所感では意外にある。ｗ

>>197
一番まともな実装はRIだね
どんなものか感覚的に知りたいのならNetBeansでVisualWebJSFという手もある

俺がお勧めのフレームワークHisar2な。Hibernateとseasar2のいいとこ鳥のフレームワーク。

JSFのeclipse環境作るのは結構めんどい

日本語情報の多さならStruts1.2が最強ではある。
未来はないがな。

3年後にはStruts3への全面書き直しが待っています。
後方互換を考えられないオモチャヘボフレームワークいらね

UI に Webブラウザを使うこと自体が間違ってね？

Airの時代だと・・・？

myfaces

ねーよｗ

JSFが普及しなかったのはMyFacesのできが悪かったから

IBM JSFの事も思い出してあげてください･･･。

Oracle ADFの事も

JSFは本当に普及しないよなｗ
でもJBoss seamとかで案外使われてたりする？

使ってるところは淡々と使っていて、ブログなどに記事がかかれないだけ、ということはないのかな？

JSFを使う事はある意味であんまし自慢にならん事だからなぁ。
イージーに開発できるし。

iSeriesV5R3で動かしていたけど、Pcomm5250アプリに比べてサクサクと作れて快適だった。

Super Agile Struts

海外だとJSFの普及率半端ないよな
RIってパフォーマンスとか優秀だから
JBOSSがMyFaceから乗り換えた意味がよくわかる

まあ標準だから着実には浸透していくでしょ

国内ならTeedaみたいに拡張版が使われていくのじゃないか。
余談だがS2JSFから始まったJSPを使わないという発想、俺にはなにげにすごいと今も思う。

S2JSFから始まったJSPを使わないという発想

Faceletのほうが先じゃなかったっけ？

昔、Velocityが通った道さ。

そんなのあったねぇ

VelocityってHTML用としてはあんまりうまみがない
JSTL＋ELでJSPのほうが楽だしね
DreamWeaverはJSP対応してるから普通のHTMLと同じようにデザインできるというのもある

>>222
JSF2.0でとりこまれるということで今後加速しそうだな

RailsはかつてのStruts1だよな。
Javaは選択肢が増えすぎた。

Struts2が次のデファクトにならんかなあ。
あの仕様は結構好きだ。

サードパーティ製のフレームワークはJSFに駆逐される運命ですが？

JavaEEの設計者がもっと賢かったらこんな事にはならなかったのに・・・

Java on Rails

struts2はwebworksの頃から数えるとかなりの年月を得て進化してきたと思う
strutsブランドを獲得した時点でデファクトとなる運命が待ち構えてる

Strutsのネームバリューは結構でかいよな。
しかし、webworkがStrutsの名を継ぐとは思わなかったよ。

標準を作るというと開発者がバカにされまいとあれもこれもと機能を取り込み複雑化するのかなあ。

EJB。
標準じゃなかったら消えてたぞ、あれは。

名前は残っているが、旧EJBは消えたも同然。
なまじ標準だったから、すぐに消えるべきものが長生きしてしまい、
被害者が増えた。

EJB3もまともになっただけで、使いやすいとは言えないな。

>>236
JPA,JTA,Datasource使う分には他のコンテナより設定いらずで便利だぞ
というかSpringの糞JTA…

>>233
あの機能がないから他のを使う、とか皆に言われると標準でなくなってしまうから、
機能が増えてしまうのは仕方ないと思うのですが、
それで複雑化するかスッキリするかが設計者の資質だと思う。
その点で、JavaのEEはひどすぎる。

でも最近のDIコンテナの機能の複雑さは異常じゃね？
GuiceとかEJB3で十分というか
seamとかきがくるっとる

っていうかJSP+Serveletが一番いい

>>240
あの時代には戻りたくない

JSPのバージョンが2.0以上で、
Commons BeanUtilsとCommons Validatorと
あと適当なO/Rマッピングツールがあれば、
JSP + Servletでもいいかな、と思えてくる。

今年になってTeeda勉強したんですが、JSPのJSTL、ELはもちろん、ついにサーブレットの勉強まで徒労になりそうな事に呆然としました。

Teedaってまだ生きてるの？
既にSAStrutsに食われたと思ってた。

seasar系って業務で使えるの？
なんかコロコロ変わってる印象があるんだが。

>>245
公官庁で使うらしい
馬鹿だねえｗ
世界標準にしとけって

変なところで国産にこだわるのはねぇ・・・

世界標準だとどれ？

>>245
業務で使えるし、もうころころは変わらないと思うよ。
ひがさんの興味はslim3に移ってるし、だからといってSeasarのメンテが終わったわけでもない

Seasar2がEJB（JPA）よりベターと思える点とは
１）Daoのクラス実装が不要
２）SQLが使いやすい。動的な組み立てもできる
という事か。手元の愛読書からのうけうりなんだけどな。
しかしJPQLとかわざわざ使うのはありえないと思うな。HibernateのHQL以下だろ。

世界標準と言う意味ではJSFになってしまうのでは･･･。
今現在の使いやすさとか言うならSeasa2rだと思うけど。

おいおい、世界標準はspringだろ、全てはここから始まった．．．．

世界標準であろうと、デファクトでないのなら･･･

世界標準が正義

ま・・・正義

正義は損する

JSFがそんなに好きか？

Java（というかSun)の技術ってスタートで失敗するからイメージ悪いよね。
JSFもJavaアプレットも(たぶんJavaFXも)。後からかなり頑張って良くなるんだけどね。
あまりデザインにこだわらないならJSF+EJB(+JPA)の組み合わせってかなり楽ちんだぞ。

JSP+Servletが一番楽だ

Struts2はJSFサポートしてないのがなあ。

>>250
Seasar2というと普通はコンテナだから
S2DAOとかS2JDBCとかプロダクトをいわないと。

で１）をみるとS2DAOだと思うんだが
あれはJPAと重ならないから好きにしなとしか。

>>258
JPAを最も手軽に効率よく使えるのはEJB3。
EJB3をもっとも手軽に呼び出せるのはJSF。
だからJPAを使うプロダクトだとJSFは鉄板。

JSFって、イントラには良いけどコンシューマー系サイトには向かないとか、
開発ツールの出来がイマイチっていうイメージはあるけど。

>>262
あなとのところではWebアプリ開発はオープンなコンテンツと
社内用もしくはBtoBとどっちが多い?

>>264
Teeda＋Kuinaで言ってるような事はすませたい。まだSeasar2、というよりDI＆AOPコンテナの存在意義は充分ある。
標準が常にベストじゃないのがJava、と信念を持とう。

EJBっていえば、EJB３でエンティティビーンはなくなったのか？

例の成功したサイトで有名なニッセンが一時期ものすごいアプレットで（一体どうやって造ったんだろうっていうようなやつ）
サイト構築したけど、すぐやめになったよな。あれ。

作った人はさぞかしがっかりだっただろうｗｗ　普通のJSP/Servletに戻っちまった。

>>265
JPAになった。EJB3では、EJB3エンティティビーン=JPAエンティティビーン、という扱いではないかな？
EJB3.1からはJPAはEJBとは独立するようだけど

>>263
自分が所属しているのは、B2CなECサイトやコミュニティサイトなんかを
メインにやっている部署です。
デフォルトな構成だと、Springに無設定StrutsとS2DAOモドキとかで
やっていますが。

イントラの場合、Oracle ADFを使っているケースはあるようですが、
自分はあまり関わっていません。
あと、この手の場合にはJavaではなくASP.NETが第1候補になりますね。

ASP.NETってWindowsじゃないと動かないんだろ？

>>268
無設定StrutsってS2Struts？Springと組み合わせるの？

>>268
なるほど。
そういうオープンなところではJSFはやめたほうがいいかな。
でも管理画面はJSFってのがありだと思うよ。
管理画面って直接的に貢献する場所じゃないくせに工数が大きいから。
JSFは管理画面ならば普通に工数半分以下になる。

無設定Strutsを無理やり作るくらいならばSpring使ってるんだし
オープンなコンテンツもSpringMVCでやるのが本筋だろうね。
相性は当たり前だがStrutsに組み合わせるよりいいし、技術者が疲弊しないのがよい。
工数も個人的感覚では2割は減るし。

>>265
コンテナとしてはJ2EE1.4の互換性もあるから使おうと思えば使える。
EJB3.0からEJB2.1をよびだしたりするだけでなく、EJB2.1からEJB3.0を
呼び出せるようにしたのは素直にほめてやりたい。

従来のコードを残しつつ新規部分はEJB3.0で開発がスタートできるから。

>>267
一応EJB3.0の時点でJPAは単独で動かせるようにした。

>>269
何か問題があるの？

そりゃ問題がある場合はあるだろ

じゃあ問題ない場合もあるだろ

問題ある場合→Windows鯖を買ってもらえない場合

ケチ過ぎるｗねーよｗｗ

Windowsさばは高すぎるだろ・・（´・ω・｀）

Linuxでいいだろ・・（´・ω・｀）

まぁ高いな
開発環境もチーム開発すると有償版必要になるし
運用もCAL必要になるしな

Linux鯖は保守がメンドイ。
Windowsなら「仕様です」で逃げられる。

逃げれねーよｗ

逃げたい〜

（笑）好奇心半分ですが、商用Linuxじゃダメですか？

商用LINUXはwindowsより高いじゃん（笑）

別に必要でもないWebLogicを買ったりするのを考えれば、
Windowsなんて安いもの。

どのみち人件費より安いし(´・ω・｀)

JSF RIの本でおすすめを教えてください。
洋書でもいいです。

オライリー･･･は、Myfacesか？

>>287
オライリーはSun RIの解説だよ。
でも情報古いよ。

>>285
なぜそこでweblogicがでてくる
JBOSSやglassfishでいいじゃない

サポートもあとでつけられるし

>>286
まずは1.1時代に大量に書籍が出たのでJSFの基本を学ぶ。
そのあと1.2での改善点を調べながら学ぶ。
それで十分かと。

実装固有部分を学ぼうとはしないことだ。
JSFはRIの一人がちだからかまわないけど。

今ってtomcatじゃなくてglassfishがデファクトなの？

俺の脳内ではweblogicがデフォ

＞JSFって、イントラには良いけどコンシューマー系サイトには向かないとか、
＞開発ツールの出来がイマイチっていうイメージはあるけど。

向く向かないの判断は微妙だが、IBM JSFの開発ツールの親切さったら
凄いモノがあるんだが。

まあ、アレはIBM JVMからして既に機能拡張されているので、SUNのJVMと
比較するのも、アレなんだが。

そういや昔IBMのVMのほうがSUNのVMより高速な時期があったな
1.3のときだったっけ

JSFって参考実装がデファクトなんだな。

JSF RIはどこでダウンロードすればいいんだ。
glassfishのページに行ってしまうんだが。

>>296
もじゃらってのがglassfishのサイトからJSF実装単体としてとれるので探してみれ
探すのすら面倒ならNetBeansいれると標準でついてくるからそれで

>>297
ありがとう、見つけた。

とりあえずJSPベースは動いたので、次はfaceletsってヤツを試してみたい。
一番お手軽なのはNetBeansのfaceletsプラグインでおｋ？

オライリーの猿本ってどうなの？
訳がアレだっていうんだけど。

>>298
NetBeansの場合普通にJSFがお手軽。
VisualWebJSFというやつだよ。

最近だとICEfacesというすべてAJAXでJSFのアプリ動かすやつが
NetBeansでの本命っぽい芳香になるようでちょっとした祭りくさい。

faceletsはJSF2.0まったほうがいいかも。標準APIになるわけだし。

>>300
VisualWebJSFってモッサリしてるんだが。
俺のPCがボロいだけか･･･

>>299
猿本ｗ

JSFが標準ゆえのメリットがあるのは承知の上であえて聞きたいんだが、
無設定strutsから乗り換える決定的な理由があるとしたら何だろうね？

そんな理由を他人に求めてどーすんだ？って気がするが。
周りのメンバーが100人いて99人がstruts信者なら乗り換える必要ないと思うけど。

これからお手軽に開発したい、と言うのにはJSFは向いているだろう。

海外では普通に使われてるらしいが、日本で乗り換えるのはちょっとな･･･。

Hibernateってどうなの？
XML管理の手間が多いとかHQLとか独自の言語を利用する必要があるとか
デメリットが目立つんだけど、大量の小さいオブジェクトの簡単なクエリーとかの
場合は便利なもんなのかね？

>>306
スレ違いにつき誘導
ttp://pc11.2ch.net/test/read.cgi/tech/1220671877/

>>306
「XML管理の手間が多い」はないな。
つづきはORMスレで

>>304
JSFって何が手軽なの？

>>309
netbeans使うとぽとぺた開発できる。

>>307
心に余裕を持とうぜ

ASP.NET Ajaxが楽すぎて、Javaであれこれ拾い集めて開発してるのがアホらしくなったよ。
こんな感じで開発できてUnix系でも動作すればいうことなしなのになぁ。

>>312
NetBeans + ICEFaces

>>312
つmono

EclipseじゃいまいちJSFの恩恵を得られない気がするんだが。
JSF使うならNetBeansか？

>>316
Visualなんとかだろ。あのGUIをeclipseのプラグインもマネしてほしいな。

monoはちょっと・・

>>312は本当にICEfacesしらないんだな・・・

まあASPの生産性には程遠いのも本当だけど

ASPの生産性ってそんなに良いのか？

>>320
半端なく良いで

VisualStudioの値段とWindows縛りがある分は良くないと割に合わないからな

>>.321
何がそんなに生産性を良くしてるの？

極論っぽいが、「金取っているMS商品」と「無償のNetBeans」と比較するのも微妙なんだが。

と言うか漏れはEclipse慣れしているので、VisualStudioの作法がどーもな。

有償の開発キットどーこー言うならVisualStudioとRationalの比較になるんだろうが、
Rationalも結構ポトポタで開発できる。

>>323
MSは、開発をやりやすいことをかなり考えて、ツール・コンポーネント・言語仕様まで一貫して作ってるからな。

俺も、結局はその辺の話だと思う。
個々のJSF実装やIDEの出来の問題ではなくて、一貫性を持った開発が出来れば
ASP.NETでなくてJSFでもイイじゃん…ってことになると思うんだが。

SUNが標準化してベンダーが実装とかで、時間がかかり過ぎてるから
あれこれOSSが乱立しちゃうんだよな。
JSFとかいまだにこれからの発展をまたなきゃいけない状況だし。
その辺の一貫性のなさからRoRにおいしいとこ持ってかれちゃった感じ。

RoR（笑）

実装がすぐに欲しいのならRIでいいじゃない

別に選択枝が多いのは悪い事じゃないと思うが。

と言うか自分で選択する脳がないクレクレ君はASP.NETにしとけば？
ほぼ半永久的に縛られる結果になるとは思うが。

使える選択肢が多ければね。
完成度がASP.NETにどれも及ばないのが問題になってるわけで

アンチMSは本当に視野が狭いな
いいものは認めたほうがいい。

VSもただで使えるじゃん

アンチMSは選択肢が多すぎて、情報や流行に振り回されてる感がある。
現在人気のある無数のOSSフレームワークやライブラリ群が数年後にどうなるか、
考えただけでバカバカしくなるのに。

>>333
チーム開発とか出来ないだろ？

言うほど無数にフレームワークってあるんか？

趣味や研究職ならともかく、業務で使うならそれなりにコンペして採用するけど、
OSS側が１０もコンペ対象に上がらないけど。

漏れのトコは政治的理念が発動して「サーバーはコレ」とかなって、泣く泣くASP.NETを
使うとかWebSphereやら使うとかそういうのが多いけど。

それに漏れに関しては当てのない未来の話よりも、今楽できる事を
選択するだけだけど。

あとMSはVSみたいな製品自体は悪くないが、過去の負の遺産で痛い目を
見た人が多いからアンチMSが多く存在しているのだと思う。

ASPをASP.NETで作り直すだけでも稼げるからうれしい

エンタープライズ用途だとWebSphereやら実績のあるお高いフレームワークを使うからなぁ。

アンチMSだからASP.NETを選ばないわけではなく、位置づけが微妙なんだと思う。
Unix+有償J2EEサーバーほど実績と信頼性が認められているわけではなく、PHPほど安く上がるわけでもない。
帯に短かしたすきに長しって状態。

基幹システムは数十年単位で使い続けるから、3年毎に切り替えを要求してくるマイクロソフトは向かない。
lifitimeの短いアプリケーション向きでしょ、マイクロソフトは

政府系や公共系はLinux＋Javaを選んじゃったからな
大企業はIBMが美味しいとこ持ってっちゃうし、
中小企業相手に頑張るしかない、マイクロソフトの場合

素のServletなら長持ちするけど、OSSあれこれ使ったらやばいだろ。
あいつら飽きっぽからな。

今でさえ、素のServletやStrutsで作ったシステムを見るとゲッてなるのに、
そんなものを数十年単位でメンテしなければならない人達が気の毒でしかたが無い。

数十年て。。。どんだけレアケースの議論をしてるんだか。。

まあ、金融機関とかがメインだけどな
基幹システムとなるとデータやプログラムは結構長生きなんだよ

>>342
確かにStrutsのシステムは触ってると脱力する。
正直作り直しちまいたいが、結構規模が大きいから嫌だなあ･･･。

素のサーブレットのが素直で可愛いと思ってしまう

フレームワークの経験が浅いだけかもしれんが

>>346
確かにそうだけど、ドジっ子も含む個性派揃いなので学級担任
としてはクラスをまとめるのに苦労するところです。

俺、Seasar2のSAStruts使いたい。ついにここまで、という気にさせられる。

もうJavaEE5でよくね？

Strutsを数十年メンテする方が悲惨だろ。

新規のStruts案件ってあるのかな？
そんなのに携わった新人は悲惨だな。

さすがに、今時素のStrutsをそのまま使うような案件は無い…っと思いたい。

これから誰かが作るシステムを、自分が数十年後にメンテさせられるとしたら、
頼むから素のサーブレットで作っておいてくれと言いたい。
その時になって、数十年前に流行ったフレームワークの勉強なんかやりたくない。

小さいシステムならなるべく低レベルがいいと思う。

ただより高いものはないっていうけど、確かにJavaの開発はくそ苦労する。。２度とやりたくねえ。

>>353
う〜ん、でもそういう実装って、他方でインハウスのライブラリや
フレームワークもどきでガシガシに武装されていがちな悪寒。

数十年後、楽なのはどっちだ〜

>>356
ガシガシといっても、所詮は身内フレームワークなんで解析だけならそんなにやばくはない

解析だけならね！

数年後にもうソースも手に入らないようなOSSよりは、インハウスの簡易的な
ものの方がはるかに楽だねぇ。

>>358
OSSのソースが手に入らない可能性をいうなら、インハウスのフレームワークのソースが手に入らない可能性も同様に語るべきだと思うんだ

ソースももちろんドキュメンテーションがきっちりしていないと
悲惨でしょうね。

OSSのソースなんてあっても実際メンテなんてできないから意味ない。
数年で放置されるダメコミュニティが作ったOSSなんて、長期運用用に
採用した奴が悪いだろ。

>>359
悲惨なケースだよなぁ

javaならjadで無理やりソースみることできるかもしれんが、
他の言語だと読みやすいソースに戻せるんかな？

俺みたいに優秀な奴にとって、困難な状況の方が自分を高く売れて良いけどなあ

jadでリバースしたオレオレフレームワークを解析するのって、根気がいるだけで誰でもできる気が。

>>364
ほとんどの奴は「自分には無理」って実際やる前に諦めるお

環境
サーバーサイド
Centos5.2
javac 1.6.0_11
tomcat6.0
Apache/2.2.3
MySQL 6.0.8-alpha-community
開発サイド（開発のオペレーションを行う環境）
Windows XP SP2
Eclipse Version 3.4.1
tomcat6.0
teraterm(SSH接続）
java version(Windows、linux）
java version "1.6.0_11"
javac 1.6.0_11
共通
Windowsでcmd.exeから、javacでコンパイルした、バイナリを（HelloWorld.class）SSHでlinux側へ転送したファイルは問題なく、実行できるのですが、
Eclipse Version 3.4.1で作成したバイナリを、同様に転送して実行すると、

Exception in thread "main" java.lang.NoClassDefFoundError: HelloWorld
Caused by: java.lang.ClassNotFoundException: HelloWorld
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
Could not find the main class: HelloWorld. Program will exit.
このようなエラーメッセージがでて実行できません、解決策を教えてもらえませんか。

>>366の続き
パス
Eclipseのjreホームへのパス
C:\Program Files\Java\jdk1.6.0_11
Windows XPシステムの環境変数
C:\program Files\java\jdk1.6.0_11\bin
linux側
# .bash_profile
export JAVA_HOME=/usr/java/jdk1.6.0_11
export PATH=$PATH:$JAVA_HOME/bin
export CLASSPATH=.:$JAVA_HOME/jre/lib:$JAVA_HOME/lib:$JAVA_HOME/lib/tools.jar:$JAVA_HOME/j
re/lib/ext/mysql-connector-java-5.1.7-bin.jar
export TOMCAT_HOME=/opt/tomcat6
export CLASSPATH=$TOMCAT_HOME/lib/servlet-api.jar
export CATALINA_HOME=/opt/tomcat6
export CLASSPATH=$CLASSPATH:$CATALINA_HOME/common/lib
このような設定です
//HelloWorld.java
public class HelloWorld {
　public static void main(String args[])
　{
　　System.out.println("Hello World");
　}
}

>>366
>>377です、スレ汚しごめんなさいでした、解決しました

スレ違い、解決策なし、というまさにスレ汚し！

>>369
お前馬鹿だから
>>366
>>377
が書いた、設定で間違っているところ分んないだろうw

冬房は＊ね

今からJavaEE5やるのって無駄かね？

>>364
だからjavaだと楽だけどねって話さ

実際>>365が多そうだけどねぐぐりもしないでソースないから無理と投げ出すだろうし

>>372
あんましニーズが無いと思うけどなあ

企業向けのシステムではspringが世界的にデファクトになってしまったと思う
マーティン・ファウラーとかが評価した結果そうなった。

>>372
ムダじゃないと思うよ。
実装としてSpring使えるんじゃないかな？

>>375
SpringがいつJavaEE5の実装になったんだ?

2年くらい前じゃね？

大ウソ。

まさかPitchforkを知らないのか？

SpringベースのフレームワークだけどSpringそのものではない。

SpringSourceが提供してるんだから広義のSpringだよ。

というかEJB3.0のみの対応じゃない?
それでじゃヴぁEEといわれても・・・

SpringがWebコンテナを実装するわけないだろ
つPitchfork使ったJavaEEはWebLogic

PitchforkがServletコンテナを実装してると思ってたんじゃない？

何、この流れ．．．．．

製品を組み合わせるということを知らない人たちです。

netbeansのwoodstockコンポーネントって無くなるんですか？
今からだとICEfaces勉強した方がいいのかな？

woodstockは開発停止。
そもそもバグが多くて誰も使わなかった。
ICEfacesへ移行しろとNetbeansがいってるから今後はその方向だろうね。

その辺のアルファベットのなんかはみんな消えるけどね。
3年後にはそんなのもあったね、あははと笑ってる。

正直保守がなければ、今が楽ならいいです。

NetbeansのVisual Web JSFでエンタープライズアプリケーション作ってるんですが、
faces-config.xmlのGUI画面で、ページのボタンが表示されなかったりします。これはバグ？

すいません。
Netbeansのバージョンは6.5で、プラットフォームはWindowsXPです。

本体をアップデートして、再起動したら表示されるようになりました。
何だったんだろう･･･。

ICEfacesのチュートリアルって登録しないと見れない？

保守はシステムが止まるまで無くならないしなあ。
結局作った香具師に保守が回ってくるのはいつもの事。


やっぱり無料フレームワークじゃなくて、ちゃんとサポートのある有料フレームワーク採用したほうがあとが楽。

楽云々を言うならIBMの鯖にWebSphereでも乗せればハードからソフトまで
全部サポート受けれるが。

で、お前ら的にはJSFはどうなの？

いいと思うよ。てか出るの遅すぎた。

JSFがいいってやつはNetBeans使ってるやつだけだろ
Eclipseでうれしいことは何もない
事実上Sunの独自フレームワーク

なんか、JSFってスタイルシートと相性悪くね？

むしろどう考えてもスタイルシート必須だろ

もちろん必須だがidがなぁ

netbeansなんだが、ICEfacesレイアウトってwoodstockレイアウトの代替になる？

netbeans公式サイトのサンプルでwoodstockのパネル使ってて困るんだが。

JSFとかこの辺のフレームワークはできがいいとかよりも標準の椅子を獲得するかの
政治的な問題の方が大きいんだよなあ。

政治力があってもJSFを標準にするのは無理があるんだよ
あのコンポーネントモデルは無駄すぐる

Strutsのできがよくないことを思い出すんだ

Strutsが出来が悪いと評されるようになったのって、
Strutsが普及した後だろ。READMEの日付に寄れば
Stuts 1.1リリースが2002/03/21
Struts1.2リリースが 2003/12/10
Struts 1.0〜1.1の時点で、Strutsより出来がよいと言われていた
フレームワークなんてあったか？

WebWork？

JSFの普及率ってstruts超えてるの？
国内だと全然使われていない気がする。

JSFは正直居場所が無し
失敗作

>>409
海外だと普通に使われてるから意外とすこしずつ浸透するのかも。
国内だとhigaタソのところでStrutsの1/3以下とでてたな。

海外だとGWTとかIcefacesとか普通に使われていてうらやましい。

Seasar2の最新のStruts、SAStrutsはいいと俺は思うんだけど、あまり話題にならないね。

JSFは正直そのまま使うには面倒な部分が残ってしまっている。同じJSFならS2の拡張版Teedaはずっと使いやすい。
だけどこれもあまり話題にならないね。もうWebアプリケーションは別の言語で作る時代なのかな？Javaで作るならSeasar2と言わずフレームワークを使えばいいと思うんだけど。

mvcフレームワーク乱立しまくりなんでSpringが生きてる限りは消えないであろうSpringMVCにした
DWRとかSpringをサポートしてる他のOSSは必ずSpringMVCもサポートしてくれてたり(strutsもだけど)
struts使える人ならあっさり覚えられるし教育コストも高くはない。
無難な選択だったと思う

JSFも魅力的なんでこれから覚えるわ

>>412
実装が独自でJSFの試験とおってないからそれを覚悟で
あと1.2対応してない
2.0対応できるのだろうか

結局標準が残るのでJSFが一番いい

標準ってのはもちろん実質標準のことだよな。
だったらJSFはないなw

>>415
その台詞、JSFをEJBに置き換えてもう一度言ってみろ。

EJBはゴミ

EJBいいだろ。どこがゴミ？

3.0以上限定でEJBはいいもの
2.1まではゴミ

EJBって何に使うの？
たとえばショッピングサイト作るとして
使ったほうがいいの？

単体テストが楽になる

>>421
JPAもEJBに含むとしたら、JPAは使ったほうがいいかもな。
JPA以外でも、DI機能は使ったほうがいい。

もちろん、JPAじゃないORマッパやSQLラッパ、EJBではないDIコンテナと比較して、非EJBを使うのも手だが。
ORマッパ(もしくはSQLラッパ)とDIコンテナは使ったほうがいい。

>>423
日本語でおｋ

EJB3.1は期待できるね。
実質Spring+JPAと同等で標準仕様。

Amazon StaxではEJBなんて使えない。Tomcatだからな。
JavaEEが標準なんて絵に画いた餅

JPAは使えるし、JBossあたりにTomcatで使えるEJB実装があったはず。

もちろん自分で用意すればOpenEJBだって使えるが、
それだったらSpringでも使うだろjk

それ以前にstaxそのものが絵に書いた餅だろうにw
あんなもの本気で使えると思っている基地外いるのか？

>>429
浅いな。ああいうサービスが始まるときに当然のように
JavaEEが無視されてる現実を言ってるんだよ。

ああいうサービスって、誰も本気で取り合わないサービスのことか。

>>431
その程度のサービスにすら無視されるJavaEE(笑)
標準といわれ続けてるのに使われないJavaEE(笑)

やっぱEJBっていらないんだね。
俺正解

これといった標準がないうちは自分で作る、これ常識。
バカはすぐ流行りの野良コード使って流行と共に消えていく。

ＥＪＢは開発期間とかコストパフォーマンスとか気にしない企業とかでは生き延びると思う
今だにメインフレームとか抱えてるような企業かな

ところがWebSphere抱えてるIBMでもEJBはやりたがらない。
メインフレームとつなぐのはMQだしEJBは不要。

でも、SpringもSeasarも、開発者や開発元のブログ見てると先行き不安になるよね。。。
どちらも自滅して、結局残るのはEJBという結末もあり得なくはなさそう。

JBoss、日本では不発だったなあ

>>437
EJBの歴史を見ても不安にならないか？
結局残るのはServlet(Tomcat)だよ。

EJB3.1がwarアーカイブで動くようになったのは大きいと思う

だからといってTomcatで動くわけでなし
所詮NetBeans/GlassFish脳の戯言だわな

7年前に作った俺のJSPアプリは問題なく動いてるよ。
変なフレームワーク使ってたらこうはいかなかったと思う。

そりゃ、古くなって動かなかったらダメだろ。
変なフレームワークだって、時間たったからって動かなくなるわけじゃない。
ただ7年前に作ったJSPアプリでも、JSPだからこそ技術者不足にならずに、今でもメンテできるんだろうとは思う。
「JSP？あんなテンプレート糞だ。Servlet+自社製テンプレートエンジンこそ最強」
とかだったら、後の人がウンザリしてたかもな。

>>441
OpenEJBもどうせ3.1対応するだろ？

>>444
>>428嫁。無限ループする気か？
これだからNetBeans厨は…
こいつらと理解し合える日は永遠に来ないな。

Springは1年たてば有料化だろ？

>>446
何言ってんの？

SpringSource日本法人作って日本でもちゃんと商用サポートしてほしい

次バージョンのRCがでると無償サポート打ち切りだし

つうか、自分でサーバー立てれるならGlassfish使えと。

>>432
embedded-ejb使えばいいだけだから、Tomcatにしたんじゃねぇの？

結局ＥＪＢって簡単に言うとなんなの？

それくらいググれ

>>452
DIコンテナ+JPA

>>422
なんで楽になるんだ？

EJBのコンポーネントが公開されていたり、販売されていたるするから
利用者はソレを使うだけなので、その分の単体テストは不必要と言う意味なのでは？

クレジットカード決済系と自前で実装するのは結構ホネ(?)だろうし。
#つかここらのテストは面倒以前にやりにくい。

>>456
「EJBコンポーネントの流通に向けた規約を業界コンソーシアムが策定，一般公開へ」
http://techon.nikkeibp.co.jp/members/01db/200107/1016960/

EJBコンポーネントに関するコンソーシアム
http://www.ejbcons.gr.jp/

今は昔の物語。

>>456って、10年前で時間が止まってる人？

>>455
EJBだけではなくDIコンテナ一般の話だと思うが、テスト用のスタブの用意が楽になる。

自分で作っても、野良コードやオープンソースと同じレベルであとで面倒な事に成るのは変わらないよ。
結局、１０年使えそうな骨董商用フレームワークに乗っかってしまうのが楽。

うん、JavaEEサーバーを見て感じるのは、作るものに比べてちょっと大がかりすぎ、ということだな。
１０年ものフレームワークは現実的にベストな選択に思う。

EJBはもう禁句
EJBに遭いたければ、墓場にどうぞ

EJBさん、結局使えなかったね
大風呂敷拡げただけで、そのまま何も無く終わったね

という意見を出すのは、EJB3を使ったことないやつだよな

違う。NetBeansを使わないやつ

使えなくても、EJBとJBOSSの本が書店に売られていて不幸の連鎖は止まってなさそうな感じ。
商業的に元取りたいのは分かるが、もう時代遅れの情報を垂れ流すのは勘弁して欲しい。


でもJSPとかServletもどうなのって気がするが。その程度ならJavaでやらなくてもPHPとかのLLでいいじゃんって気が。
MVC思想も結局、Vのデザイナ環境が充実しないと丸投げ（分業）できる体制には成らないからな。
エクリプスの開発側ばかり充実してるが、デザイナはDWとか商用ソフト使っててプラグインとかも無いので連携が悪い。
AIR開発環境とかでエクリプスでも採用して、CSと連携が充実すればいいのに。
結局、PHP程度ならDWでサポートしてるので、Vだけ切り離してデザイナに丸投げのほうがまだ効率がいい。
いっそPHPで組んだほうが楽だし、あとは意地でもJavaと連携させるかは好み。

アルゴ君乙

PHP･･･。
仮にフレームワークなしだと、保守がめんどくさくなりそうだな。
はたしてどちらが幸せか。

>>466
JBossって遅いって言うかもさっとしてた
日本でビジネスベースで使ってるとこ少なかったな
確か、ルシードって会社のソフトで使ってたかな．．．．

そう言えば、SOAも普及しねえな
クライアント機能がのったビスタの登場で爆発的に普及すると睨んでたんだが、
肝心のビスタがこけちゃったからなあ

やっぱり生に近いほうが気持ちいい

JavaがこんなぐだぐだにならなかったらPHPとかいらなかったのにな。

それはない。
Webデザイナ崩れのプログラマの需要を満たす言語として、
PHPは存在意義がある。

それはない

>>465
どう考えてもNetBeansとEJB関係ないんじゃね?

PHPとかなくなってくれりゃいいのに。

こらこらなんて事言うんだね

glassfishってどうなのさ。
業務で使える？

むしろ業務ならTomcatよりGlassFishかもな。

> Tomcatはできないことがある。
> Weblogicはときどき大げさになってしまったりする。
> GlassFishはこれからでしょうが、ほどよい感じです。

http://blogs.sun.com/stories/resource/rakuten/Rakuten-glassfish-questionnaire_ja.html

JBoss seamって使った方がいい？
JSF、EJB、JPAだけで十分な気もするんだが。

TomcatにはJTAがないのが痛い。
JTAがあればGlassfishもJBossもいらないのに。

だから〜
EJBはいらないってｗ

やがて野良フレームワークは一掃され、JavaEE6が生き残る。

はずがない。

EJBはいらないけどJTAは欲しい。

JTAって何？

日本テコンドー協会

>>480
便利ではあると思うよ。
conversationスコープとかあるし。

Servletコンテナとデータソース管理、JTAだけほしいのならGlassfish V3 prelude最適だな。
EJBとかJMSとか重そうにみえる(実際は軽いけど)のが実装されてない。

ただ、ロギング管理も実装してないのはどうよ。

TomcatでJTA使いたけりゃAtomikosとかJOTMとか使えばええやん

JOTMって正気か？

>>490
しらん。俺は使ったことない。
そもそもWASしか選択肢ないし。

>>491
結局大手のアプリケーションサーバー使ってるやん

仕事だしなぁ

仕事でTomcat使うほうがアホなんだよ

んなこたない

仕事するほうがアホなんだよ

有料アプリケーションサーバー使うくらいなら
IISのがマシ

JBOSSやGlassfishあるだろ

今は、struts2 と springが世界的なデファクトでしょ

どこの世界だろ

springはいいが、struts2って使われてるの？

struts2は、apache struts2 だよ
使わない奴の方が不思議

JSF

Apacheだからって良いものだとは限らないだろ。
myfacesがそうであったように。

で、struts2とSAStrutsってどっちが楽なの？

Struts2がデファクトな世界がどこにあるのか、俺も知りたい。

俺様ワールドでは大分前からStruts2が不動のデファクト

>>504
Seasar2さえ使えてるなら、SAStrutsだろうな。

黙ってJSF使ってろ。
標準こそ正義。

鉄板のループパターン

JSFは標準だから最強→
そのセリフEJBに置き換えろ→
EJB3はイイ→
JavaEEなんてイラネTomcatでいい→
　〜わいわい〜
→ところで、フレームワークは何使えばいい？

EE5は結構よくね？
何が不満なんだ。

EJB3は悪くないが最高でもない
JSFとJPAは糞

>>511
他のコンテナよりトランザクション管理とか設定がいらないから容易なんだけどな
Springとかまともにできないしひどいだろ、あれ…

>>512
設定なんて何年も前にマスターしてるだろjk
それすらできなかった素人がNetBeansで楽とか喜んでるのがEJB3厨の正体

EJB3はどのIDE使おうが楽だろ。
Springは回避しようがないけど。

>>513
マスターしようが、めんどいもんはめんどいだろ。

>>515
別に。一からプロジェクト作るなんてないし
それよりEJBはリクエストスコープないんだよな
3.1でシングルトンが入ってもまだまだ使えねーな

お前ら、なんでそんなにJSFが嫌いなの？
本気で知りたい。

どこにもいいところがないからだよ

UIComponentのライフサイクルモデルは過剰すぎだろ
おかげでコンポーネント作るの大変じゃねーか

テンプレートが事実上JSPってのもダメだ
Faceletsも独自タグだらけでダメだ

そんなあなたにWicket

id書き換えるからcssやjsとの相性も最悪だな

JSFはURLが腐ってる

コンポーネント側でバリデーションしないとめんどいのに
バリデータ作るのもめんどい

>>517
お前、なんでJSFを嫌いにならないの？
本気で知りたい。

日本語が数値参照になるのが許せん

あれはあんなモンと思うようにしているけど。
許せないほどもないけど。
あんなん手打ちするモンでもないし。

ASP.NETを移植してくれないかな

Mainsoftのは使い物になるの？

>>527
表示がおかしい場合にブラウザでソース見たりしないのか？

>>530
生成されたHTMLタグみても意味なくね？

漏れもそう思う。
言わんとする事は解らんでもないが、表示がおかしいなら
別のソースやら設定を見るべきだろうに。

>>531
生成されたタグのどこがおかしいかが重要だろ？
特にjsやcssが絡む場合

なんか、このスレ始まって以来の盛り上がりなんですけど

>>512
Springだとまともにできないってどういう意味？
複数DBまたがりだろうが入れ子だろうがEJBと同等の事は出来るけど

EJB3は何でもDI出来ないのがちょっと…

>>535
>>512の理解力ではできないってことだよw
トランザクション制御に関してはSpringの方が高機能なことも知らないんだろうな

＞それよりEJBはリクエストスコープないんだよな
この前、warのデプロイ時間を全部シングルトンにした場合と
リクエストスコープ使った場合と比較したけど結構早くなってて驚いた。

もうすぐしたらspringの季節

私デザイナーだけどJSFは無理

私コンポーネント作者だけどJSFは無理

私NetBeans厨だけどJSF大好き

JSFってStrutsよりはいいんじゃないんだっけ？後発だし、Xmlが楽とか聞いたけどどうなの？

もう、ISEFacesでいいじゃないか。仲良くしようぜ

>>543
ICEfacesな。
つか、それJSFだし。

>>536
JTA腐ってるだろ

>>544
JSFのライフサイクルでまわすようにはできてるけど
JSFとは違うよ

現実的に既存のツールを使えるようにしたということ
基本的な考えはASP.NET AJAXと同じだからわかりやすいけどね

>>545
バカだなーSpringにはJTA実装は含まれてないんだよ

＞JTA腐ってるだろ
は？それSpringと関係ないだろ。自分が良いと思うJTA実装を使えばいい

だいたい腐ってないJTA実装なんてWASとWLSだけ

みんななぜSeasar2を使わないの？Springはよかったけどもう使う気なくした。

>>549
Springに失礼な奴だな
比べたらSpringの圧勝だろ

ある外資系ソフトウェアベンダーの製品調査で
libの中にspring.jarを見つけて海外ではデファクトなんだと悟った

これからは、JBoss seam + facelet(JSF)でFAだろ
いいからだまって使ってみろ

Seasar2自体のメンテナンスが不明。とても業務では使えない。
趣味用にはいいかもな。

>>552
WebBeans+JSF2.0ということでJavaEE6の実装まんまだな

悪いものじゃないけど、日本だけはアレルギーあると思うぞ
使いもしないで批判だけするStruts信者とかな

WebBeansはいいけどSeamは嫌い。
>>554は本当に使ってみたの？もはやSeamとは別物じゃん。

NetBeans厨とEJB(JavaEE)厨の共通点
いつも将来のバージョンの話をしてる

JavaEE最高です。

このスレには一人アンチNetBeans、JavaEE厨が住み着いてるようだね

俺はMartin Fowlerの意見をもっとも尊重してFW選んでる。
http://capsctrl.que.jp/kdmsnr/wiki/bliki/

>>558
自分と意見が違うのは一人しかいないと思い込みたいんですね。わかります

みんな不満はある物だよ。妥協は大事。

>>553
導入事例に三菱東京UFJで採用とあるが？

ICEfacesってJSF1.2に対応してるん？

>>562
あそこはチャンレンジャーが多いからなぁ。

>>562
基幹システムに導入されたんなら評価されるんだろうけど
チンケなスタンドアローンでしょ、どうせ

ISIDが請け負ったからってだけ。

>>563
1.1しか対応してないな

>>567
ありがとう。

>563
http://www.icefaces.org/releasenotes/icefaces-1.7.2-SP1-RN.html
このバージョンから、対応っぽいですね

ネットワークのノーテルが倒産したけど、Sunはどうなのかな？
時間の問題だと思うが

SunがつぶれたらJavaはどうなる？

まだ大丈夫、３ドル台だから
１ドル台になったらそろそろ秒読みだろ

Javaはどっかが引き取るだろ

IBMが引き取れば安心ではあるかな

>>569
1.7.2SP1でもJSF1.2で追加されたやつがうまく動いてないぞ

ibmこそ油断成らんが。またメインフレームの閉鎖環境に戻りそう。
2.0の開発ツールの動作環境が、ibmハードだけとか。


導入事例もピンキリだしな。導入したけどメンテされてなくて腐って使われてないシステムなんていくらでもある。
導入案件で契約取れましたよって実績でしかない。業務で継続的に使えるかどうかは別問題。

>>575
後方互換はあるけど本格対応はまだって感じかね？

>>576
IBMでも大量リストラどこもやってるし安心はないだろ

>>577
基本JSF1.2を使って開発をする
ただ、1.2で追加されたメッセージ系がどうやら対応してないようだ
Labelが対応してないのも面倒かな

NetBeansスレにも書いたんだが、過疎ってるようなのでこちらで質問させてくれ。

ICEfacesのpanelLayoutコンポーネントでフローレイアウト指定すると、
コンポーネント内部がグリッドレイアウトになるんだが、これってバグ？
本家フォーラム読んでも手がかりが見つからない…。

>>579
その内部に配置したコンポーネントのスタイル消してる?

>>580
ありがとう、消したら上手くいったよ。

でも、逆にグリッドレイアウト指定した場合に、内部がフローレイアウトに
なるのはどうしたらいいんでしょうか？
panelLayoutのスタイルに"-rave-layout: grid"を追加すれば
上手くいくみたいなんだけど、デフォルトじゃ入ってないんだよね。

Sunはもって３年だと思う
http://finance.yahoo.com/q/bc?s=JAVA&t=2y&l=on&z=m&q=l&c=

>>581だが・・・
やはりこのコンポーネントの挙動はおかしくない？
WoodStockと真逆の動きをしている気がする。

WebBeansって仕様名変わったんだな

>>583
それ以外にもpanelLayoutはバグが多い感じ
右下にエラーのアイコンがよくでる

今のところグリッドパネル以外はあまり使わないほうがいいのかなぁと思う

>>585
アドバイスありがとう。
とりあえずグリッドパネルだけでやってみる。

NetBeansスレでもJSFスレでもなくここで回答があるのはなぜなんだぜ？

JSFスレでもNetBeansスレでも質問がないからな
どこのスレであろうが質問があれば回答があるのは当たり前

>>588
>579が読めないのか？

>>553
話題戻して悪いんだが、開発者自信がこう言っているがどうでしょ？
ttp://d.hatena.ne.jp/higayasuo/20090126/1232950227

サン社内の人が減ってるって噂は本当だったか。
まあ安いミニノートが流行る時代に高価なサンのハードが売れるとは思えないしなあ。
おまいらアイビーエムとかの鯖ハード使ってるの？
それともエッチピーとかデルとかの激安鯖ハード？

エッチピーとかデルとかより激安のアイビーエム鯖

Sunは、ミドルレンジだろ。高価な部類に入らないよ。

算もハイエンドサーバをラインナップしてるよ。
最上位はIBMと同じ32cpu/64core/128thread。
いつの間にか富士通からのOEMだが。

>>589
普通は自分の常駐してるスレしかみないものだろ

>>591
ミニノートが流行るのは、サーバーで処理ができるからという前提があるだろ。

>>595
つまんねーことにしつけーな。
NetBeans/Visual Web Icefacesに詳しいやつが
NetBeansスレやJSFスレに常駐してなくてここに常駐してることの
説明になってないだろ。
まともに答えられないならレスするな糞。

もはやミニノート内で完結してしまう現実。アトムの力は偉大。
サンのシンクライアント構想も鯖代や使用ライセンス代とか含めるとコストアップで一般には全然普及しないし。


いまやSPARC機ってハイエンドって位置づけ？　丸ごと富士通OEMだな。
ローエンドはアムド機か？　こっちは他社の激安PC鯖機と勝負に成らない感じ。売れてるの？

ミドルレンジのクールスレッド機が海外では伸びているらしい
国内ではさっぱりという話だがw

SunのAMD機もつばめとかで大きな実績はあるんだけどねえ

オフコンとかＷＳとか、みなＰＣに食われて死滅したんだよな。実際１０年前のサーバーより今のパソコンは高性能だし。
またも歴史は繰り返されるな。Sunという会社、どこに存在価値を置こうとするんだろう？

大学が普通にPCとかマク買うように成っちゃったからな。
サンの鯖やWSは売れなく成った。

箱物だと、日本はちょっと違うからねえ。
データセンタのラックに入れるにしても、世界との利用料金の違いで容積小さいものが好まれるし。

Sunにかこつけて標準技術のJSFとEJBですが、こんなの使うならPHPやRubyに利用者が流れるのを誰が責められます？
Seasar2くらいの便利なスタンダードを用意してほしい。EJB3.0はまだましだが。

>>603
> 誰が責められます？

誰か責めている人がいるということ？

>603
すでに、Seasar2が便利なスタンダードって行っている時点でなんだかなぁ、と。

シーサー自体がアレ。とても業務では使えないレベル。趣味なら何使ってもいいと思うよ。
rubyはまだマニア用を抜け出てないけど、phpなら有料サポートもあるので安心。

聞きかじった情報を並べただけに見えるわ

>>607
Seasarも有料サポートがあるわけだし、phpしか知らん人なんでしょうなぁ。

Seasarの話題は荒れるみたいだから本スレ逝ってくれってことで

JFrameにJavascript・htmlエンジンを組み込みたいけどそんなクラスないですか？
やっぱ他のhttpブラウザエンジンを組み込む方法しかないですかね？

>>610
JavaScriptはRhinoがついてる。
HTMLパースはいまのところNecoHTMLがよさげ
JWebPaneに期待。
そして、スレ違い

>>606
rubyは海外ではかなり活躍してきてる
勿論、ルビー・オン・レイルの方だけどね
世界的な不況で開発費が縮小傾向にあるから追い風なんじゃないかな
ルビー・オン・レイル＋アジャイル方式が

>>612
レイズじゃないのか？
レインって何？？

ちょっｗｗｗｗ
レイルだのレイズだのあげくはレインかよ
ちっとは英語を勉強しろよ。
レールズって言うんだよ。線路って意味だぜ。

Rubyは未だにCGIなので遅くてダメだろ

レールもレイルも似たようなもんだ
レイルはまだいい、ズが抜けてるだけだ。

>>615
CGIじゃねーだろ。

>>617
mod_ruby使えばCGIじゃなくなるな

>>618
なんで？

>>619
CGI経由での実行じゃなくなるから

個人的には、もうgrailsでいい。
Javaの資産も使えてｳﾏｰだし。

>>614
はいはい、マクドナルドはマクダーナルですねｗ

>>616
ルビー・オン・レイルはカタカナで日本語になってるよ、既に
英語と日本語のカタカナ表記は別だって

アメリカに2年近く居た俺に英語の講釈するんじゃねえ
一年は住んでて、後は10回以上シリコンバレーに出張してて、トータル2年だ、英語はかなり使えるぜ

日本だとsの部分認識しないのは別に不思議じゃないしね

カタカナ表記を英語の発音に合わせないとダメなら
ルーターはラウタ
ローカルはローコー
ウィルスはヴァイラス
になっちまうじゃねーかｗ

>>623
なんで単数形なんだよ？

>>623
http://www.sophia-it.com/content/Ruby+on+Rails
普通に読めよ

>>623
ネタにマジレスすれば、ルビーオンレイルとカタカナで日本語にしてるヤツはいない。既に。
英語と日本語のカタカナ表記は別だって。

アメリカに2年近くいたところで、カタカナ表記は別なんかだら英語の講釈じゃねぇ。
1年すんでようが、10回以上シリコンバレーに出張してようが、トータル2年で英語かなり使えようが、関係ねぇ。

>>628
カタカナ表記を英語の発音に合わせないとダメなら
ルーターはラウタ
ローカルはローコー
ウィルスはヴァイラス
になっちまうじゃねーかｗ

>>629
だから別だと言ってる

汽車の窓からハンケチ振れば〜

ジャヴァ

闍婆

わざわざカタカナで書くなｗｗｗ
Railsでいいだろ。2年もアメリカに居たなら。

俺は英語全然しゃべれないが、技術用語は基本的に元の言語での表記か和訳された用語を使うなぁ。
カタカナは気持ち悪い。

トゥルー、フォールスなんてありえないだろ？
true, false でいいんだよ。

紅玉鉄路

イフ
エルス
ホワイル
ディーアイコンテナ
オーアールマッパー
ジェイエスピー
ストラッツ
トムキャット
ウェブロジック
ウェブスフィア
ジェイボス
ジャバ

>>634
英語使い現るｗ

ひどくつまらない流れだね

今日読んだこの記事が面白かった

SOA lessons learned for Web 2.0
http://www.ibm.com/developerworks/websphere/techjournal/0901_col_brown/0901_col_brown.html?ca=dgr-jw22SOA-Web20&S_TACT=105AGX59&S_CMP=grsitejw22

英語コンプ多いスレだなｗｗｗ
そもそもアメリカなんて書いてる時点で駄目だろｗｗｗ

インドｗ

USA!USA!

♪ぼーんいんざでっどまんずたうん！♪

500レス近辺で JTA の話が出てきたが、
なんで Spring とか Seasar2 をつかうときに JTA が必要なのかわからない。
Spring や Seasar2 はそれなりに長く使っているし、
プロジェクトをつくるときは、ググって見つけた設定ファイルを使い回しているから
とりあえず使っているけど。

# Spring の場合は、org.springframework.jdbc.datasource.DataSourceTransactionManager か。

JTA って、そもそも 2フェーズcommit とかする場合だよね。
corba とか RMI とか使っているわけではないのに、なんで JTA が必要になるのだろう。

DI コンテナは、のっける Bean ごとにモジュール化が進んでいるから、モジュールを
またがる大きな一つのトランザクションをつくるために、JTA にしているのかな？

>>644
複数のDBを更新すると必要になる。

>>645
なるほど、分散処理せずとも、
一つのアプリで複数の DB コネクションにまたがったトランザクションを扱いたければ、
それも立派な 2フェーズ commit か。

コネクション1つであってもトランザクションとコネクションが同期しなくてもよいというメリットがある

2フェーズ commit、懐かしいな。
初めてｒｄｂをさわった1980年代後半に英語のマニュアルに書いてあった。
あの当時は、レプリケーションもクラスタリングも無かったから全部手作りしたよ、苦労したなあ。

>>647
意味わかんね。説明プリーズ

その鯖で動いているシステムがそのアプリだけだったらいいけど、
SOAハブみたいな使い方をしてたらやっぱJTA欲しいな。

>>650
意味わかんね。説明プリーズ

>>650
ハブにはマングースだと思うが．．．．

ESB？

HTTPでセッションがぶち切れる時点で
TPモニタがあっても分散トランザクションはキツイだろｊｋ

>>653
意味わかんね。説明プリーズ

>>654
酔っ払ってたんで適当なこといったｗすまん。ロールバック！

コミット済みです

バックアップをリストアして、ロールフォワードしかないか

Struts2.1 きました
ttp://www.infoq.com/jp/news/2009/02/Struts2-1

>>658
かなり良くなったみたいだね
Dojoは2.0.xでは上手く動かなかった。
新しいバージョンは期待できるな、ajaxの取り込みが

echoって誰か使ってる？
まったく話題にならないな。

echoとsedやawkのコンビネーションは多用するけれども・・・
自然すぎて話題にならないのでは。

Echo Frameworkの事では？

突っ込んだら負けかと思ってた

どうせ本人が自分で突っ込んだんだと確信している

Clickって2.0.1が出てたのね

Java Web Startについての質問です。
現在、Web上で動作する教育用ソフトウェア開発にJava Web Startを用いています。
しかし、IE7やGoogleChrome等では動作するのですが、IE6やMacですとエラーコードが出て動作できません。
恐らくjnlpファイルの構文がおかしいのではないかと思うのですが、よくわかりません。
どのように記述したらどの環境でも動作できるようになるのでしょうか？
詳しい方いらっしゃいましたらご回答のほどよろしくお願いします。

【以下、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="?http://[?ソフトウェアのある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>

>>666
スレ違いだろjk

で、フレームワークの本命はどれなんだよ。
SAStrutsか？JSFか？

spring

>>670
springは有償になるんだろ。

>>671
有償になったらいけないのか？

EJB3.1が来るからSpringは不要。

>>673
Springを知らないんだろｗ

>>673はEJB3.1のことも知らなさそうw

ってかSpringはWebフレームワークではないわけで
DIコンテナの部分はあんまりWebに関係なくてぶっちゃけなんでもいい部分ではある

EJB3.1って、結局EJBコンテナが必要であることは変わらないし、
requestやsessionスコープオブジェクトにDIやAOP使えないし、
JNDIリソース以外のオブジェクトをDIできないし。

>>677
requestはないがsessionはEJB1.0からある

HttpSessionとは何の関係もない全く別物の、
EJBコンテナ内だけのsessionだけどね。

そんなsessionなあ

リファレンスをHttpSessionに保存すればおk
使ったことないけどw

>>678
ちっとは勉強しなはれ

>>682
勉強するとrequestがあることが分かるのかい？
それともsessionがないことが分かるのかい？

>>683

具体的に指摘できないチキンばっかw

あまりにもくだらなくて笑いものにしてるだけでしょ。
同じセッションという単語でサーブレットとEJBを同一視してるとか。

概念としては同じ。管理してる主体が違うだけ。
Seamのように両者をシームレスに連携することはたやすい。

いや同じじゃないよ
EJBはあくまでEJBコンテナであってWebコンテナではない
(言わなくても解ると思うけどサーブレットはWebコンテナの技術)
J2EEという技術の中の別のコンテナの話しだから

「概念としては」って読めないの？
それとも抽象化して考えられないの？

概念は同じってのは、たとえば
Seasar2とSpringみたいな場合の話じゃね？
EJBとサーブレッとは別の概念だよ。
ってかJavaにしても日本語にしてもレベル低すぎじゃね？

おまえの読解力のなさに涙が出てきた
EJBとサーブレットが同じ概念なんてアホすぎだろ。考えもしねーよ
EJBのセッション(SFSB)とServletのセッションが概念としては同じって話だ
そしてSeamのように連携させればアプリからは管理主体(EJBコンテナとWebコンテナ)の
違いを区別する必要はない
よって>>677の「sessionスコープオブジェクトにDIやAOP使えない」は間違い

>>691のような面白い人が暴れてると聞いてきますた

そもそもEJBコンテナにServletコンテナかぶせて
Webアプリケーションとしてのsessionを実現してるんだから
概念が同じとかそういう問題じゃない

>>686
そんなsessionなあ

レベル、低いね

SFSBを使ってHttpSessionを実装したWebコンテナもあるんだけどな

EntityBeanを使ってHttpSessionを実装したWebコンテナもあったな

>>696-697
それらって直接AOPかませれるの？

>>698
いみふ

なんにせよEJBそのものじゃないよ
EJB自体とWeb関連の実装は別

まあ結局、何らかの仕組みを別途用意しなければ
同じようには使えないってことなんだけど。

そういう意味では、
「EJB3.1が来るからSpringは不要」
とは言えないけど、
「WebBeans (JSR299) が来るからSpringは不要」
とは言えるかもしれないね。

つか、ここでの投票結果でのコメントを見ると、SpringSourceは
WebBeansがJavaEEに入ることを露骨に嫌がっているね。
http://jcp.org/en/jsr/results?id=4821

うむ。そのほうがしっくり来るな。
WebBeansはSeamよりDIコンテナに注力してるし、
しかも名前が変わって
「DIコンテナなんたら」になったし。

>>699
上で出てる話に対応しただけなんだが

>>703
Java Contexts and Dependency Injectionだな

は？

>>706
名前がかわった

は？

WebBeansって名前はわかりやすかったのに、Java Contexts and Dependency Injectionは覚えにくいな。
JCDIと略すんだろうが。

JDIC
JNDI
JCDI
JDBC

また名前が変わって、 Contexts and Dependency Injection for Javaになったよｗ

マジで？ソースある？

>>712
http://jcp.org/aboutJava/communityprocess/pr/jsr299/index.html

クソアメ公どもは、こうもクソ略字ばっか作りやがって、
マジでクソ死んじまえばいいのにな。

もう面倒くさいから「Contexts and Dependency Injection for Java」ではなくて「中出し君」でいいだろｗ

IBMと出来ちゃった婚でおk。

ところが破局で非嫡出子でおk

>>713
PDFまで見てなかった。ほんとだ。ありがとう。

IBMから養育費だけはがっぽり取ればおk

失礼します。
現在使える embeddable EJB Lite containers の実装としては何がありますでしょうか？

JBoss ？

Embeddable EJB Lite コンテナとは、
EJB 3.1 とかとは違うのか？
J2SE + JPA とは違うのか？

最近の事情に疎いオレに教えてくれ

EJB3.1 -> まだ出てない
J2SE + JPA -> SessionBean/MessageDrivenBean がない

>>722
EJB Lite -> リモート呼び出しやMDBがないEJB3.1のサブセット
↓の「EJB Lite is Here」参照
http://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」参照
http://jcp.org/aboutJava/communityprocess/pfd/jsr318/index.html

スタンドアロンでEJBって重そうだなｗｗｗ

レスどうもありがとう、勉強になりました。
リンク先をがんばって呼んでみるよ。

コンテナなしのEJBなんて、EJB2 時代の、分散処理しないのにORマッパとしてだけ
EJB 使ってたころみたいだな。

いや、ORマッパはEJBから分離したからな。
コンテナなしEJBはセッション管理だけだな。

Embeddable EJB は、この記事が参考になる
http://itpro.nikkeibp.co.jp/article/COLUMN/20060615/241006/

>>725

なんだ？729は構ってほしいのか？

EJBっていいの？

EJB 3.1 ってよさ気じゃない？

EJBって大抵のAPサーバではコンソールから接続数や平均実行時間、キャッシュヒット率と言った
運用に関する情報を見ることが出来るのが何気にうれしかったりする。
APサーバによってはアクセスが集中していても特定のEJBには優先してスレッドを割り振って、
重要な処理のパフォーマンスを落とさないようにする、といったような設定も出来るし。

ログレベルも手軽にいつでも変更できるしね

こんにちは。あたしはｶｳｶﾞｰﾙ。
AAとして成り上がるため、スレを巡る旅をしています。
　 　 ＿_
　 ヽ|＿_|ノ　　　　ﾓｫ
　　||‘‐‘||ﾚ　　　_)_, ―‐ 、
　　/(Ｙ (ヽ＿ /・ ヽ　　　 ￣ヽ
　　∠＿ゝ　 ｀ ^ヽ　ﾉ.::::::__( ノヽ
　　　_/ヽ　 　　 　/ヽ￣￣/ヽ

SAStrutsってどうなの？
リリースノートみると１月から更新無いよね

>>736
あそこは枯れた宣言が早い

>>737
枯れた == 飽きた

枯れたらしいその結果としてはどんな感じ？

別に普通に便利だけど

このコテハン誰だ

>>736
http://svn.seasar.org/browse/?view=rev&root=sastruts&revision=833
ちょっとだけ更新あったみたい

>>741
これかな？
ttp://schiphol.2ch.net/test/read.cgi/football/1237431803/20

SAStruts より Spring + Struts2 の方が良いね

なんで？

Spring + Struts2 より SAStruts の方が良いね

SAStruts より Spring + Struts2 の方が良いね

ま、とりあえず Struts2 のHPでも見てやってみな
SAStruts ｲﾗﾈｰってわかるから

SAStruts しか知らんようなら

http://struts.apache.org/2.1.6/docs/convention-plugin.html#ConventionPlugin-Actionannotation

この辺からならとっつきやすいか
まあアノテーションの詳細は

http://struts.apache.org/2.1.6/docs/annotations.html

見てみ

>>749
HotDeployできる？

AOPで共通処理書いたりHOTデプロイで開発しなかったりするなら
素のStruts2でもいいだろうけどさ
フレームワーク使うことで楽できるのにそれを拒否する意味もない

HotDeploy出来ないならRubyかPythonにしようかなって思うし
実際の開発効率に結構影響すると思うんだけど

http://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" />

どうせくだらないあら探ししたいだけだろ？
何でもかんでも質問する前に自分で少しは見てみろよ…
あ、それからインタセプターは↓な

http://struts.apache.org/2.1.6/docs/interceptors.html

個別にどうのこうのじゃなくて一通り見てみ

バグで結局 HOT Deploy 活用できない Seasar はお話にならんよ

http://www.seasar.org/wiki/index.php?SeasarWhatsNew%2F2009-05-16#jb961f2f

>>753
自分で調べるの面倒じゃん
ある程度興味出てきたら自分で調べるけどまだそこに至らない
で、Springが管理するクラスもHotDeployになる？

>>754
バグ修正されてんじゃん

>>755
説明するの面倒じゃん
で、seasar は HOT Deploy まともに動くようなったん？

>>756
修正されてるって、毎度毎度だぜ…
使い物にならんだろ

バグがあろうとだいたいの場面でHOT Deploy使えるんだから
100%の完成度じゃないから毎回手で再起動した方がましって話にはならんだろうに

>>758
毎度毎度じゃないな。最近じゃバグ修正は最新版だけ
ひとつ前のバージョンで改善したところがバグってたようだな
今回リリース間隔が短いのはそのせいだろ。その前は普通に使えてた

>>757
> 説明するの面倒じゃん

そんだけ書くより「なる」「ならない」って答える方が手間かからないのに
答えないのは「ならない」からか？

>>760
テストもしないでリリースしてるの？

>>762
テストで全てのバグがつぶせるわけじゃないよな
まぁ品質に関してはApacheレベルにないとは思う
それよりStruts2でHotDeployできなくて論点すり替えてるように見えちゃうよ

HotDeployネタにこだわりすぎじゃね？粘着か
Struts2の魅力ってそこじゃないだろ？
比較対照の仕方が極端に木を見て森を見ず的な
もともと辺なところに食いついてるからまともに相手されてないんじゃねーの

HOTデプロイは開発中に便利になる機能なだけで
本番環境はCoolデプロイにするから製品の品質に影響する訳じゃないしね

>>764
SAStruts使ってる理由の多くはそこだからしょうがない
それがないならStruts2には興味が持てないだけ
お前はお前でStruts2の魅力を語れよ「SAStrutsより」なんて煽らずに

SAStrutsは別にStrutsじゃないからね
単に中身にStruts使ってるってだけであって
Strutsを意識して開発することなどなにもない

SAStrutsより、が煽りになるって
開発者か何かか？ｗ

>>768
というわけでStruts2単体で使った場合の魅力をどうぞ

俺はStruts2なんて使ったことないからｗ

>>768
ほらまたそうやって…結果的に荒れ気味の流れになってるだろ？
比較して優位性を強調するのはhigaﾀｿもよくやるが大抵ネガティブな反応しか得られない
Seasar使ってて中野人に一番やめて欲しいのがまさにそれだ

比較しなきゃ優位性なんて分かんないし多くが知りたいのはそこでしょ
SAStrutsより、と言うワードが煽りになってしまう人間が居るのがおかしいんだよｗ

>>772
おかしくてもそれが現実
比較するならするで冷静にやればいいと思うが>>754あたりからおかしくなってるな
Struts2のよさは語られずSeasar叩きになってる
比較するとそうなりやすいんだよ

業界的にもiSiDなんかに主流を握られたら困るからね
必死に潰すしかないんだよ

確かにStruts2の良いところは具体的に語られてないけど、
それで比較論自体するなって暴論過ぎる

まぁ待て、今比較してみてるから…

そういや Struts2 って海外だと S2 って略す場合が多いんだよな…
外国で Seasar2 説明するのが面倒な理由の１つがこれかも
(※これは笑うべきネタのつもりなので誤解せんでな)

>>775
比較するなとはいわないが比較する前によさを語ることは出来るだろ？
あと比較するならターゲットは的確に選べってことかな
HotDeployが魅力のSAStrutsと比較するなら同等以上にHotDeployできないとそこで話が終わる

>>777
SAStrutsの魅力ってHOTデプロイだけなのかい？
てかHOTデプロイはSAStrutsではなくベースで使用している s2 の魅力だよね？

>>778
魅力がそれだけとは言ってない。だがそれが大きな魅力なのは間違いない
だからそこが失われるなら俺はStruts2に興味持てないし他にも二人?そういうレスがあるようだ
HotDeployがSAStrutsとS2のどっちで実現されてるかはこの際関係ない
元々比較はSAStruts+Seasar2とStruts2+Springだろ
つかSで始まりすぎだｗ

StrutsをXMLで設定することもなくさらにHOTDeployで使えるのがSAStrutsの魅力だろ
あくまでセットになったものがSAStrutsなのであって、中でS2使用してたらなんか問題あるのか

>>780
なぜケンカ腰？

778が小馬鹿にしてるからだろ

ブラウザから書くと名無し募集中。。。になるのか？

ちょいと脇道にそれるけどさ

開発スタイルって色々あると思うけど、
TestFirstしないで全部実際にオペレーションして動けばOKとかだったらHOTデプロイ命かもね
でもその場合ってちゃんとしたカバレッジ測定できないよな

それにSAStrutsのActionクラスってテストしにくくない？どうやってる？
ActionのTestCase書きにくいからHOTデプロイ頼りで開発になるんかな？

ならなかった

>>784
それは正しいと思う

HOT Deployがテストファーストじゃないとかこじつけすぎだろ

>>787
もうちとkwsk

テストファーストなんて今時流行らないだろ
物作る前からテスト計画したって完成する頃には仕様変わってて
結局テストの精度が下がるから二度手間になって意味がないことが多い
特にHOT Deployで開発効率上げようとするプロジェクトだと
それ以前にテストファーストなんて採用しているはずがない
ただHOT Deployだからテストファーストができないってのは間違いだし、
SAStrutsもユニットテストの環境なんかはかなり整備されている

>>789
> ただHOT Deployだからテストファーストができないってのは間違いだし、

誰もそんなこと主張してなくない?

テストのサンプルまでついてるのにテストしにくいとか

>>789
784は疑問を投げかけているだけだよな
何でカバレッジ測定＝テスト計画となるのか理解に苦しむ
スクリプト言語の様に開発しながら動作確認できるのがSAStrutsの売りなのはわかったよ。
でもだったらスクリプト言語で開発すりゃあいいじゃんとか思った。

>>792
> でもだったらスクリプト言語で開発すりゃあいいじゃんとか思った。

それは極論すぐる

>>791
テストしにくいというよりも、忘れ去られやすい開発スタイルになるって事じゃないのかな？

Railsとかも、かなり優れたテストフレームワークを持ってるけど、真面目に書いてるやつって少ない。
「サクサク開発！」とか舐めた事言ってやるべきことすらきちんとやれないクソ開発者を量産する傾向にある気がする。

何かSAStrutsしか知らんのに自分の中だけのちっちぇえ世界を必死に守ることに粘着してる奴がいるな
浅ましいぜ
俺が聞きたいのはそんなオナニスト的な内容ではない
色々なものの良いところやイケてないところをきちんと評価してそれをうまくするためにはどうすべきかってのを考える前向きな話がききたい

別々に作ってるといつの間にかバージョン違いのライブラリ使ってたりしてしまうんだよな

>>795
まずは自分が語ればよくね？
そうすりゃそういう流れになるかもしれん

>>797
そういうお前はどうなの？
誰が何言っても否定か変なことしか言ってなくね？
言い訳ウゼーよ

>>798
誰と戦ってんの？

Struts2で十分っていう抽象的な話以外の肯定的なことを言わないから
SAStruts派に否定されてるように見えるだけだろ

前向きな話を聞きたいってやつが他人を否定してるだけじゃあなあ

も
>>801
も、その振りいらなくない？
結局Struts2の話出しにくくしてるだけじゃん

とりあえずStruts2はStruts1のノウハウ+WebWorkなプロダクトってことだね。
SAStrutsと同じくActionやActionFormをpojoで作れて、
アノテーションによる遷移指定や入力検証指定で設定ファイルを不要にすることができる。

違いとしてはSAStrutsの大きな売りとしてはHOTデプロイで、Struts2は簡単さが売りだね。
例えばプラグインを置くだけで設定なしでJSFやJasperReports,JFreeChart,Tiles,etc...などに簡単連携できちゃったり
アクションのテストが簡単とか、JSP,FreeMarker,Velocityでタグをフルサポートかつ簡単にカスタマイズ可能とか。
インターセプターも標準で30種類近く提供している充実ぶりでデバッグ用のインターセプターなどもある。
あと、Struts2では1つのメソッドに複数のアクションを指定できる。

知人が依存する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

■spring + struts2
commons-fileupload
commons-io
commons-logging
freemarker
log4j
ognl
spring
struts2-convention-plugin
struts2-core
struts2-spring-plugin
xwork

NetBeansでもそうなんだけどプロジェクトの中で特定の一人が一回だけ
やればいいような設定が簡単ですってのはあんまり響かないんだよな
100人のプロジェクトでも1000人のプロジェクトでも作業量増えない部分でしょ
そんな大規模やらないけどさｗ

>>805
何のことを言ってるのかわからんので教えて

>>806
>>802の
> 例えばプラグインを置くだけで設定なしでJSFやJasperReports,JFreeChart,Tiles,etc...などに簡単連携できちゃったり
を読んだ感想

必要な設定ファイルも比較してみた

■seasar2 + sastruts
app.dicon
convention.dicon
creator.dicon
customizer.dicon
s2container.dicon

■spring + struts2
applicationContext.xml

ちなみにどちらも記述量にそれ程大きな差はないと思われる

>>805
設定じゃなくてデプロイの話だぞ簡便になるってのは

>>807
なるほどぉ〜
にわかSEしかいないような組織で、
その特定の人には嬉しい機能ですね

>>808
ちゅうかSAStrutsはXMLの記述一切しなくていい

>>809
デプロイってのはWar作った後の話だろ(作らん場合もあるけど)
War作る前のJar置いたりすることだって一種の設定だろ
だから>>807で引用した部分は設定の話じゃねーの？
デプロイの簡便さなんてフレームワークで変わるか？

良く解ってないのが解った

>>813
すまん、どういうことか教えてくれ

>>811
それはstruts2も同じですね。xml書くこともできますが、アノテーション使用して全く書かないやり方もOKです。
なので書かないとなると両者ともOKなので、
ここでは書く書かないではなく「必要かどうか」で記載してみました。

>>812
その認識は正しい
Struts2の表紙ページで書かれている Deploy! とはアプリケーションを本番環境などへ展開することを言っているのではなく、
文字通り開発しているシステムで利用するための準備が簡単だよと言うこと。

>>816
ありがとう
じゃあ>>813は何を言ってるんだ？

>>813が良く解ってないのが解った
ということでよろしいか？

HOT Deployは準備云々の話じゃないだろ。
コードを変更した瞬間にアプリケーションが認識されるから
スクリプト言語のように開発できるのがHOT Deploy。

>>819
ちょっと待て
ここで言ってるデプロイってHOTデプロイのことじゃないだろ
ごちゃごちゃになってるなー

デプロイが簡便ってのはHOT Deployの事だろ要するに

>>819はどれへのレスなんだ？ｗ

開発中にいちいちアプリケーションをデプロイしなくても
HOT Deployで簡単にアプリケーション反映させられるって話し

>>821
もっとちゃんと良く読みなよ

>>819=821なのか？脈絡なさ過ぎて話が見えないぞ

なんでそんなに必死にS2を否定したがるのか良く解らん

デプロイって単語に過敏に反応してるみたいだけど
今の流れではHOTデプロイの話なんてしてない
Struts2のプラグインに関する deploy の意味的な話
s2の話もでてないし否定もされてない
過敏に反応しすぎ

このところS2否定の話は出てないんだが…お前何か誤解してないか？
デプロイが簡便ってのは>>809だよな
それは>>805へのレスだが>>805は>>807にも書いたようにStruts2の
いいところを読んでも俺には魅力が伝わらなかったってことだ
そしてその流れでのデプロイってのは>>816にあるようにStruts2の設定のこと
だから否定されてるのはStruts2だよ

最初にStrutsの話しだした奴が主語なしに始めたから仕方ない。

>>828は>>826へのレスです

SAStrutsとStruts2は結果としてよく似た部分が多いのだけれども
>>828さんはStruts2やSpringにどんなに良い機能があってもSpring含めてHOTデプロイできなかったらStruts2には魅力ないってことだよね。
んでTestFirstとか時代遅れだからマニュアルオペレーションでのパステストのみしかしないし、
カバレッジ測定なんて知らんよということでOK？

>>831
前半はおおむねそう
後半はちょっと違う。うちのレベルではTDDは根付かないってことorz
あとカバレッジはQAであってテストファーストとは関係なくね？
うちでも後付けのテストでC0くらいは無理矢理でも100%にすることあるぞ

HOTデプロイが便利すぎるから今更Struts2＋Springは使わんなぁってだけの話じゃないの？
他の機能なんてどっちもほぼ同じなんだからさ

>>832
カバレッジとTestFirstは直接は関係ないよ
誤解させたのならすまーん

>>833
HOTデプロイは確かに便利だが、便利すぎるとは思わない。
まぁ俺の場合はServiceから実装してTestするのでStruts2レベルのHOTデプロイ機能で全く問題ないんだよ。

>他の機能なんてどっちもほぼ同じなんだからさ
Struts2でのビュー側の対応の広さは同じではないね。
JSP,FreeMarker,Velocityは勿論だけど、XML,PlainText,Stream,JasperReports,JFreeChart,etc...
それにアクションクラスの１メソッドに複数アクション指定できるし(sastrutsのHPでは特に明記されてなかったが、識者の方がいれば教えてください)

2chに向いてない人がいるな

SAStruts(に限らずたいていのMVCフレームワーク)でもビューは基本的に何でも使えるんだけど
さもそれがStruts2の特別な機能みたいに言うのは、僕はStruts2しか知りませんと
言ってるようなもんじゃないのか？

SAStrutsの中身がStrutsだって気がついてないんじゃね？

>>836
そんなあたり前のことを言っているのではない

アクションは1つだけど遷移先が複数の間違いじゃないのか

>Struts2でのビュー側の対応の広さは同じではないね。
広さは同じ
なぜならSAStrutsもStrutsだから

>>837
そんなことはわかってるし、strutsはβの時から使ってるよ
まあ興味がないなら消えます。
さようなら

>>834
Springもそうだけど対応する幅の広さってのは必要ない人には
何の魅力にもならないんだよね

他のフレームワークでもビューが自由に差し替えられるとは知りませんでしたと素直に言えばいいのに。
ってかDIコンテナとかMVCフレームワークとか解ってないんじゃないか？

>>841
消えなくてもいいけどもっと多くの人にアピールするネタはないのかと
設定が簡単とか対応の幅が広いとかってアーキテクト？だかリーダー的な
人が一人楽になるだけでチームのメンバーの生産性につながらないよね
HotDeployが受けてるのとはそこが違う

>>843
struts2のサイト見てやっとわかったよ
>>841の言いたかったことが、簡単に色々な形式でレスポンス返せるってことみたい

それと>>840、struts1とstruts2は別物な、んで↑みたいに簡単にレス返せる種類の幅は同じではないってことだ

struts2のサイト見て思い出したがsetter・getterメソッドって必要なのか？

簡単に色々な形式でレスポンス返せるってのはStruts1でもできるぞ
単に結果をresponseに突っ込んでぶん投げるだけだし

>>846
いやならCommonsBeanUtilでも使って自分で補ってね

SAStrutsはView差し替えるときに多少設定ファイルをいじるけど
そういうのが必要ないって事なのかな？

>>847
JasperReports形式とかで返すの簡単にできるか？
responseに突っ込むのは容易だけどそこに入れるオブジェクト作るのが面倒だろ
形式とテンプレのパスだけ指定したらあとは勝手にやってくれるってことじゃ？

>>849
設定ファイルはいじらんでいいみたい

データ指定しなくてもいいのか
Struts2ってエスパーだな

>>851
おまえアホだろ？

じゃあ他のフレームワークに組み込むのと同じじゃん

レスポンスに書き込んだり定型的な部分をやってくれるんじゃねーの？
http://struts.apache.org/2.1.6/docs/jasperreports-tutorial.html
http://struts.apache.org/2.1.6/docs/jfreechart-plugin.html
あればあったで便利だがそれを理由に乗り換えるほどのものではないな

>>804
>>803と扱える範囲が違わないかい?

>>805
なぜNetBeansがでてくるかわからないけど、NetBeansのメリットは
設定のしやすさではないぞ

struts2はJSPでOGNL使えるところがいいよ

>>855
> なぜNetBeansがでてくるかわからないけど

Eclipseに比べて後からプラグインをインストールしなくても
最初から全部揃ってるからいいって話をよくみかけるじゃん？
あれって全然アピールしないんだよなーっていつも思ってて
>>802を読んでそれと同じだなって思ったんだよ

Struts1系は結構使った。
Struts2系は、でてきてなんかぴんとこなかったので注目していなかった。

そのあいだ、JSF、SpringMVC、Ruby On Rails を経験した。
SAStruts は勉強中。

# 最近リッチクライアント案件が多いので、Java の ServiceObject の返却値がそのまま XML になってクライアントに返るから、
# HTML とか意識しなくなってしまった。

いまこのスレを読んで、もういちど Struts2 に手をつけてみようかなと、興味を持った。

リッチクライアントならS2BlazeDSとかS2Flexとかいいよね

うちのリッチクライアント案件は、
Curl か VC での Windows アプリが多くて、
Flash(Flex) 系はやったことがない。

あと Spring を使うことが多くて、うちの社内では Seasar はあまり浸透していない。
ということで SpringMVC を使うことが多いです。
Controller が ModelAndView を返して、フレームワークで、
ModelAndView を XML にしてクライアントに投げつける、みたいな。

>>860
ModelAndViewって2.5ではあんまりつかわないんじゃ。
Spring + JAX-RSが安定。
JerseyがSpringサポート持ってるのもポイント。

Strutsなんて今じゃ失敗設計扱いだよな。あんな糞フレームワークとかなんで
はやったんだか。

>862
Java経験０からスタートでStrutsで開発始めたオレに謝れ。
自分にとっては新しい事なんで楽しいからいいんだけどさ。

>>862
どのへんが失敗設計なのかkwsk

今じゃっていう条件がまずおかしい
5年以上前のフレームワークなんだから今と設計思想が違ってて当たり前

5年どころか開発が始まったのは9年前(前世紀)、1.0がリリースされたのは8年前

設計という言い方をするのなら、別に失敗してはいないと思う
様々な欠点は指摘されて、それ以降のＦＷで改善されることにはなったけど
根本的な考え方は別に否定されてないし、後続にしっかり継承されている
失敗設計という言葉なら、JSFの方が相応しい気がするｗ

いまでは Struts を dis っている人だって、以下の点ではみんな認めていることだと思うけど

・Struts がなかったら、今の各種 Java web フレームワークはなかった
　(まぁ、似たようなものを結局誰か作っていたかも知れないけど)
・当時は doGet と doPost をべた書きしていた時代に、Action や ActionForm を
　持ってきたのは画期的だった

>>868
×当時は doGet と doPost をべた書きしていた時代に
○当時はJSPにべた書きしていた時代に

>>867
JSFもかなり古いだろ
それに使われているという意味ではどちらも失敗ではないな

もう既存でstruts動いてるしな。今からJSFでも置き換えには時間がかかる。
書籍は、strutsのほうが多いから、いまだにstruts使う様な場面が多い様な。
JSFの書籍が充実するまでは、struts優位かもな。

JSFは終わってる

Railsとかも含めて、今出ている多くのWebフレームワークは
何らかの形でStrutsの影響を受けていると思うけど。
そういう意味でもStrutsの意義は大きかったと思うよ。

struts1の作者が、JSFで標準化するならそっち使いなよって言ったんだよ
でもJSFがもっさりだったからJSF流行らなくて
結局Struts1連携の新プロダクトやStruts2ができてきた

JSFがモッサリと言うかある種の高望みがすぎた思想だった気がしなくも無いな。
UIコンポーネントをどうこうという辺りは。

StrutsとJSFがどっちが好きか？って聞かれればJSFだけど。
ラクだし。

日本人はほんとStruts大好きだよな

と笑われてる

誰に？

インド人と中国人に

>>872
確かに終わってるな

世界はJSF2が主流。日本はまだSTRUTS使ってるけど。

Strutsなんてそもそもそんなはやってないし。一部の人が声高に叫んでるだけで、
JSP/Servletレベルで作られてるものの方がはるかに多い。
長期運用を考えると野良フレームは普通採用されないからね。
実際Strutsで作られたものは今後メンテナンス不能に陥ったでしょ。

社会人とは思えない発言ｋｔｋｒ

中国ではstruts2で開発もしてるよ
発注元はアメリカだけどな

どこでもStrutsで開発やってるよ
特に日本だけ異常に流行ってるってわけでもない
日本が特殊なのはJSFが異常に嫌われていること

日本はレスポンスとかとても気にするから
あのもっさり挙動のJSFは受けが悪いと思う

社会人だからこそ長期メンテナンス性は重視するべきだな

オープンソースの一般的なフレームワークより
独自フレームワークの方がいいとかいうトンデモ理論が通用する会社あるのか？
よっぽど大企業で全社的に独自フレームワーク使ってるならともかく
中小規模のプロジェクトで独自フレームワークなんてメンテナンス性落とすだけだろうに

ふむふむ

長期のメンテ性もそうだけど、それが結局サービスの持続性として表面化してくる可能性もあるな
あと、アプリ設計やDB設計がヘタレでパフォでなくて設備投資でカバーしてる企業が多いのに
JSFや最近のWebフレームワークのもっさり感気にするのは？って気がする

メーカーがStrutsを独自拡張した、非常に使いにくい独自FWを使わされたことならあったな
struts-configだけでも面倒なのに、更に独自設定ファイルを山のように追加しやがって
無印Strutsよりも数倍使い辛い代物と化していた

>>888
DB設計がヘタレな上にWebフレームワークももっさりだったら目も当てられないじゃないかｗ

>>890
(´▽｀*)ｱﾊﾊ
それは言わずもがな

消えてはなくなるフレームワークとやらの上に作るとね、そいつのメンテがされなくなったときとか
社員の教育とか大変なんだよ。いまとなってはいくつかの案件はあの時strutsとか使わなくって
よかったなと感じるよ。

独自フレームワークを教育する方がよっぽど大変だと思うが
Strutsなんて今でもメンテナンスされてるんだし
初期構築したときのJDKのバージョンがメンテナンスされなくなる方がよっぽど早いっての
だからといってJavaで作るの辞めようかとはならんだろうに、
なんでフレームワークだけは枯れてメンテナンスされなくなったら困るのか解らん

しかしJSFをもっさりとか言うならRoRの方がよっぽどもっさりしている気がするんだが。
あっちの方がよっぽど先のメンテが不安だったりする。

>>894
仕事と遊びの違いだべ

RoRが特別もっさりってわけじゃなくて実行環境だな
passengerだと少なくとももっさりではなくなる
まぁJavaやPHPに比べると遅いのは確かだけど

>>892
strutsは「消えてはなくなる」に入らないだろ

>>892
よく聞くよ、そういう話は。
でも、お前の上司はそんな事思ってないぞ。
こいつらには出来ないから仕方ない。って思ってる。

意外とstruts擁護派が多いのが驚きだな。あんなの指定されない限り俺も使わんよ。
Xmlでマッピングを全部書くとかばかの発想だよ。
今ならWicketとかがおすすめ。

いや書かないから

ここは実はStrutsスレだから

実際、rubyからjavaに移植の案件があるくらいだしな。やっぱ業務じゃ厳しいのだろうな。
解析して実装しろとか、丸ごとフレームワーク移植するつもりかよな寝言言い出したので相手にしなかったが。

WASとかWLとかの商用フレームワークなら、オープンソースみたいないい加減なメンテの問題も無いよ。貧乏な所は無理だけど。
フレームワークが枯れたと逝っても実質メンテされなくなったってだけでしょ。フレームワークレベルでバグが見つかった場合に自分でメンテする手間考えたら、後から乗り換える時に苦労する様なフレームワークを最初から使わないほうが良い。

いまからならWicketだろうな。
Clickってどうなったんだ？

新バージョンが出てるよ

結局みんな5年後のメンテなんて俺じゃねーし、ってのがある

しかし５年前は、５年後もまさかStruts1が全盛とは思わなんだ

そのまさかの５年前の仕様の案件を遣る羽目に成る罠。

>>880
まだ仕様策定中のJSF2が主流の分けないだろ常識的に考えて

そういえば Shale はどうなったんだろう。
Shale は JSF の実装というわけではないようだが、Shale の zip のなかに MyFaces がある。

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.

>>910
あらら、停止しちゃったんですか。

Atticプロジェクトに移動したって書いてあるやん

Behiveも屋根裏行きになんじゃね

>>912
ごめんなさい。CVS でファイル消すと .attic に入るから、プロジェクトが無くなったんだと思った。
http://attic.apache.org/ に一通り目を通しました。

>>913
HiveMind はすでに Attic 行きになっていますね。

strutsもatticに逝けば日本も次に進めるのに…

Atticプロジェクトって
「when an Apache project has reached its end of life」
か。

EJB 3.0を勉強している初心者です。
EARはWARとEJB-JARを包含していると読んだのですが、
これはEJB3.0というのはWAR部分に依存しないと読みかえても正しいでしょうか。

EclipseやNetBeansではEJBプロジェクトとそれ以外を分けているように見えたのですが、
もしかして、EJB部分とWAR部分を分けて開発して、結合させるものなのかなと思った次第です。

>>917
別にEJBはWebアプリのためだけのものじゃないよ。
デスクトップのJavaアプリからRMIとか使って直接EJBを呼び出すような使い方とかもあるよ。

WEBアプリばかりになったからWEBが前提と思う人も増えたんだろうね

EJBはロジックのみの記述をする場所
スコープにリクエストとかセッションがないのはそのため

あとEARでひとつにしてもばらばらに配備してもいいし、１つのEARに複数のWARや複数のEJB-JARが入ることもある
特に1つにEJB-JAR + 複数のWARはよくあるよ

dwrを使ってる方います？

dwrを使って社内システムなどのWebシステムは構築してるんですけど、
ちょっと規模が大きくなり、Java初心者(.NET Windowsアプリ開発者）が
参加するプロジェクトになりそうで、NetBeans、Eclipseなどでビジュアルエディタがあり、
dwrと連携するクライアントサイドのAjax UIライブラリ探してるんですけど、

こんなの使えるよ〜などの情報があれば教えていただきたいです。

dwrだとServletの知識なくても行けるけどクライアントサイドはJavaScript書けないと
お話にならないから困るんですよねぇ〜。
jQueryと連携できなくもないけどビジュアルで操作できないのが難点。。

でも、dwrは通信大域的にも負荷的にも魅力がありすぎるので使いたい。
ん〜困った・・・

DWRは通信までしか面倒見ないからその後の反映で苦労するという認識はあってるよ

だから最近はscriptかかないAjaxフレームワークが流行ってる
自由度は下がるけど社内システムなら問題なしという感じで

jQuery使うならサーバーはJAX-RSみたいなリソースだけに集中したほうがいいと思う

正直初心者にJava（などサーバーサイドの言語）とscriptとhtml、cssをやらせるのは厳しい

DWR + jQuery UIでやってた。
DWR + Ext JSはどうなんだろう。

俺もdwr+jQueryUI
オートコンプリートはどうやった？ここだけdwrでの簡単なやり方が思い付かずjQuery使った

jQuery、mootools、dojoと試してみたがdojoかな
昔はdojoは敷居が高いとかこきおろされてたみたいだけど1.3はドキュメントとデモが充実してるよ
ロケールや通貨みたいな業務アプリ向き機能のサポートも厚い
(jQueryのdatepickerはそのままだと使えなかった)
何より、他より抜きん出て速い

オープンソースのフレームワークでちゃんと本家の英語マニュアル読むような人にはお勧め
大分敷居は下がってると思う

俺は使った事無いけど、dojoって仕様変わりすぎって批判されてなかったっけ？

クライアントのマシンパワー食いすぎて批判されてるのは知ってる
あとブラウザ互換がいつも低いとか

Struts2
Seasar
SAStruts
の３つが今主要なのかな？
他になんかある？

日本での話でもそれはない

Struts2とSpringじゃない？
ごくごく稀にintramartとかSeasar2も見るけど
よくみるのは？って言われたら上の二つだね。

Struts2は日本ではないな

spring、hibernate を仕事で使っている人はいいなあ・・・

まともなアーキテクトいるとこはStruts2とかもあるよー挑戦的にWicketなんかもあるけどねー
seasar2やsastrutsはないなー
まともなアーキテクトいるとこなら最悪ソースみてseasar系は終わってると瞬断できる

>>932
> ソースみてseasar系は終わってると瞬断できる

具体的に

を！やすを光臨か！？

>>934
s2関係者はどいつも一緒…ストIIで言ったら基本待ちガイル、＠出しじゃんけんキング

やっぱ Spring はいいね。動きが素直だし、開発きもちいいぉ
Struts2 は少しづつだけど使ってる、ちょっといいかも

Spring Web Flow使ってるとこはあるのかな

springMVC。覚えること少ない、ドキュメントそこそこ、無難

なんか Struts2 は、出たばかりのころは dis られてたのに、最近ここみてると好意的なレスが多いな

自分は
Struts1：それなりに使い倒した
Struts2：記事とチュートリアルやソース読んだだけで、使ったことない
のだけど、Struts2 をいいと思っている人は、どの辺がいいと思っているのでしょうか？？

>939
仕様がコロコロ変わって、いつも新鮮な気持ちで組めるところ。

Struts2ってそんなに仕様がかわるのか

>>941
まあ仕様は変わるもんだが、ちゃんと非推奨とか明示化されるしそれなりに安心して使えるぞ
s2みたいにいきなり挙動作変わるなんてことはないんじゃないかな
GAEにも対応してるみたいだしおいらはしばらくこいつで行ってみるさ

WicketとかやるとStrutsとか低脳に感じるよ

確かにWicketよいけど好みがわかれそうなスタイルではあるかと

いや、Wicketとかやると、Struts2は比較的単純な割にはよく出来てると思うよ。

確かにstruts2も良くできているね

Wicket とか、悪くないとは思うんだがセッション使いまくりで
すぐにメモリ溢れて大規模には向かないんだろうなぁと
感覚的に思うんだけどそのへんどうなの？

横槍だが、ユーザーが大規模なのとシステムが大規模なのは＝じゃないからな、どっちだ？
前者の方かな？

>>948
指摘ありがとう。聞きたかったのは前者です。
利用ユーザが多い、いわゆる大規模サイト的なものへの適用が出来るのかという意味です。

大規模データを扱うとか、複雑な遷移だけど利用者はごく限られているって言うような
システムの場合はそんなにセッションデータでメモリが圧迫されるようなシーンは少ないと思いますんで。
(あるていど考慮して設計してれば)

大規模をフリーで遣るのは無謀としか。大規模障害で首に成ったり損害賠償覚悟なら(ry

>>950
ユーザが多いからって損害が大きくなるとは限らんよ

>>950
お前バカだろ

IBM の WACS みたいな、うんこ商用フレームワークより
spring なり struts なりのオープンソースで作ったほうがよっぽどいい。

トラブっても IBM はおしえてくれないが、オープンソースだったらググったら回答があることもあるし、
ソース見れるし。

>>950
おいおい・・・・いつの時代の人間だ？

莫大な損害賠償請求されてる東証の時期売買システムでもLinux選ぶ時代なのにね

>>950 は井の中の蛙だな
井の中の蛙大海を知らず、されど大海を知りて古巣へ帰る
になればよいね

損害賠償請求されるのはエンジニアだけでなく営業も経営者も皆ウ○コだった場合に陥る最終段階

つか、現実に損害賠償起きたケースってあるの？
確か、漏れの親会社がJCBのカード関係のシステムをオープン系でやろうとして
大失敗してIBM相手に訴訟起こしていた気がしたけど、普通にまだ会社やっていた希ガス。

>>957
普通は、損害賠償の上限を契約で決めるよ。

プロジェクトが失敗した原因を何か物や道具のせいにするのは簡単だが
ITという１つの専門職または専門業界として捕らえた場合、落としどころとしては根拠にならんよ
実際は多くの場合、プロジェクト管理に問題があるだけだよ

プロジェクトっが何かわかっていない人がPMやってたりとかね。
いづれにしろウ○コな奴が首なるような健全的組織でないと各種方法論は効果がないのではないか？

>>957
その会社はそこそこの人材がそこそこにはいるが厳しく言えば所詮は井の中の蛙組織だよね。
どちらの会社も企業体質改善ができない以上起こるべくして起こっただけ
問題は両方にある

話がずれてきたのでこれにてやめる

「結局、Wiketで大規模サイト的なものを作ってセッション大丈夫？」
っていう質問への答えは出なかった。残念ー。

そんなん試してみて、メモリ足りなければ、増設なり、鯖追加なりすればいいでないの？

本番前に負荷テストとかすれば、損害賠償級(w)の障害は回避できるとｵﾓ。

>>961
本番前に「鯖の数十倍に増やしてください」とか言ったら
殺されるだろ常識的に考えて

それこそ常識的に考えてありえないスケールだろ・・・。

新しいフレームワーク使うときはそもそもそこらの検証をやった上で
導入しないのか？

だから「大丈夫？」聞いてるやつがいるのに
「本番前に」負荷テストとか書くからだよ

あれは損害賠償云々のジョークだと思ったが。

つか普通の開発サイクルでも負荷テストは普通にやるだろ。

結局Strutsとかに比べて相対的な傾向を語れるやつはいないの？
実は誰も本格的な案件で使ってないんじゃねーの？

使ってないとか言う前に
簡単なアプリ作ってJMeterとかで負荷かければすぐわかりそうなもんだが…

すぐわかりそうなものなら何人か目安くらい書きそうなものだが誰も書かない
つまりそういうことだな

大規模で大丈夫？とか漠然とした質問は答えようがないだろ

実際に使ったことがあればその経験をベースに多少は語れるだろ
新しいフレームワーク使うときはそもそもそこらの検証をやるんだろ？
普通の開発サイクルでも負荷テストは普通にやるんだろ？
簡単なアプリ作ってJMeterとかで負荷かければすぐわかりそうなもんなんだろ？
それなのになんで経験談が一言も、ただの一言も出てこないんだよ？
つか>>963,965,967,969は使ったことあるのか？
ないならお呼びじゃないだろ

>>970
自分でアプリ作って検証しろよ（ｗ

使ったことないやつはもう口出さなくていいから
結局このスレに検証したやつはいないってことでFA？

（ ´,_ゝ｀）

>>957
親会社は TIS か？
http://www.google.com/search?hl=ja&lr=lang_ja&ie=UTF-8&oe=UTF-8&q=jcb+tis&num=50

wicket検証したこと有るよ。採用はしなかったけどね。
セッションが大丈夫かどうかだけど、確かにメモリ使用量は多めだけどそっちは些細な問題だった。
うちが採用を見送った理由は単純に技術者不足。教育して使うだけの期間が取れなかった。


とまあこんな感じでいいのか？
対象ユーザも、ハード構成も、ソフトウェア構成だって違うんだから
自分で実際に使う予定の環境でやらないと負荷テストは意味が無いよ。
情報が出てこないのはやったことがあるないじゃなくて意味が無いことを知ってるだけ。

>>970
Strutsの負荷検証結果もここじゃ見たことないけどな。2chでそんなもん求めんなよ。

誰も負荷テストの結果なんて求めてないだろ
最初の質問(>>947,960)見てみなよ
負荷テストや検証はでかい口たたきたいだけの>>961,963,965,967が言い出したこと

1000人乗ってもダイジョウブとでも言っとけばいいんだろ、こういうアホには。

知ったかうぜぇ

結局、wicket採用して１０００人乗っかって落ちて損害賠償されたら負けるだろ。

その点、東証みたいにIBMに丸投げしておけば、IBMなら確実に損害賠償金取れるだろ。

東証は富士通だしIBMだって払わないから訴訟になってるし

>>980
どれも間違い。

何が損害賠償の対象になるかは、事前に契約で詰めておく。

落ちただけで損害賠償を取れるなら、オープンと同時に中国人使って攻撃させるよ（ｗ

wicket提案してくる所は損害賠償払う気ないからなあ。当然ばっくれでしょ。

【Java】Wicket【HTML】
http://pc12.2ch.net/test/read.cgi/tech/1132407308/223
より抜粋

Wicketの利点はセッション管理が容易、セッションを大量に作っても、セッションの開放を
自動的に行なってくれる。だからどんどんセッションを作ってしまえと。
従来ではセッションは大量に作るとメモリリークを起こしてしまった。
しかし今では自動的にセッションを開放してくれる機構があるので気にしなくてもいい。
Wicketの欠点はセッションによってメモリを大量消費することだが、
今ではメモリも安いから32GBのメモリを買ってサーバに積んじゃいましょう！
：ツッコミ「32bits Windowsの最大ヒープメモリサイズは2GBまでですが。」
「Windows使わなければいいじゃない。ここにMSの社員はいませんよね？
私は昔からUNIXを使っていますので・・・・。」「サーバのメモリが少ないならこのさいサーバを買い換えちゃいましょう！」
だからセッションを沢山使って気にせずに何ギガもメモリを使いましょう！

Wicket本読んだけど、設定値を超えるとディスクに書き出す仕様と書いてあった気がする。

つまりwicketとDBを同一鯖で動かすと、お互いにありったけメモリ取り合って終わるのか。
大規模に向いてないなｗｗｗ

>>986
DBとアプリを同じサーバではしらせるのは、小規模だけだろ（ｗ

セッションいっぱい作ったらだめになるのはどれもいっしょ

勝手にセッション浪費するFWばかりじゃないぞ

F5叩かないでって表示出来るフレームワークってどれですか？

埋めるか。

次スレは立てますか？
このスレは、固有のフレームワークに閉じていないし、
たまに荒れるのでいい意味で勉強になる
(叩かれている人がなんで叩かれているかわからないときもあり、勉強になる)
のですが。

OKだったら立ててみます

ACK

SYSTEM BUSY

>>992
おながいします

テンプレ案。
Spring とか Seasar 、JBOSS、Guice スレも入れてもいいですか？
あと、web prog 板の Velocity vs JSP スレは、ほとんど過疎っているし、いまだに 118 なので、捨てていいかな。
↓ここから---------------------------------
★前スレ
Java+Webフレームワーク
http://pc12.2ch.net/test/read.cgi/tech/1181063688/

★過去スレ
JAVA+JSP+Struts+Tomcat Part3
http://pc12.2ch.net/test/read.cgi/tech/1161862896/

★関連スレ

【Java】Wicket【HTML】
http://pc12.2ch.net/test/read.cgi/tech/1132407308/
Tapestryについて語ろうよ！
http://pc12.2ch.net/test/read.cgi/tech/1067531714/
△△もっとStruts2の良さを教えてくださいSsssion6
http://pc12.2ch.net/test/read.cgi/tech/1217536023/

◆JSP◆
http://pc11.2ch.net/test/read.cgi/php/984840356/
Velocity vs JSPでVelocityを称えるスレ
http://pc11.2ch.net/test/read.cgi/php/1100135760/

★関連スレ(dat落ちして次スレが立ってないもの)

JSF(JavaServer Faces)2
http://pc12.2ch.net/test/read.cgi/tech/1142573697/

関連スレは網羅されている方がありがたいです。
>>1は常時表示されるのでスレの説明と前スレのリンクだけにして
関連スレは>>2以降にお願いします。

立てました。
スレの説明は、私の独断で作ってしまいました。
もし気に入らなかったらごめんなさい。

Java+Webフレームワーク part2
http://pc12.2ch.net/test/read.cgi/tech/1246218099/

梅

1000なら今年こそStruts終了

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。