.net と J2ee

1 名前：デフォルトの名無しさん [03/02/16 21:37] 実際どっちがええの？なんか同じことできそうだけど。 .netはまだ生まれたてだから JDK1.1の頃のようにバグだらけなんかな。 実績で言ったらJ2eeかえ？ 103 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:29] まあ、>>67は「J2EEパターン」でも読みなさい、ってこった。 104 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:30] >>101 ただのJavaクラスのこと、Beanて呼んでる？ ならおっけ。 あと、View + Stored Procedure + JDBC バリバリの開発は、あんま興味ないな(単なる本音 105 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:31] >>97 > .NETは言語もプラットフォームも選びません。 うそつけｳﾞｫｹﾅｽが。 Javaですら完全に実現していないものを.Netが実現できるわけねーだろｳﾞｫｹ 106 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:33] >>104 プロジェクトの規模によっては、それもありですな。 高いAPｻﾊﾞ使ってEJBするのはオーバーヘッドがでかいだけで イミガナイ、にもかかわらずEJBしているプロジェクトって のもあるのかねえ。 107 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:35] Oracle の BC4J とかどうよ？ 108 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:36] >>106 つまり、EJB否定派って感じですか (にこにこ 109 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:37] パターンとかそんなもんいちいち勉強しなければならないからJ2EEは普及しないんだYO！ VB.NETﾏﾝｾｰ 110 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:39] >>109 プラットホームが変わろうとも、J2EEパターンと同類の留意事項 を気にしなければ、分散アプリケーションはマトモに作れません。 銀の弾丸を信じるアホはイッテヨシ。 111 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:43] >>108 プロジェクトが成功する手法をとりましょう、というだけの話しだが。 VBでやるのが適切な仕事なら、VB使いますよ。嫌だけど。 112 名前：63 [03/02/19 03:43] >>103 読んでるっつーの！ だから設計の話をしてるんじゃないんだってば。 EJBでのプロジェクトはやってないけど、 EntityBeanのメリットって更新系にあると思う。 だからおいらは参照系にはEntityBeanは使わず、 SLSB＋DAO＋VO（EJBデザインパターンではDTO）でやるでしょう。 113 名前：デフォルトの名無しさん [03/02/19 03:44] > 107 BC4Jは一応フレームワークの部類だけど、 データを扱う「普通の」BeanをDBとO-Rマッピングして JSP/Servletで扱うイメージ。 EJB対応するには、そのBeanをうにゃうにゃする 感じ(ここはセミナーの説明を聞いただけで実際に検証 してないので怪しい) 114 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:45] 要はJ2EEに失敗を認めたのがJ2EEパターンだろ？ こうしないとまともなものは作れませんよ、と。 115 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:45] DB 設計と同じく、EJB 設計にもいろいろと宗教があることがわかりますた 116 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:46] >>114 言い様だね ﾜﾛﾀ 117 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:46] >>114 J2EEパターンはGoFなどのデザインパターンに似てる? 118 名前：63 [03/02/19 03:47] まあ、良きしろ悪きにしろ J2EE　→　選択肢が多い .NET　→　選択肢が無い って感じではないでしょうか？ .NETはフレームワークの選択の余地も無いでしょ？ 119 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:47] >>109 はぁ? VB.NETだぁ? C#じゃねぇのか? .NETがJ2EEより普及していないことも知らんのか。 継承できるVB.NET使えんならパターンくらい覚えろや。 継承できないVBしか使い慣れてないからJ2EEを妬みたいのか? 120 名前：デフォルトの名無しさん [03/02/19 03:48] > 111 そう、トータルで検討しましょうということ。 ただ、事情によってEJBでよろしく！といってくる 依頼元があるかぎり、場合によってはデスマーチに なったりするのです。それがよくお見受けする 営業と開発部隊の確執になったりするのです。 121 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:48] .NETパターンなるものは存在しないね。 フレームワークが完璧だから余計なパターンなど必要ない。 122 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:50] >>121 そのフレームワークもWin32 APIみたいなもんじゃ使い物にﾅﾗﾈ 123 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:50] >>114 元を正せば、ネット越しのTCP/IP送受信は遅いという、アプリ側ではどう にもならないボトルネックが存在する状況で、少しでも早いシステムを作 る為のﾎｳﾎｳ論としては、ああいったパターンが必要になるのは当然の話し だと思うが。 分散システムを作ったことがある奴なら、そういう発言にはならんと思う なあ(ﾆﾔﾆﾔ 124 名前：63 [03/02/19 03:50] >>117 パターンは良く３つあると言われてます。 デザインパターン アナリシスパターン アーキテクチャパターン GoF→デザインパターン J2EEパターン→アーキテクチャパターン 他にもアンチパターンとかありますが。 125 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:51] >>117 似てないよ。ボトルネック回避のための苦肉の策なので、OO的には 全く綺麗ではありません。 126 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:51] >>124 アナリシスパターンってどういうの? 127 名前：デフォルトの名無しさん [03/02/19 03:52] sagatoku.fc2web.com/ あなたの探し物こちらで見つかります 128 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:52] 要はCOM+でとっくに確立してた手法をアホJava厨が仰々しく「パターン」とか名付けたんだろ？ 129 名前：117 mailto:sage [03/02/19 03:53] >>126 さすがにそういうのはネットで調べた方が早いと思う...。 130 名前：63 [03/02/19 03:54] >>126 簡単に言うと デザインパターン　→　設計パターン アナリシスパターン →　分析パターン アーキテクチャパターン →　その名のとおり 詳細は有名な人が書いた「アナリシスパターン」と言う本をみてくだされ。 おいらは読んでないです。 131 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:55] >>128 COM+? あんな糞APIの塊が確立だぁ? アホ.NET厨のお前はJavaを妬んでM$製品に依存してるだけだろ 132 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:56] EJBは所詮1998年のMTSレベルのアーキテクチャだしね。 133 名前：デフォルトの名無しさん [03/02/19 03:56] 大体ASPでWebアプリ作るとスパゲッティになってメンテしにくいだろ 134 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:57] >>113 BC4Jって、Swingとか使ったファット・クライアントで、 画面操作に連動したDB参照/更新を、 SQL書かずに自動化したり、RADツールで自動生成するための フレームワークだと思った。 ORマッピングの出来は良さそうなんで、 EJBっぽい応用を試してみた人はいないのかな？ ＃パフォーマンス悪そうだけど 135 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:57] >>133 ASP.NETですべて解決しました。 136 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:57] で、最近あった .NET の案件はどんなんよ? 137 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:58] >>128 J2EEパターンなる名前がついているのは、作ったのがSunの社員だからな(ﾜﾗ MSがつくってたらDCOMパターンだったかモナ〜。 個人的には、分散システム構造パターンとか、そんな感じの汎用的な名前で こういうのがあるといいと思うけど。この名前だと、J2EE専用だと勘違いし てまうよね。 138 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:58] J2EEもVB.NETに追い抜かされて大変だな 139 名前：デフォルトの名無しさん mailto:sage [03/02/19 03:59] >>132 EJB1.0 (1998) ＝ MTS 140 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:00] >>135 アフォ、全然解決してねーだろ。 コントローラも腐ってビューだけ便利そうなおもちゃか? 141 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:00] EJBってCOM+と同じことをどうしてもSolarisでも実現したかったから無理矢理作ったんだよね？ 142 名前：63 [03/02/19 04:01] 誰か>>63にも意見をﾖﾛｼｸ 143 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:01] >>138 残念ながらあなたが妄想しているVB.NETにはJ2EEを追い抜く機能は全然ありません。 144 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:02] >>136 チビ企業限定 145 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:02] >>141 COM+って、CORBA＋分散トランザクション を、 MSの専売特許という形でどうしても実現したかったから、無理矢理作ったんだよね？ 146 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:03] ADO.NETみたいにコネクションレスのアーキテクチャでないと柔軟性がなくて駄目だね。 147 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:04] >>63 CORBAの失敗(M$を取り込めず、M$が暴走した)を教訓としてるとは思うけど、 CORBAほど重くならないように、相互互換性のみに焦点を当てて、実装方法は勝手にせい、 というスタンスだと思う。 148 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:05] >>132 で、M$の最新のアーキテクチャはどんなアーキテクチャなんだい? あんたの話によればEJBより凄いらしいな。 149 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:05] >>146 ほぅ、面白そうなお話だね。語ってもらいましょうか(藁 150 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:06] >>146 JDBCだけではで問題があるからEJBを選んでいるというのに お前は何もわかってないな。 151 名前：63 [03/02/19 04:06] .NETって単にWINDOWS DNAとかいう わけ分からん統一感のない技術がWEBサービスに対応しただけでしょ。 しかもJVMパクッてCLR上で動かすのはいいけど、WINDOWSのみって。 サーバも出てないし。またサービスパックの嵐になりそうだし。 152 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:06] VB の延長で「わーい .NET だー」っていう勘違いプロジェクトならあるけどな… 分散システムで作ってるのは J2EE か CORBA(C/C++) しか知らないし他に聞かない。 153 名前：デフォルトの名無しさん [03/02/19 04:07] > 134 そう、サーバサイドだけでなく全部に適用する開発環境/フレームワークで 話の流れ上、データの扱いに関してEntityBeanとの違いを 言いたかったのであのような説明になったのれす。 基本的にDB屋さんなんで、Viewのことはあまり気にしてないっす 154 名前：63 [03/02/19 04:07] >>147 なるほど。そんな感じします。 155 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:09] .NETに無知なアホが必死にJ2EEの話してて面白いな。(藁 156 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:10] いっぱい相手してもらってよかったな。 157 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:10] >>132 Microsoft Transaction Server (MTS)なんて 大袈裟なM$独自の用語で説明してM$独自仕様と比較されてもね。 158 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:11] >>155 J2EEに無知なアホが必死に.NETの話してて面白いな。(藁 159 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:11] .NET ＝ J2EE ＋ Webサービス 160 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:12] WSDPの話出てこないな(ﾜﾗい 161 名前：デフォルトの名無しさん [03/02/19 04:12] だから.NETがJ2EEより優れてるところをJ2EEユーザに分かるように教えてくれ。 抽象的過ぎて分からん。 162 名前：デフォルトの名無しさん [03/02/19 04:12] >>159 J2EE ＝ .NET − Webサービス 163 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:12] JWSDPやAXISの話でてこないな(ﾜﾗい 164 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:13] >>161 Microsoftなところ 165 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:13] .NET 2.0 ＝ J2EE 1.4 166 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:13] J2EEってJMSでSOAP通信含んでなかったっけ？ 167 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:15] お前らさあ、Sun自身がこんなもん使えねーとか言ってるものをよく喜んで使えるな。 おめでたいというか。 168 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:15] >>165 どちらもまだ商品が出ていない 169 名前：デフォルトの名無しさん [03/02/19 04:15] Webサービス＝J2EE − .NET 170 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:16] Windows DNA って、商品出ないうちに廃止になったんだっけ？ Windows .NET Server って、商品出ないうちに廃止になったんだっけ？ 171 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:17] >>170 名称が廃止になっただけでコンセプトは健在。 172 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:17] >>166 Webサービス・アーキテクチャってなレベルのもんではないでそ 173 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:17] >>159 「Webサービス」、「 XML Webサービス」なんて用語はM$が勝手に解釈した用語だ。 M$独自の中途半端な仕様というところだな。 174 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:18] 「.NETってなんですか」　　　M＄信者の心の叫び 175 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:19] BizTalk ってまだやってんの? アクティブチャンネルはどこ逝ったの? 176 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:19] .NETはSOAP/WSDL/UDDIに絞り込んだしょぼい製品でつか 177 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:20] >>176 M$も他のベンダーも、ワークフロー/トランザクション にも力をいれてるよ 178 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:21] >>175 BizTalkやんならロゼッタネットしてebXMLだよな 179 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:22] >>176 WS-Security / Routing / Attachments にも対応してるよ。 180 名前：デフォルトの名無しさん [03/02/19 04:22] >>147 とりあえずもうCORBAはお終いってこと？ もとからそんなに使われてなさそうだけど。 181 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:24] >>180 EJBはIIOPですが… 182 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:25] >>181 だから腐ってる 183 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:27] >>179 そうそう、Atachments って最近よく名前出てくるけど、どうゆうものですか？ 184 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:28] >>182 顧客の囲い込みの為だけに、通信のプロトコルをSOAPベースにするような 腐れた頭の連中の作り出すものよりはマシかと。 185 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:28] >>183 XMLに直接バイナリを貼り付けられる。Base64より効率がよろしい。 186 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:29] >>176 ようするにM$はSOAPなどの独自規格を広めて新たなる独占をしたいっつーことだな。 187 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:29] >>183 msdn.microsoft.com/webservices/building/default.aspx?pull=/library/en-us/dnwebsrv/html/wsedime.asp 188 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:30] >>186 Javaも、SOAP/UDDI/WDSLはJAX-ﾅﾝﾁｬﾗでサポートしているはずだが… 189 名前：デフォルトの名無しさん [03/02/19 04:31] ebXMLはWS-Reliabilityの実装が肝だと思ってたけど、 ちゃんとしたデータ送って欲しいからね。連携するときは。 .NETってちゃんとその考えられているのかな？ ごめんおいらDB屋さんなんでやさしく教えてね＞識者の方 190 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:31] >>186 独自規格ならJ2EEでサポートする必要はありませんね。 191 名前：デフォルトの名無しさん [03/02/19 04:33] >188 その何チャラでebXMLもサポートしてるらしいですが 開発者からすると実装が美しくないとのうわさが、、、 192 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:33] >>188 しかしSOAPを作ったのはM$とIBM。 M$は互換性をできる限りWindowsのみに限定させようとし Windowsで動かないものは使いものにならないと思い込ませる戦術を使って来る。 193 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:35] 大抵最後においしいところを持ってくのは IBM 194 名前：デフォルトの名無しさん mailto:sage [03/02/19 04:37] >>188 JWSDP? JAXというとJAXP? 195 名前：デフォルトの名無しさん [03/02/19 04:44] そうJWSDPだ。JAXPはXML parserだ。 196 名前：デフォルトの名無しさん [03/02/19 05:00] やっぱりJava厨はXMLに無知だな。(ｹﾞﾗ 197 名前：デフォルトの名無しさん mailto:sage [03/02/19 05:07] >>185 8bitスルーな環境では、データ本体がバイナリーでもおっけ、という感じでしょうか？ >>186 M$の WSE/DIME に関するポインタ、どうもありがとうございました。 結局、WS-Attachments って 　　・SOAP 1.1 message を、MIME multipart の仕組みで送るための約束事(multipart/related で転送) 　　・Base URIの決め方に関する約束事 　　・各パートのデータを Content-ID または Content-Location でラベリング/参照する ってもんなのねぇー。 参考文献: "SOAP Messages with Attachments" www.w3.org/TR/2000/NOTE-SOAP-attachments-20001211 あと、勉強しとくべきなのは、 WS-Reliability でつか。 198 名前：デフォルトの名無しさん mailto:sage [03/02/19 05:15] >>197 >WS-Reliability IBMもMSも絡んでない時点で政治的に失敗確実。 199 名前：デフォルトの名無しさん mailto:sage [03/02/19 05:24] >>198 Fujitsu Limited, Hitachi, Ltd., NEC Corp, Oracle Corp., Sonic Software, and Sun Microsystems　っすか。 リファレンスは、xml.coverpages.org/WS-ReliabilityAnn.html#WD でおっけ？ 200 名前：デフォルトの名無しさん mailto:sage [03/02/19 05:29] ついでに、 ・WS-Security ・Web Services Security Addendum ・DIME ・WS-Routing ・WS-Referral ってあたりも勉強しておこう・・・ 201 名前：デフォルトの名無しさん mailto:sage [03/02/19 05:42] >>200 すべて.NETで対応済みのものばかりですな。 つまり、VB.NET使いの方がウェブサービスで先を行っている、と。 202 名前：200 mailto:sage [03/02/19 05:53] >>201 WSE のページから抜書きしただけですが、何か？ ついでに。 WSEのページ(>>186) で、MSもメッセージのreliability を考慮している、と書いてあるけど、 具体的に何してるの？ 203 名前：200 mailto:sage [03/02/19 05:56] ↑186 じゃなく、>>187 ﾀﾞﾀｰﾖ。 　msdn.microsoft.com/webservices/building/default.aspx?pull=/library/en-us/dnwebsrv/html/wsedime.asp ＞In order to drive Web service interoperability in the enterprise, ＞the major players in XML Web services (including Microsoft, IBM, and Verisign) ＞have proposed new specifications that will improve interoperability ＞in areas that are crucial for Web services, such as security, reliable messaging, and sending attachments.

---

---

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

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