Java+Webフレームワーク

Java+Webフレームワー ..

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でシングルトンが入ってもまだまだ使えねーな

次ページ