あぼーん
あぼーん
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が生き残る。
はずがない。
484:デフォルトの名無しさん
09/01/20 21:00:53
EJBはいらないけどJTAは欲しい。
485:デフォルトの名無しさん
09/01/20 21:07:10
JTAって何？
486:デフォルトの名無しさん
09/01/20 22:12:56
日本テコンドー協会
487:デフォルトの名無しさん
09/01/20 22:50:37
>>480
便利ではあると思うよ。
conversationスコープとかあるし。
488:デフォルトの名無しさん
09/01/20 23:15:04
Servletコンテナとデータソース管理、JTAだけほしいのならGlassfish V3 prelude最適だな。
EJBとかJMSとか重そうにみえる(実際は軽いけど)のが実装されてない。
ただ、ロギング管理も実装してないのはどうよ。
489:デフォルトの名無しさん
09/01/20 23:50:40
TomcatでJTA使いたけりゃAtomikosとかJOTMとか使えばええやん
490:デフォルトの名無しさん
09/01/21 00:46:08
JOTMって正気か？
491:デフォルトの名無しさん
09/01/21 00:49:14
>>490
しらん。俺は使ったことない。
そもそもWASしか選択肢ないし。
492:デフォルトの名無しさん
09/01/21 00:59:38
>>491
結局大手のアプリケーションサーバー使ってるやん
493:デフォルトの名無しさん
09/01/21 06:32:30
仕事だしなぁ
494:デフォルトの名無しさん
09/01/21 12:05:03
仕事でTomcat使うほうがアホなんだよ
495:デフォルトの名無しさん
09/01/21 12:11:34
んなこたない
496:デフォルトの名無しさん
09/01/21 12:32:38
仕事するほうがアホなんだよ
497:デフォルトの名無しさん
09/01/21 12:53:19
有料アプリケーションサーバー使うくらいなら
IISのがマシ
498:デフォルトの名無しさん
09/01/21 14:54:30
JBOSSやGlassfishあるだろ
499:デフォルトの名無しさん
09/01/21 17:02:59
今は、struts2 と springが世界的なデファクトでしょ
500:デフォルトの名無しさん
09/01/21 18:01:05
どこの世界だろ
501:デフォルトの名無しさん
09/01/21 18:18:38
springはいいが、struts2って使われてるの？
502:デフォルトの名無しさん
09/01/21 18:44:10
struts2は、apache struts2 だよ
使わない奴の方が不思議
503:デフォルトの名無しさん
09/01/21 18:46:11
JSF
504:デフォルトの名無しさん
09/01/21 20:35:45
Apacheだからって良いものだとは限らないだろ。
myfacesがそうであったように。
で、struts2とSAStrutsってどっちが楽なの？
505:デフォルトの名無しさん
09/01/21 21:42:34
Struts2がデファクトな世界がどこにあるのか、俺も知りたい。
506:デフォルトの名無しさん
09/01/21 22:47:31
俺様ワールドでは大分前からStruts2が不動のデファクト
507:デフォルトの名無しさん
09/01/22 03:03:06
>>504
Seasar2さえ使えてるなら、SAStrutsだろうな。
508:デフォルトの名無しさん
09/01/22 07:39:20
黙ってJSF使ってろ。
標準こそ正義。
509:デフォルトの名無しさん
09/01/22 12:49:04
鉄板のループパターン
JSFは標準だから最強→
そのセリフEJBに置き換えろ→
EJB3はイイ→
JavaEEなんてイラネTomcatでいい→
～わいわい～
→ところで、フレームワークは何使えばいい？
510:デフォルトの名無しさん
09/01/22 13:52:56
EE5は結構よくね？
何が不満なんだ。
511:デフォルトの名無しさん
09/01/22 13:56:35
EJB3は悪くないが最高でもない
JSFとJPAは糞
512:デフォルトの名無しさん
09/01/22 15:22:07
>>511
他のコンテナよりトランザクション管理とか設定がいらないから容易なんだけどな
Springとかまともにできないしひどいだろ、あれ…
513:デフォルトの名無しさん
09/01/22 15:39:26
>>512
設定なんて何年も前にマスターしてるだろjk
それすらできなかった素人がNetBeansで楽とか喜んでるのがEJB3厨の正体
514:デフォルトの名無しさん
09/01/22 16:15:41
EJB3はどのIDE使おうが楽だろ。
Springは回避しようがないけど。
515:デフォルトの名無しさん
09/01/22 16:59:34
>>513
マスターしようが、めんどいもんはめんどいだろ。
516:デフォルトの名無しさん
09/01/22 17:46:29
>>515
別に。一からプロジェクト作るなんてないし
それよりEJBはリクエストスコープないんだよな
3.1でシングルトンが入ってもまだまだ使えねーな
517:デフォルトの名無しさん
09/01/22 21:17:26
お前ら、なんでそんなにJSFが嫌いなの？
本気で知りたい。
518:デフォルトの名無しさん
09/01/22 22:07:19
どこにもいいところがないからだよ
519:デフォルトの名無しさん
09/01/22 22:17:24
UIComponentのライフサイクルモデルは過剰すぎだろ
おかげでコンポーネント作るの大変じゃねーか
520:デフォルトの名無しさん
09/01/22 22:19:58
テンプレートが事実上JSPってのもダメだ
Faceletsも独自タグだらけでダメだ
521:デフォルトの名無しさん
09/01/22 22:22:07
そんなあなたにWicket
522:デフォルトの名無しさん
09/01/22 22:28:26
id書き換えるからcssやjsとの相性も最悪だな
523:デフォルトの名無しさん
09/01/22 22:33:37
JSFはURLが腐ってる
524:デフォルトの名無しさん
09/01/22 22:42:34
コンポーネント側でバリデーションしないとめんどいのに
バリデータ作るのもめんどい
525:デフォルトの名無しさん
09/01/22 22:44:25
>>517
お前、なんでJSFを嫌いにならないの？
本気で知りたい。
526:デフォルトの名無しさん
09/01/22 23:05:59
日本語が数値参照になるのが許せん
527:デフォルトの名無しさん
09/01/22 23:08:15
あれはあんなモンと思うようにしているけど。
許せないほどもないけど。
あんなん手打ちするモンでもないし。
528:デフォルトの名無しさん
09/01/22 23:08:56
ASP.NETを移植してくれないかな
529:デフォルトの名無しさん
09/01/22 23:10:45
Mainsoftのは使い物になるの？
530:デフォルトの名無しさん
09/01/22 23:27:44
>>527
表示がおかしい場合にブラウザでソース見たりしないのか？
531:デフォルトの名無しさん
09/01/22 23:38:40
>>530
生成されたHTMLタグみても意味なくね？
532:デフォルトの名無しさん
09/01/22 23:55:10
漏れもそう思う。
言わんとする事は解らんでもないが、表示がおかしいなら
別のソースやら設定を見るべきだろうに。
533:デフォルトの名無しさん
09/01/22 23:55:45
>>531
生成されたタグのどこがおかしいかが重要だろ？
特にjsやcssが絡む場合
534:デフォルトの名無しさん
09/01/23 00:01:09
なんか、このスレ始まって以来の盛り上がりなんですけど
535:デフォルトの名無しさん
09/01/23 00:14:52
>>512
Springだとまともにできないってどういう意味？
複数DBまたがりだろうが入れ子だろうがEJBと同等の事は出来るけど
EJB3は何でもDI出来ないのがちょっと…
536:デフォルトの名無しさん
09/01/23 00:20:04
>>535
>>512の理解力ではできないってことだよw
トランザクション制御に関してはSpringの方が高機能なことも知らないんだろうな
537:デフォルトの名無しさん
09/01/23 00:34:08
＞それよりEJBはリクエストスコープないんだよな
この前、warのデプロイ時間を全部シングルトンにした場合と
リクエストスコープ使った場合と比較したけど結構早くなってて驚いた。
538:デフォルトの名無しさん
09/01/23 00:38:46
もうすぐしたらspringの季節
539:デフォルトの名無しさん
09/01/23 00:51:10
私デザイナーだけどJSFは無理
540:デフォルトの名無しさん
09/01/23 00:51:46
私コンポーネント作者だけどJSFは無理
541:デフォルトの名無しさん
09/01/23 00:52:07
私NetBeans厨だけどJSF大好き
542:デフォルトの名無しさん
09/01/23 01:18:21
JSFってStrutsよりはいいんじゃないんだっけ？後発だし、Xmlが楽とか聞いたけどどうなの？
543:デフォルトの名無しさん
09/01/23 04:54:31
もう、ISEFacesでいいじゃないか。仲良くしようぜ
544:デフォルトの名無しさん
09/01/23 12:37:29
>>543
ICEfacesな。
つか、それJSFだし。
545:デフォルトの名無しさん
09/01/23 23:06:32
>>536
JTA腐ってるだろ
>>544
JSFのライフサイクルでまわすようにはできてるけど
JSFとは違うよ
現実的に既存のツールを使えるようにしたということ
基本的な考えはASP.NET AJAXと同じだからわかりやすいけどね
546:デフォルトの名無しさん
09/01/23 23:08:42
>>545
バカだなーSpringにはJTA実装は含まれてないんだよ
547:デフォルトの名無しさん
09/01/24 00:04:21
＞JTA腐ってるだろ
は？それSpringと関係ないだろ。自分が良いと思うJTA実装を使えばいい
548:デフォルトの名無しさん
09/01/24 00:29:57
だいたい腐ってないJTA実装なんてWASとWLSだけ
549:デフォルトの名無しさん
09/01/24 02:18:47
みんななぜSeasar2を使わないの？Springはよかったけどもう使う気なくした。
550:デフォルトの名無しさん
09/01/24 02:22:31
>>549
Springに失礼な奴だな
比べたらSpringの圧勝だろ
551:デフォルトの名無しさん
09/01/24 03:09:37
ある外資系ソフトウェアベンダーの製品調査で
libの中にspring.jarを見つけて海外ではデファクトなんだと悟った
552:デフォルトの名無しさん
09/01/24 11:25:54
これからは、JBoss seam + facelet(JSF)でFAだろ
いいからだまって使ってみろ
553:デフォルトの名無しさん
09/01/24 11:54:11
Seasar2自体のメンテナンスが不明。とても業務では使えない。
趣味用にはいいかもな。
554:デフォルトの名無しさん
09/01/24 11:56:55
>>552
WebBeans+JSF2.0ということでJavaEE6の実装まんまだな
悪いものじゃないけど、日本だけはアレルギーあると思うぞ
使いもしないで批判だけするStruts信者とかな
555:デフォルトの名無しさん
09/01/24 12:08:56
WebBeansはいいけどSeamは嫌い。
>>554は本当に使ってみたの？もはやSeamとは別物じゃん。
556:デフォルトの名無しさん
09/01/24 12:15:29
NetBeans厨とEJB(JavaEE)厨の共通点
いつも将来のバージョンの話をしてる
557:デフォルトの名無しさん
09/01/24 12:21:57
JavaEE最高です。
558:デフォルトの名無しさん
09/01/24 13:42:17
このスレには一人アンチNetBeans、JavaEE厨が住み着いてるようだね
559:デフォルトの名無しさん
09/01/24 17:00:35
俺はMartin Fowlerの意見をもっとも尊重してFW選んでる。
URLﾘﾝｸ(capsctrl.que.jp)
560:デフォルトの名無しさん
09/01/24 20:52:15
>>558
自分と意見が違うのは一人しかいないと思い込みたいんですね。わかります
561:デフォルトの名無しさん
09/01/24 21:46:32
みんな不満はある物だよ。妥協は大事。
562:デフォルトの名無しさん
09/01/25 01:03:55
>>553
導入事例に三菱東京UFJで採用とあるが？
563:デフォルトの名無しさん
09/01/25 13:04:57
ICEfacesってJSF1.2に対応してるん？
564:デフォルトの名無しさん
09/01/25 18:51:08
>>562
あそこはチャンレンジャーが多いからなぁ。
565:デフォルトの名無しさん
09/01/25 19:00:17
>>562
基幹システムに導入されたんなら評価されるんだろうけど
チンケなスタンドアローンでしょ、どうせ
566:デフォルトの名無しさん
09/01/25 19:18:09
ISIDが請け負ったからってだけ。
567:デフォルトの名無しさん
09/01/25 22:58:00
>>563
1.1しか対応してないな
568:デフォルトの名無しさん
09/01/25 23:18:54
>>567
ありがとう。
569:デフォルトの名無しさん
09/01/25 23:21:32
>563
URLﾘﾝｸ(www.icefaces.org)
このバージョンから、対応っぽいですね
570:デフォルトの名無しさん
09/01/25 23:22:38
ネットワークのノーテルが倒産したけど、Sunはどうなのかな？
時間の問題だと思うが
571:デフォルトの名無しさん
09/01/25 23:59:08
SunがつぶれたらJavaはどうなる？
572:デフォルトの名無しさん
09/01/26 00:04:23
まだ大丈夫、３ドル台だから
１ドル台になったらそろそろ秒読みだろ
573:デフォルトの名無しさん
09/01/26 00:54:53
Javaはどっかが引き取るだろ
574:デフォルトの名無しさん
09/01/26 01:01:59
IBMが引き取れば安心ではあるかな
575:デフォルトの名無しさん
09/01/26 01:33:33
>>569
1.7.2SP1でもJSF1.2で追加されたやつがうまく動いてないぞ
576:デフォルトの名無しさん
09/01/26 05:46:24
ibmこそ油断成らんが。またメインフレームの閉鎖環境に戻りそう。
2.0の開発ツールの動作環境が、ibmハードだけとか。
導入事例もピンキリだしな。導入したけどメンテされてなくて腐って使われてないシステムなんていくらでもある。
導入案件で契約取れましたよって実績でしかない。業務で継続的に使えるかどうかは別問題。
577:デフォルトの名無しさん
09/01/26 07:42:03
>>575
後方互換はあるけど本格対応はまだって感じかね？
578:デフォルトの名無しさん
09/01/26 20:25:46
>>576
IBMでも大量リストラどこもやってるし安心はないだろ
>>577
基本JSF1.2を使って開発をする
ただ、1.2で追加されたメッセージ系がどうやら対応してないようだ
Labelが対応してないのも面倒かな
579:デフォルトの名無しさん
09/01/26 21:11:22
NetBeansスレにも書いたんだが、過疎ってるようなのでこちらで質問させてくれ。
ICEfacesのpanelLayoutコンポーネントでフローレイアウト指定すると、
コンポーネント内部がグリッドレイアウトになるんだが、これってバグ？
本家フォーラム読んでも手がかりが見つからない…。
580:デフォルトの名無しさん
09/01/26 21:18:59
>>579
その内部に配置したコンポーネントのスタイル消してる?
581:デフォルトの名無しさん
09/01/26 21:39:28
>>580
ありがとう、消したら上手くいったよ。
でも、逆にグリッドレイアウト指定した場合に、内部がフローレイアウトに
なるのはどうしたらいいんでしょうか？
panelLayoutのスタイルに"-rave-layout: grid"を追加すれば
上手くいくみたいなんだけど、デフォルトじゃ入ってないんだよね。
582:デフォルトの名無しさん
09/01/26 21:46:56
Sunはもって３年だと思う
URLﾘﾝｸ(finance.yahoo.com)
583:デフォルトの名無しさん
09/01/26 21:49:15
>>581だが・・・
やはりこのコンポーネントの挙動はおかしくない？
WoodStockと真逆の動きをしている気がする。
584:デフォルトの名無しさん
09/01/26 22:31:26
WebBeansって仕様名変わったんだな
585:デフォルトの名無しさん
09/01/26 23:16:52
>>583
それ以外にもpanelLayoutはバグが多い感じ
右下にエラーのアイコンがよくでる
今のところグリッドパネル以外はあまり使わないほうがいいのかなぁと思う
586:デフォルトの名無しさん
09/01/26 23:39:13
>>585
アドバイスありがとう。
とりあえずグリッドパネルだけでやってみる。
587:デフォルトの名無しさん
09/01/26 23:52:56
NetBeansスレでもJSFスレでもなくここで回答があるのはなぜなんだぜ？
588:デフォルトの名無しさん
09/01/27 00:08:13
JSFスレでもNetBeansスレでも質問がないからな
どこのスレであろうが質問があれば回答があるのは当たり前
589:デフォルトの名無しさん
09/01/27 00:23:16
>>588
>579が読めないのか？
590:デフォルトの名無しさん
09/01/27 00:50:33
>>553
話題戻して悪いんだが、開発者自信がこう言っているがどうでしょ？
URLﾘﾝｸ(d.hatena.ne.jp)
591:デフォルトの名無しさん
09/01/27 01:06:21
サン社内の人が減ってるって噂は本当だったか。
まあ安いミニノートが流行る時代に高価なサンのハードが売れるとは思えないしなあ。
おまいらアイビーエムとかの鯖ハード使ってるの？
それともエッチピーとかデルとかの激安鯖ハード？
592:デフォルトの名無しさん
09/01/27 01:08:58
エッチピーとかデルとかより激安のアイビーエム鯖
593:デフォルトの名無しさん
09/01/27 01:11:41
Sunは、ミドルレンジだろ。高価な部類に入らないよ。
594:デフォルトの名無しさん
09/01/27 01:48:03
算もハイエンドサーバをラインナップしてるよ。
最上位はIBMと同じ32cpu/64core/128thread。
いつの間にか富士通からのOEMだが。
595:デフォルトの名無しさん
09/01/27 12:10:49
>>589
普通は自分の常駐してるスレしかみないものだろ
596:デフォルトの名無しさん
09/01/28 14:10:29
>>591
ミニノートが流行るのは、サーバーで処理ができるからという前提があるだろ。
597:デフォルトの名無しさん
09/01/28 22:06:27
>>595
つまんねーことにしつけーな。
NetBeans/Visual Web Icefacesに詳しいやつが
NetBeansスレやJSFスレに常駐してなくてここに常駐してることの
説明になってないだろ。
まともに答えられないならレスするな糞。
598:デフォルトの名無しさん
09/01/30 04:27:16
もはやミニノート内で完結してしまう現実。アトムの力は偉大。
サンのシンクライアント構想も鯖代や使用ライセンス代とか含めるとコストアップで一般には全然普及しないし。
いまやSPARC機ってハイエンドって位置づけ？ 丸ごと富士通OEMだな。
ローエンドはアムド機か？ こっちは他社の激安PC鯖機と勝負に成らない感じ。売れてるの？
599:デフォルトの名無しさん
09/01/30 04:41:38
ミドルレンジのクールスレッド機が海外では伸びているらしい
国内ではさっぱりという話だがw
600:デフォルトの名無しさん
09/01/30 09:58:29
SunのAMD機もつばめとかで大きな実績はあるんだけどねえ
601:デフォルトの名無しさん
09/01/30 22:48:39
オフコンとかＷＳとか、みなＰＣに食われて死滅したんだよな。実際１０年前のサーバーより今のパソコンは高性能だし。
またも歴史は繰り返されるな。Sunという会社、どこに存在価値を置こうとするんだろう？
602:デフォルトの名無しさん
09/02/01 02:12:40
大学が普通にPCとかマク買うように成っちゃったからな。
サンの鯖やWSは売れなく成った。
箱物だと、日本はちょっと違うからねえ。
データセンタのラックに入れるにしても、世界との利用料金の違いで容積小さいものが好まれるし。
603:デフォルトの名無しさん
09/02/01 21:36:55
Sunにかこつけて標準技術のJSFとEJBですが、こんなの使うならPHPやRubyに利用者が流れるのを誰が責められます？
Seasar2くらいの便利なスタンダードを用意してほしい。EJB3.0はまだましだが。
604:デフォルトの名無しさん
09/02/01 22:13:56
>>603
> 誰が責められます？
誰か責めている人がいるということ？
605:デフォルトの名無しさん
09/02/01 23:43:54
>603
すでに、Seasar2が便利なスタンダードって行っている時点でなんだかなぁ、と。
606:デフォルトの名無しさん
09/02/02 00:28:12
シーサー自体がアレ。とても業務では使えないレベル。趣味なら何使ってもいいと思うよ。
rubyはまだマニア用を抜け出てないけど、phpなら有料サポートもあるので安心。
607:デフォルトの名無しさん
09/02/02 00:31:29
聞きかじった情報を並べただけに見えるわ
608:デフォルトの名無しさん
09/02/02 01:11:59
>>607
Seasarも有料サポートがあるわけだし、phpしか知らん人なんでしょうなぁ。
609:デフォルトの名無しさん
09/02/02 01:17:01
Seasarの話題は荒れるみたいだから本スレ逝ってくれってことで
610:デフォルトの名無しさん
09/02/02 03:38:32
JFrameにJavascript・htmlエンジンを組み込みたいけどそんなクラスないですか？
やっぱ他のhttpブラウザエンジンを組み込む方法しかないですかね？
611:デフォルトの名無しさん
09/02/02 04:28:02
>>610
JavaScriptはRhinoがついてる。
HTMLパースはいまのところNecoHTMLがよさげ
JWebPaneに期待。
そして、スレ違い
612:デフォルトの名無しさん
09/02/02 06:56:50
>>606
rubyは海外ではかなり活躍してきてる
勿論、ルビー・オン・レイルの方だけどね
世界的な不況で開発費が縮小傾向にあるから追い風なんじゃないかな
ルビー・オン・レイル＋アジャイル方式が
613:デフォルトの名無しさん
09/02/02 07:05:51
>>612
レイズじゃないのか？
レインって何？？
614:デフォルトの名無しさん
09/02/02 07:37:29
ちょっｗｗｗｗ
レイルだのレイズだのあげくはレインかよ
ちっとは英語を勉強しろよ。
レールズって言うんだよ。線路って意味だぜ。
615:デフォルトの名無しさん
09/02/02 10:08:44
Rubyは未だにCGIなので遅くてダメだろ
616:デフォルトの名無しさん
09/02/02 11:59:21
レールもレイルも似たようなもんだ
レイルはまだいい、ズが抜けてるだけだ。
617:デフォルトの名無しさん
09/02/02 15:41:10
>>615
CGIじゃねーだろ。
618:デフォルトの名無しさん
09/02/02 17:33:22
>>617
mod_ruby使えばCGIじゃなくなるな
619:デフォルトの名無しさん
09/02/02 19:04:49
>>618
なんで？
620:デフォルトの名無しさん
09/02/02 19:42:09
>>619
CGI経由での実行じゃなくなるから
621:デフォルトの名無しさん
09/02/02 20:00:09
個人的には、もうgrailsでいい。
Javaの資産も使えてｳﾏｰだし。
622:デフォルトの名無しさん
09/02/03 00:46:01
>>614
はいはい、マクドナルドはマクダーナルですねｗ
623:デフォルトの名無しさん
09/02/03 00:51:04
>>616
ルビー・オン・レイルはカタカナで日本語になってるよ、既に
英語と日本語のカタカナ表記は別だって
アメリカに2年近く居た俺に英語の講釈するんじゃねえ
一年は住んでて、後は10回以上シリコンバレーに出張してて、トータル2年だ、英語はかなり使えるぜ
624:デフォルトの名無しさん
09/02/03 00:55:27
日本だとsの部分認識しないのは別に不思議じゃないしね
625:デフォルトの名無しさん
09/02/03 01:07:46
カタカナ表記を英語の発音に合わせないとダメなら
ルーターはラウタ
ローカルはローコー
ウィルスはヴァイラス
になっちまうじゃねーかｗ
626:デフォルトの名無しさん
09/02/03 01:13:56
>>623
なんで単数形なんだよ？
627:デフォルトの名無しさん
09/02/03 01:15:07
>>623
URLﾘﾝｸ(www.sophia-it.com)
普通に読めよ
628:デフォルトの名無しさん
09/02/03 04:40:13
>>623
ネタにマジレスすれば、ルビーオンレイルとカタカナで日本語にしてるヤツはいない。既に。
英語と日本語のカタカナ表記は別だって。
アメリカに2年近くいたところで、カタカナ表記は別なんかだら英語の講釈じゃねぇ。
1年すんでようが、10回以上シリコンバレーに出張してようが、トータル2年で英語かなり使えようが、関係ねぇ。
629:デフォルトの名無しさん
09/02/03 07:40:21
>>628
カタカナ表記を英語の発音に合わせないとダメなら
ルーターはラウタ
ローカルはローコー
ウィルスはヴァイラス
になっちまうじゃねーかｗ
630:628
09/02/03 08:40:26
>>629
だから別だと言ってる
631:デフォルトの名無しさん
09/02/03 10:57:20
汽車の窓からハンケチ振れば～
632:デフォルトの名無しさん
09/02/03 13:54:18
ジャヴァ
633:デフォルトの名無しさん
09/02/03 14:06:05
闍婆
634:デフォルトの名無しさん
09/02/03 21:28:56
わざわざカタカナで書くなｗｗｗ
Railsでいいだろ。2年もアメリカに居たなら。
俺は英語全然しゃべれないが、技術用語は基本的に元の言語での表記か和訳された用語を使うなぁ。
カタカナは気持ち悪い。
トゥルー、フォールスなんてありえないだろ？
true, false でいいんだよ。
635:デフォルトの名無しさん
09/02/03 21:43:01
紅玉鉄路
636:デフォルトの名無しさん
09/02/03 21:49:24
イフ
エルス
ホワイル
ディーアイコンテナ
オーアールマッパー
ジェイエスピー
ストラッツ
トムキャット
ウェブロジック
ウェブスフィア
ジェイボス
ジャバ
637:デフォルトの名無しさん
09/02/03 22:55:43
>>634
英語使い現るｗ
638:デフォルトの名無しさん
09/02/03 23:07:03
ひどくつまらない流れだね
639:デフォルトの名無しさん
09/02/03 23:20:57
今日読んだこの記事が面白かった
SOA lessons learned for Web 2.0
URLﾘﾝｸ(www.ibm.com)
640:デフォルトの名無しさん
09/02/04 03:56:28
英語コンプ多いスレだなｗｗｗ
そもそもアメリカなんて書いてる時点で駄目だろｗｗｗ
641:デフォルトの名無しさん
09/02/04 07:23:40
インドｗ
642:デフォルトの名無しさん
09/02/04 22:27:59
USA!USA!
643:デフォルトの名無しさん
09/02/04 22:36:28
♪ぼーんいんざでっどまんずたうん！♪
644:デフォルトの名無しさん
09/02/06 00:12:12
500レス近辺で JTA の話が出てきたが、
なんで Spring とか Seasar2 をつかうときに JTA が必要なのかわからない。
Spring や Seasar2 はそれなりに長く使っているし、
プロジェクトをつくるときは、ググって見つけた設定ファイルを使い回しているから
とりあえず使っているけど。
# Spring の場合は、org.springframework.jdbc.datasource.DataSourceTransactionManager か。
JTA って、そもそも 2フェーズcommit とかする場合だよね。
corba とか RMI とか使っているわけではないのに、なんで JTA が必要になるのだろう。
DI コンテナは、のっける Bean ごとにモジュール化が進んでいるから、モジュールを
またがる大きな一つのトランザクションをつくるために、JTA にしているのかな？
645:デフォルトの名無しさん
09/02/06 00:18:57
>>644
複数のDBを更新すると必要になる。
646:644
09/02/06 00:26:19
>>645
なるほど、分散処理せずとも、
一つのアプリで複数の DB コネクションにまたがったトランザクションを扱いたければ、
それも立派な 2フェーズ commit か。
647:デフォルトの名無しさん
09/02/06 01:04:06
コネクション1つであってもトランザクションとコネクションが同期しなくてもよいというメリットがある
648:デフォルトの名無しさん
09/02/06 01:24:53
2フェーズ commit、懐かしいな。
初めてｒｄｂをさわった1980年代後半に英語のマニュアルに書いてあった。
あの当時は、レプリケーションもクラスタリングも無かったから全部手作りしたよ、苦労したなあ。
649:デフォルトの名無しさん
09/02/06 01:58:36
>>647
意味わかんね。説明プリーズ
650:デフォルトの名無しさん
09/02/06 03:26:47
その鯖で動いているシステムがそのアプリだけだったらいいけど、
SOAハブみたいな使い方をしてたらやっぱJTA欲しいな。
651:デフォルトの名無しさん
09/02/06 03:42:50
>>650
意味わかんね。説明プリーズ
652:639
09/02/06 20:10:46
>>650
ハブにはマングースだと思うが．．．．
ESB？
653:デフォルトの名無しさん
09/02/08 21:24:16
HTTPでセッションがぶち切れる時点で
TPモニタがあっても分散トランザクションはキツイだろｊｋ
654:デフォルトの名無しさん
09/02/08 21:53:03
>>653
意味わかんね。説明プリーズ
655:デフォルトの名無しさん
09/02/08 23:47:23
>>654
酔っ払ってたんで適当なこといったｗすまん。ロールバック！
656:デフォルトの名無しさん
09/02/08 23:52:48
コミット済みです
657:デフォルトの名無しさん
09/02/10 01:09:49
バックアップをリストアして、ロールフォワードしかないか
658:デフォルトの名無しさん
09/02/10 01:14:24
Struts2.1 きました
URLﾘﾝｸ(www.infoq.com)
659:デフォルトの名無しさん
09/02/11 06:35:26
>>658
かなり良くなったみたいだね
Dojoは2.0.xでは上手く動かなかった。
新しいバージョンは期待できるな、ajaxの取り込みが
660:デフォルトの名無しさん
09/02/26 19:04:11
echoって誰か使ってる？
まったく話題にならないな。
661:デフォルトの名無しさん
09/02/27 06:21:07
echoとsedやawkのコンビネーションは多用するけれども・・・
自然すぎて話題にならないのでは。
662:デフォルトの名無しさん
09/02/28 00:30:34
Echo Frameworkの事では？
663:デフォルトの名無しさん
09/02/28 02:39:04
突っ込んだら負けかと思ってた
664:デフォルトの名無しさん
09/02/28 03:16:37
どうせ本人が自分で突っ込んだんだと確信している
665:デフォルトの名無しさん
09/02/28 16:48:37
Clickって2.0.1が出てたのね
666:デフォルトの名無しさん
09/02/28 23:55:08
Java Web Startについての質問です。
現在、Web上で動作する教育用ソフトウェア開発にJava Web Startを用いています。
しかし、IE7やGoogleChrome等では動作するのですが、IE6やMacですとエラーコードが出て動作できません。
恐らくjnlpファイルの構文がおかしいのではないかと思うのですが、よくわかりません。
どのように記述したらどの環境でも動作できるようになるのでしょうか？
詳しい方いらっしゃいましたらご回答のほどよろしくお願いします。
667:デフォルトの名無しさん
09/02/28 23:55:54
【以下、IE6でのエラーコード詳細】
CouldNotLoadArgumentException[ 指定されたファイルまたは URL をロードできませんでした: C:\Documents and Settings\user\Local Settings\Temporary Internet Files\Content.IE5\MX3DU40P\a[1].jnlp]
at com.sun.javaws.Main.launchApp(Unknown Source)
at com.sun.javaws.Main.continueInSecureThread(Unknown Source)
at com.sun.javaws.Main$1.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
【jnlpファイルの構文】
<jnlp
spec="1.0+"
codebase="?URLﾘﾝｸ([?)ソフトウェアのあるURL]"
href="a.jnlp">
<information>
<title>Test</title>
<vendor>Test create</vendor>
<offline-allowed/>
</information>
<resources>
<j2se version="1.5+"/>
<jar href="a.jar" main="true"/>
</resources>
<application-desc main-class="Test"/>
</jnlp>
668:デフォルトの名無しさん
09/03/01 00:06:16
>>666
スレ違いだろjk
669:デフォルトの名無しさん
09/03/01 15:28:05
で、フレームワークの本命はどれなんだよ。
SAStrutsか？JSFか？
670:デフォルトの名無しさん
09/03/01 15:52:02
spring
671:デフォルトの名無しさん
09/03/01 17:10:27
>>670
springは有償になるんだろ。
672:デフォルトの名無しさん
09/03/01 17:35:24
>>671
有償になったらいけないのか？
673:デフォルトの名無しさん
09/03/01 18:00:04
EJB3.1が来るからSpringは不要。
674:デフォルトの名無しさん
09/03/01 18:06:34
>>673
Springを知らないんだろｗ
675:デフォルトの名無しさん
09/03/01 18:18:47
>>673はEJB3.1のことも知らなさそうw
676:名無し募集中。。。
09/03/01 18:49:03
ってかSpringはWebフレームワークではないわけで
DIコンテナの部分はあんまりWebに関係なくてぶっちゃけなんでもいい部分ではある
677:デフォルトの名無しさん
09/03/01 19:25:18
EJB3.1って、結局EJBコンテナが必要であることは変わらないし、
requestやsessionスコープオブジェクトにDIやAOP使えないし、
JNDIリソース以外のオブジェクトをDIできないし。
678:デフォルトの名無しさん
09/03/01 19:27:58
>>677
requestはないがsessionはEJB1.0からある
679:デフォルトの名無しさん
09/03/01 20:37:38
HttpSessionとは何の関係もない全く別物の、
EJBコンテナ内だけのsessionだけどね。
680:デフォルトの名無しさん
09/03/01 20:42:21
そんなsessionなあ
681:デフォルトの名無しさん
09/03/01 21:02:44
リファレンスをHttpSessionに保存すればおk
使ったことないけどw
682:デフォルトの名無しさん
09/03/01 21:28:09
>>678
ちっとは勉強しなはれ
683:デフォルトの名無しさん
09/03/01 21:54:20
>>682
勉強するとrequestがあることが分かるのかい？
それともsessionがないことが分かるのかい？
684:デフォルトの名無しさん
09/03/02 00:26:55
>>683