.NETとJ2EE、勝者はどっち？
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNGMicrosoft派とJava派とが激しくぶつかりあうであろうことはものすごい勢いで予測可能なので、宗教論争みたいにならないように、基本的に根拠のない煽りは自粛でお願いします。
対決相手がはっきりしているのだから、例えばどちらかのアドバンテージを主張する時も「.NETはこういう機能があるけど、J2EEにはない。だから.NETのほうがいい！」というような技術的根拠をあげてくれると、いいスレに育つと思います。
投稿数は多くはならないような気がするけど、倉庫行きにならない程度に議論しませんか？
00021
NGNGそれでも煽りたいという人は、まぁここは２ちゃんだし、言論の自由だからとやかくいうつもりもないけど、他の皆様はぜひ、根拠のない煽りについては無視の方向でお願いします。
0003デフォルトの名無しさん
NGNG00041
NGNGJ2EE : JSP、Servlet、RMI/IIOP、APサーバ、JNDI、JavaBeans、EJB、JDBC、JTA、JMS、JXTA･･･
.NET : ASP.NET、.NET Framework、WinForm、WebForm、CLR Managed Component、MSIL、ADO.NET･･･
いまぱっと思いつくのはこの程度（若干違うものも混じっているけど）。言語そのものについての議論は･･･任せます。
あと、SOAP、UDDI、WSDLといったWebサービスは両者共通の技術だと思うので、これを.NET陣営に含めないようにね。
00051
NGNG現時点ではJ2EEの圧勝。JavaやCOMが5年以上かけて技術を枯らしていったのだから、.NETもそれくらいかかるだろう。最初はバグだらけか、エンタープライズ機能を実装しきれていないかのどっちかだろう。企業も未知の技術にすぐ飛びつくことはないのでは？
Microsoft自身、今後の.NETが企業システムレベルでは未熟であることを認めている。次期Windows「Longhorn」でIndigoというミドルウエアを載せるらしいけど、それが始めてAPサーバやMTSに匹敵する機能になるらしい。
とはいうものの、.NETコンポーネントが成熟する2〜3年後は分からない。J2EE（特にEJB）が今の程度のままなら、危ないかもね。
･･･こんな感じでよいですか？
0006デフォルトの名無しさん
NGNGhpのe-speakってやってみたいな
0007Java使い
NGNG10年経ったら分かるかも。
0008デフォルトの名無しさん
NGNG時代はどう流れるか分からん。
MSがつぶれている可能性だって、ないとはいえんぞ。
関係ない話でスマン
0009デフォルトの名無しさん
NGNG機敏な人なら両方行き来できるだろうね。
おれ？おれはJavaやってきたし、
これでしばらくがんばるよｗ
.NETに本格的に取り組む時期としては
Itanium上のWindowsで.NETが
できるようになるぐらいを考えてる。
0010
NGNGどちらの技術も、バブルというか、画餅の部分が少なくない。
諸兄も、「けっ。そんなうまくいくわけねーよ」って思ってるでしょ。
0011デフォルトの名無しさん
NGNG0012デフォルトの名無しさん
NGNG間を取り持ってくれるはず
0013デフォルトの名無しさん
NGNG0014デフォルトの名無しさん
NGNGRMI over IIOP。
通信にCORBAのStubとSkeleton使ってるみたいだし。
0015デフォルトの名無しさん
NGNGPCの圧倒的利用目的はクライアントサイドにおける商用アプリの利用のみ。
現時点において消費者には恩恵がほとんどない。
0016デフォルトの名無しさん
NGNGどっちかといえば両者ともサーバサイドで競合する技術だから、サーバ側の比較でいいんじゃない？
いろいろな観点から比較すればいいだけで、競合するところもあればしないところもある。
クライアントはどっちみちJ2EEの守備範囲じゃないから、ここで議論する必要はないな。
＞現時点において消費者には恩恵がほとんどない。
ここは技術板なので、消費者の恩恵を考えること自体ナンセンス。
0017デフォルトの名無しさん
NGNGこの考えはどうかと思うが・・・
とりあえず、.NETもJ2EEをお互いライバルだといってるんだから、比較する理由も動機も十分にある。
比較したくなければ議論に参加しなければいい。
いっこうに本題に入らないな・・・
0018デフォルトの名無しさん
NGNGでもIISが問題なんだよね。
0019デフォルトの名無しさん
NGNGCOMならDCOM/RPC、CORBAならIIOP、EJBならRMI/IIOPじゃん。
.NETは？まさかSOAP/XML？
Firewall越えるインターネットならともかく、
ローカルネットワークでSOAP使ったら劇重じゃん。
それとも他の軽いプロトコルが用意されてんのかなあ？
0020デフォルトの名無しさん
NGNG0021デフォルトの名無しさん
NGNGhttp://www.microsoft.com/JAPAN/developer/vstudio/nextgen/technology/remoting.asp#remoting_topic5
0022デフォルトの名無しさん
NGNG無駄なことになったりしないかな？
現状Javaをやっててこれ知らないのはかなりヤバイので。
0023デフォルトの名無しさん
NGNG覚えないと仕事にならないのだから覚えるしかないのでは？
Javaが廃れたとしても、身に付けた知識や経験がすべて無駄になる
なんてことはありません。
0024デフォルトの名無しさん
NGNGなるほどね。
>身に付けた知識や経験がすべて無駄になるなんてことはありません。
これだよね、結局。こういう寛大さがあれば後悔することもないかもね。
OS板のBeOSに取り組んでた人もこういった考えができれば、
少しは救われそうなもんだけどｗ
0025デフォルトの名無しさん
NGNGSOAPが定着したら.NETもJ2EEも平和に棲み分けできる。
しかし、今のところJ2EE側のSOAPサポートが糞なのが気掛かり。
0026デフォルトの名無しさん
NGNG0027デフォルトの名無しさん
NGNG0028デフォルトの名無しさん
NGNGIISが駄目って言いたいだけと(以下省略)
0029デフォルトの名無しさん
NGNG選んだOS次第でどっちを使うかなんて自動的に決定されるんじゃん。
UNIXならJ2EEしか道はないし、Windowsなら.NETがなんだかんだいって有力だろう。
で、ハイエンドサーバ市場はUNIX、ロウエンドサーバ市場はWindowsって棲み分けができてるんだから、
.NETもJ2EEもそれぞれのジャンルでうまく普及するよ。どちらかがどちらかを駆逐するって可能性は今のところ低い。
まぁ駆逐される可能性があるとすれば、
・Linuxがロウエンド市場でWindowsを駆逐する→.NET滅亡
・Windowsが超ハイエンドサーバとして認められUNIXを駆逐する→J2EE滅亡
といったところか？
0030仕様書無しさん
NGNG0031デフォルトの名無しさん
NGNGいや、俺、厨房なんで、簡単にできるやつでないとついていけない。
0032仕様書無しさん
NGNGそういうあなたにはASP.NETを薦めます。
Javaだとなんだかんだ言ってアプリケーションサーバーの
設定を個々に覚えるのが以外にめんどくさい。
おれはIISなんて使ったことないけどさｗ
0033みんな分かってないね
NGNG0034デフォルトの名無しさん
NGNGJavaだとサーバーしかだめだし。
プラットホームに関してはUNIXでも動くようになるはずだし
なんとか大丈夫かな。
結局最後に残る問題はIIS。
0035デフォルトの名無しさん
NGNG.NETってWebサービスとかいってインターネット上に情報公開するんだろ？
IISの惨状を見ている限り、MSが.NETにしっかりセキュリティかけているのかどうか不安すぎる。
0036デフォルトの名無しさん
NGNGJ2EEと同じ
0037デフォルトの名無しさん
NGNG漏れ的にはけっこう作りやすくて気に入ってるんだけど。
一体何が原因なんだろう？
0038デフォルトの名無しさん
NGNGでも、>>34の言うように、
>.NETだとクライアントとサーバー同じ言語で書けるのが良い。
で、決まってしまうような気がする．．．
0039
NGNG0040デフォルトの名無しさん
NGNGそうか？おれは「だから？」って思うけどな。
同じ言語でかけると何が便利なの？
0041デフォルトの名無しさん
NGNG.NETはWindows用で、J2EEはUNIX用。
ようするにWindows対UNIXだと思っておけば良い。
0042仕様書無しさん
NGNG0043デフォルトの名無しさん
NGNGだね。少なくともDCOM/RPCやRMI/IIOPよりは。
でも、TCP/IPとSOAP/XMLが構成に応じて使い分けられるのはいいんだけど、この切り替えはconfigrationの変更で簡単にできるものなのかな？
それとも切り替えるには再コンパイル？（ﾝﾅｱﾎﾅ
0044デフォルトの名無しさん
NGNGXML SchemaやSOAPなどの不安定な仕様を取り込んじゃったのは野心的過ぎ。
XML Schemaは本当に実装できたのかと小一時間問い詰めたいし、
SOAPはまだ仕様が流動的じゃねーすか?
0045デフォルトの名無しさん
NGNG>SOAPはまだ仕様が流動的じゃねーすか?
なにをもって「流動的」と形容してる？
0046デフォルトの名無しさん
NGNGSOAP Section5のことじゃないの？
Section5は難関がたくさんあって、まだ合意されてもいないのに、Microsoftはまた勝手に先走って.NETのWebサービスに実装してしまっている。
004746
NGNG004946
NGNGMSの発言を信じるの？まあいいけど。
0050デフォルトの名無しさん
NGNGC++だって、勝手に拡張してる。
なぜ今回に限って「流動的」って言うの？
005146
NGNG確定していないから流動的なのであって、Javaに関してはJDKの規格が確定してからの拡張だから流動的とはいわないと思うよ。
C++は知らない。
SOAPに関しては、今みんなで仕様を仲良く決めて、いっせーのーせでみんなで使えるようにしようね？ってやってるのに、
まだ確定していない段階で勝手に動いているから、それがまずいんじゃない？
0052デフォルトの名無しさん
NGNGそれをまたいつものように勝手に独自拡張されたらたまらんな。
SOAP、UDDI、WSDLが統一されない限りWebサービス構想は崩壊する。
0053デフォルトの名無しさん
NGNGクライアントが繋がったり繋がらなかったりしてる現状で、なぜMSだけが
責められないとならないのか？
煽りじゃなくてマジで疑問。
0054デフォルトの名無しさん
NGNG知ったかぶりはやめとけ。
0055
NGNG0056デフォルトの名無しさん
NGNGゲームパッドとステアリングホイールもおねがいします。
0057デフォルトの名無しさん
NGNGSOAPでアクセスします。
IntelliMouse.NET ForceFeedback.NET
0058デフォルトの名無しさん
NGNG>RMI over IIOP。
>通信にCORBAのStubとSkeleton使ってるみたいだし。
Java2 の RMI/IIOP (rmic -iiop) が使うのは、
Stub と Tie だけど。
http://java.sun.com/j2se/1.3/ja/docs/ja/tooldocs/win32/rmic.html
0059デフォルトの名無しさん
NGNGそうかな。ちょっと考えるとそんな気もするが、実際は逆だよ。
独占している超巨大会社は、新興勢力をつぶすために、既存のユーザーの
利益を損なってでも平気で仕様変更する。
って、みんな経験していることだっぺ。
0060デフォルトの名無しさん
NGNG例えばどんな仕様変更？
0061デフォルトの名無しさん
NGNG厳密には「仕様変更」じゃなくて「方針変更」なんだろうけど、
MSのコンファレンス行ってごらんよ。
ついこの間まで「これが最新。これで決まり」と言っていたものを
鼻で笑って「こんなのもありましたね。でもこれからはこれですっ」
つて別のを出す。
本当に鼻で笑う「んふっ」て音がマイクで拡声されたの聞いたとき、
こいつらにはついて行けんと思たよ。
0062デフォルトの名無しさん
NGNGいっしょにUNIX山脈へ山ごもりしませんか？ｗ
といってもその前に.NETがどれほどのものか
確かめる必要がありそうですが。
これはあくまでサーバーサイトの話。
デスクトップはWindowsしか考えられません。
0063デフォルトの名無しさん
NGNGそれはみんなSOAPの規格に準拠してるはず。IBMとかは。
まあ.NETもWebMethodは規格準拠でsection 5を使っていないはず。
.NET Remotingがsection 5を勝手に使っている。
つまり.NET以外のWebサービスと対話できるのはWebMethodだけ。
> ばーか。MSはセクション5なんて眼中にないんだよ。
> 知ったかぶりはやめとけ。
根拠を示せ。でなければ煽りなので放置。
てゆうかオマエsection 5という単語をここで始めて知ったんじゃないのか？（ｗ
0064デフォルトの名無しさん
NGNG夜になったらたぶん、さも昔から知ってたかのような口調で偉そうにウンチクたれるはず。楽しみじゃ。
006544
NGNGMS嫌いだけど、なんにせよ標準を尊重してオープンにやってくれるなら
俺も支持するしある程度成功すると思うよ。
0066デフォルトの名無しさん
NGNG>それはみんなSOAPの規格に準拠してるはず。IBMとかは。
「はず」の根拠は？
実際、メジャーなSOAP実装でも、繋がらないものがあるみたいだけど・・・。
僕の調査不足かもしれないけど（あるいはデータが古いとか）。
メジャーなSOAP実装の互換性（接続可能性）のマトリックスが
のってるWebページがあったんだけど、URLが行方不明・・・。
0067デフォルトの名無しさん
NGNGJava陣営は対応が遅れているという批判がでているけど、
それって確かJava陣営がSOAPの仕様が固まるまで待っているからではなかったっけ？
だからJava陣営の対応が遅れているのではなく、MSが暴走しているのだ。
0068デフォルトの名無しさん
NGNGhttp://www.xmethods.net/ilab/ のことかな？
これはSOAPの接続テストであって、SOAP規格の実装状況とは関係ないか。
0069デフォルトの名無しさん
NGNG>Java陣営がSOAPの仕様が固まるまで待っている
「座して死を待つ」と同義。
WEBサービスをRPCの一つとしてしか見てないんだろうな。
IBMのお仕着せ貰って嬉しいんだろうか？
0070デフォルトの名無しさん
NGNGホビープログラマは喜ぶかもしれんが、企業システムでの普及は難しい。
処理時間1秒以内を要求されるような現場で、SOAP&Web経由の存在価値など皆無。
Webサービス提供サイトがダウンしたら自分のシステムまでダウンしてしまうような技術など笑止。
SOAP如きの議論で熱くなるなよ。
0071一服
NGNG007244
NGNG>70 SOAP などの Webサービスが想定しているのは B2B や B2C でしょ。
処理が遅くても確実に繋がる何かが必要でしょう｡
処理時間1秒とか必要な部分には RMI なり XML-RPC なりがある。
生のソケットだっていいしね。
>71 よく調査してからじゃないと外れもあるかもよ。
0073デフォルトの名無しさん
NGNGWebサービスの場でも、基本的にWindows.NET陣営 vs. UNIX Java陣営の構図は変わっていないけど、
Webサービスを普及させる姿勢については両者に大きな違いがあると思う。
・Windows.NET陣営は、過去の資産（OLE〜ActiveX〜COM+）と技術の断絶を行い、ゼロから全く新規の技術基盤を構築している。
・UNIX Java陣営は、今までのJava資産からの発展的形態としてWebサービスを機能追加しようとしている。
過去のコンポーネントをそのまま拡張できるかどうかを考えた場合、J2EEのほうが今までの開発者に易しいよね。
MSなんてCOMユーザを全員切り捨てて死刑宣告してしまうような非情な企業だよ。
（COMは.NETからラッピングして使えるけど、あんなもん汎用機のラッピングみたいなもんでしょ）
0074デフォルトの名無しさん
NGNGそだよね。切り捨てられたって感じするよね。
いっしょけんめいCOMやってきたのにさ。
0075仕様書無しさん
NGNGCOMだけでなく、今使っているAPIもごっそり捨てられる
なんてことないですよね？
0076
NGNG例えば、 Win32?
0077デフォルトの名無しさん
NGNG0078デフォルトの名無しさん
NGNG「Microsoftの手先」と社内・チーム内で蔑まれながら、コロコロと技術の矛先を変えていくMSの手先となって頑張ってきたつもりさ。
今考えてみれば、ActiveXで壮大に騙された時に目を覚ますべきだった。
Windows 2000が出るまではMSは「COMはMicrosoftの魂で〜す」なんてさんざんうちらを持ち上げて、.NETが発表された途端に死刑宣告。
いや、死刑宣告すらしてくれない。今まであの複雑怪奇な技術に必死でついてきたCOM使いは完全に無視・打ち捨て。
「.NETはCOM+の進化した姿です」とかいってるけど、どう考えたってんなワケねー。
それまでCOM+の書籍書いてた技術評論家は、今ではまるでCOM+なんて初めからなかったかのように、恥ずかしげもなく.NETの記事を偉そうに書いている。
必死で覚えたSDKもMFCもATLも、今ではゴミ技術。次世代技術に少しでも応用がきけばまだ救われるもんだが･･･。
MFC使いやCOM使いの地位なんて、もはやCOBOL使いと同じくらいに堕ちている。
とにかくMSは技術に対する責任ってものがなさすぎるよ。過去に蓄積されてきたCOMの資産についての今後の保証を果たしてしてくれるのか？
仮に今後COM技術でバグが見つかってMSに連絡したら、「ああCOMね。そんなのもう不要だからこれを機に.NETに乗り換えてくださいよ」って平気で言い出しかねんな。
.NETやろうとしてるやつら、悪いこといわん。やるなとは言わんが深入りだけはするな。
.NETなんて持ってあと3年、Longhornまでの命。BlackcombになったらMSは掌を返したように.NETを見捨てて新しい技術をひけらかすぞ。
MSにゴミクズ同然に捨てられた哀れなCOM+使いの、最後の忠告だ。
0079デフォルトの名無しさん
NGNG確かに、1万円のクライアントソフトを100本売るより、100万円のサーバソフトを1本売ったほうが効率いいもんな。
でも結果は惨敗。UNIX市の牙城を崩すことはできずに、挙げ句Linuxという予測すらしなかった伏兵に苦戦。今では「WebシステムはJ2EE」というのが半ば常識になりつつある。
だからCOMはその責任を取って打ち首にされたんじゃん？（藁
MSにとっては.NETで勝負を仕切り直ししたいって感じじゃないかな？
まぁとにかく、78はゆっくり休めや。
0080デフォルトの名無しさん
NGNGもしかして、WebサービスにはUDDIが必須とか勘違いしてないか？
>>78
煽りにしては程度が低いが一応マジレスしといてやる。
.NETが正式版になっても初めのうちは信頼性の観点から枯れた技術のCOMでコア
ロジックを作るのが主流になる。
そもそもMSだってスタートからすぐにオール.NETになるなんて思ってない。
従来システムの移植やりながら.NETフレームワークを学べばよかろう。
それに、Windowsアプリでパフォーマンス上げようと思ったらVC++でunsafeな
Win32コード書くしかないんだからCOM使いの生きる道はいくらでもあるぞ。
これでも納得いかないならプログラマなんか辞めとけ。
0081デフォルトの名無しさん
NGNGものすごい亀レスですが、
J2EEは基本性能が高いから、JSP+Servlet+JavaBeanでだいたい事足りるからじゃないですか？
EJBなんて難しいものをわざわざ導入しなくても済む。
世の中にそんな大層なWebシステムは少ないと思いますよ。
008278
NGNG前スレに書いてるのだから、煽りのわけねーだろ！
オマエのいってる程度のレベルの話なんて全部知ってるよ。
COMは.NETに於いてレガシーラッピングだっていいたいんだろ？
俺がいいたいのは、「MSが過去の技術に無神経だ」という部分だよ。
ActiveXの末路を知ってて、本気でそんなこといってるのか？
だとしたらMSと一生を共にしろ。俺はもうイヤだ。
最後に「VC++でunsafe」（unmanagedのことだろうか）・・・ハァ？
オマエはJavaやらせたらJni使いそうだな（ｗ
0083デフォルトの名無しさん
NGNG＞もしかして、WebサービスにはUDDIが必須とか勘違いしてないか？
publish, find, bindも知らないDQN？
みんな、相手にするなよ
0084イマイチ.NETに興味がわかない
NGNGイマイチ良くわからん。
知れば知るほどjavaでいい気もしてくる。
なんなんだよ.NETって？
0085デフォルトの名無しさん
NGNGこれ一応マジレスのつもり。
そうでなければ、サーバはともかくクライアントを新しい技術にする必然性の説明がつかん。
0086デフォルトの名無しさん
NGNGではないのでしょうか？
0087デフォルトの名無しさん
NGNG俺の言いたいことは、あらかた78が語ってくれたんで繰り返さん。
繰り返さんけど、そういうこったよ。で、
>そもそもMSだってスタートからすぐにオール.NETになるなんて思ってない。
そうか？根拠あるか？アメリカ人って段階とばそうとするぞ。
>従来システムの移植やりながら.NETフレームワークを学べばよかろう。
これが「死刑宣告」って、わかって言ってる？
0089デフォルトの名無しさん
NGNGつまり、「使えるけど、何が起きても保障されない」ってこと。unmanaged codeという位置付けになる。
以下、近未来シミュレーション。
開発者「もしもし、MSサポートセンターですか？Visual Studio.NETでプログラム作って実行したらマシンがあぼーんしました！」
ＭＳ電話番「そのプログラムをWin32 APIを使ってますか？」
開発者「･･･はい」
ＭＳ開発者「当社ではWin32 APIを使った場合のいかなるトラブルも保障いたしません。あなたのプログラムがいけないんです。ガチャ」
0090デフォルトの名無しさん
NGNGガーン！APIがそんな事態になれば、MFCもどうなるのでしょうか？
MSの言葉では、デバイスドライバや特定用途アプリ向けのみ使われる
とあったのですが･･･
0091デフォルトの名無しさん
NGNG俺はMS派ではないけど、VC使い。
Win32やMFCは、一応、しばらくは大丈夫だと思うけど。（根拠無し）
それに、.NETがActiveXやJ++のような運命をたどれば、MSとしても、
Win32やMFCに帰るしかないんじゃないの。
009289
NGNG何も保障されないっていうのは、あくまでも.NETから見た話ね。ちょっと語弊はある表現だったかも？
でもそれに近い形に今後はなるだろう。
.NETというのはCLRと呼ばれる実行環境（JavaでいうVMのようなもの）の上で全てのアプリやDLLが動作するんだけど、
このCLRというやつはガベージコレクションとかのメモリ管理を全部引き受けてくれる。なので.NETの規則にのっとったプログラムのことを特に
.NET Managed Code（CLRによって管理されているという意味）っていう。
それに対して、直接Win32 APIを使うのは.NETから見れば管理できない動作なので、こういうコードをUnmanaged Codeという。
メモリ管理とかされないワケだから、何が起きてもそれは純粋にプログラマの責任となるというわけ。
もちろん.NETにはWin32 APIをラップしたクラスが提供されている。
俺もうろ覚えの知識だから、間違ったこといってるかも。ちょっと自信ない。
誰か詳しい人、この文章添削して。
0093デフォルトの名無しさん
NGNG0094デフォルトの名無しさん
NGNGVisual C#でもAPI直接コール、できるらしいよ。VB.NETはダメらしい。
Visual Studio.NETでは、Visual C++だけが唯一非マネージメントコードを記述できるんじゃなかったかな？
ただそれは.NETという単語はつかなかったような気がする。
記憶違いだっらたスマソ
0095
NGNGなんぼか見通しがいい。
0096デフォルトの名無しさん
NGNGJAVAはすでに既存の地位を得ているので、反体制活動としては
適当ではないのれす。
0097デフォルトの名無しさん
NGNG「MSの金儲けにつきあわされるよりは、Sunの夢物語の方がまだ楽しい。」
俺はこの言葉を皆に捧げたい。
0098デフォルトの名無しさん
NGNGその夢物語も今となっては大したことなくない？
009995
NGNG0100デフォルトの名無しさん
NGNG0101デフォルトの名無しさん
NGNG宗教論争は禁止です。技術的な利点のみで
話あうことになってますので。
■ このスレッドは過去ログ倉庫に格納されています