07/06/06 02:14:48
前スレ
JAVA+JSP+Struts+Tomcat Part3
ｽﾚﾘﾝｸ(tech板)
関連スレ
JSF(JavaServer Faces)2
ｽﾚﾘﾝｸ(tech板)
◆JSP◆
ｽﾚﾘﾝｸ(php板)
【Java】Wicket【HTML】
ｽﾚﾘﾝｸ(tech板)
Tapestryについて語ろうよ！
ｽﾚﾘﾝｸ(tech板)
2:デフォルトの名無しさん
07/06/06 02:34:03
スレタイ勝手に変えんなよ。
Struts以外のフレームワークの話題が入ってこないのがよかったのに。
3:デフォルトの名無しさん
07/06/06 03:15:12
>>1 乙
>>2
Struts関係ない話題いっぱい入ってきてただろ・・・
4:デフォルトの名無しさん
07/06/06 03:23:23
おっおっおっおっ
5:デフォルトの名無しさん
07/06/06 03:24:36
>>2
だよな
GWTの話題まで入ってくるけどいいのかな
6:1
07/06/06 03:49:49
入れそびれた。
Strutsの話題はこちらで
△△もっとStrutsの良さを教えてくださいSession5
ｽﾚﾘﾝｸ(tech板)
7:デフォルトの名無しさん
07/06/06 09:45:33
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>
8:デフォルトの名無しさん
07/06/06 11:01:48
>>3
スレ違いが無理やり入ってくることと、
入ってくることを許可してしまうのはぜんぜん違う
9:デフォルトの名無しさん
07/06/06 11:47:45
Vectorとかいつの時代の話なんだ？
10:デフォルトの名無しさん
07/06/06 14:06:44
>>7
Strutsタグを勉強しろ。
全てにおいて大きく使い方を間違えとる。。。
んでもって、同期取る必要がないんだったらArrayList使え。
11:7
07/06/06 14:47:53
>>9
６年くらい前のコードを改修することになって、ソースを見たら
Vectorとかガンガン使われていて、メンテにかける時間をもらえて
いないので、全体的にVectorをArrayListに改修して、動作確認する
時間はないと判断したので、Vectorを使ったままになっています。
>>10
「全てにおいて」とは？formとかの記述は省略しています。
今後のためにもヒントを頂けないでしょうか？
（この問題の解法ではなく、根本的に的をはずしている点）
その勘違いした点を理解したいです。（おおまかで結構です、自分で調べますので。）
このサンプルではnestedしか記述していないのでnestedの使い方についてでしょうか？
nested:iterateでname指定を省略して繰り返し処理を実行しようと思ったのですが
入れ子の入れ子は処理できない…ということでしょうか？collectionでは確認できたのですが…。
12:デフォルトの名無しさん
07/06/06 15:17:29
まぁ6年前でもVectorは普通つかわんよな・・・。
同期化してたからたまたま動いていたってのはありそうだからいじらないほうが吉か。ただ、たまに変な動作するかもね。
当時はStruts1.1出てないでしょ?
nestedってあったっけ？
そもそも使い方が違うのでマニュアル嫁としか。
どういう改修してるのかもわからん。ライブラリやJDKの変更はないままなのかな？
セキュリティホールたんまりありそうだ。
13:デフォルトの名無しさん
07/06/06 15:44:10
>>8
Strutsの話題がやりたければ、Strutsのスレがあるので問題ない
14:デフォルトの名無しさん
07/06/06 16:17:09
WebProg板でやれよ！ぼけどもが！！
15:デフォルトの名無しさん
07/06/06 17:05:32
WebProg板は、客層が違う
16:デフォルトの名無しさん
07/06/06 19:47:57
質問です。
（環境は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にも何か書いてあったりします。
どうかよろしくお願いします。
17:デフォルトの名無しさん
07/06/06 20:16:08
>>16
作り替える必要ないんならStrutsにこだわらず1でいいじゃん
18:デフォルトの名無しさん
07/06/06 21:53:53
何がしたくて
どこまで出来てて
何が問題なのか
さっぱりわからん
19:デフォルトの名無しさん
07/06/06 21:55:23
ディスパッチサーブレットは状況に合わせて複数セットしておいていいよ
20:デフォルトの名無しさん
07/06/08 17:47:21
Tomcat5について、3つの質問です…
1.プログラムを変更してwarを再作成し、Tomcat Managerで、再度アップロードしても
既にwarが存在するというエラーになり、warの更新ができなです。
そもそも、Tomcat Managerでは、変更の反映(再デプロイ) はできないという仕様？
自分で、サーバー上で、warファイルを上書きするしかないのかな。
2.Tomcat Managerで、配備解除のリンクが表示されない。なぜ？
3.Tomcat5からは<Context>タグをconf/Catalina/localhost/コンテキスト名.xmlに
記述するとあるが、server.xmlに記述しても問題なく動作する。下位互換のため？
21:デフォルトの名無しさん
07/06/08 17:57:02
アップロード＋配備のほうならWindows版なら
コピーした後ずっとファイルシステムつかみっぱなしでそういう現象は頻繁に起こる
5に限らず４でも同じ
Tomcatを停止して手動で削除しないとXMLと矛盾が起きる
もうひとつの配備だけするほうなら大丈夫
別の方法でアップが必要になるけど、Windowsでの運用ならこちらを使うしかない
22:20
07/06/08 19:23:13
linuxでもなります。
そもそも、Tomcat Managerが上書きさせないようにしているようです。
なぜ、warを更新することができないんだろう。
webapps配下にwarをコピーして、自動展開+再起動させるしかないようですね…
Tomcat Manager使えねー…
23:21
07/06/08 23:44:16
>>22
下のほうを使うのならTomcat ManagerでWinでもLinuxでもオッケーだよ
再起動は必要ない
まぁいまさらTomcat使うってのは考えにくいので軽量なAP鯖であるglassfishおとしてくるほうがよさげ
管理ツールも便利だし開発もしやすいしね
24:デフォルトの名無しさん
07/06/09 07:07:10
Tomcatなら、Tomcat6を使うベシと。
25:デフォルトの名無しさん
07/06/09 07:08:03
というか、Tomcatで動かすのにわざわざwarを作るメリットはなに？
26:デフォルトの名無しさん
07/06/09 07:36:28
配布しやすいとか言ってみるテスト
27:21
07/06/09 08:58:20
バージョン管理がきちっとできるところ
28:デフォルトの名無しさん
07/06/15 22:11:19
WACSってどうよ？
29:デフォルトの名無しさん
07/06/16 00:16:12
糞
30:デフォルトの名無しさん
07/06/16 00:20:40
とむやむくむ
31:デフォルトの名無しさん
07/06/17 08:41:12
>>28
普通。
問題は情報がIBM内にしかないってこととｖ４以前の糞仕様
IBMの技術者が開発チームに居るならばそれなりには使える。
ただ、ｖ４までの実装はかなり腐っているというか酷すぎる。
尚、ｖ５以降はマシになっている。
また使いたいかという質問があるならばNO
32:デフォルトの名無しさん
07/06/25 15:56:43
相対パス合ってるのにcssやら画像がちゃんと表示されないことねぇか？
33:デフォルトの名無しさん
07/08/03 01:22:55
デザイナーに用意してもらったhtmlベースの画面とJavaのコントロールを結ぶフレームワークを探しているのだけれど、
Tapestryが一番要件に合うかな？
他にhtmlとJavaを疎結合で結ぶWebフレームワークってありますか？
34:デフォルトの名無しさん
07/08/03 01:32:41
>>33
Wicket
35:デフォルトの名無しさん
07/08/03 01:37:44
Wicketのどこが疎なんだか・・・
36:デフォルトの名無しさん
07/08/03 09:19:38
スレタイ変えられたおかげでこのスレ死んじゃったね
37:デフォルトの名無しさん
07/08/03 12:32:57
>>33
S2JSFとかTeedaExtentionとか
38:デフォルトの名無しさん
07/08/03 12:59:33
>>36
Strutsの話はStrutsのスレで盛り上がってるから心配するな
39:デフォルトの名無しさん
07/08/03 15:47:32
>>33
Velocity
40:デフォルトの名無しさん
07/08/04 07:15:34
>>33
Facelets
Mayaa
41:デフォルトの名無しさん
07/08/09 03:19:40
なんでフレームワークはWebシステム開発にしか使われないんでしょうか？
基本的にソフトウェアは入力→ロジック→出力なんだから
どの分野でもMVCって有効だと思うんですけど。
42:デフォルトの名無しさん
07/08/09 06:49:23
普通にC/Sでもあったと思うが。
43:デフォルトの名無しさん
07/08/09 08:06:51
>>41
SwingとかでもMVCは普通使うよ。
ただフレームワークって感じのを使い回すのは稀かも。
アプリごとに機能が違いすぎたり、WEBと違って一画面に詰め込む設計だったりするのもあるけど、
HTMLやJSPみたいにビューが別ファイルになってないのが大きいんだと思う。
フレームワーク使ったところで、結局常にソースいじらんといかんのだろ？みたいな。
せいぜい共通部分を抜き出したスーパークラス、ユーティリティークラスで足りちゃうんじゃないかな。
44:デフォルトの名無しさん
07/08/09 14:18:28
そもそもMVC以外でもフレームワークなんてのはたくさんあるだろ
45:デフォルトの名無しさん
07/08/10 02:02:50
Swing自体がMVCフレームワークなわけで
46:デフォルトの名無しさん
07/08/24 01:44:57
お前らが大好きだからアゲアゲ
47:デフォルトの名無しさん
07/09/19 00:27:25
よくわかんないので質問age
cgiとservletの動作の違いってどこらへん？
CGIと同じ仕様でjavaが動くのがservlet。って理解でいいんかいな
セッション管理できますーってのは抜きにして。
48:デフォルトの名無しさん
07/09/19 01:38:12
プロセスとスレッドの違い
49:デフォルトの名無しさん
07/09/19 04:20:08
>>47
CGIは、apacheから外部プログラムを呼び出す仕組み
ServletはJavaでWebアプリを書く仕組み
50:デフォルトの名無しさん
07/11/09 23:02:11
Webサーバから見てサーバのメモリ効率ってどのくらい重要なんだろうか。
単純なView性能ならservletもphpもmod_perlも大差ないだろうけど、
メモリリソースの圧迫具合はservletが群を抜いてでかそう。
51:デフォルトの名無しさん
07/11/10 01:32:57
servletはほｔｓぽｔServerVmでアホみたいに最適化されていくので速いけど、
メモリは確かにアホみたいに食うよ
単純な処理だとあまり差配見ないと思うけど、複数のサーバーでの
分散処理とかすぐできるので目指してるところが違うと思う
52:デフォルトの名無しさん
07/11/10 01:41:53
メモリ効率言う人ってそのレベルに無い事がままある現実・・・
53:デフォルトの名無しさん
07/11/10 02:40:54
256MBでスケールさせられるものが
1GB必要になりますとかならきついだろうなぁ
54:デフォルトの名無しさん
07/11/10 03:02:35
スクリプト系＋256Mでレスポンスが1GB＋サーブレットコンテナ上アプリよりの倍以上遅い場合評価はどうなる?
4倍速くなければ負けか？スケーラビリティや可用性等は無視か？
それぞれ見てるところが違うだろと・・・
55:デフォルトの名無しさん
07/11/12 21:02:24
なんでPHPのスケーラビリティが悪いことになってんだ？
ポータル系にJavaを使ってる有名どころってどこよ
56:デフォルトの名無しさん
07/11/12 21:16:33
純粋な速度勝負ならPHPよりもservletの方が上だと思うけど、
アクセスが集中しだすとDB鯖のレスポンスがネックになってくるから
PHPでもservletでも変わらん状態になってくるな。
57:デフォルトの名無しさん
07/11/13 00:31:20
ポータル系って・・・
B2BはJava系ばかりだよ
58:デフォルトの名無しさん
07/11/13 00:35:18
B2Bまで広げると明らかにスケールの必要性を問われないものばかりになるのだが
59:デフォルトの名無しさん
07/11/13 00:55:43
ポータル系かどうかわからんけど、GoogleはけっこうJava使ってるよね。
AdWords関連とか。
60:デフォルトの名無しさん
07/11/13 01:19:11
短時間に大量トランザクションが発生する、
例えばチケット販売サイトでPHPとかある？
JALもANAもJavaだよね。
61:デフォルトの名無しさん
07/11/13 02:26:31
三井住友のオンラインバンキングもJavaなんだけど、
アドレスにクラスのパッケージ名がモロ出しで
com.smbc.～
なのが笑える。
URLﾘﾝｸ(www.smbc.com)
ここが開発したのか？
62:デフォルトの名無しさん
07/11/19 13:39:33
B2Bなんてアクセス少ないじゃん。
ポータルのほうが圧倒的に多いじゃん
63:デフォルトの名無しさん
07/11/19 14:01:08
100円1枚より10円3枚の方が数が多くて喜ぶ子供みたいだな。
64:デフォルトの名無しさん
07/11/19 14:30:54
単純にアクセス少ないってどんだけゆとりだよ
65:デフォルトの名無しさん
07/11/19 14:53:57
株券なんて紙一枚じゃん
1円玉貯金の方が圧倒的に多いじゃん
66:デフォルトの名無しさん
08/01/23 19:55:46
JSFでもRESTful環境でも共通して使えるVIEWってある？
Faceletsを採用したいんだけど、RESTful環境だと使えないんだよね？
FaceletsとTapestryを混在させるのもなんだかなぁと。
67:デフォルトの名無しさん
08/01/24 10:51:39
ブラウザ(SHIFT_JIS)で半角かなを入力して、JAVA側で半角かなを認識したいのですが、
うまくいきません。
教えてください。
68:デフォルトの名無しさん
08/01/24 11:09:18
>>67
Windows-31Jを使え
69:デフォルトの名無しさん
08/01/24 12:01:16
>>67
できたです。
ありがとうございました。
70:デフォルトの名無しさん
08/02/22 04:33:51
いまさらだけど・・・
>>23
> まぁいまさらTomcat使うってのは考えにくいので軽量なAP鯖であるglassfishおとしてくるほうがよさげ
ただの Servlet コンテナだけが使いたいのに(EJBとかいらない)、
なんで glassfish 必要なんだ?
素のglassfishよりTomcatのほうが軽いと思うんだが
だいたい「いまさらTomcat使うってのは考えにくい」というのがよくわからん
71:デフォルトの名無しさん
08/02/22 13:07:34
サーブレットコンテナだけですむと思ってるうちはそれを使っていればいい。
各種データソースなどJNDIリソース管理とかJPAとか真っ当にやろうと思えば
アプリケーションサーバーが必要になってくるよ。
必要になったら手を出すといいよ。
「オブジェクト指向」って何で必要？構造化だけのほうが高速じゃねーか、といってるのと同じ。
運用管理まで考えるとTomcatはまずない。
72:70
08/02/22 14:23:06
>>71
レスどうもありがとうございます。
コンテナ提供型のデータソースは Tomcat も持てるし、
JPA も必要なライブラリさえ Classpath に通していれば、
アプリケーションサーバはいらないと思うのだが。
Hibernate-JPA だって、アプリケーションサーバが必須というわけではないよね。
Geronimo とか glassfish の管理画面が多機能で便利というのは否定しないが、
EJB とかも使わないのにアプリケーションサーバをすぐ持ち出すのはどうかと思う。
> 運用管理まで考えるとTomcatはまずない。
ベンダーのサポートが得られるなら、、ここは同意だが、
けっこうミッションクリティカルな用途でも Tomcat のみってところは多いよ。
sios とかも、Tomcat のサポートかやってるし。
ただ、お客さんに HP がついていて、WebLogic + Oracle で、RACの切り替えを
アプリケーション側からは切断せずに行うデモを見せてもらったときは
すごいなと思った。
73:デフォルトの名無しさん
08/02/22 15:12:29
>>72
>Hibernate-JPA だって、アプリケーションサーバが必須というわけではないよね。
やってみればわかる。
アプリケーションサーバーってのは各種ライブラリにクラスパスを通してるだけじゃないから。
デプロイ時にクラスの中身を走査して適切に処理がされる。
使ってもいないのに否定するってのは俺は逆に気持ちがわからん。
いまやアプリケーションサーバーは無料で手に入るのがたくさんあるし、試してみればいいでしょ。
74:デフォルトの名無しさん
08/02/22 15:35:03
TomcatどころかWinstoneで十分。
Velocity使えばJSP要らないし、SpringとiBatisでほとんどの用は足せるし。
とにかく手っ取り早くてメンテナンスも楽。
みんなどんな規模の開発やってるの？
75:デフォルトの名無しさん
08/02/22 16:23:06
TomcatだとまともなJTA実装を使えないのがイタイ。
まあ、>>73は全然的確な答えを出せてないシッタカ確定だが。
76:デフォルトの名無しさん
08/02/22 16:57:53
>>75が的確な答えを出してくれる！
77:デフォルトの名無しさん
08/02/22 19:32:35
SunだってSJS Web ServerというServlet,とJSPのみのWeb鯖出してるわけで。
Tomcatだけってのもそれなりに利点はあるんじゃないの？メモリ使用量とか。
とはいえ誤差程度だと思うんだが。
78:デフォルトの名無しさん
08/02/22 21:26:31
>>59
googleは殆んどjavaだよ
79:デフォルトの名無しさん
08/02/22 21:27:37
Google内の利用率はC++, Java, Pythonの順じゃなかったか？
Pythonの開発者がそんなこといってたような
80:デフォルトの名無しさん
08/02/23 03:06:09
データソースをコンテナ管理下に置くのってどういうメリットがあるのかな？
アプリ毎に持ってたほうが可搬性やらコンテナのバージョンアップ作業やら
いろいろ便利な感じなんだけど。
不特定多数へのアプリ配布？くらいしかメリットがある状況が思いつかない。
81:デフォルトの名無しさん
08/02/23 10:39:35
データソースって具体的に何を指しているの？
アプリっていってるのは、いわゆる業務ロジック？
82:デフォルトの名無しさん
08/02/23 10:58:36
>>80
最大接続数やDBホストがどこなのか、
接続ユーザー・パスワードなんかは環境依存で個別アプリじゃ管理できないだろ。
開発環境・テスト環境・本番環境それぞれで変わっていくし。
83:デフォルトの名無しさん
08/02/23 13:11:54
>>82
なるほど。
warなりearは共通で、環境依存で管理したいときにメリットあるみたいな感じなのかな？
開発⇔運用でプロパティファイル変えたりするときは
どっちにしろビルド時に環境依存の要素も含めちゃうから
アプリ内で持ってたほうが楽だと思ったんだけど、場合によるか。
84:デフォルトの名無しさん
08/02/23 13:26:11
ビルドしなおしってことは動作確認もしなおしってことだから環境設定はやらんほうがええ。
それにコンテナでコネクションプーリングの設定等した方が楽だろ?
コネクションの数とかぜんぶGUiでさくっと設定終わるんだし。
まさかDBCPなんてつかってないよな・・・。
85:デフォルトの名無しさん
08/02/23 15:15:02
>>84
使ってる、イカンの？
86:デフォルトの名無しさん
08/02/23 16:23:13
俺もDBCP使ってる。
で、SpringのPropertyOverrideConfigurerを使って、
データソースのパラメータを変更できるようにして、
ビルドしなおさなくて済むようにしてる。
87:デフォルトの名無しさん
08/02/23 16:34:46
DBの接続情報みたいなインフラに依存する情報なんてアプリが持つもんじゃないだろ。
普通はSpring使ってもJndiObjectFactoryBeanでJNDIルックアップするけどな。
プロパティファイルに書いてたらwar/earアーカイブはやり直しだろ。
88:86
08/02/23 16:46:42
説明が足りんかったようだね。
PropertyOverrideConfigurer使えば、
warなりearなりの外部にプロパティファイルを持てるよ、ってこと。
アプリケーションサーバ使わなくても
インフラに依存する情報を外に切り出す方法はいくらでもあるよ、ってこと。
89:デフォルトの名無しさん
08/02/23 17:00:59
それを個々のアプリで管理してたら全然意味無いけどね。
あほか。
90:デフォルトの名無しさん
08/02/23 17:05:29
>>80
>>72 のように、商用のコンテナの場合、
ファイルオーバーなどの機能があって便利な場合がある。
91:デフォルトの名無しさん
08/02/23 17:17:13
運用のことまで考えないバカなアプリ屋が大杉。
92:デフォルトの名無しさん
08/02/23 21:12:28
ロギングの設定とかはどうすんの？
93:デフォルトの名無しさん
08/02/23 21:15:35
コンテナ依存って良いことなの？
94:デフォルトの名無しさん
08/02/23 22:29:15
実際作業してみるとAP鯖の画面で操作できた方が楽だな。
アプリ側で制御って面倒だと感じる。
95:デフォルトの名無しさん
08/02/24 22:34:04
運用のことは運用屋が考えろよ
96:デフォルトの名無しさん
08/02/26 12:30:35
>インフラに依存する情報を外に切り出す方法はいくらでもあるよ
だからこそ、そんなオレオレ仕様が氾濫しないように
標準仕様として取りまとめたものがコンテナ管理だと思うんだが。
システムA：JNDI？面倒くせ。プロパティファイル外出しでいいよ。
システムB：XMLで拡張製の高い設定ファイルを実現しました！
システムC：環境変数に設定してください。(deprecated無くなったし）
97:デフォルトの名無しさん
08/02/26 16:46:20
JNDIが一番簡単だよね
Tomcatしか使ってない人はデータソースの定義だけで面倒というイメージで抵抗あるみたい
98:デフォルトの名無しさん
08/02/26 21:33:34
ソース化
99:デフォルトの名無しさん
08/03/26 06:30:18
>>93
やはり自民党清和会の下に結集し、日教組を壊滅させることでしょうね。
日教組の教師に｢労働者の権利｣などという左翼思想を吹き込まれた連中が義務も果たさずに
サビ残は嫌だ、非正規雇用は止めろ、などと権利ばかり主張しています。
あとは残業代を要求して裁判を起こしてるような腐った輩を社会全体で徹底的に叩くことでしょう。
100:デフォルトの名無しさん
08/03/26 11:07:26
どこの御手洗が紛れこんだんだｗ
101:デフォルトの名無しさん
08/05/09 23:39:41
Strutsの質問をしてもいいですか？
PC1では思い通りに動くシステム（動作OK）なんですけど、
PC2では実行すると「HTTPステータス 404 - サーブレット action が利用できません」
と表示されて動かないのですが、原因はなんだと思いますか？
Javaのインストールが失敗している・・・？
102:デフォルトの名無しさん
08/05/10 00:06:35
>>101
これはエスパーが登場しないと答えようもないよな・・・
103:デフォルトの名無しさん
08/05/10 00:39:46
これは多少のエスパーには無理
104:デフォルトの名無しさん
08/05/10 02:40:38
助けてやろうと思ったけど、馬鹿馬鹿しいのでヤメタ
105:デフォルトの名無しさん
08/05/10 02:43:27
>>101
ローカル環境だろ？
・Projectのデプロイ失敗
・Apacheかtomcatの設定ミスor連携ミス
・リダイレクトしててIP or マシン名がベタ書き
106:デフォルトの名無しさん
08/05/10 02:59:10
>>101
struts-config.xmlのミスじゃねーの？
PC1にはあるけどPC2にはないclassファイルがあるとか。
まーサーブレットコンテナのエラーログでもよく読め。
107:デフォルトの名無しさん
08/05/10 16:18:58
質問させていただきます。
開発環境は
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から実行した場合にこのエラーが出ます
色々調べてみたところクラスローダが関係しているのはわかったのですが、いまいちどうしたらいいのかわからずにいます
108:デフォルトの名無しさん
08/05/10 17:09:01
ソースさらしてみそ
importしてないとか基本的なところな希ガス
109:デフォルトの名無しさん
08/05/10 18:00:33
会社のノート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のみ実行できませんでした。
110:デフォルトの名無しさん
08/05/10 21:05:03
jspのimportのことでそ？
111:デフォルトの名無しさん
08/05/10 21:28:35
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のクラスのエラーが続く)
といったエラーに変わりました
112:デフォルトの名無しさん
08/05/10 23:58:20
別にJSFに限ったことではないのだけど
Ajaxを使用してのセッションタイムアウトってどうすりゃいいんだ？
クライアント側で処理(javascript)しなければならないのかえ
113:デフォルトの名無しさん
08/05/11 00:30:48
>>112
どこが問題なのだ？
例を出しなされ
114:デフォルトの名無しさん
08/05/11 09:58:01
javascriptで送信すりゃいいんじゃねえのか？
よくわからんけど
115:デフォルトの名無しさん
08/05/11 14:45:11
>>112
コールバック関数の1番目にはテキスト内容，2番目にはステータスが返されます＠jquery
これでいいんじゃね？
116:101
08/05/12 23:54:18
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)
117:101
08/05/12 23:56:29
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を解決したいのですが、簡単な方の解決策も教えていただけるとありがたいです
よく意味がわからないかもしれませんが、その都度どんどん質問してください
118:デフォルトの名無しさん
08/05/13 13:18:21
>>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.
119:デフォルトの名無しさん
08/05/13 17:08:57
>>117
まずはその簡単なほうを解決するのが先決だろう
環境がまったく同じというわけではないのだろうし。
エラー500の例外のメッセージはちゃんとよんでるかい？
120:デフォルトの名無しさん
08/05/13 19:18:34
>>118
そうなんですよ 普通404だと/***/*** というものはありませんよ
ってでてきそうなもんなんですが・・・
>>119
まぁそうですね
ただメッセージ読んでもなんだかわかりません
121:デフォルトの名無しさん
08/05/13 21:24:16
warでデプロイしてんなら
apache設定か、apache・tomcatのversionか。
122:デフォルトの名無しさん
08/05/16 02:59:06
329 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/13(火) 22:04:29
冷ややかな戦争勃発ｗ
URLﾘﾝｸ(d.hatena.ne.jp)
342 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:05:36
はぶ参入で抗争激化！さぁ、盛り上がってまいりました！
343 名前：デフォルトの名無しさん[sage] 投稿日：2008/05/14(水) 02:08:47
とりあえず、保存しといた。
URLﾘﾝｸ(s04.megalodon.jp)
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関連とか色々勉強させてもらったけど、このしみったれた感覚が所詮デブオタなんだなと思うわ。
123:デフォルトの名無しさん
08/05/16 06:09:00
>122は何がやりたいんだ？
124:あぼーん
あぼーん
あぼーん
125:デフォルトの名無しさん
08/05/20 09:25:57
日本語でおk
126:39s
08/06/18 20:13:22
39s age
127:デフォルトの名無しさん
08/06/22 01:47:33
すいません 質問させて下さい。
（質問時はあげて良いのでしょうか？）
組み込み系のため今までC言語ばかりを使っていたのですが
2週間前から勉強もかねてjava＋Strutsでwebアプリを作成しています。
複数のページ（jsp）を遷移する場合、
Form間の値の受け渡しはどうやって行えば良いのでしょうか？
個人的には、渡したいパラメタのあるFormを、
新規に作成するFormのコンストラクタに
渡してあげるのかなと思っているのですが
方法がわかりません…
jspに指定して記述する？
action-mappingでコンストラクタに渡したい引数を指定できる？
そもそもコンストラクタで受け渡しするという方法が間違っている？
どなたかご教授をお願いします。
128:デフォルトの名無しさん
08/06/22 01:51:15
回答する前に教えて。
な ん で 無 駄 な 改 行 入 れ ま く っ て ん の ？
129:デフォルトの名無しさん
08/06/22 01:52:40
連投すみません
環境は
java SDK 1.54
Struts 1.3.8
Tomcat 6.0
になります。
よろしくお願いします。
130:デフォルトの名無しさん
08/06/22 01:55:47
すいません。
自宅はインターネットに繋がっていないので、
携帯からの書き込みです。
気分を害してしまったらすいません。
m(_ _)m
131:デフォルトの名無しさん
08/06/22 03:52:05
セッション変数に入れるだろJK
132:127
08/06/22 08:02:51
>>131様
ありがとうございます。
受け渡しする時に使えるグローバル変数みたいなものがあるのですね。
そのキーワードをもとにもう少し勉強します。
133:デフォルトの名無しさん
08/06/22 13:03:48
Struts以前にまずJavaをしっかり勉強してそれから素のservletを勉強したほうがいいぞ
フレームワークに手を出すのはその後だ
134:127
08/06/22 15:35:11
>>133様
ありがとうございます。
strutsのテキストを何冊か見ても載ってなかったのですが、
自明のことだったのですね…
とりあえず作って見たらわかるか的なノリだったのですが、
もう少し基礎から勉強してみます。
135:デフォルトの名無しさん
08/06/29 00:04:14
>>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 だと、上記のようにめんどくさいので、自分もいまいちうまい方法が見つからない。
136:あぼーん
あぼーん
あぼーん
137:あぼーん
あぼーん
あぼーん
138:デフォルトの名無しさん
08/07/09 22:20:48
JAVA資格合格に必死な
ｗｗ業者くんが活躍中
URLﾘﾝｸ(c.2ch.net)
139:デフォルトの名無しさん
08/07/10 03:13:12
つまんねえことでレスすんな
140:あぼーん
あぼーん
あぼーん
141:デフォルトの名無しさん
08/07/11 05:14:48
だからどうしたんだよ
142:デフォルトの名無しさん
08/07/22 21:22:27
TextSS
143:あぼーん
あぼーん
あぼーん
144:デフォルトの名無しさん
08/11/27 01:26:48
フレームワーク乱立で開発環境ぐだぐだのJavaは最近どうですか？やっぱつらいですか？
145:デフォルトの名無しさん
08/11/27 13:31:04
PHPに移行してる会社が多いです
PHPフレームワークの多くはJavaフレームワークのパクリで
開発のやりやすさと速さならPHPに軍配が上がっちゃいます
146:デフォルトの名無しさん
08/11/27 19:50:27
PHPフレームワークの多くはRailsのパクリだろ
147:デフォルトの名無しさん
08/11/27 21:37:40
しかも乱立してるしな
PHPは動的なページを手軽に作るにはいいけど、Webアプリとしてはみないほうがよい
メンテまじでしぬ
148:デフォルトの名無しさん
08/11/27 23:32:06
じゃ、PythonかRubyになるな。
ぼくはPythonちゃん！！
知ってるヤツ回りにいなくて寂しい・・・。
149:デフォルトの名無しさん
08/11/28 02:26:21
>>144
EJB3がそこそこよかったので、メジャー路線はだいぶ落ち着いたな。
あとはWebBeans入るEJB3.1しだい
150:デフォルトの名無しさん
08/11/28 02:27:44
業務アプリでPHPに移行してるような会社とは関わりたくないな
151:デフォルトの名無しさん
08/11/28 08:01:08
>>147
フレームワークなしで作られてるヤツは辛すぎる。
表面上の引き継ぎは楽だけど。
152:デフォルトの名無しさん
08/11/28 11:28:40
>>151
フレームワーク使って作られてると、こんどはPHPのバージョンアップで死ねるけどな。
153:デフォルトの名無しさん
08/11/28 12:57:54
Strutsとか3年持たないフレームワークってのも中長期だと効率が悪い。
その他あほな流行りのフレームワークとか使っちゃうとメンテが大変。
154:デフォルトの名無しさん
08/11/28 14:20:34
Strutsは、よくも悪くももう5年使われてるな。
155:デフォルトの名無しさん
08/11/28 18:22:54
JSPのページつくるのに、Struts使ってSpring使ってDB接続はHibernateで
EJBはXDocletつかって、ビルドはAnt使うとかうっとうしいんだよ！
初心者Okじゃねえだろ。
156:デフォルトの名無しさん
08/11/28 18:44:46
ごちゃごちゃいろいろ混ぜて使うのは良いけど、教育コストと製造コストを天秤にかけて考えないとね
157:デフォルトの名無しさん
08/11/28 20:37:27
Struts、Spring、HIBERNATE以外は日本語情報が少ないんだよ。
だったら英語読めばいい、っていう輩もいるけど教育コストが全然違う。
158:もりのくまさん ◆7VBO8E4j2Y
08/11/28 21:04:26
,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
159:デフォルトの名無しさん
08/11/28 23:46:16
>>155
XDocletっていつの時代の人ですか
160:デフォルトの名無しさん
08/11/29 04:31:00
>>155
NetBeans使えば解決だな。
161:デフォルトの名無しさん
08/11/29 04:32:53
>>154
その砂の上に作られた糞アプリは全然違うStruts2とかJSFに必死で
作りな直さなきゃいけないんだろ。
安易なフレームワークの利用は非常に危険と認識するべき。
162:デフォルトの名無しさん
08/11/29 06:59:55
そもそもEJBが糞だったせいでstruts政権が長くつづきすぎた
163:デフォルトの名無しさん
08/11/29 12:54:38
>>155
WebSphereでもどーぞ。
164:デフォルトの名無しさん
08/11/29 13:15:58
>>162
?
165:デフォルトの名無しさん
08/11/29 22:40:11
I○MのせいでいまだにEJB２．１なんだが
166:デフォルトの名無しさん
08/11/29 23:51:42
>>165
それはフレームワークと何の関係もねー
167:デフォルトの名無しさん
08/11/30 00:23:15
W○Csという糞フレームワークを使わされるんだお
168:デフォルトの名無しさん
08/11/30 00:31:08
これからの時代はSunのSJSASでいいじゃん。
Apacheと違って一式揃ってるから楽ちんだぞ。
169:デフォルトの名無しさん
08/11/30 12:57:17
そんな話はSun成できん
170:デフォルトの名無しさん
08/11/30 16:21:58
まぁ確かにgeronimo使うよりは100倍は安全だ
171:デフォルトの名無しさん
08/12/01 01:00:56
徒労に終わる無駄な知識が多いよな。Javaに限らんけど。
172:デフォルトの名無しさん
08/12/13 17:17:22
struts2
seam
wicket
click
tapestry
struts1しか使ったことない僕にオススメなのはどれですか？
173:デフォルトの名無しさん
08/12/13 17:23:38
>>172
struts2だろ
174:デフォルトの名無しさん
08/12/13 17:34:59
struts2ってなんか全体的にもっさりしてるんだけど。
全てのリクエストがフィルタ通ってるから？
175:デフォルトの名無しさん
08/12/13 17:39:19
>>174
次のバージョンで早くなるだろ
まだ機能追加フェーズみたいだ
176:デフォルトの名無しさん
08/12/13 17:46:33
seamってのがよく分からないんだが、
JSF&EJBって感じ？
177:デフォルトの名無しさん
08/12/13 18:03:10
>>176
+WebBeans+JPA
178:デフォルトの名無しさん
08/12/13 18:07:16
>>177
フルスタックか。
seamならspringやHIBERNATEは必要ないのね。
179:デフォルトの名無しさん
08/12/13 18:16:23
JPAのところはHibernateだしSpring integrationもあるけどね
180:デフォルトの名無しさん
08/12/14 02:02:17
まあどれも糞だけどね
181:デフォルトの名無しさん
08/12/14 02:51:54
たまにフォームをPOSTしてもパラメーターを取得できないことがあるんだが、
この不思議な現象は何が考えられるんかのお
disableにすると送信されないのは知ってるんだが、
disableにしてない、筈、なのに送信してくれない。orz
182:デフォルトの名無しさん
08/12/14 07:13:12
struts1？
セッションスコープのアクションフォームでチェックボックス使うときはresetメソッドを実装しないと不具合があった気がする。
全然関係なかったらすまん。
183:デフォルトの名無しさん
08/12/14 12:57:44
>>181
さすがにその文章からはエスパーこないとむり
184:デフォルトの名無しさん
08/12/14 14:30:25
正直Javaで死ぬほど面倒なこともASPとかでは簡単にできたりして萎える
185:デフォルトの名無しさん
08/12/14 14:39:08
すると、Javaでも簡単にできるように、とゴミのようなライブラリがあちこちで量産され、
宗派も無限に分岐する。
186:デフォルトの名無しさん
08/12/14 14:45:04
ASP.NETではなくASPか
187:デフォルトの名無しさん
08/12/14 16:21:15
>>185
スゴイ数のライブラリィが作られてるよね
特に最近、インド人が滅茶頑張ってるｗ
188:デフォルトの名無しさん
08/12/14 16:59:26
簡単なことにはみんな飛びつくからな。誰でも作れるような下らない重複ライブラリ
いちいち公開すんなよ
189:デフォルトの名無しさん
08/12/14 21:55:45
もうフレームワーク乱立で、ワケわからん。
何を使ったら良くて、何を勉強して覚えたら良いのか、
おまえらは、理解してそうで、うらやましいよ
190:デフォルトの名無しさん
08/12/14 22:26:28
JSF（MyFaces）+Faceletsと、struts2。
今からやるならどっちがいいんだ･･･。
struts2って将来有望？
俺的にはいい線いってると思うんだがどうよ？
191:デフォルトの名無しさん
08/12/14 23:07:02
JSFはSeamやSeasarの画面担当としても使えるし、Javaの標準規格だから
なにかとつぶしが利く。
Struts2は数多くの乱立フレームワークの1つでしかない。
と思っていますが、どうでしょう？
192:デフォルトの名無しさん
08/12/14 23:11:07
フレームワークなんて無いほうがいい
193:デフォルトの名無しさん
08/12/14 23:24:38
struts1系
194:デフォルトの名無しさん
08/12/15 00:03:41
まあその辺に転がってる野良ライブラリなんて使うなってことだよ。
3年後はメンテされてないからな。
195:デフォルトの名無しさん
08/12/15 07:43:14
取り換えのきく呼び出すだけみたいなライブラリはまあなんでもいいんだけどね。
俺フレームワークは依存度が高くなっちゃうから運命共同体だよな。
最新のフレームワークで効率の良い開発ってのは耳触りはいいんだけど、
実際は面倒が多いね。
196:デフォルトの名無しさん
08/12/15 08:09:08
もうPHPの時代の気がする
197:デフォルトの名無しさん
08/12/15 18:46:38
JSFを使ってみたいが、実装が複数あったりしてよくわからん。
日本語の入門サイトもないし、どこから手をつければいいんだか。
JSFって本当に日本で使われてるのか？
198:デフォルトの名無しさん
08/12/15 18:56:18
ええ、それなりに
199:デフォルトの名無しさん
08/12/15 19:13:51
>>196
多分気のせい
200:デフォルトの名無しさん
08/12/15 23:25:01
>>196
笑ったｗ
201:デフォルトの名無しさん
08/12/15 23:35:58
＞日本語の入門サイトもないし、どこから手をつければいいんだか。
普通にググレばでてくるんだが。
まあ、個人的所感では意外にある。ｗ
202:デフォルトの名無しさん
08/12/16 01:28:03
>>197
一番まともな実装はRIだね
どんなものか感覚的に知りたいのならNetBeansでVisualWebJSFという手もある
203:デフォルトの名無しさん
08/12/16 01:58:17
俺がお勧めのフレームワークHisar2な。Hibernateとseasar2のいいとこ鳥のフレームワーク。
204:デフォルトの名無しさん
08/12/16 02:02:06
JSFのeclipse環境作るのは結構めんどい
205:デフォルトの名無しさん
08/12/17 07:50:55
日本語情報の多さならStruts1.2が最強ではある。
未来はないがな。
206:デフォルトの名無しさん
08/12/17 09:39:45
3年後にはStruts3への全面書き直しが待っています。
後方互換を考えられないオモチャヘボフレームワークいらね
207:デフォルトの名無しさん
08/12/17 10:10:33
UI に Webブラウザを使うこと自体が間違ってね？
208:デフォルトの名無しさん
08/12/17 10:18:11
Airの時代だと・・・？
209:デフォルトの名無しさん
08/12/17 16:25:10
myfaces
210:デフォルトの名無しさん
08/12/17 18:44:32
ねーよｗ
211:デフォルトの名無しさん
08/12/17 19:00:16
JSFが普及しなかったのはMyFacesのできが悪かったから
212:デフォルトの名無しさん
08/12/17 19:47:33
IBM JSFの事も思い出してあげてください･･･。
213:デフォルトの名無しさん
08/12/17 20:00:35
Oracle ADFの事も
214:デフォルトの名無しさん
08/12/17 21:01:23
JSFは本当に普及しないよなｗ
でもJBoss seamとかで案外使われてたりする？
215:デフォルトの名無しさん
08/12/17 21:20:57
使ってるところは淡々と使っていて、ブログなどに記事がかかれないだけ、ということはないのかな？
216:デフォルトの名無しさん
08/12/17 22:23:09
JSFを使う事はある意味であんまし自慢にならん事だからなぁ。
イージーに開発できるし。
iSeriesV5R3で動かしていたけど、Pcomm5250アプリに比べてサクサクと作れて快適だった。
217:デフォルトの名無しさん
08/12/17 22:58:04
Super Agile Struts
218:デフォルトの名無しさん
08/12/18 00:42:24
海外だとJSFの普及率半端ないよな
RIってパフォーマンスとか優秀だから
JBOSSがMyFaceから乗り換えた意味がよくわかる
219:デフォルトの名無しさん
08/12/18 01:30:38
まあ標準だから着実には浸透していくでしょ
220:デフォルトの名無しさん
08/12/18 04:39:42
国内ならTeedaみたいに拡張版が使われていくのじゃないか。
余談だがS2JSFから始まったJSPを使わないという発想、俺にはなにげにすごいと今も思う。
221:デフォルトの名無しさん
08/12/18 05:24:20
S2JSFから始まったJSPを使わないという発想
222:デフォルトの名無しさん
08/12/18 05:44:04
Faceletのほうが先じゃなかったっけ？
223:デフォルトの名無しさん
08/12/18 06:11:27
昔、Velocityが通った道さ。
224:デフォルトの名無しさん
08/12/18 11:44:25
そんなのあったねぇ
225:デフォルトの名無しさん
08/12/18 15:39:44
VelocityってHTML用としてはあんまりうまみがない
JSTL＋ELでJSPのほうが楽だしね
DreamWeaverはJSP対応してるから普通のHTMLと同じようにデザインできるというのもある
226:デフォルトの名無しさん
08/12/18 15:50:40
>>222
JSF2.0でとりこまれるということで今後加速しそうだな
227:デフォルトの名無しさん
08/12/18 21:10:12
RailsはかつてのStruts1だよな。
Javaは選択肢が増えすぎた。
Struts2が次のデファクトにならんかなあ。
あの仕様は結構好きだ。
228:デフォルトの名無しさん
08/12/18 21:31:55
サードパーティ製のフレームワークはJSFに駆逐される運命ですが？
229:デフォルトの名無しさん
08/12/18 21:40:20
JavaEEの設計者がもっと賢かったらこんな事にはならなかったのに・・・
230:デフォルトの名無しさん
08/12/18 21:47:06
Java on Rails
231:デフォルトの名無しさん
08/12/18 21:48:58
struts2はwebworksの頃から数えるとかなりの年月を得て進化してきたと思う
strutsブランドを獲得した時点でデファクトとなる運命が待ち構えてる
232:デフォルトの名無しさん
08/12/18 21:55:00
Strutsのネームバリューは結構でかいよな。
しかし、webworkがStrutsの名を継ぐとは思わなかったよ。
233:デフォルトの名無しさん
08/12/18 21:55:56
標準を作るというと開発者がバカにされまいとあれもこれもと機能を取り込み複雑化するのかなあ。
234:デフォルトの名無しさん
08/12/18 21:58:32
EJB。
標準じゃなかったら消えてたぞ、あれは。
235:デフォルトの名無しさん
08/12/18 22:55:01
名前は残っているが、旧EJBは消えたも同然。
なまじ標準だったから、すぐに消えるべきものが長生きしてしまい、
被害者が増えた。
236:デフォルトの名無しさん
08/12/18 23:22:41
EJB3もまともになっただけで、使いやすいとは言えないな。
237:デフォルトの名無しさん
08/12/18 23:41:06
>>236
JPA,JTA,Datasource使う分には他のコンテナより設定いらずで便利だぞ
というかSpringの糞JTA…
238:デフォルトの名無しさん
08/12/18 23:53:40
>>233
あの機能がないから他のを使う、とか皆に言われると標準でなくなってしまうから、
機能が増えてしまうのは仕方ないと思うのですが、
それで複雑化するかスッキリするかが設計者の資質だと思う。
その点で、JavaのEEはひどすぎる。
239:デフォルトの名無しさん
08/12/18 23:56:27
でも最近のDIコンテナの機能の複雑さは異常じゃね？
GuiceとかEJB3で十分というか
seamとかきがくるっとる
240:デフォルトの名無しさん
08/12/19 06:49:45
っていうかJSP+Serveletが一番いい
241:デフォルトの名無しさん
08/12/19 07:38:15
>>240
あの時代には戻りたくない
242:デフォルトの名無しさん
08/12/19 08:37:24
JSPのバージョンが2.0以上で、
Commons BeanUtilsとCommons Validatorと
あと適当なO/Rマッピングツールがあれば、
JSP + Servletでもいいかな、と思えてくる。
243:デフォルトの名無しさん
08/12/19 09:02:00
今年になってTeeda勉強したんですが、JSPのJSTL、ELはもちろん、ついにサーブレットの勉強まで徒労になりそうな事に呆然としました。
244:デフォルトの名無しさん
08/12/19 14:56:25
Teedaってまだ生きてるの？
既にSAStrutsに食われたと思ってた。
245:デフォルトの名無しさん
08/12/19 20:26:28
seasar系って業務で使えるの？
なんかコロコロ変わってる印象があるんだが。
246:デフォルトの名無しさん
08/12/20 00:16:19
>>245
公官庁で使うらしい
馬鹿だねえｗ
世界標準にしとけって
247:デフォルトの名無しさん
08/12/20 00:21:12
変なところで国産にこだわるのはねぇ・・・
248:デフォルトの名無しさん
08/12/20 03:17:00
世界標準だとどれ？
249:デフォルトの名無しさん
08/12/20 03:50:47
>>245
業務で使えるし、もうころころは変わらないと思うよ。
ひがさんの興味はslim3に移ってるし、だからといってSeasarのメンテが終わったわけでもない
250:デフォルトの名無しさん
08/12/20 07:43:20
Seasar2がEJB（JPA）よりベターと思える点とは
１）Daoのクラス実装が不要
２）SQLが使いやすい。動的な組み立てもできる
という事か。手元の愛読書からのうけうりなんだけどな。
しかしJPQLとかわざわざ使うのはありえないと思うな。HibernateのHQL以下だろ。
251:デフォルトの名無しさん
08/12/20 08:32:46
世界標準と言う意味ではJSFになってしまうのでは･･･。
今現在の使いやすさとか言うならSeasa2rだと思うけど。
252:デフォルトの名無しさん
08/12/20 20:07:28
おいおい、世界標準はspringだろ、全てはここから始まった．．．．
253:デフォルトの名無しさん
08/12/20 20:30:35
世界標準であろうと、デファクトでないのなら･･･
254:デフォルトの名無しさん
08/12/21 00:06:19
世界標準が正義
255:デフォルトの名無しさん
08/12/21 00:08:47
ま・・・正義
256:デフォルトの名無しさん
08/12/21 11:24:41
正義は損する
257:デフォルトの名無しさん
08/12/21 12:00:02
JSFがそんなに好きか？
258:デフォルトの名無しさん
08/12/21 12:04:41
Java（というかSun)の技術ってスタートで失敗するからイメージ悪いよね。
JSFもJavaアプレットも(たぶんJavaFXも)。後からかなり頑張って良くなるんだけどね。
あまりデザインにこだわらないならJSF+EJB(+JPA)の組み合わせってかなり楽ちんだぞ。
259:デフォルトの名無しさん
08/12/21 12:05:20
JSP+Servletが一番楽だ
260:デフォルトの名無しさん
08/12/21 12:12:30
Struts2はJSFサポートしてないのがなあ。
261:デフォルトの名無しさん
08/12/21 13:40:01
>>250
Seasar2というと普通はコンテナだから
S2DAOとかS2JDBCとかプロダクトをいわないと。
で１）をみるとS2DAOだと思うんだが
あれはJPAと重ならないから好きにしなとしか。
>>258
JPAを最も手軽に効率よく使えるのはEJB3。
EJB3をもっとも手軽に呼び出せるのはJSF。
だからJPAを使うプロダクトだとJSFは鉄板。
262:デフォルトの名無しさん
08/12/21 13:49:19
JSFって、イントラには良いけどコンシューマー系サイトには向かないとか、
開発ツールの出来がイマイチっていうイメージはあるけど。
263:デフォルトの名無しさん
08/12/21 14:12:56
>>262
あなとのところではWebアプリ開発はオープンなコンテンツと
社内用もしくはBtoBとどっちが多い?
264:デフォルトの名無しさん
08/12/21 14:42:01
>>264
Teeda＋Kuinaで言ってるような事はすませたい。まだSeasar2、というよりDI＆AOPコンテナの存在意義は充分ある。
標準が常にベストじゃないのがJava、と信念を持とう。
265:デフォルトの名無しさん
08/12/21 14:54:21
EJBっていえば、EJB３でエンティティビーンはなくなったのか？
266:デフォルトの名無しさん
08/12/21 14:56:50
例の成功したサイトで有名なニッセンが一時期ものすごいアプレットで（一体どうやって造ったんだろうっていうようなやつ）
サイト構築したけど、すぐやめになったよな。あれ。
作った人はさぞかしがっかりだっただろうｗｗ 普通のJSP/Servletに戻っちまった。
267:デフォルトの名無しさん
08/12/21 15:10:43
>>265
JPAになった。EJB3では、EJB3エンティティビーン=JPAエンティティビーン、という扱いではないかな？
EJB3.1からはJPAはEJBとは独立するようだけど
268:262
08/12/21 15:26:05
>>263
自分が所属しているのは、B2CなECサイトやコミュニティサイトなんかを
メインにやっている部署です。
デフォルトな構成だと、Springに無設定StrutsとS2DAOモドキとかで
やっていますが。
イントラの場合、Oracle ADFを使っているケースはあるようですが、
自分はあまり関わっていません。
あと、この手の場合にはJavaではなくASP.NETが第1候補になりますね。
269:デフォルトの名無しさん
08/12/21 15:33:36
ASP.NETってWindowsじゃないと動かないんだろ？
270:デフォルトの名無しさん
08/12/21 16:00:30
>>268
無設定StrutsってS2Struts？Springと組み合わせるの？
271:デフォルトの名無しさん
08/12/21 16:17:19
>>268
なるほど。
そういうオープンなところではJSFはやめたほうがいいかな。
でも管理画面はJSFってのがありだと思うよ。
管理画面って直接的に貢献する場所じゃないくせに工数が大きいから。
JSFは管理画面ならば普通に工数半分以下になる。
無設定Strutsを無理やり作るくらいならばSpring使ってるんだし
オープンなコンテンツもSpringMVCでやるのが本筋だろうね。
相性は当たり前だがStrutsに組み合わせるよりいいし、技術者が疲弊しないのがよい。
工数も個人的感覚では2割は減るし。
272:デフォルトの名無しさん
08/12/21 16:19:56
>>265
コンテナとしてはJ2EE1.4の互換性もあるから使おうと思えば使える。
EJB3.0からEJB2.1をよびだしたりするだけでなく、EJB2.1からEJB3.0を
呼び出せるようにしたのは素直にほめてやりたい。
従来のコードを残しつつ新規部分はEJB3.0で開発がスタートできるから。
>>267
一応EJB3.0の時点でJPAは単独で動かせるようにした。
273:デフォルトの名無しさん
08/12/21 16:25:15
>>269
何か問題があるの？
274:デフォルトの名無しさん
08/12/21 16:28:54
そりゃ問題がある場合はあるだろ
275:デフォルトの名無しさん
08/12/21 16:44:53
じゃあ問題ない場合もあるだろ
276:デフォルトの名無しさん
08/12/21 17:24:52
問題ある場合→Windows鯖を買ってもらえない場合
277:デフォルトの名無しさん
08/12/21 17:29:24
ケチ過ぎるｗねーよｗｗ
278:デフォルトの名無しさん
08/12/21 17:39:10
Windowsさばは高すぎるだろ・・（´・ω・｀）
Linuxでいいだろ・・（´・ω・｀）
279:デフォルトの名無しさん
08/12/21 17:51:41
まぁ高いな
開発環境もチーム開発すると有償版必要になるし
運用もCAL必要になるしな
280:デフォルトの名無しさん
08/12/21 17:52:44
Linux鯖は保守がメンドイ。
Windowsなら「仕様です」で逃げられる。
281:デフォルトの名無しさん
08/12/21 17:56:44
逃げれねーよｗ
282:デフォルトの名無しさん
08/12/21 17:58:25
逃げたい～
283:デフォルトの名無しさん
08/12/21 18:18:42
（笑）好奇心半分ですが、商用Linuxじゃダメですか？
284:デフォルトの名無しさん
08/12/21 18:20:11
商用LINUXはwindowsより高いじゃん（笑）
285:デフォルトの名無しさん
08/12/21 18:34:34
別に必要でもないWebLogicを買ったりするのを考えれば、
Windowsなんて安いもの。
どのみち人件費より安いし(´・ω・｀)
286:デフォルトの名無しさん
08/12/21 19:11:26
JSF RIの本でおすすめを教えてください。
洋書でもいいです。
287:デフォルトの名無しさん
08/12/21 19:25:26
オライリー･･･は、Myfacesか？
288:デフォルトの名無しさん
08/12/21 20:17:38
>>287
オライリーはSun RIの解説だよ。
でも情報古いよ。
289:デフォルトの名無しさん
08/12/21 21:49:31
>>285
なぜそこでweblogicがでてくる
JBOSSやglassfishでいいじゃない
サポートもあとでつけられるし
290:デフォルトの名無しさん
08/12/21 21:51:08
>>286
まずは1.1時代に大量に書籍が出たのでJSFの基本を学ぶ。
そのあと1.2での改善点を調べながら学ぶ。
それで十分かと。
実装固有部分を学ぼうとはしないことだ。
JSFはRIの一人がちだからかまわないけど。
291:デフォルトの名無しさん
08/12/21 21:51:46
今ってtomcatじゃなくてglassfishがデファクトなの？
292:デフォルトの名無しさん
08/12/21 21:57:30
俺の脳内ではweblogicがデフォ
293:デフォルトの名無しさん
08/12/21 22:19:10
＞JSFって、イントラには良いけどコンシューマー系サイトには向かないとか、
＞開発ツールの出来がイマイチっていうイメージはあるけど。
向く向かないの判断は微妙だが、IBM JSFの開発ツールの親切さったら
凄いモノがあるんだが。
まあ、アレはIBM JVMからして既に機能拡張されているので、SUNのJVMと
比較するのも、アレなんだが。
294:デフォルトの名無しさん
08/12/22 08:29:07
そういや昔IBMのVMのほうがSUNのVMより高速な時期があったな
1.3のときだったっけ
295:デフォルトの名無しさん
08/12/22 18:10:56
JSFって参考実装がデファクトなんだな。
296:デフォルトの名無しさん
08/12/22 20:27:11
JSF RIはどこでダウンロードすればいいんだ。
glassfishのページに行ってしまうんだが。
297:デフォルトの名無しさん
08/12/22 21:06:42
>>296
もじゃらってのがglassfishのサイトからJSF実装単体としてとれるので探してみれ
探すのすら面倒ならNetBeansいれると標準でついてくるからそれで
298:デフォルトの名無しさん
08/12/22 21:48:18
>>297
ありがとう、見つけた。
とりあえずJSPベースは動いたので、次はfaceletsってヤツを試してみたい。
一番お手軽なのはNetBeansのfaceletsプラグインでおｋ？
299:デフォルトの名無しさん
08/12/23 00:10:27
オライリーの猿本ってどうなの？
訳がアレだっていうんだけど。
300:デフォルトの名無しさん
08/12/23 00:28:19
>>298
NetBeansの場合普通にJSFがお手軽。
VisualWebJSFというやつだよ。
最近だとICEfacesというすべてAJAXでJSFのアプリ動かすやつが
NetBeansでの本命っぽい芳香になるようでちょっとした祭りくさい。
faceletsはJSF2.0まったほうがいいかも。標準APIになるわけだし。
301:デフォルトの名無しさん
08/12/23 09:07:05
>>300
VisualWebJSFってモッサリしてるんだが。
俺のPCがボロいだけか･･･
302:デフォルトの名無しさん
08/12/23 11:43:17
>>299
猿本ｗ
303:デフォルトの名無しさん
08/12/23 20:14:26
JSFが標準ゆえのメリットがあるのは承知の上であえて聞きたいんだが、
無設定strutsから乗り換える決定的な理由があるとしたら何だろうね？
304:デフォルトの名無しさん
08/12/23 23:10:22
そんな理由を他人に求めてどーすんだ？って気がするが。
周りのメンバーが100人いて99人がstruts信者なら乗り換える必要ないと思うけど。
これからお手軽に開発したい、と言うのにはJSFは向いているだろう。
305:デフォルトの名無しさん
08/12/23 23:17:05
海外では普通に使われてるらしいが、日本で乗り換えるのはちょっとな･･･。
306:デフォルトの名無しさん
08/12/23 23:32:32
Hibernateってどうなの？
XML管理の手間が多いとかHQLとか独自の言語を利用する必要があるとか
デメリットが目立つんだけど、大量の小さいオブジェクトの簡単なクエリーとかの
場合は便利なもんなのかね？
307:デフォルトの名無しさん
08/12/23 23:51:02
>>306
スレ違いにつき誘導
ｽﾚﾘﾝｸ(tech板)
308:デフォルトの名無しさん
08/12/24 03:51:01
>>306
「XML管理の手間が多い」はないな。
つづきはORMスレで
309:デフォルトの名無しさん
08/12/24 13:18:53
>>304
JSFって何が手軽なの？
310:デフォルトの名無しさん
08/12/24 18:32:39
>>309
netbeans使うとぽとぺた開発できる。
311:デフォルトの名無しさん
08/12/25 01:45:31
>>307
心に余裕を持とうぜ
312:デフォルトの名無しさん
08/12/25 02:45:26
ASP.NET Ajaxが楽すぎて、Javaであれこれ拾い集めて開発してるのがアホらしくなったよ。
こんな感じで開発できてUnix系でも動作すればいうことなしなのになぁ。
313:デフォルトの名無しさん
08/12/25 03:40:14
>>312
NetBeans + ICEFaces
314:デフォルトの名無しさん
08/12/25 05:38:05
>>312
つmono
315:デフォルトの名無しさん
08/12/25 08:17:41
EclipseじゃいまいちJSFの恩恵を得られない気がするんだが。
JSF使うならNetBeansか？
316:デフォルトの名無しさん
08/12/25 10:11:07
>>316
Visualなんとかだろ。あのGUIをeclipseのプラグインもマネしてほしいな。
317:デフォルトの名無しさん
08/12/25 12:57:35
monoはちょっと・・
318:デフォルトの名無しさん
08/12/25 21:04:09
>>312は本当にICEfacesしらないんだな・・・
319:デフォルトの名無しさん
08/12/26 01:24:49
まあASPの生産性には程遠いのも本当だけど
320:デフォルトの名無しさん
08/12/26 09:55:04
ASPの生産性ってそんなに良いのか？
321:デフォルトの名無しさん
08/12/26 11:10:57
>>320
半端なく良いで
322:デフォルトの名無しさん
08/12/26 12:38:06
VisualStudioの値段とWindows縛りがある分は良くないと割に合わないからな
323:デフォルトの名無しさん
08/12/26 15:09:49
>>.321
何がそんなに生産性を良くしてるの？
324:デフォルトの名無しさん
08/12/26 18:53:13
極論っぽいが、「金取っているMS商品」と「無償のNetBeans」と比較するのも微妙なんだが。
と言うか漏れはEclipse慣れしているので、VisualStudioの作法がどーもな。
有償の開発キットどーこー言うならVisualStudioとRationalの比較になるんだろうが、
Rationalも結構ポトポタで開発できる。
325:デフォルトの名無しさん
08/12/26 20:46:50
>>323
MSは、開発をやりやすいことをかなり考えて、ツール・コンポーネント・言語仕様まで一貫して作ってるからな。
326:デフォルトの名無しさん
08/12/26 22:05:52
俺も、結局はその辺の話だと思う。
個々のJSF実装やIDEの出来の問題ではなくて、一貫性を持った開発が出来れば
ASP.NETでなくてJSFでもイイじゃん…ってことになると思うんだが。
327:デフォルトの名無しさん
08/12/27 01:59:16
SUNが標準化してベンダーが実装とかで、時間がかかり過ぎてるから
あれこれOSSが乱立しちゃうんだよな。
JSFとかいまだにこれからの発展をまたなきゃいけない状況だし。
その辺の一貫性のなさからRoRにおいしいとこ持ってかれちゃった感じ。
328:デフォルトの名無しさん
08/12/27 02:25:59
RoR（笑）
329:デフォルトの名無しさん
08/12/27 03:17:04
実装がすぐに欲しいのならRIでいいじゃない
330:デフォルトの名無しさん
08/12/27 08:00:28
別に選択枝が多いのは悪い事じゃないと思うが。
と言うか自分で選択する脳がないクレクレ君はASP.NETにしとけば？
ほぼ半永久的に縛られる結果になるとは思うが。
331:デフォルトの名無しさん
08/12/27 09:22:14
使える選択肢が多ければね。
完成度がASP.NETにどれも及ばないのが問題になってるわけで
332:デフォルトの名無しさん
08/12/27 09:41:31
アンチMSは本当に視野が狭いな
いいものは認めたほうがいい。
333:デフォルトの名無しさん
08/12/27 09:43:28
VSもただで使えるじゃん
334:デフォルトの名無しさん
08/12/27 10:50:31
アンチMSは選択肢が多すぎて、情報や流行に振り回されてる感がある。
現在人気のある無数のOSSフレームワークやライブラリ群が数年後にどうなるか、
考えただけでバカバカしくなるのに。
335:デフォルトの名無しさん
08/12/27 13:31:04
>>333
チーム開発とか出来ないだろ？
336:デフォルトの名無しさん
08/12/27 13:45:01
言うほど無数にフレームワークってあるんか？
趣味や研究職ならともかく、業務で使うならそれなりにコンペして採用するけど、
OSS側が１０もコンペ対象に上がらないけど。
漏れのトコは政治的理念が発動して「サーバーはコレ」とかなって、泣く泣くASP.NETを
使うとかWebSphereやら使うとかそういうのが多いけど。
それに漏れに関しては当てのない未来の話よりも、今楽できる事を
選択するだけだけど。
あとMSはVSみたいな製品自体は悪くないが、過去の負の遺産で痛い目を
見た人が多いからアンチMSが多く存在しているのだと思う。
337:デフォルトの名無しさん
08/12/27 13:47:47
ASPをASP.NETで作り直すだけでも稼げるからうれしい
338:デフォルトの名無しさん
08/12/28 11:23:44
エンタープライズ用途だとWebSphereやら実績のあるお高いフレームワークを使うからなぁ。
アンチMSだからASP.NETを選ばないわけではなく、位置づけが微妙なんだと思う。
Unix+有償J2EEサーバーほど実績と信頼性が認められているわけではなく、PHPほど安く上がるわけでもない。
帯に短かしたすきに長しって状態。
339:デフォルトの名無しさん
08/12/28 17:50:29
基幹システムは数十年単位で使い続けるから、3年毎に切り替えを要求してくるマイクロソフトは向かない。
lifitimeの短いアプリケーション向きでしょ、マイクロソフトは
340:デフォルトの名無しさん
08/12/28 17:59:54
政府系や公共系はLinux＋Javaを選んじゃったからな
大企業はIBMが美味しいとこ持ってっちゃうし、
中小企業相手に頑張るしかない、マイクロソフトの場合
341:デフォルトの名無しさん
08/12/28 18:58:24
素のServletなら長持ちするけど、OSSあれこれ使ったらやばいだろ。
あいつら飽きっぽからな。
342:デフォルトの名無しさん
08/12/28 19:02:24
今でさえ、素のServletやStrutsで作ったシステムを見るとゲッてなるのに、
そんなものを数十年単位でメンテしなければならない人達が気の毒でしかたが無い。
343:デフォルトの名無しさん
08/12/28 19:22:32
数十年て。。。どんだけレアケースの議論をしてるんだか。。
344:デフォルトの名無しさん
08/12/28 19:26:51
まあ、金融機関とかがメインだけどな
基幹システムとなるとデータやプログラムは結構長生きなんだよ
345:デフォルトの名無しさん
08/12/28 19:30:27
>>342
確かにStrutsのシステムは触ってると脱力する。
正直作り直しちまいたいが、結構規模が大きいから嫌だなあ･･･。
346:デフォルトの名無しさん
08/12/28 19:31:39
素のサーブレットのが素直で可愛いと思ってしまう
フレームワークの経験が浅いだけかもしれんが
347:デフォルトの名無しさん
08/12/28 19:36:03
>>346
確かにそうだけど、ドジっ子も含む個性派揃いなので学級担任
としてはクラスをまとめるのに苦労するところです。
348:デフォルトの名無しさん
08/12/28 20:47:02
俺、Seasar2のSAStruts使いたい。ついにここまで、という気にさせられる。
349:デフォルトの名無しさん
08/12/28 21:46:11
もうJavaEE5でよくね？
350:デフォルトの名無しさん
08/12/28 22:07:40
Strutsを数十年メンテする方が悲惨だろ。
351:デフォルトの名無しさん
08/12/28 22:18:15
新規のStruts案件ってあるのかな？
そんなのに携わった新人は悲惨だな。
352:デフォルトの名無しさん
08/12/28 22:26:32
さすがに、今時素のStrutsをそのまま使うような案件は無い…っと思いたい。
353:デフォルトの名無しさん
08/12/28 23:11:18
これから誰かが作るシステムを、自分が数十年後にメンテさせられるとしたら、
頼むから素のサーブレットで作っておいてくれと言いたい。
その時になって、数十年前に流行ったフレームワークの勉強なんかやりたくない。
354:デフォルトの名無しさん
08/12/28 23:22:36
小さいシステムならなるべく低レベルがいいと思う。
355:デフォルトの名無しさん
08/12/28 23:27:04
ただより高いものはないっていうけど、確かにJavaの開発はくそ苦労する。。２度とやりたくねえ。
356:デフォルトの名無しさん
08/12/28 23:39:14
>>353
う～ん、でもそういう実装って、他方でインハウスのライブラリや
フレームワークもどきでガシガシに武装されていがちな悪寒。
数十年後、楽なのはどっちだ～
357:デフォルトの名無しさん
08/12/28 23:43:21
>>356
ガシガシといっても、所詮は身内フレームワークなんで解析だけならそんなにやばくはない
解析だけならね！
358:デフォルトの名無しさん
08/12/28 23:55:11
数年後にもうソースも手に入らないようなOSSよりは、インハウスの簡易的な
ものの方がはるかに楽だねぇ。
359:デフォルトの名無しさん
08/12/29 03:22:11
>>358
OSSのソースが手に入らない可能性をいうなら、インハウスのフレームワークのソースが手に入らない可能性も同様に語るべきだと思うんだ
360:デフォルトの名無しさん
08/12/29 03:23:33
ソースももちろんドキュメンテーションがきっちりしていないと
悲惨でしょうね。
361:デフォルトの名無しさん
08/12/29 04:07:29
OSSのソースなんてあっても実際メンテなんてできないから意味ない。
数年で放置されるダメコミュニティが作ったOSSなんて、長期運用用に
採用した奴が悪いだろ。
362:デフォルトの名無しさん
08/12/29 07:31:43
>>359
悲惨なケースだよなぁ
javaならjadで無理やりソースみることできるかもしれんが、
他の言語だと読みやすいソースに戻せるんかな？
363:デフォルトの名無しさん
08/12/29 22:18:26
俺みたいに優秀な奴にとって、困難な状況の方が自分を高く売れて良いけどなあ
364:デフォルトの名無しさん
08/12/29 22:38:46
jadでリバースしたオレオレフレームワークを解析するのって、根気がいるだけで誰でもできる気が。
365:デフォルトの名無しさん
08/12/29 22:47:07
>>364
ほとんどの奴は「自分には無理」って実際やる前に諦めるお
366:デフォルトの名無しさん
08/12/30 10:11:38
環境
サーバーサイド
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.
このようなエラーメッセージがでて実行できません、解決策を教えてもらえませんか。
367:デフォルトの名無しさん
08/12/30 10:13:15
>>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");
}
}
368:デフォルトの名無しさん
08/12/30 11:23:54
>>366
>>377です、スレ汚しごめんなさいでした、解決しました
369:デフォルトの名無しさん
08/12/30 12:53:06
スレ違い、解決策なし、というまさにスレ汚し！
370:デフォルトの名無しさん
08/12/30 13:16:19
>>369
お前馬鹿だから
>>366
>>377
が書いた、設定で間違っているところ分んないだろうw
371:デフォルトの名無しさん
08/12/30 13:26:13
冬房は＊ね
372:デフォルトの名無しさん
08/12/30 14:36:22
今からJavaEE5やるのって無駄かね？
373:デフォルトの名無しさん
08/12/30 15:53:10
>>364
だからjavaだと楽だけどねって話さ
実際>>365が多そうだけどねぐぐりもしないでソースないから無理と投げ出すだろうし
374:デフォルトの名無しさん
08/12/30 23:13:28
>>372
あんましニーズが無いと思うけどなあ
企業向けのシステムではspringが世界的にデファクトになってしまったと思う
マーティン・ファウラーとかが評価した結果そうなった。
375:デフォルトの名無しさん
08/12/31 04:08:24
>>372
ムダじゃないと思うよ。
実装としてSpring使えるんじゃないかな？
376:デフォルトの名無しさん
09/01/05 01:02:25
>>375
SpringがいつJavaEE5の実装になったんだ?
377:デフォルトの名無しさん
09/01/05 01:26:14
2年くらい前じゃね？
378:デフォルトの名無しさん
09/01/05 01:40:23
大ウソ。
379:デフォルトの名無しさん
09/01/05 01:45:44
まさかPitchforkを知らないのか？
380:デフォルトの名無しさん
09/01/05 09:01:55
SpringベースのフレームワークだけどSpringそのものではない。
381:デフォルトの名無しさん
09/01/05 12:33:41
SpringSourceが提供してるんだから広義のSpringだよ。
382:デフォルトの名無しさん
09/01/05 13:01:59
というかEJB3.0のみの対応じゃない?
それでじゃヴぁEEといわれても・・・
383:デフォルトの名無しさん
09/01/05 13:05:53
SpringがWebコンテナを実装するわけないだろ
つPitchfork使ったJavaEEはWebLogic
384:デフォルトの名無しさん
09/01/05 20:04:41
PitchforkがServletコンテナを実装してると思ってたんじゃない？
385:デフォルトの名無しさん
09/01/05 23:18:17
何、この流れ．．．．．
386:デフォルトの名無しさん
09/01/06 02:52:56
製品を組み合わせるということを知らない人たちです。
387:デフォルトの名無しさん
09/01/06 18:16:20
netbeansのwoodstockコンポーネントって無くなるんですか？
今からだとICEfaces勉強した方がいいのかな？
388:デフォルトの名無しさん
09/01/07 01:02:45
woodstockは開発停止。
そもそもバグが多くて誰も使わなかった。
ICEfacesへ移行しろとNetbeansがいってるから今後はその方向だろうね。
389:デフォルトの名無しさん
09/01/07 06:18:24
その辺のアルファベットのなんかはみんな消えるけどね。
3年後にはそんなのもあったね、あははと笑ってる。
390:デフォルトの名無しさん
09/01/07 06:33:31
正直保守がなければ、今が楽ならいいです。
391:デフォルトの名無しさん
09/01/07 19:44:08
NetbeansのVisual Web JSFでエンタープライズアプリケーション作ってるんですが、
faces-config.xmlのGUI画面で、ページのボタンが表示されなかったりします。これはバグ？
392:391
09/01/07 19:46:19
すいません。
Netbeansのバージョンは6.5で、プラットフォームはWindowsXPです。
393:391
09/01/08 18:55:40
本体をアップデートして、再起動したら表示されるようになりました。
何だったんだろう･･･。
394:デフォルトの名無しさん
09/01/13 20:14:50
ICEfacesのチュートリアルって登録しないと見れない？
395:デフォルトの名無しさん
09/01/14 05:01:07
保守はシステムが止まるまで無くならないしなあ。
結局作った香具師に保守が回ってくるのはいつもの事。
やっぱり無料フレームワークじゃなくて、ちゃんとサポートのある有料フレームワーク採用したほうがあとが楽。
396:デフォルトの名無しさん
09/01/15 00:44:48
楽云々を言うならIBMの鯖にWebSphereでも乗せればハードからソフトまで
全部サポート受けれるが。
397:デフォルトの名無しさん
09/01/15 07:41:38
で、お前ら的にはJSFはどうなの？
398:デフォルトの名無しさん
09/01/15 08:59:38
いいと思うよ。てか出るの遅すぎた。
399:デフォルトの名無しさん
09/01/15 11:50:06
JSFがいいってやつはNetBeans使ってるやつだけだろ
Eclipseでうれしいことは何もない
事実上Sunの独自フレームワーク
400:デフォルトの名無しさん
09/01/15 13:44:01
なんか、JSFってスタイルシートと相性悪くね？
401:デフォルトの名無しさん
09/01/15 13:59:09
むしろどう考えてもスタイルシート必須だろ
402:デフォルトの名無しさん
09/01/15 18:18:27
もちろん必須だがidがなぁ
403:デフォルトの名無しさん
09/01/15 18:44:24
netbeansなんだが、ICEfacesレイアウトってwoodstockレイアウトの代替になる？
netbeans公式サイトのサンプルでwoodstockのパネル使ってて困るんだが。
404:デフォルトの名無しさん
09/01/16 01:25:03
JSFとかこの辺のフレームワークはできがいいとかよりも標準の椅子を獲得するかの
政治的な問題の方が大きいんだよなあ。
405:デフォルトの名無しさん
09/01/16 01:28:20
政治力があってもJSFを標準にするのは無理があるんだよ
あのコンポーネントモデルは無駄すぐる
406:デフォルトの名無しさん
09/01/16 11:36:00
Strutsのできがよくないことを思い出すんだ
407:デフォルトの名無しさん
09/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:デフォルトの名無しさん
09/01/16 15:49:00
WebWork？
409:デフォルトの名無しさん
09/01/16 18:40:50
JSFの普及率ってstruts超えてるの？
国内だと全然使われていない気がする。
410:デフォルトの名無しさん
09/01/16 20:50:31
JSFは正直居場所が無し
失敗作
411:デフォルトの名無しさん
09/01/16 22:30:08
>>409
海外だと普通に使われてるから意外とすこしずつ浸透するのかも。
国内だとhigaタソのところでStrutsの1/3以下とでてたな。
海外だとGWTとかIcefacesとか普通に使われていてうらやましい。
412:デフォルトの名無しさん
09/01/17 22:23:11
Seasar2の最新のStruts、SAStrutsはいいと俺は思うんだけど、あまり話題にならないね。
JSFは正直そのまま使うには面倒な部分が残ってしまっている。同じJSFならS2の拡張版Teedaはずっと使いやすい。
だけどこれもあまり話題にならないね。もうWebアプリケーションは別の言語で作る時代なのかな？Javaで作るならSeasar2と言わずフレームワークを使えばいいと思うんだけど。
413:デフォルトの名無しさん
09/01/17 22:50:01
mvcフレームワーク乱立しまくりなんでSpringが生きてる限りは消えないであろうSpringMVCにした
DWRとかSpringをサポートしてる他のOSSは必ずSpringMVCもサポートしてくれてたり(strutsもだけど)
struts使える人ならあっさり覚えられるし教育コストも高くはない。
無難な選択だったと思う
JSFも魅力的なんでこれから覚えるわ
414:デフォルトの名無しさん
09/01/17 23:37:29
>>412
実装が独自でJSFの試験とおってないからそれを覚悟で
あと1.2対応してない
2.0対応できるのだろうか
415:デフォルトの名無しさん
09/01/18 14:39:36
結局標準が残るのでJSFが一番いい
416:デフォルトの名無しさん
09/01/18 15:09:43
標準ってのはもちろん実質標準のことだよな。
だったらJSFはないなw
417:デフォルトの名無しさん
09/01/18 15:53:23
>>415
その台詞、JSFをEJBに置き換えてもう一度言ってみろ。
418:デフォルトの名無しさん
09/01/18 16:18:55
EJBはゴミ
419:デフォルトの名無しさん
09/01/18 16:27:58
EJBいいだろ。どこがゴミ？
420:デフォルトの名無しさん
09/01/18 16:35:09
3.0以上限定でEJBはいいもの
2.1まではゴミ
421:デフォルトの名無しさん
09/01/18 16:47:28
EJBって何に使うの？
たとえばショッピングサイト作るとして
使ったほうがいいの？
422:デフォルトの名無しさん
09/01/18 19:27:28
単体テストが楽になる
423:デフォルトの名無しさん
09/01/18 19:47:37
>>421
JPAもEJBに含むとしたら、JPAは使ったほうがいいかもな。
JPA以外でも、DI機能は使ったほうがいい。
もちろん、JPAじゃないORマッパやSQLラッパ、EJBではないDIコンテナと比較して、非EJBを使うのも手だが。
ORマッパ(もしくはSQLラッパ)とDIコンテナは使ったほうがいい。
424:デフォルトの名無しさん
09/01/18 20:24:22
>>423
日本語でおｋ
425:デフォルトの名無しさん
09/01/18 20:28:18
EJB3.1は期待できるね。
実質Spring+JPAと同等で標準仕様。
426:デフォルトの名無しさん
09/01/18 21:18:52
Amazon StaxではEJBなんて使えない。Tomcatだからな。
JavaEEが標準なんて絵に画いた餅
427:デフォルトの名無しさん
09/01/18 21:56:43
JPAは使えるし、JBossあたりにTomcatで使えるEJB実装があったはず。
428:デフォルトの名無しさん
09/01/18 21:59:38
もちろん自分で用意すればOpenEJBだって使えるが、
それだったらSpringでも使うだろjk
429:デフォルトの名無しさん
09/01/18 22:12:03
それ以前にstaxそのものが絵に書いた餅だろうにw
あんなもの本気で使えると思っている基地外いるのか？
430:デフォルトの名無しさん
09/01/18 22:15:20
>>429
浅いな。ああいうサービスが始まるときに当然のように
JavaEEが無視されてる現実を言ってるんだよ。
431:デフォルトの名無しさん
09/01/18 22:23:31
ああいうサービスって、誰も本気で取り合わないサービスのことか。
432:デフォルトの名無しさん
09/01/18 22:34:25
>>431
その程度のサービスにすら無視されるJavaEE(笑)
標準といわれ続けてるのに使われないJavaEE(笑)
433:デフォルトの名無しさん
09/01/18 22:36:21
やっぱEJBっていらないんだね。
俺正解
434:デフォルトの名無しさん
09/01/18 22:47:34
これといった標準がないうちは自分で作る、これ常識。
バカはすぐ流行りの野良コード使って流行と共に消えていく。
435:デフォルトの名無しさん
09/01/18 22:49:47
ＥＪＢは開発期間とかコストパフォーマンスとか気にしない企業とかでは生き延びると思う
今だにメインフレームとか抱えてるような企業かな
436:デフォルトの名無しさん
09/01/18 22:56:59
ところがWebSphere抱えてるIBMでもEJBはやりたがらない。
メインフレームとつなぐのはMQだしEJBは不要。
437:デフォルトの名無しさん
09/01/18 23:01:00
でも、SpringもSeasarも、開発者や開発元のブログ見てると先行き不安になるよね。。。
どちらも自滅して、結局残るのはEJBという結末もあり得なくはなさそう。
438:デフォルトの名無しさん
09/01/18 23:01:30
JBoss、日本では不発だったなあ
439:デフォルトの名無しさん
09/01/18 23:07:20
>>437
EJBの歴史を見ても不安にならないか？
結局残るのはServlet(Tomcat)だよ。
440:デフォルトの名無しさん
09/01/18 23:48:12
EJB3.1がwarアーカイブで動くようになったのは大きいと思う
441:デフォルトの名無しさん
09/01/19 00:03:09
だからといってTomcatで動くわけでなし
所詮NetBeans/GlassFish脳の戯言だわな
442:デフォルトの名無しさん
09/01/19 00:12:53
7年前に作った俺のJSPアプリは問題なく動いてるよ。
変なフレームワーク使ってたらこうはいかなかったと思う。
443:デフォルトの名無しさん
09/01/19 00:23:36
そりゃ、古くなって動かなかったらダメだろ。
変なフレームワークだって、時間たったからって動かなくなるわけじゃない。
ただ7年前に作ったJSPアプリでも、JSPだからこそ技術者不足にならずに、今でもメンテできるんだろうとは思う。
「JSP？あんなテンプレート糞だ。Servlet+自社製テンプレートエンジンこそ最強」
とかだったら、後の人がウンザリしてたかもな。
444:デフォルトの名無しさん
09/01/19 00:28:37
>>441
OpenEJBもどうせ3.1対応するだろ？
445:デフォルトの名無しさん
09/01/19 00:37:26
>>444
>>428嫁。無限ループする気か？
これだからNetBeans厨は…
こいつらと理解し合える日は永遠に来ないな。
446:デフォルトの名無しさん
09/01/19 00:38:44
Springは1年たてば有料化だろ？
447:デフォルトの名無しさん
09/01/19 00:41:26
>>446
何言ってんの？
448:デフォルトの名無しさん
09/01/19 00:42:52
SpringSource日本法人作って日本でもちゃんと商用サポートしてほしい
449:デフォルトの名無しさん
09/01/19 00:50:20
次バージョンのRCがでると無償サポート打ち切りだし
450:デフォルトの名無しさん
09/01/19 00:59:21
つうか、自分でサーバー立てれるならGlassfish使えと。
451:デフォルトの名無しさん
09/01/19 04:18:06
>>432
embedded-ejb使えばいいだけだから、Tomcatにしたんじゃねぇの？
452:デフォルトの名無しさん
09/01/19 07:05:53
結局ＥＪＢって簡単に言うとなんなの？
453:デフォルトの名無しさん
09/01/19 08:24:40
それくらいググれ
454:デフォルトの名無しさん
09/01/19 08:47:29
>>452
DIコンテナ+JPA
455:デフォルトの名無しさん
09/01/19 09:11:11
>>422
なんで楽になるんだ？
456:デフォルトの名無しさん
09/01/19 09:23:06
EJBのコンポーネントが公開されていたり、販売されていたるするから
利用者はソレを使うだけなので、その分の単体テストは不必要と言う意味なのでは？
クレジットカード決済系と自前で実装するのは結構ホネ(?)だろうし。
#つかここらのテストは面倒以前にやりにくい。
457:デフォルトの名無しさん
09/01/19 09:48:18
>>456
「EJBコンポーネントの流通に向けた規約を業界コンソーシアムが策定，一般公開へ」
URLﾘﾝｸ(techon.nikkeibp.co.jp)
EJBコンポーネントに関するコンソーシアム
URLﾘﾝｸ(www.ejbcons.gr.jp)
今は昔の物語。
458:デフォルトの名無しさん
09/01/19 12:54:24
>>456って、10年前で時間が止まってる人？
459:デフォルトの名無しさん
09/01/19 14:01:40
>>455
EJBだけではなくDIコンテナ一般の話だと思うが、テスト用のスタブの用意が楽になる。
460:デフォルトの名無しさん
09/01/19 22:24:42
自分で作っても、野良コードやオープンソースと同じレベルであとで面倒な事に成るのは変わらないよ。
結局、１０年使えそうな骨董商用フレームワークに乗っかってしまうのが楽。
461:デフォルトの名無しさん
09/01/19 23:34:01
うん、JavaEEサーバーを見て感じるのは、作るものに比べてちょっと大がかりすぎ、ということだな。
１０年ものフレームワークは現実的にベストな選択に思う。
462:デフォルトの名無しさん
09/01/20 01:23:23
EJBはもう禁句
EJBに遭いたければ、墓場にどうぞ
463:デフォルトの名無しさん
09/01/20 01:25:04
EJBさん、結局使えなかったね
大風呂敷拡げただけで、そのまま何も無く終わったね
464:デフォルトの名無しさん
09/01/20 02:47:15
という意見を出すのは、EJB3を使ったことないやつだよな
465:デフォルトの名無しさん
09/01/20 03:01:56
違う。NetBeansを使わないやつ
466:デフォルトの名無しさん
09/01/20 04:24:34
使えなくても、EJBとJBOSSの本が書店に売られていて不幸の連鎖は止まってなさそうな感じ。
商業的に元取りたいのは分かるが、もう時代遅れの情報を垂れ流すのは勘弁して欲しい。
でもJSPとかServletもどうなのって気がするが。その程度ならJavaでやらなくてもPHPとかのLLでいいじゃんって気が。
MVC思想も結局、Vのデザイナ環境が充実しないと丸投げ（分業）できる体制には成らないからな。
エクリプスの開発側ばかり充実してるが、デザイナはDWとか商用ソフト使っててプラグインとかも無いので連携が悪い。
AIR開発環境とかでエクリプスでも採用して、CSと連携が充実すればいいのに。
結局、PHP程度ならDWでサポートしてるので、Vだけ切り離してデザイナに丸投げのほうがまだ効率がいい。
いっそPHPで組んだほうが楽だし、あとは意地でもJavaと連携させるかは好み。
467:デフォルトの名無しさん
09/01/20 04:33:35
アルゴ君乙
468:デフォルトの名無しさん
09/01/20 06:32:15
PHP･･･。
仮にフレームワークなしだと、保守がめんどくさくなりそうだな。
はたしてどちらが幸せか。
469:デフォルトの名無しさん
09/01/20 07:30:41
>>466
JBossって遅いって言うかもさっとしてた
日本でビジネスベースで使ってるとこ少なかったな
確か、ルシードって会社のソフトで使ってたかな．．．．
470:デフォルトの名無しさん
09/01/20 07:34:00
そう言えば、SOAも普及しねえな
クライアント機能がのったビスタの登場で爆発的に普及すると睨んでたんだが、
肝心のビスタがこけちゃったからなあ
471:デフォルトの名無しさん
09/01/20 08:38:04
やっぱり生に近いほうが気持ちいい
472:デフォルトの名無しさん
09/01/20 10:14:20
JavaがこんなぐだぐだにならなかったらPHPとかいらなかったのにな。
473:デフォルトの名無しさん
09/01/20 10:32:34
それはない。
Webデザイナ崩れのプログラマの需要を満たす言語として、
PHPは存在意義がある。
474:デフォルトの名無しさん
09/01/20 10:46:43
それはない
475:デフォルトの名無しさん
09/01/20 11:54:02
>>465
どう考えてもNetBeansとEJB関係ないんじゃね?
476:デフォルトの名無しさん
09/01/20 17:52:13
PHPとかなくなってくれりゃいいのに。
477:デフォルトの名無しさん
09/01/20 18:10:55
こらこらなんて事言うんだね
478:デフォルトの名無しさん
09/01/20 18:28:04
glassfishってどうなのさ。
業務で使える？
479:デフォルトの名無しさん
09/01/20 19:15:50
むしろ業務ならTomcatよりGlassFishかもな。
> Tomcatはできないことがある。
> Weblogicはときどき大げさになってしまったりする。
> GlassFishはこれからでしょうが、ほどよい感じです。
URLﾘﾝｸ(blogs.sun.com)
480:デフォルトの名無しさん
09/01/20 19:20:35
JBoss seamって使った方がいい？
JSF、EJB、JPAだけで十分な気もするんだが。
481:デフォルトの名無しさん
09/01/20 19:52:02
TomcatにはJTAがないのが痛い。
JTAがあればGlassfishもJBossもいらないのに。
482:デフォルトの名無しさん
09/01/20 20:19:29
だから～
EJBはいらないってｗ
483:デフォルトの名無しさん
09/01/20 20:48:11
やがて野良フレームワークは一掃され、JavaEE6が生き残る。
はずがない。