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/ 266 名前：デフォルトの名無しさん [2008/12/21(日) 14:56:50 ] 例の成功したサイトで有名なニッセンが一時期ものすごいアプレットで（一体どうやって造ったんだろうっていうようなやつ） サイト構築したけど、すぐやめになったよな。あれ。 作った人はさぞかしがっかりだっただろうｗｗ　普通のJSP/Servletに戻っちまった。 267 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 15:10:43 ] >>265 JPAになった。EJB3では、EJB3エンティティビーン=JPAエンティティビーン、という扱いではないかな？ EJB3.1からはJPAはEJBとは独立するようだけど 268 名前：262 mailto:sage [2008/12/21(日) 15:26:05 ] >>263 自分が所属しているのは、B2CなECサイトやコミュニティサイトなんかを メインにやっている部署です。 デフォルトな構成だと、Springに無設定StrutsとS2DAOモドキとかで やっていますが。 イントラの場合、Oracle ADFを使っているケースはあるようですが、 自分はあまり関わっていません。 あと、この手の場合にはJavaではなくASP.NETが第1候補になりますね。 269 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 15:33:36 ] ASP.NETってWindowsじゃないと動かないんだろ？ 270 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 16:00:30 ] >>268 無設定StrutsってS2Struts？Springと組み合わせるの？ 271 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 16:17:19 ] >>268 なるほど。 そういうオープンなところではJSFはやめたほうがいいかな。 でも管理画面はJSFってのがありだと思うよ。 管理画面って直接的に貢献する場所じゃないくせに工数が大きいから。 JSFは管理画面ならば普通に工数半分以下になる。 無設定Strutsを無理やり作るくらいならばSpring使ってるんだし オープンなコンテンツもSpringMVCでやるのが本筋だろうね。 相性は当たり前だがStrutsに組み合わせるよりいいし、技術者が疲弊しないのがよい。 工数も個人的感覚では2割は減るし。 272 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 16:19:56 ] >>265 コンテナとしてはJ2EE1.4の互換性もあるから使おうと思えば使える。 EJB3.0からEJB2.1をよびだしたりするだけでなく、EJB2.1からEJB3.0を 呼び出せるようにしたのは素直にほめてやりたい。 従来のコードを残しつつ新規部分はEJB3.0で開発がスタートできるから。 >>267 一応EJB3.0の時点でJPAは単独で動かせるようにした。 273 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 16:25:15 ] >>269 何か問題があるの？ 274 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 16:28:54 ] そりゃ問題がある場合はあるだろ 275 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 16:44:53 ] じゃあ問題ない場合もあるだろ 276 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 17:24:52 ] 問題ある場合→Windows鯖を買ってもらえない場合 277 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 17:29:24 ] ケチ過ぎるｗねーよｗｗ 278 名前：デフォルトの名無しさん [2008/12/21(日) 17:39:10 ] Windowsさばは高すぎるだろ・・（´・ω・｀） Linuxでいいだろ・・（´・ω・｀） 279 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 17:51:41 ] まぁ高いな 開発環境もチーム開発すると有償版必要になるし 運用もCAL必要になるしな 280 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 17:52:44 ] Linux鯖は保守がメンドイ。 Windowsなら「仕様です」で逃げられる。 281 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 17:56:44 ] 逃げれねーよｗ 282 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 17:58:25 ] 逃げたい〜 283 名前：デフォルトの名無しさん [2008/12/21(日) 18:18:42 ] （笑）好奇心半分ですが、商用Linuxじゃダメですか？ 284 名前：デフォルトの名無しさん mailto:sage [2008/12/21(日) 18:20:11 ] 商用LINUXはwindowsより高いじゃん（笑） 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プラグインでおｋ？ 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 猿本ｗ 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側が１０もコンペ対象に上がらないけど。 漏れのトコは政治的理念が発動して「サーバーはコレ」とかなって、泣く泣く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の開発はくそ苦労する。。２度とやりたくねえ。 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. このようなエラーメッセージがでて実行できません、解決策を教えてもらえませんか。

---

---

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

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