.net と J2ee

1 名前：デフォルトの名無しさん [03/02/16 21:37] 実際どっちがええの？なんか同じことできそうだけど。 .netはまだ生まれたてだから JDK1.1の頃のようにバグだらけなんかな。 実績で言ったらJ2eeかえ？ 321 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:34] JakartaとApache WebServerを並べても意味ないだろ。 別物だし。 322 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:35] JakartaがあるからJ2EEは要らないのか 323 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:36] Jakartaなんか使ってまでJavaやりたいかねえ。 Perlで十分じゃん。 324 名前：デフォルトの名無しさん mailto:sage [03/12/14 15:45] つまりJavaはオプソに頼らなければならないほど信頼性も実績もないということか。 325 名前：デフォルトの名無しさん [03/12/14 16:01] オプソの信頼性と実績に頼れない.NET房は大変だな（ｗ 326 名前：デフォルトの名無しさん mailto:sage [03/12/14 16:12] これはこのフレームワーク、とかいろいろ組み合わせないと使い物にならなかったり。 MSの1つでOKとは違うね。 327 名前：デフォルトの名無しさん mailto:sage [03/12/14 16:17] まあ、それは文化の違いでしょう。 どちらがいいかはその人次第。 328 名前：デフォルトの名無しさん [03/12/14 16:32] >>324 ﾌﾟ　お前はPerlのことを良く知らないでperlでいいとかほざいているようだが perlもオープンソースだぞ(藁 329 名前：デフォルトの名無しさん mailto:sage [03/12/14 16:33] >>321 同じApacheに属しているぞw 330 名前：デフォルトの名無しさん [03/12/14 16:34] >>322 ﾌﾟ J2EEのことをよくわかっていないアフォですねw 331 名前：デフォルトの名無しさん mailto:sage [03/12/14 16:35] >>330 J2EEはApache WebServerを含んでいるとでも？ 332 名前：331 mailto:sage [03/12/14 16:36] あ、>>322宛てか。>>321宛てと読み違えた。ｽﾏｿ 333 名前：デフォルトの名無しさん [03/12/14 16:44] >>320 それだけじゃない。 まずソースコードが公開されているため ソースが公開されていない商用ソフトウェアやフリーソフトウェアよりも非常に信頼性が高い。 一企業に依存しない、ネットワークでつながれた 世界中のより多くの人によって開発されている。 だれでもその開発に携わることができる。これも信頼性を大きく高める起因。 数多くの人が開発しながら実際に使ってみてテスターとして貢献しているため 一企業の市販の商用ソフトウェアや同人でやっているフリーソフトよりも信頼性が非常に高い。 競合するソフトウェアの真の価値を暴くことができ、ライバルとなっている企業が どうしてもオープンソーススフとウェアより価値のある製品を作らなければならなくなる。 オープンソースにも同じような機能があることが顧客に知れ渡れば顧客は安いほうを選ぶ。 すると商用ソフトを作っている企業は、自社ソフトとの値段を下げたり、真剣に新規性を求めた 製品を作るようになる。 これはM$などソースをほとんど公開したがらないM$などにとっては 大きな痛手でもあり、M$に刺激を与える効果を十分に発揮している。 むしろM$が必死にLonghornなど新しいものを作りたがる傾向は オープンソースのおかげといっても過言ではない。 334 名前：デフォルトの名無しさん mailto:sage [03/12/14 17:38] > まずソースコードが公開されているため > ソースが公開されていない商用ソフトウェアやフリーソフトウェアよりも非常に信頼性が高い。 ソースを公開すれば必ず信頼性が高くなるわけではありません。 すべては元のソースの品質次第です。 > 一企業に依存しない、ネットワークでつながれた > 世界中のより多くの人によって開発されている。 それはすなわち一貫性のないカオスということです。 > だれでもその開発に携わることができる。これも信頼性を大きく高める起因。 最近でもクラッカーに書き換えられて被害を出してますね。 > 数多くの人が開発しながら実際に使ってみてテスターとして貢献しているため > 一企業の市販の商用ソフトウェアや同人でやっているフリーソフトよりも信頼性が非常に高い。 テストにおいて、ソースが公開されているかどうかはほとんど関係がありません。 335 名前：デフォルトの名無しさん mailto:sage [03/12/14 17:38] > 競合するソフトウェアの真の価値を暴くことができ、ライバルとなっている企業が > どうしてもオープンソーススフとウェアより価値のある製品を作らなければならなくなる。 > オープンソースにも同じような機能があることが顧客に知れ渡れば顧客は安いほうを選ぶ。 > すると商用ソフトを作っている企業は、自社ソフトとの値段を下げたり、真剣に新規性を求めた > 製品を作るようになる。 それはイニシャルコストの話に過ぎません。 トータルコストから見れば大した割合ではありません。 > これはM$などソースをほとんど公開したがらないM$などにとっては > 大きな痛手でもあり、M$に刺激を与える効果を十分に発揮している。 それは事実ですが、相手がオープンソースだからということとは何の関連性もありません。 ただ単に競合相手だからです。 > むしろM$が必死にLonghornなど新しいものを作りたがる傾向は > オープンソースのおかげといっても過言ではない。 いいえ。顧客の機能要求によるものです。 336 名前：デフォルトの名無しさん mailto:sage [03/12/14 18:59] Javaの信頼性なんてこんなものだろ。 www.javalobby.org/nl/archive/jlnews_20031202o.html 337 名前：デフォルトの名無しさん mailto:sage [03/12/14 19:01] よくわかんないんだけど、ドットネットだとバグはマイクロソフトが責任とってくれるんですか？ 338 名前：デフォルトの名無しさん mailto:sage [03/12/14 19:11] >>337 ドットネットにバグなど存在しません。すべて仕様でつ 339 名前：デフォルトの名無しさん [03/12/14 19:22] >>326 M$のAPIを使う香具師は自分で作って公開するって香具師が少ないねほんとに。 Monoだけでしょ, まともなところってw 340 名前：デフォルトの名無しさん mailto:sage [03/12/14 19:43] >>334 > > まずソースコードが公開されているため > > ソースが公開されていない商用ソフトウェアやフリーソフトウェアよりも非常に信頼性が高い。 > ソースを公開すれば必ず信頼性が高くなるわけではありません。 > すべては元のソースの品質次第です。 まったく言っている意味がわかってないな。このアフォは。 いちいち説明しなおしてやらんとわからんの？　この低脳は。 >>334はApache Jakartaの話をしているんだよ。 ソースを公開していることが信頼されるための第一条件だといってんの。 まずソースコードが公開されていることを説明し、ソースコードが公開されている上で どれだけ多くの開発者がかかわっているかを全体にわたって説明したでしょうや。脳足りんのチミ？ M$学生エヴァンゲリストだかなんだか知らんが 物事を部分部分で捉えずに全体を見て捕らえるって事ができないのかねM$房は。 視野が狭すぎるんだよM$厨房は。 > > 一企業に依存しない、ネットワークでつながれた > > 世界中のより多くの人によって開発されている。 > それはすなわち一貫性のないカオスということです。 俺たちはこんあ小学生の作文いたいなぱっとしないコメントを読みたがっているんじゃないんだよ。 何が一貫性がなく何がカオスなのか説明してみろよチミ。 なんでもかんでもわかったつもりになって詭弁術を唱えるんじゃないよ。 オープンソースというのはコミッターによって一貫性を保ちつつしっかりと管理されているんだよ。 勘違いしないように。 341 名前：デフォルトの名無しさん mailto:sage [03/12/14 19:49] > > だれでもその開発に携わることができる。これも信頼性を大きく高める起因。 > 最近でもクラッカーに書き換えられて被害を出してますね。 M$のWindowsUpdateに見られるセキュリティパッチの多さや被害の多さにに比べればたいしたこともないぞ。 > > 数多くの人が開発しながら実際に使ってみてテスターとして貢献しているため > > 一企業の市販の商用ソフトウェアや同人でやっているフリーソフトよりも信頼性が非常に高い。 > テストにおいて、ソースが公開されているかどうかはほとんど関係がありません。 チミ日本語読めてる？ 突然「ソースが公開されているかどうかはほとんど関係がありません。 」 とか意味不明なこといって。何言ってるのチミ？　 　頭大丈夫？　 この一文はソースが公開されてるされていないの話をしているんじゃないんだよ。 数多くのテスターによって何度も繰り返しテストされなんどもチェックされて信頼と実績を確保していることが Apacheというオープンソースソフトウェアの素晴らしいところなんだよ。 342 名前：デフォルトの名無しさん mailto:sage [03/12/14 19:49] >>335 > > 競合するソフトウェアの真の価値を暴くことができ、ライバルとなっている企業が > > どうしてもオープンソーススフとウェアより価値のある製品を作らなければならなくなる。 > > オープンソースにも同じような機能があることが顧客に知れ渡れば顧客は安いほうを選ぶ。 > > すると商用ソフトを作っている企業は、自社ソフトとの値段を下げたり、真剣に新規性を求めた > > 製品を作るようになる。 > > それはイニシャルコストの話に過ぎません。 > トータルコストから見れば大した割合ではありません。 全ての顧客にとってたいした割合とは限らんだろう。 > > > これはM$などソースをほとんど公開したがらないM$などにとっては > > 大きな痛手でもあり、M$に刺激を与える効果を十分に発揮している。 > > それは事実ですが、相手がオープンソースだからということとは何の関連性もありません。 > ただ単に競合相手だからです。 馬鹿か。オープンソースだからとかではなく、相手がApacheなどの有名で人気どこであることが M$に強い刺激を与えていることも事実なんだよ。 たとえばEclipseにしてもそうだ。次期VS.NETにはEclipseにあったリファクタリング機能が追加されるんだろ。 タダでできるツールがあれだけ高度なことができるのになぜ有償ツールは ああいうことができないのか？　と顧客、プログラマから当然のように不満が来る。 343 名前：デフォルトの名無しさん [03/12/14 19:51] > > むしろM$が必死にLonghornなど新しいものを作りたがる傾向は > > オープンソースのおかげといっても過言ではない。 > > いいえ。顧客の機能要求によるものです。 馬鹿をいえ、正確な返事は「はい、顧客の機能要求も含めオープンソースソフトウェアより 良いものを作らなければM$社を延命できないからです。」だろ。 平静さを装って逃げるなよ小僧。 オープンソースソフトウェアを見てただであれだけ素晴らしいものができるのに なぜM$は金を顧客から詐取しておきながらオープンソースソフトウェアよりも 素晴らしい信頼性と高いセキュリティを誇る製品を作れないのだ？ と顧客にいつまでもいわれ続けないように努力するために新しいものを必死に作って オープンソースソフトウェアに負けまいとがんばっているんだろ。 344 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:04] 長くて読んでないけどM$とあるから内容はよくあるやつだと予想できるな。 345 名前：デフォルトの名無しさん [03/12/14 20:04] M$厨マジでウザい 逝ってよし 346 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:06] > >>334はApache Jakartaの話をしているんだよ。 つまり、Apache Jakarta以外には信頼性は当てはまらないこと認めてるわけですね。 理解しました。 > オープンソースというのはコミッターによって一貫性を保ちつつしっかりと管理されているんだよ。 誰でも貢献できるわけではないのですね。残念です。 > M$のWindowsUpdateに見られるセキュリティパッチの多さや被害の多さにに比べればたいしたこともないぞ。 オープンソースに被害があることに変わりはありませんね。 > 数多くのテスターによって何度も繰り返しテストされなんどもチェックされて信頼と実績を確保していることが > Apacheというオープンソースソフトウェアの素晴らしいところなんだよ。 商用ソフトはテスターが少ないとでも言いたいのでしょうか？ 根拠が感じられませんね。 347 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:06] > 馬鹿か。オープンソースだからとかではなく、相手がApacheなどの有名で人気どこであることが > M$に強い刺激を与えていることも事実なんだよ。 ならば「Apacheが刺激を与えている」と適切に書きましょう。 > たとえばEclipseにしてもそうだ。次期VS.NETにはEclipseにあったリファクタリング機能が追加されるんだろ。 > タダでできるツールがあれだけ高度なことができるのになぜ有償ツールは > ああいうことができないのか？　と顧客、プログラマから当然のように不満が来る。 だからWhidbeyで対応されました。不満ですか？ > オープンソースソフトウェアを見てただであれだけ素晴らしいものができるのに > なぜM$は金を顧客から詐取しておきながらオープンソースソフトウェアよりも > 素晴らしい信頼性と高いセキュリティを誇る製品を作れないのだ？ ユーザー数の多さと幅の広さゆえです。 仮にオープンソースがWindows並みに普及したとしたら、結局は同じ壁にぶつかることでしょう。 348 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:12] > つまり、Apache Jakarta以外には信頼性は当てはまらないこと認めてるわけですね。 > 理解しました。 これ読んだ時点で萎えた。向きになったただの負けず嫌いの餓鬼かよ。 349 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:14] MS房の餓鬼は相手にするだけ時間の無駄です 350 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:15] 言い返せないアホアンチ。(ﾌﾟﾌﾟﾌﾟﾌﾟ 351 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:15] 小学生みたいなレスだなM$信者のレスは・・・ 352 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:16] どっちがムキになってるんだろう。(ｹﾞﾗ 353 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:29] 何だよ、オプソの利点もまともに説明できないのかよ。使えない奴 354 名前：デフォルトの名無しさん mailto:sage [03/12/14 20:35] っていうか、得意気にオープンソースを語っておきながら、反論されたら ろくに説明もできずに一人で勝手に切れて議論打ち切ってるだけじゃん。 どうしようもない馬鹿だな 現実では誰にも相手にされてないんだろうな 355 名前：デフォルトの名無しさん mailto:sage [03/12/14 21:20] Javaがオープンソース？ 冗談キツいなぁ 356 名前：デフォルトの名無しさん mailto:sage [03/12/14 21:22] .NET厨(?)も相当性格が歪んでるなあ。(ﾜﾗ 357 名前：デフォルトの名無しさん [03/12/14 21:35] Ｍ＄厨は帰れ 358 名前：デフォルトの名無しさん mailto:sage [03/12/14 21:45] >>357 スレタイよく見ろ馬鹿 359 名前：デフォルトの名無しさん mailto:sage [03/12/14 22:05] 小学生のようなM$信者の必死な無知な発言に呆れたよ 360 名前：デフォルトの名無しさん mailto:sage [03/12/14 22:19] アホアンチは幼稚園児並み 361 名前：デフォルトの名無しさん mailto:sage [03/12/14 22:33] ×幼稚園児並み ○幼稚園児以下 362 名前：デフォルトの名無しさん mailto:sage [03/12/14 23:14] アホアンチとか言っているやつ、 M$とか言ってるやつ、 どっちも目障り。 363 名前：デフォルトの名無しさん [03/12/14 23:19] >>362 なんだかんだ言ってM$擁護するつもりなんだろ。 これだからM$厨はイタ過ぎる。 364 名前：デフォルトの名無しさん mailto:sage [03/12/14 23:19] つまりアホアンチが一番目障り 365 名前：デフォルトの名無しさん mailto:sage [03/12/14 23:21] 生きる価値のない禿豚だからな。www 366 名前：デフォルトの名無しさん mailto:sage [03/12/14 23:35] >>362-365 お前らのことだ。 367 名前：デフォルトの名無しさん mailto:sage [03/12/15 02:53] NGワードで隠れている奴の発言があるぞw 368 名前：デフォルトの名無しさん mailto:sage [03/12/15 02:57] >>346-347 こいつは真性だな。 ApacheCommunityが誰でも貢献できるわけではない、と思い込んでいるとは なかなか香ばしいやつだ。 369 名前：デフォルトの名無しさん mailto:sage [03/12/15 16:39] M$のはSOAPが使われているからM$製品を使ったほうがいいといってる奴がいるみたいだが Javaでも普通に使えるぞ。 JBossで使う場合もJBossに入っているAXISが使える。 370 名前：デフォルトの名無しさん [03/12/16 00:58] AxisのSAXExceptionを吐くバグ、だれかなおしてくれ。 マジ困ってる 371 名前：デフォルトの名無しさん [03/12/16 07:22] これだからオープンソースは使い物にならないし誰も責任とってくれない 372 名前：デフォルトの名無しさん mailto:sage [03/12/16 13:10] マイクロソフトの製品は信頼できるし、マイクロソフトがしっかり責任をとってくれる。 いったんは今月パッチださないといったのに、予定外のパッチを出してくれるという誠実ぶり。 くろうナシに、マイクロソフトの仕様に従ってプログラムを組んでればいい。 そうすれば、Javaには太刀打ちできないシステムがいつのまにができあがる。 373 名前：デフォルトの名無しさん mailto:sage [03/12/16 21:48] J2EEの話してる時にJakartaって馬鹿じゃねーの？ あんな信頼性のかけらもないライブラリ使ってたら大規模に耐えられんだろ。 374 名前：デフォルトの名無しさん mailto:sage [03/12/17 03:32] ウィンドウズぐらいだよ、大規模に耐えれる信頼性があるのは。フリーソフトな んてとんでもない。 これからは、銀行システムもウィンドウズ一色になる。 OSとして生き残れるのは、信頼性の高い、ウィンドウズだけだ。 SunもいつまでJavaみたいな馬鹿なことやってられるのか。 375 名前：デフォルトの名無しさん [03/12/17 03:32] age 376 名前：デフォルトの名無しさん [03/12/17 11:43] .net訳わかんねぇ。言語として規則性が皆無で美しさが無い。イラネ。 あんなの使ってる馬鹿いるのか？何でも飛びついて自慢したがるヲタ？ 377 名前：デフォルトの名無しさん [03/12/17 16:50] >>370-374 お前ら明らかに釣りな発言でﾂﾏﾝﾈ 378 名前：デフォルトの名無しさん [03/12/17 17:31] タテヨミ。 379 名前：デフォルトの名無しさん [03/12/18 09:25] >>371 バグによって発生した膨大な損失を、M$が賠償してくれるわけでは・・・ 380 名前：デフォルトの名無しさん [03/12/18 18:06] >>378 マ い く そ 374 名前：デフォルトの名無しさん 投稿日：03/12/17 03:32 ウ ん こ O S ﾜﾗﾀ マイ糞(＝Micro$oft) うんこOS(＝Windows) 381 名前：デフォルトの名無しさん [03/12/18 23:32] J2EEと.NETの連携を考える（1) J2EEと.NET連携の意義を考える www.atmarkit.co.jp/fjava/special/j2edotnet01/j2edotnet01.html とりあえずこれを読め怒濤熱湯厨 382 名前：デフォルトの名無しさん [03/12/18 23:37] アフォくせぇ。 なんで同じ機能を提供する２つのプラットフォームを使い分けなければならないのか。 383 名前：デフォルトの名無しさん [03/12/19 14:41] お前がｱﾌｫだ。 J2EEと.NETを連携する構想なら昔からすでに多くの企業がやっている。 384 名前：デフォルトの名無しさん [03/12/28 23:21] .NETがLinuxでも完全に動くのなら.NETの方がいいような気がする。 JSPより.NET方がはるかに楽に感じるのは気のせいだろうか・・・。 ただ、OSがLinuxじゃないと不安な気が・・・。 やっぱり、JSPか？Jakartaになってしまうのか・・。 .NETは使いたいものはパッケージにまとまっているので安心。 でも・・・。の永久サイクル。どっちがいいのか？ 385 名前：デフォルトの名無しさん [03/12/28 23:28] >>24 がっ 386 名前：デフォルトの名無しさん mailto:sage [04/01/01 20:24] >>384 無知の匂いがするぞ。 .NETの全ての機能はLinux上では完全には動きやしない。 JSPと.NETは比較するものではない。JSPだけに絞り込む場合はASP.NETとを比較するものだ。 安定性、信頼性からサーバOSには、LinuxよりもUnixを使ったほうが良い。Windowsは論外。 >.NETは使いたいものはパッケージにまとまっているので安心。 いまいちいっている意味が理解できないな。パッケージの意味わかってる？ 387 名前：デフォルトの名無しさん [04/01/18 03:48] 細かいことだけど、.NETのFileクラスって全部staticメソッドで、 引数をパスの文字列で指定するようになってるんだが、 それってどうにもセンス無いと思うんが、どうよ。 388 名前：デフォルトの名無しさん mailto:sage [04/01/18 07:21] >>387 FileInfo 389 名前：377 mailto:sage [04/01/18 16:05] >>388 ああ、なるほど。 俺の早とちりだった。 これって低レベルのFile, Directoryクラスを 高レベルのFileInfo、DirectoryInfoクラスでラップしてるのかな。 390 名前：デフォルトの名無しさん [04/02/28 11:19] Javaから見たC#と.NET nemuneko.com/c_sharp_dot_net/ 391 名前：デフォルトの名無しさん [04/03/13 14:39] 保守 392 名前：デフォルトの名無しさん [04/04/09 12:18] .NET-Java「連合」の前途に立ちはだかる障壁 www.itmedia.co.jp/enterprise/0404/05/epic01.html SunとMSは「.NETとJavaを統合する計画はない」が、両プラットフォームの連係に 向けた取り組みを進めていく。しかしそれには、いくつもの技術的な障壁を解決しなくてはならない。 　「『決して』とは言わない……言うべきではないが、C#とJava言語を統合する計画も、 .NETとJava Web Servicesアーキテクチャを統合する計画もない。しかしわれわれは、 適切な形で進むべき道を見つけるべく懸命に取り組んでいく」とSunのCEO、 スコット・マクニーリー氏は記者会見で語った。 　SunとMicrosoftによると、両社のエンジニアはMicrosoftのActive Directoryと SunのJava System Identity Serverの間でID情報を簡単に共有できるように協 力していくという。これらの2つのプラットフォームに相互運用性を持たせる取り 組みは過去にもあったが、それは主にSunのリバースエンジニアリングにより行 われていた。 　「この取り組みではプロトコルを推測しなくてはならなかった。特にセキュリティ とID管理に関して、一部の機能がうまく動作しない。例えば、J2EEを取り扱ってい る一部の開発者はTuxedo向けにプログラムを書かなくてはならなかった。特にSIPに関 しては、認証とセキュリティ管理の次善策がいくつかあった。今はこれらの障壁の一部 をなくすために取り組んでいる」とSunのソフト担当CTO（最高技術責任者）ジョン・フォウ ラー氏はinternetnews.comに語った。　 393 名前：デフォルトの名無しさん mailto:sage [04/04/09 19:22] うちの会社でNT4.0上のASP鯖がそろそろサポート切れになるんで、 Win2003鯖のASP.NETに再開発しようとしたら、コストの関係でだめになった。 Win2003鯖の問題なんだけど、調べてみたら、いままでＣＡＬが不要だった イントラアプリが軒並みＣＡＬが必要になってやんの。 インターネット経由と言い張ろうとも、いちおう認証らしきこともしてるんで 結局CAL要になってしまった。 結局、PHP on Linuxで開発をやり直すことに。(J2EEじゃないところが ヘタレ) でもよかった。MSDN買う前で。 394 名前：デフォルトの名無しさん mailto:sage [04/04/09 21:45] 2003鯖のCAL問題はいろいろでてるね 2000のダウングレードインストールしてるところも多い だからこそLinux＋J2EEなんだろうね PHPでやるならjspのみで構築する方がいいような気がしないでもない 395 名前：393 mailto:sage [04/04/10 00:10] >>394 漏れが開発するわけじゃないからなぁ〜（遠い目。ASP版を作ったのは漏れ） でも、マジで開発者数分MSDEエンタープライズを買いかけてたみたいで、 そっちのほうが恐ろかった。 漏れ？　Borlandのいってる「EJBなしJ2EE」の開発をやってまふ（藁）。 出稼ぎ組み（要はオンサイト派遣ね。契約上は請負だけど）なんで社内で の発言権まるでなし。 396 名前：395 mailto:sage [04/04/10 00:13] わりぃ、大チョンボ。 誤）でも、マジで開発者数分MSDEエンタープライズを買いかけてたみたいで、 正）でも、マジで開発者数分MSDNエンタープライズを買いかけてたみたいで、 個人向けデータベースのエンタープライズ版買ってどうすんだか。 397 名前：デフォルトの名無しさん [04/04/10 01:10] EJBなしJ2EE? JSP + Servletオンリー？ つまりTomcatオンリー？ 398 名前：395 mailto:sage [04/04/10 09:26] >>397 そんな感じ。 ＤＢアクセスはJDBC直書き。テーブル数が１０くらいのプロジェクトがほとんど なんでアクセスパターンを明確にしておけば、そんなに大変じゃない。 .Netのサンプルもそんな感じでしょ（もっとも、あっちのDBアクセス部分は コード自動生成だけど） 399 名前：デフォルトの名無しさん mailto:sage [04/04/10 16:49] >>398 DbUtils とか Hibernate は候補にもあがらず？ 400 名前：398 mailto:sage [04/04/11 14:07] >>399 オープンソースのO/Rマッパーはお客さんが独自実装嫌がるんで使えない。 どっかの会社が「フレームワーク」として発売して、結構なシェアになれば 興味を示すかもね。(AppachやTomcatですら嫌がるくらいだからﾀﾞﾒﾎﾟ) 401 名前：デフォルトの名無しさん mailto:sage [04/04/11 19:52] >>400 エンドユーザがORマッパーとかまで口出しすんの？ ってか知ってるんだ。 俺が組んだシステムが小規模ばかりだったためかどうか分からんけど、 そのへんは好き勝手に使いまくりだよ。もちろん責任は持たないとダメだけど、 それは自分で組んでも同じだからね。 客はWebサーバやAPサーバは気にするけど、そのへんは無頓着だった。 ってか DbUtils とかだったら勝手に使って後で聞かれても あー Apache のライブラリっすよ。でいいんじゃないの？ 俺、甘いか？ 402 名前：デフォルトの名無しさん mailto:sage [04/04/11 20:58] 昔ほど一本あたりの単価が高く大規模、開発に時間をかけると言うことが少なくなってきて 短期、低予算というハードルの上で開発する場合やはり効率がもっとも重要視される どんなにすばらしい設計でも間に合わなければお話にならないし最悪な環境に どんどんなってる気がするけど EJBって年々よくなってるのにどんどん使わなくなってるというのが俺の感想 凶悪な規模のシステムはのぞく Apacheとはいえ勝手に使うのは論外だと思うがそのへんは柔軟に使えないと厳しいね すべてはプロジェクトリーダー次第な気がするが 403 名前：デフォルトの名無しさん mailto:sage [04/04/11 21:49] >>402 あーもちろん勝手に使うってのはチーム内で合意をとったうえね。 404 名前：デフォルトの名無しさん [04/04/12 04:08] >>402 それ程大きくなくてもEJB使っていますよ。 405 名前：デフォルトの名無しさん mailto:sage [04/04/12 11:04] マイクロソフトのTCO調査は本当に信用できるか？ pc5.2ch.net/test/read.cgi/tech/1081730818/ 406 名前：デフォルトの名無しさん mailto:sage [04/04/25 19:37] >>401 遅いレスだが、 オープンソース＝フリーウェア＝質がよくないと思ってる客が多いのは事実。 あとは、責任の所在が不明確になるのが嫌なんだろうね。 オープンソースの癖に「ライブラリのバグで」と言い訳するやつは多いだろうし。 407 名前：デフォルトの名無しさん mailto:sage [04/05/01 10:14] おなじ機能をいまから作っても、オープンソースのメジャーなライブラリと同じ品質にはならんのにね。 408 名前：デフォルトの名無しさん mailto:sage [04/05/13 18:47] J2EE用のリッチクライアント www.nexaweb.co.jp 409 名前：デフォルトの名無しさん mailto:sage [04/05/14 01:53] 15 Seconds : Survey Says Firms Choose .NET Over J2EE www.15seconds.com/News/News.asp?News_Id=694 Industry .NET J2EE public sector 65% 35% business services 64% 36% media 62% 38% retail/wholesale trade 58% 42% manufacturing 55% 45% finance/insurance 44% 56% utilities/telecom 35% 65% 410 名前：デフォルトの名無しさん mailto:sage [04/05/18 18:06] sessionを使わずにhtml（値入力）→サーブレット→JSP(値を入力)←あとはJSPのループ の仕方がわかりません・・・ 411 名前：デフォルトの名無しさん mailto:sage [04/05/26 19:47] 意味がわからん。 412 名前：デフォルトの名無しさん [04/06/29 10:59] java.sun.com/performance/index.jsp Performance is critical for the success of your applications built on Java technology and it impacts all levels of the software stack. Software-stack performance involves server-side programs, client-side programs, Web services, operating systems, servers, and desktops. Here we provide tools and documentation to help you learn more about improving performance in each of these areas. June 23, 2004 WS Test 1.0 White Paper A comparison of SOAP based web services performance of the J2EE and .NET platforms. In all cases tested J2EE significantly outperforms .NET. Get the whitepaper to learn about the tests that were used and the results that were obtained. Check back after the JavaOne 2004 conference for the downloadable code for WS Test. 413 名前：デフォルトの名無しさん [04/06/29 10:59] February 11, 2004 XML Test 1.0 White Paper A team of engineers from Sun compared the XML Processing Performance between Java and .NET. For example we found that the Java SAX parser significantly outperformed the .NET pull parser for the majority of use cases. We took care to ensure that the application code and hardware configuration used on both platforms were as similar as possible in order to make an objective performance comparison. We don't expect you to just to take our word for it; we've provided instructions and source code so that you can run the test yourself. Get the whitepaper to learn more about the XML tests that were used and download the source code from the Web Services Code Samples page so that you can evaluate the performance yourself! February 4, 2004 J2SE 1.5 in a Nutshell The beta 1 release of J2SE 1.5 ("Tiger") is now available and promises easier performance tuning in addition to better startup, footprint and scalability. Check out this article to get an overview of these exciting changes よってJ2EEの勝ち！ ﾄﾞﾄﾈﾄの負け♪ 414 名前：デフォルトの名無しさん [04/06/29 11:05] java.sun.com/performance/reference/whitepapers/WS_Test-1_0.pdf のレポートでわかることは、 棒グラフをみてわかるように、 J2EEは.NETに比べスループット性能に優れ .NETはJ2EEに比べレスポンス性能に優れているという点だ。 ゆえに、.NETは短期的な小規模開発向け、 J2EEは長期的な大規模開発向け だということがよくわかる。 415 名前：デフォルトの名無しさん mailto:sage [04/06/29 11:11] で、いつ惨は倒産するの？ｗ 416 名前：デフォルトの名無しさん mailto:sage [04/06/29 11:12] SunにしろMSにしろ、特に凄いのはAppleだがメーカー謹製のベンチを信じているヤツは痴呆 417 名前：デフォルトの名無しさん mailto:sage [04/06/29 11:22] TigerってMacのことだろ？ Javaはパクるなよ。 418 名前：デフォルトの名無しさん [04/08/06 01:29] age 419 名前：デフォルトの名無しさん [04/10/28 13:31:48] すみません、EJBが良くわからないのですが、 なんとかビーンってオブジェクト、つまりクラスのインスタンスって ことで良いんですか？ EJBは.Netでの何に相当するんでしょうか？ ある種のCOM？ なんか、EJBのビーンがDBに特化してるようなので、 ADO.NETに相当するんでしょうか？ それとも、.NetではEJBに相当するものは存在しない？ 420 名前：デフォルトの名無しさん mailto:sage [04/11/04 01:43:20] EJBはコンポーネントトランザクションなんかをサポートするためのコンポーネント開発技術だよ。 ざっくり言うと以下のようなものがある。 ・Session Bean 　ビジネスロジックの記述向け。 　さらに細かく分けるとStateless Session Bean(SLSB)とStateful Session Bean(SFSB)がある。 ・Entity Bean 　データアクセスコンポーネントの記述向け。（正確にはちょっと違うけど） 　さらに細かく分けるとBean-managed persistent(BMP)とContainer-managed persistent(CMP)の2種類がある。 ・Message-Driven Bean 　メッセージングを扱うためのコンポーネント記述向け。 っつーかgoogleとかで検索かけてみれ。いくらでも出てくるぞ。 .NETにはCOM+（Enterprise Services）ってのがあるが、これはSLSBに対応する技術。 ADO.NETに対応するのはJavaだとJDBCとかになる。(JDBCほど低水準ではないけど) データアクセス（オブジェクトの永続化）に対する考え方が根本的に違うから、.NETにはEntity Bean（〜v2）に対応する技術はない。 しかしJavaの世界もSession Beanはともかく、Entity Beanは使いにくいねぇ。 v3で落ち着いてくれるといいんだが.... 421 名前：じゃばまる [05/01/12 05:56:39] Javaと.NETの掲示板です。 ↓ 8712.teacup.com/itijyo/bbs 誰か書込みしてやって下さい。

---

---

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

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