[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/31 15:23 / Filesize : 188 KB / Number-of Response : 920
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Java+Webフレームワーク



1 名前:デフォルトの名無しさん [2007/06/06(水) 02:14:48 ]
前スレ
JAVA+JSP+Struts+Tomcat Part3
pc11.2ch.net/test/read.cgi/tech/1161862896/

関連スレ

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

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

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

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

285 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 18:34:34 ]
別に必要でもないWebLogicを買ったりするのを考えれば、
Windowsなんて安いもの。

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

286 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 19:11:26 ]
JSF RIの本でおすすめを教えてください。
洋書でもいいです。


287 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 19:25:26 ]
オライリー・・・は、Myfacesか?

288 名前:デフォルトの名無しさん [2008/12/21(日) 20:17:38 ]
>>287
オライリーはSun RIの解説だよ。
でも情報古いよ。

289 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 21:49:31 ]
>>285
なぜそこでweblogicがでてくる
JBOSSやglassfishでいいじゃない

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

290 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 21:51:08 ]
>>286
まずは1.1時代に大量に書籍が出たのでJSFの基本を学ぶ。
そのあと1.2での改善点を調べながら学ぶ。
それで十分かと。

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

291 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 21:51:46 ]
今ってtomcatじゃなくてglassfishがデファクトなの?

292 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 21:57:30 ]
俺の脳内ではweblogicがデフォ

293 名前:デフォルトの名無しさん mailto:sage [2008/12/21(日) 22:19:10 ]
>JSFって、イントラには良いけどコンシューマー系サイトには向かないとか、
>開発ツールの出来がイマイチっていうイメージはあるけど。

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

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



294 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 08:29:07 ]
そういや昔IBMのVMのほうがSUNのVMより高速な時期があったな
1.3のときだったっけ

295 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 18:10:56 ]
JSFって参考実装がデファクトなんだな。


296 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 20:27:11 ]
JSF RIはどこでダウンロードすればいいんだ。
glassfishのページに行ってしまうんだが。

297 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 21:06:42 ]
>>296
もじゃらってのがglassfishのサイトからJSF実装単体としてとれるので探してみれ
探すのすら面倒ならNetBeansいれると標準でついてくるからそれで

298 名前:デフォルトの名無しさん mailto:sage [2008/12/22(月) 21:48:18 ]
>>297
ありがとう、見つけた。

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

299 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 00:10:27 ]
オライリーの猿本ってどうなの?
訳がアレだっていうんだけど。

300 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 00:28:19 ]
>>298
NetBeansの場合普通にJSFがお手軽。
VisualWebJSFというやつだよ。

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

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

301 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 09:07:05 ]
>>300
VisualWebJSFってモッサリしてるんだが。
俺のPCがボロいだけか・・・

302 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 11:43:17 ]
>>299
猿本w

303 名前:デフォルトの名無しさん [2008/12/23(火) 20:14:26 ]
JSFが標準ゆえのメリットがあるのは承知の上であえて聞きたいんだが、
無設定strutsから乗り換える決定的な理由があるとしたら何だろうね?




304 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 23:10:22 ]
そんな理由を他人に求めてどーすんだ?って気がするが。
周りのメンバーが100人いて99人がstruts信者なら乗り換える必要ないと思うけど。

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

305 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 23:17:05 ]
海外では普通に使われてるらしいが、日本で乗り換えるのはちょっとな・・・。


306 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 23:32:32 ]
Hibernateってどうなの?
XML管理の手間が多いとかHQLとか独自の言語を利用する必要があるとか
デメリットが目立つんだけど、大量の小さいオブジェクトの簡単なクエリーとかの
場合は便利なもんなのかね?

307 名前:デフォルトの名無しさん mailto:sage [2008/12/23(火) 23:51:02 ]
>>306
スレ違いにつき誘導
ttp://pc11.2ch.net/test/read.cgi/tech/1220671877/

308 名前:デフォルトの名無しさん mailto:sage [2008/12/24(水) 03:51:01 ]
>>306
「XML管理の手間が多い」はないな。
つづきはORMスレで

309 名前:デフォルトの名無しさん mailto:sage [2008/12/24(水) 13:18:53 ]
>>304
JSFって何が手軽なの?

310 名前:デフォルトの名無しさん mailto:sage [2008/12/24(水) 18:32:39 ]
>>309
netbeans使うとぽとぺた開発できる。

311 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 01:45:31 ]
>>307
心に余裕を持とうぜ

312 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 02:45:26 ]
ASP.NET Ajaxが楽すぎて、Javaであれこれ拾い集めて開発してるのがアホらしくなったよ。
こんな感じで開発できてUnix系でも動作すればいうことなしなのになぁ。

313 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 03:40:14 ]
>>312
NetBeans + ICEFaces



314 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 05:38:05 ]
>>312
つmono


315 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 08:17:41 ]
EclipseじゃいまいちJSFの恩恵を得られない気がするんだが。
JSF使うならNetBeansか?

316 名前:デフォルトの名無しさん [2008/12/25(木) 10:11:07 ]
>>316
Visualなんとかだろ。あのGUIをeclipseのプラグインもマネしてほしいな。

317 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 12:57:35 ]
monoはちょっと・・

318 名前:デフォルトの名無しさん mailto:sage [2008/12/25(木) 21:04:09 ]
>>312は本当にICEfacesしらないんだな・・・

319 名前:デフォルトの名無しさん mailto:sage [2008/12/26(金) 01:24:49 ]
まあASPの生産性には程遠いのも本当だけど

320 名前:デフォルトの名無しさん mailto:sage [2008/12/26(金) 09:55:04 ]
ASPの生産性ってそんなに良いのか?

321 名前:デフォルトの名無しさん mailto:sage [2008/12/26(金) 11:10:57 ]
>>320
半端なく良いで

322 名前:デフォルトの名無しさん mailto:sage [2008/12/26(金) 12:38:06 ]
VisualStudioの値段とWindows縛りがある分は良くないと割に合わないからな

323 名前:デフォルトの名無しさん mailto:sage [2008/12/26(金) 15:09:49 ]
>>.321
何がそんなに生産性を良くしてるの?



324 名前:デフォルトの名無しさん mailto:sage [2008/12/26(金) 18:53:13 ]
極論っぽいが、「金取っているMS商品」と「無償のNetBeans」と比較するのも微妙なんだが。

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

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

325 名前:デフォルトの名無しさん mailto:sage [2008/12/26(金) 20:46:50 ]
>>323
MSは、開発をやりやすいことをかなり考えて、ツール・コンポーネント・言語仕様まで一貫して作ってるからな。

326 名前:デフォルトの名無しさん mailto:sage [2008/12/26(金) 22:05:52 ]
俺も、結局はその辺の話だと思う。
個々のJSF実装やIDEの出来の問題ではなくて、一貫性を持った開発が出来れば
ASP.NETでなくてJSFでもイイじゃん…ってことになると思うんだが。

327 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 01:59:16 ]
SUNが標準化してベンダーが実装とかで、時間がかかり過ぎてるから
あれこれOSSが乱立しちゃうんだよな。
JSFとかいまだにこれからの発展をまたなきゃいけない状況だし。
その辺の一貫性のなさからRoRにおいしいとこ持ってかれちゃった感じ。

328 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 02:25:59 ]
RoR(笑)

329 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 03:17:04 ]
実装がすぐに欲しいのならRIでいいじゃない

330 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 08:00:28 ]
別に選択枝が多いのは悪い事じゃないと思うが。

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

331 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 09:22:14 ]
使える選択肢が多ければね。
完成度がASP.NETにどれも及ばないのが問題になってるわけで

332 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 09:41:31 ]
アンチMSは本当に視野が狭いな
いいものは認めたほうがいい。

333 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 09:43:28 ]
VSもただで使えるじゃん




334 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 10:50:31 ]
アンチMSは選択肢が多すぎて、情報や流行に振り回されてる感がある。
現在人気のある無数のOSSフレームワークやライブラリ群が数年後にどうなるか、
考えただけでバカバカしくなるのに。

335 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 13:31:04 ]
>>333
チーム開発とか出来ないだろ?

336 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 13:45:01 ]
言うほど無数にフレームワークってあるんか?

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

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

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

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

337 名前:デフォルトの名無しさん mailto:sage [2008/12/27(土) 13:47:47 ]
ASPをASP.NETで作り直すだけでも稼げるからうれしい

338 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 11:23:44 ]
エンタープライズ用途だとWebSphereやら実績のあるお高いフレームワークを使うからなぁ。

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

339 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 17:50:29 ]
基幹システムは数十年単位で使い続けるから、3年毎に切り替えを要求してくるマイクロソフトは向かない。
lifitimeの短いアプリケーション向きでしょ、マイクロソフトは

340 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 17:59:54 ]
政府系や公共系はLinux+Javaを選んじゃったからな
大企業はIBMが美味しいとこ持ってっちゃうし、
中小企業相手に頑張るしかない、マイクロソフトの場合

341 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 18:58:24 ]
素のServletなら長持ちするけど、OSSあれこれ使ったらやばいだろ。
あいつら飽きっぽからな。

342 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 19:02:24 ]
今でさえ、素のServletやStrutsで作ったシステムを見るとゲッてなるのに、
そんなものを数十年単位でメンテしなければならない人達が気の毒でしかたが無い。

343 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 19:22:32 ]
数十年て。。。どんだけレアケースの議論をしてるんだか。。



344 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 19:26:51 ]
まあ、金融機関とかがメインだけどな
基幹システムとなるとデータやプログラムは結構長生きなんだよ

345 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 19:30:27 ]
>>342
確かにStrutsのシステムは触ってると脱力する。
正直作り直しちまいたいが、結構規模が大きいから嫌だなあ・・・。


346 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 19:31:39 ]
素のサーブレットのが素直で可愛いと思ってしまう

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

347 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 19:36:03 ]
>>346
確かにそうだけど、ドジっ子も含む個性派揃いなので学級担任
としてはクラスをまとめるのに苦労するところです。

348 名前:デフォルトの名無しさん [2008/12/28(日) 20:47:02 ]
俺、Seasar2のSAStruts使いたい。ついにここまで、という気にさせられる。

349 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 21:46:11 ]
もうJavaEE5でよくね?


350 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 22:07:40 ]
Strutsを数十年メンテする方が悲惨だろ。

351 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 22:18:15 ]
新規のStruts案件ってあるのかな?
そんなのに携わった新人は悲惨だな。

352 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 22:26:32 ]
さすがに、今時素のStrutsをそのまま使うような案件は無い…っと思いたい。

353 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 23:11:18 ]
これから誰かが作るシステムを、自分が数十年後にメンテさせられるとしたら、
頼むから素のサーブレットで作っておいてくれと言いたい。
その時になって、数十年前に流行ったフレームワークの勉強なんかやりたくない。



354 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 23:22:36 ]
小さいシステムならなるべく低レベルがいいと思う。

355 名前:デフォルトの名無しさん [2008/12/28(日) 23:27:04 ]
ただより高いものはないっていうけど、確かにJavaの開発はくそ苦労する。。2度とやりたくねえ。

356 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 23:39:14 ]
>>353
う〜ん、でもそういう実装って、他方でインハウスのライブラリや
フレームワークもどきでガシガシに武装されていがちな悪寒。

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

357 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 23:43:21 ]
>>356
ガシガシといっても、所詮は身内フレームワークなんで解析だけならそんなにやばくはない

解析だけならね!

358 名前:デフォルトの名無しさん mailto:sage [2008/12/28(日) 23:55:11 ]
数年後にもうソースも手に入らないようなOSSよりは、インハウスの簡易的な
ものの方がはるかに楽だねぇ。

359 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 03:22:11 ]
>>358
OSSのソースが手に入らない可能性をいうなら、インハウスのフレームワークのソースが手に入らない可能性も同様に語るべきだと思うんだ

360 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 03:23:33 ]
ソースももちろんドキュメンテーションがきっちりしていないと
悲惨でしょうね。

361 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 04:07:29 ]
OSSのソースなんてあっても実際メンテなんてできないから意味ない。
数年で放置されるダメコミュニティが作ったOSSなんて、長期運用用に
採用した奴が悪いだろ。

362 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 07:31:43 ]
>>359
悲惨なケースだよなぁ

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

363 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 22:18:26 ]
俺みたいに優秀な奴にとって、困難な状況の方が自分を高く売れて良いけどなあ




364 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 22:38:46 ]
jadでリバースしたオレオレフレームワークを解析するのって、根気がいるだけで誰でもできる気が。

365 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 22:47:07 ]
>>364
ほとんどの奴は「自分には無理」って実際やる前に諦めるお

366 名前:デフォルトの名無しさん mailto:sage [2008/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 名前:デフォルトの名無しさん mailto:sage [2008/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 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 11:23:54 ]
>>366
>>377です、スレ汚しごめんなさいでした、解決しました

369 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 12:53:06 ]
スレ違い、解決策なし、というまさにスレ汚し!

370 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 13:16:19 ]
>>369
お前馬鹿だから
>>366
>>377
が書いた、設定で間違っているところ分んないだろうw

371 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 13:26:13 ]
冬房は*ね

372 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 14:36:22 ]
今からJavaEE5やるのって無駄かね?

373 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 15:53:10 ]
>>364
だからjavaだと楽だけどねって話さ

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



374 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 23:13:28 ]
>>372
あんましニーズが無いと思うけどなあ

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

375 名前:デフォルトの名無しさん mailto:sage [2008/12/31(水) 04:08:24 ]
>>372
ムダじゃないと思うよ。
実装としてSpring使えるんじゃないかな?

376 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 01:02:25 ]
>>375
SpringがいつJavaEE5の実装になったんだ?

377 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 01:26:14 ]
2年くらい前じゃね?

378 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 01:40:23 ]
大ウソ。

379 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 01:45:44 ]
まさかPitchforkを知らないのか?

380 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 09:01:55 ]
SpringベースのフレームワークだけどSpringそのものではない。

381 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 12:33:41 ]
SpringSourceが提供してるんだから広義のSpringだよ。

382 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 13:01:59 ]
というかEJB3.0のみの対応じゃない?
それでじゃヴぁEEといわれても・・・

383 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 13:05:53 ]
SpringがWebコンテナを実装するわけないだろ
つPitchfork使ったJavaEEはWebLogic



384 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 20:04:41 ]
PitchforkがServletコンテナを実装してると思ってたんじゃない?

385 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 23:18:17 ]
何、この流れ.....






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<188KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef