トップページ⇒tech
108コメント37KB

Javaはくそ言語だとおもう?

■ このスレッドは過去ログ倉庫に格納されています
0001やまなかNGNG
わしはC++ってヘッダだけ読んだらクラスの機能が
だいたいわかるとこがすきなんだけど、JAVAって
ヘッダファイルがないのよ。
そのへんがくそな理由なんだけど、どう?
0002デフォルトの名無しさんNGNG
Javadocがある。
C++でヘッダ読むよりいいよ。一回使ってみそ。便利だよ。
0003デフォルトの名無しさんNGNG
ヘルプファイルDLしろ!
0004デフォルトの名無しさんNGNG
即レスで解決ですな。
----------------------------終了----------------------------
0005デフォルトの名無しさんNGNG
>>2同意
javadocはJDKについてくるし
JDKのドキュメントと全く同じものが一発で作れる
(ちゃんとコメントいてておけば)
ヘッダファイル見るより100倍判りやすい

クラスのインターフェースと実装を分けたいなら
それこそ「インターフェース」を使えばいいんだし。
0006デフォルトの名無しさんNGNG
Javaの何が悪いかと言えばGUIが遅い!
そしてダサい!
何よりもJavaランタイムが普通のPCに入ってない。
雑誌の付属CDにでも入れとけ!
それとJarファイルのアイコンは自由に設定させろ!
0007デフォルトの名無しさんNGNG
ていうか、日本人として、根本的に、「va」ってのが嫌。
Jabaならよかったのに。よってクソ。
0008デフォルトの名無しさんNGNG
>>7
vaca !!
0009デフォルトの名無しさんNGNG
>6
>Javaの何が悪いかと言えばGUIが遅い!
>そしてダサい!
いつの話だ?awtしか知らんのか?SwingならLook&Feelは
Windows風にも変更可能だが…

>何よりもJavaランタイムが普通のPCに入ってない。
>雑誌の付属CDにでも入れとけ!
雑誌の付録にある思うが。JREなんてけちなもんじゃなくて
JDK丸ごと。

>それとJarファイルのアイコンは自由に設定させろ!
それはWindowsで設定するんだよ。

結論:馬鹿の自己晒し。凄いね。真似できないよ。
0010デフォルトの名無しさんNGNG
>9
>SwingならLook&FeelはWindows風にも変更可能だが…
それってOSがWindowsの時だけでしょ?
Windowsの場合Macは選択できないけどMacやLinuxはWindows選択できるの?

>雑誌の付録にある思うが。JREなんてけちなもんじゃなくて JDK丸ごと。

ってJavaの雑誌でしょ?
そうじゃなくて一般人が買うような普通のPC雑誌でDirectXとかVBランタイムがついてるようにJavaも付けろってこと。

>それはWindowsで設定するんだよ。
ってJarファイルを個別にアイコン設定ってことだぞ!
普通のExeファイルみたいに。
レジストリいじってJarに関連付けられてるファイル全部かえるのはなし。
0011デフォルトの名無しさんNGNG
9じゃないが

>>10
>Windowsの場合Macは選択できないけどMacやLinuxはWindows選択できるの?
標準では metal, motif, windows の三種が用意されている。
自分で作れば何でも可能。

>一般人が買うような普通のPC雑誌で
それは雑誌の編集部に言え。

>Jarファイルを個別にアイコン設定
起動用バッチファイルを用意して、
そのショートカットにアイコンを設定すればいいと思うが。
0012デフォルトの名無しさんNGNG
Javaは嫌いじゃないが、SUNは糞だ。
0013デフォルトの名無しさんNGNG
Solarisでもwindows,macなどのLookAndFeel使えるけど。
0014名無しさん@お腹いっぱい。NGNG
つーか、どこかが狭い人がまぎれこんでいる模様。
0015デフォルトの名無しさんNGNG
まあ、ここらヘンで出しとくか。

将来に期待してヽ(´ー`)ノいこうよ。
0016デフォルトの名無しさんNGNG
10まで全員いちからJavaを勉強し直せ。

>>12 Javaは嫌いじゃないが、SUNは糞だ。
正しい。

最後に >>1
言語に上下はなし。目的によって言語は使い分けるもので
いくらC++でも作り手がカスであればできあがりもカス。
よっておまえは逝って良し。
00175NGNG
一緒くたにされた、、、鬱だ氏のう
0018名無しさん@1周年NGNG
JAVAはともかくJames Goslingは肛門だ
0019デフォルトの名無しさんNGNG
誰か、リンク切れ多発、異様に重く、
ダウンロード成功したかと思えば違うアーカイブだったりする
腐りに腐ったSun Download Centerを潰して下さい。
0020デフォルトの名無しさんNGNG
おいらがJavaで楽しいと思うのはThread、Socket、RMI、CORBA、Swing、Java2D。
なんか十得ナイフって感じがする。これだけあればたいていの事はできるし(クライアントは
重いけどね)、ほかの言語でやるより簡単だとおもう。

ところで、J2SE使ってる限りは特にJavaとXMLの相性が特に良いとはあまり
思わないんだけどどうでしょうか。別に文字列処理は凄い得意ってわけじゃ
ないよねえ…
0021デフォルトの名無しさんNGNG
>>20Java使いがXMLの環境非依存ってところにふらふらと吸い寄せられて
DOMだのSAXだのRELAXだのサクっと作ってしまったってのが
実のところではないでしょうか
0022デフォルトの名無しさんNGNG
>>19
英語読めますか?
0023デフォルトの名無しさんNGNG
>>22
読めるかどうかは関係ないと思うが。
0024名無しさん@XEmacsNGNG
>>22

です いず あ ぺん

読めました。
0025デフォルトの名無しさんNGNG
>>20
それがオブジェクト・オリエンテッドの
いいところだよね
0026飲む打つ買うさんNGNG
http://namikarex.ug.to/cgi-bin/nami.cgi
2ちょんの先生方このサイトを盛り上げてやってくださいm(__)m
0027名無しさん@お腹いっぱい。NGNG
ディレクトリ構成に依存するってのが違和感あったな。
0028デフォルトの名無しさんNGNG
最初にきっちりとクラスの設計をしないとのちのちきつくなる。
先人の残した遺産のせいでどれだけ苦労したことか。
資料ゼロの状態からちまちまとメンテするにはむしろCの方が
見通しがいいのでは? と思ってしまったり思わなかったり
0029デフォルトの名無しさんNGNG
>>28
C++だよね?
俺はもうグローバルな関数が列挙されてるソースを
みるのは嫌だなあ
0030デフォルトの名無しさんNGNG
Javaは実に素晴らしい言語だと思う。
00311ですNGNG
>>28
>資料ゼロの状態からちまちまとメンテするにはむしろCの方が
>見通しがいいのでは? と思ってしまったり思わなかったり
やっぱり前任者がへなちょこなものを残してるとひどい状態になるわけね。
わしはそういう状態になってないけど、JAVAをつかっててそういう心配を
したわけよ。
00321ですNGNG
あと、プリプロセッサなくてこういうの(下)どうすんのよ。

#ifdef _DEBUG
#else
#endif

もしかして
if ( bDebugFlag ){
;
}else{
;
}

こんな感じで書いといてリリース版のときはコンパイラの最適化頼みなの?
そのへんどうよ。
0033デフォルトの名無しさんNGNG
>>32
プリプロセサ使う。
置換系ツールで削除。

Java でプリプロセサつかっちゃいかんこともなし。
標準化されてないのがアレだけどまあ。
0034デフォルトの名無しさんNGNG
>>32
テストは JUnit 使え。
0035デフォルトの名無しさんNGNG
sage
0036デフォルトの名無しさんNGNG
>9
WindowsでもMacのLook&Feelは可能。ただ著作権の問題でくみこめないだけ。
今はどうかしらないが、昔Look&Feelのへんのソースを読んでたときに、Macという単語の残骸があった。
0037デフォルトの名無しさんNGNG
特にUIはスピードも遅いが、メモリを食い過ぎるので全く使い物にならない。
0038デフォルトの名無しさんNGNG
俺もWindowsの事を良くそう言ってけなしてたなあ・・・
0039デフォルトの名無しさんNGNG
javaはハイスペックなハードを用意すればそれなりに使える。
開発用だとメモリーは最低512メガ以上、CPUは1GHz以上必須だね。

C++はアプレットの機能がないから話にならん。
IEでしか動かないように作り込めば良いのだろうけど。

javaは全体的に安定性が悪い。日本語対応も極めて悪い。最悪な言語だね。
オブジェクト指向っていってるけどSmalltalkに比べるとjavaは貧弱で中途半端。
0040デフォルトの名無しさんNGNG
>>39
> Smalltalkに比べると

Smalltalkよりオブジェクト指向な言語ってあるの?
0041デフォルトの名無しさんNGNG
>>39
>>安定性が悪い
必ず例外でスタックトレースが出てくれるだけ
C,C++よかマシだと思うんだけど

>>日本語対応も極めて悪い
多くの原因はUNICODE(と変換テーブル)が腐っているせいかと、、

Javaは好きだけどUNICODEの米欧優先主義は嫌いだ。
アラビア文字と漢字を統合するなら
ロシア語とフランス語とドイツ語と英語とギリシャ語も統合しろってんだ!
0042デフォルトの名無しさんNGNG
> javaはハイスペックなハードを用意すればそれなりに使える。
> 開発用だとメモリーは最低512メガ以上、CPUは1GHz以上必須だね。

なんの話?ゲームでもつくってんの?

> C++はアプレットの機能がないから話にならん。

今更Javaでアプレット?
0043デフォルトの名無しさんNGNG
>>42
>> javaはハイスペックなハードを用意すればそれなりに使える。
>> 開発用だとメモリーは最低512メガ以上、CPUは1GHz以上必須だね。
>なんの話?ゲームでもつくってんの?
サーブレットの話だったりするかも。
0044デフォルトの名無しさんNGNG
>>43

サーブレットなら
MMX200/64Mで開発やってたよ。
Duron600/128Mにしたらかなり快適。
CPU1GHz以上必須って、JBuilderとかのRADツール
動かすのに、って話でしょ?コマンドラインで開発すれば
そんなにいらない。
0045デフォルトの名無しさんNGNG
ペンチ133M 32MのノートにJDK1.3を入れて使ってるオレは
我ながらアホだと思う
でもちょっとしたコンソールプログラム作る程度なら問題ないよ
0046デフォルトの名無しさんNGNG
Java歯糞言語?
0047あNGNG
思わん
0048デフォルトの名無しさんNGNG
開発者が糞
0049デフォルトの名無しさんNGNG
JBuilder4とか使って、Javaは遅いから糞とか言ってる奴は
ほぼ間違いなくプログラマとして糞だと思う。

生兵法馬鹿は何処の世界にもいるけど、プログラマのそれは
有害性が段違いに高いからねえ。
0050名称未設定NGNG
だから今までに結論出てるんじゃない。
Javaは良いがSunが糞。そしてこれからはC#、と。
0051デフォルトの名無しさんNGNG
JDK1.3のsrc.jarを読んで、目を丸くした事がある人、います?
0052デフォルトの名無しさんNGNG
>>51
いや、特にないが。っていうか、コード量膨大だし。
どのあたりを読んで目を丸くしたのか詳細希望。
0053デフォルトの名無しさんNGNG
ソース見て一つ疑問なのですが、なんでabstract classのSocketImpl
のデフォルト実装で公開されているクラスがないんでしょうか?

PlainSocketImpl(非publicなのでパッケージスコープしかないよー)
ってnative呼びまくってるみたいなんだけど、それだけfinalかなんか
にしておいて継承可能にしてくれてないと、SocketImplFactoryとか
public classになってるのに、使いようがないと思うんですが…
0054デフォルトの名無しさんNGNG
>>51
Java2Dとかすごいね。
汎用性の基本クラス群から、膨大な具象化クラス群。
それをサポートするsun.*パッケージ群。
そこに見えるのは、言語仕様のエレガントさとは掛け離れた「人海戦術の悪夢」とでも言えそうな光景でした。
しかし、JDK1.3にクラスはいくつ定義されてるんだろう。
すでにJava全体のバランス感覚が失われてると思うね。
0055デフォルトの名無しさんNGNG
>>54
多分、インターフェイス設計者は多少まともでも、
コーダは日本のそれと同レベルの馬鹿新人使って
たりするのかもな。
0056デフォルトの名無しさんNGNG
>いや、特にないが。っていうか、コード量膨大だし。
>どのあたりを読んで目を丸くしたのか詳細希望。

コード量が膨大で目が丸くなった。
0057デフォルトの名無しさんNGNG
わはは。それはあるのねん。
0058デフォルトの名無しさんNGNG
>>53
ソレが出来たら立派なセキュリティーホール
だと思うんだけど、、、いや、良くわかんないけど
0059デフォルトの名無しさんNGNG
安定して動くエレガントな最小限のクラスライブラリ提供してりゃ
Javaもちょっとは違ったんですかねえ、やっぱ。
なんにせよヘルパークラス増えすぎ。
どれ使ったらいいのか調べるだけで手間ダスよ。

#あと、そろそろImageObserver抹殺しない?
0060デフォルトの名無しさんNGNG
なんか開発環境が糞。最悪。
結局コマンドプロンプト上での開発になってしまう。
とにかく開発環境の実行速度が遅い。
なんかまともな開発環境ないんか?きびきび動く奴。
0061デフォルトの名無しさんNGNG
>>60
>結局コマンドプロンプト上での開発になってしまう。
はっきり言ってそれで十分じゃない?
0062デフォルトの名無しさんNGNG
>>60
JavaでIDE作る馬鹿会社ばっかりなんだよね。
誰かVC++で作ってよ。
0063デフォルトの名無しさんNGNG
自分も(旧)JDK派です。

ホントに、なんで開発環境をJava化するんでしょうかね?
トロくて使う気にならないっす。
006460NGNG
>>61
十分といえば十分なんだけどねぇ。
VCレベルのデバッガと、ファイル(プロジェクト)管理とヘルプがある奴作ってくれんかのう。
こういうのがあるとないとじゃ、入りやすさが段違いでしょ。
俺はいまのままでも良いけど、他人に教えたりするの大変なんだよな。マヂで。

>>62
今の奴でもプロセッサの動作速度が向上すれば話が変わってくるかもしれんけど。
予想だけど、IDE作ってる会社は自社のIDEは使ってないね。どう考えても。
0065デフォルトの名無しさんNGNG
>>62
「Lattice-CはLattice-Cで記述されています!」という宣伝文句を思い出したよ。
0066部外者ANGNG
Delphiもそうらしいね。>65
VisualC++もそうか?
gccも・・・
もう大してめずらしくもないか。
0067デフォルトの名無しさん NGNG
>>62
1:「Javaアプリは遅くて使い物になりません」って事を認識してもらうために作ってみた...とか
2:「Javaアプリ作る人は、Xeonの8-way使ってください」というIntelの陰謀...とか
3:「Javaのできる人募集」って集めてみたら、本当にJavaしかできない厨房ばっかりだったので仕方なく...とか
4:「Micosoft製品は社内での使用不可」というお達しが出てる...とか

オレ的には4:かな?
0068デフォルトの名無しさんNGNG
1が糞
0069デフォルトの名無しさんNGNG
>>67
ワラタ
でもさぁ、結局Javaアプリやアプレットは逝ったし、
今後はサーブレットやEJBだけで生きていくんだから、
エディタ機能を高性能にして、軽い開発環境を出せば、
売れるかもね。
最近、画面上に秀丸が10個くらい出ているのが、いやに
なってきた。
タブエディタってないのかな?
0070デフォルトの名無しさんNGNG
Windows に JRE を標準搭載しろ。
か、Windows 消えろ。
0071デフォルトの名無しさんNGNG
Windows消えたら困るモナ。
0072デフォルトの名無しさんNGNG
サーブレットはCGIの代替でしかないと思うから寿命短いと思うにょ。
将来はXMLのSOCKET通信か、RMI-IIOPかCORBAでしょ。

クライアント側のコンセンサスが取れる閉じた環境でのシステム
のクライアントとしてなら、アプレットもアプリケーションもまだ
「あり」だと思うんだけどなあ。(ゲームとかじゃなくて、業務上
の入出力フォーム画面として)

C#が「使える」ならWinでは乗り換えるかもしれんが。
0073デフォルトの名無しさんNGNG
>サーブレットはCGIの代替でしかないと思うから寿命短いと思うにょ。
>将来はXMLのSOCKET通信か、RMI-IIOPかCORBAでしょ。

う〜ん、下の行のフロント側にたって画面を作るのがServletじゃないのか。
Servlet+JSPの組み合わせは今のところ最強だと思うけどなぁ。
というわけで、オレはServer側のJavaはかなり評価してるけど。EJBはまだ使ってない。
0074デフォルトの名無しさんNGNG
Servletって通信プロトコルはHTTPなんでしょ?
柔軟性に欠けるとおもうんだ。
ブロードバンド、マルチQoS時代の通信のメインプロトコル
にはそぐわないと思う。
サーバサイドは分散オブジェクトが主流になるとおもう。
Jiniがほんとに使えるようになったら、便利だなあと
思うんだけど。
0075デフォルトの名無しさんNGNG
糞
0076チェックリストNGNG
>JSP
遅いんだよゴルァ!
0077デフォルトの名無しさんNGNG
>>69
BeIDEみたいなシンプルなやつ作って、秀丸でも呼び出してみるとか。
うちはファイラーで似たようなことやってるけど。
0078デフォルトの名無しさんNGNG
>>76
Perlよりはずっと速いじゃん。
0079デフォルトの名無しさんNGNG
>>74
Servletで扱えるプロトコルはなんでもあり。
「Servlet」っていう以上CGIを通して呼び出されるわけだから、
そこではHTTP経由で来るのは当たり前。
CGIで呼び出された後は、IRCしようがNapsterしようが思いのまま。

あまり理解しないでそういうこというと、
>ブロードバンド、マルチQoS時代
こういうのも「本当にわかってんの?」って思っちゃうよ。
0080名無しさん@1周年NGNG
> 「Servlet」っていう以上CGIを通して呼び出されるわけだから、
> そこではHTTP経由で来るのは当たり前。
> CGIで呼び出された後は、IRCしようがNapsterしようが思いのまま。

(゚Д゚)ハァ?
何でサーブレットが CGI 通して呼び出されんの?
ボク、もうちょっと勉強してから発言しようね。
つーか厨房氏ね。
0081デフォルトの名無しさんNGNG
HttpServlet ってのがあるんだから Servlet 全般は
プロトコル非依存だってところに気がついて欲しい。
FtpServlet とか TelnetServlet なんて需要ないだけだろ。

>何でサーブレットが CGI 通して呼び出されんの?

#/bin/sh
/usr/local/java/bin/java ServletWrapper MyServlet

という実装系があるかもしれない。ないけど。
0082デフォルトの名無しさんNGNG
HttpServlet ってのがあるんだから Servlet 全般は
プロトコル非依存だってところに気がついて欲しい。
FtpServlet とか TelnetServlet なんて需要ないだけだろ。

>何でサーブレットが CGI 通して呼び出されんの?

#!/bin/sh
/usr/local/java/bin/java ServletWrapper MyServlet

という実装系があるかもしれない。ないけど。
0083名無しさん@1周年NGNG
1 年くらい前から頭ん中に SmtpServlet (MailServlet) が動くサーブレッ
トエンジンを製品化しよう、という構想があるのだが、まだ誰にも話して
いない。メーリングリストとか、昔よくあったメール送ると折り返し情報
を提供してくれるようなのが作れるやつね。いまだと携帯電話サービスな
んかに需要があるだろうか?
0084名無しさん@1周年NGNG
SPAMぁーに使われるだろうからやっぱり却下。
008579NGNG
> HttpServlet ってのがあるんだから Servlet 全般は
> プロトコル非依存だってところに気がついて欲しい。

たしかに迂闊でした。

> 何でサーブレットが CGI 通して呼び出されんの?

CGIの代わりに呼び出されるからHTTP経由、でいい?
煽りしかかけない奴にいちいち答えてやる必要はないんだろうけど。

008679NGNG
ちなみにApache+JServでしかサーブレット組んだことないんだけど、
SmtpServletとかは単独でポート25で待ち受けしてんの?
それじゃ単独JavaApplicationか。
なんらかのアプリがApacheのように待機してて、
渡されたパラメータを元に各サーブレットを呼出ってことでいいのかな。
0087デフォルトの名無しさんNGNG
>>86
tomcatは単独でHTTPサーバーとしてつかえるよん。
本来Apacheと組み合わせるのが筋だけど
98でもNTでも簡単に動かせてデバッグに便利。
http://jakarta.apache.org/tomcat/index.html
http://www.ingrid.org/jajakarta/index.html
べつにサーブレットだからって他のアプリに寄生しなきゃいけない
って法はないべさ。
0088デフォルトの名無しさんNGNG
SmtpServlet はネタとしては面白いけど
メール周りは他にAPIがありそうなもんだが。
HTTP 以外のプロトコルって大抵セッション有だから、
Serlvet の枠組みで実現するのはどうかね。
腕と暇っぷりの見せ所って気はする。

個人的には procmail みたいのの Java 版があると楽しい。
0089デフォルトの名無しさんNGNG
煽るわけじゃないけど、tomcat が Apache に組み込める昨今に
JServ を利用するメリットは何? JSP もアレだし。
安定してんのかな。
009079NGNG
>>89
俺が仕事するときに古い資料を参考にしてたので
JServを利用しただけ。apache.orgにも書いてあるとおり
tomcatを使うのが本筋みたいだね。

以下http://java.apache.org/より転載
No new features will be added and no new development will occur. As a
replacement for JServ, we recommend that you please evaluate the Tomcat servlet engine for your
needs as it implements the latest Servlet API specifications and that is where all active development
is occuring.
009179NGNG
>メール周りは他にAPIがありそうなもんだが。

確認メールを出すサーブレットをつくったんだけど、
j2eeにjavax.mailっていうpackageがあって、
「お、これでsendmailやqmailなしにメールが送れるのかな」と
思ったら、単にsmtpサーバのポート25をたたくだけだった。
急ぎで実装する必要があったから、とりあえず自サイトのqmailを
servletが動いてるホストからRELAYできるようにして対処した。
SMTP以外は知らない。

宛先アドレスを元に相手のDNSからMX引いて、送信先SMTPホストを特定する部分
を実装すれば単体でメールが送れるようになる、のかな。
ローカル配送は・・・わがんね。

009279NGNG
> べつにサーブレットだからって他のアプリに寄生しなきゃいけない
> って法はないべさ。

法はなくてもラッパー無しで動いちゃったら、
そりゃサーブレットじゃなくて、JavaApplicationじゃん、
と思うのは俺だけ?
0093名無しさん@1周年NGNG
自前や javax.mail パッケージに入っているクラスでメール
送信はできるけど、メールを受信したり、受信をトリガーに
してサーブレットが動き出すフレームワークがあったらいい
な、と考えていた。SMTP って書いちゃったのが悪かったかな?

>>59
ポート 25 で接続待機しているのは (メール) サーブレット
コンテナね。宛先 [email protected] 宛てのメール受信
で該当する名前のサーブレットを呼び出す、後は DB に登
録するなり折り返し返信メールを出すなり好きにして、み
たいな。

>>58
サーブレットは HTTP …CGI を通して…と来たから思わず
煽ってしまった。すんまそん。
0094名無しさん@1周年NGNG
間違えた。>>85 と >>86
鬱…

IRC しようが Napstar しようが、ってのはサーブレットがクライアント
の役割を演じているわけだから、サーブレットのプロトコルなんでもあ
りって言うのとあまり関係ないのでは? あ、煽りじゃありませんよ。
0095名無しさん23NGNG
>>93
JavaMailではなく、サーバ側でメールを処理するJavaのフレームワーク、
なんていう名前でしたっけ? 思い出せない。

0096名無しさん23 NGNG
これだこれ。思い出した。
http://jakarta.apache.org/james/
009787NGNG
>>92
サーブレットエンジンとサーブレットをなんか混同してたよ。
サーブレットのフレームワークにmainはないから
確かに単独じゃ動かないや
009879NGNG
>>94
>サーブレットがクライアントの役割を演じているわけだから

それは>>74で「Servletって通信プロトコルはHTTPなんでしょ? 」
と書かれていたのが、まるでServletでは(クライアントとして
動くにしても)HTTP以外は扱えないかのように読みとれたので、
とりあえずHTTP経由で立ち上がっちゃっえば、そのあとの
プロトコルは自由ですよー、といいたかっただけです。

ま、立ち上げる方法もHTTP以外にいろいろあったわけで
逝ってきます。
009974NGNG
ごめんちょ。Servletってセッションのスレッド起動の機会がHTTP-GET
だのPOSTだのだというだけで、そのあとは自前でSocket開こうがなに
しようが自由なのね。よく知らんでつまんない事いってスマンコッテス。
遅レスもスマンコッテス。
010074NGNG
そのうえHTTPである必要もなくて、たまたま今あるデフォルト実装
がHttpServletであるというだけという事ですか…
勉強になりました。おいらもJ2EEさわってみよっと。
0101名無しさん@1周年NGNG
>>1
おまえのほうが糞
■ このスレッドは過去ログ倉庫に格納されています