.net と J2ee

1 名前：デフォルトの名無しさん [03/02/16 21:37] 実際どっちがええの？なんか同じことできそうだけど。 .netはまだ生まれたてだから JDK1.1の頃のようにバグだらけなんかな。 実績で言ったらJ2eeかえ？ 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. 204 名前：デフォルトの名無しさん mailto:sage [03/02/19 06:18] >>203 そこの文脈は Routing / Referral のことを指してるだけだと思う。 205 名前：デフォルトの名無しさん mailto:age [03/02/19 10:50] >>90 >おいらが言いたいことは設計うんぬんの話ではなくて >EntityBean使ったら、 取得したレコード分「EntityBeanインスタンス」が作られるっちゅー話です。 >分かりづらくて申し訳ない。 無知もほどほどにしてください。 206 名前：デフォルトの名無しさん mailto:age [03/02/19 11:33] この記述資料の最後の2,3ページが面白いよ。 bdn.borland.com/article/images/29074/transaction_commit_options.pdf 207 名前：デフォルトの名無しさん mailto:sage [03/02/19 11:46] やっぱりM$.Net厨はXMLに無知だな。(ｹﾞﾗ 208 名前：デフォルトの名無しさん mailto:sage [03/02/19 11:49] M$ 厨の必死なレスが笑える 209 名前：デフォルトの名無しさん mailto:sage [03/02/19 12:36] そこそこいい具合でいってたのによそのスレと勘違いしてる人がいるようで。 210 名前：デフォルトの名無しさん [03/02/19 19:35] タイミングよくWS-Routingの記事が。 www.atmarkit.co.jp/fdotnet/special/wse03/wse03_01.html やはりこういう分野は.NETの方が先行してるね。 211 名前：デフォルトの名無しさん mailto:sage [03/02/19 20:43] >>210 どういう分野が? 独自規格だけ先行してるだけじゃん 212 名前：デフォルトの名無しさん mailto:sage [03/02/19 20:54] >>211 馬鹿だねー。 IBMとMSがまとめているのに。 213 名前：デフォルトの名無しさん mailto:sage [03/02/19 20:58] >>212 それはWS-Routingのことやろ? わいはM$の行動のことをいってんのや。 214 名前：デフォルトの名無しさん mailto:sage [03/02/19 21:01] >>213 こういう分野 = M$の行動 ????????????? 215 名前：デフォルトの名無しさん mailto:sage [03/02/19 21:08] >>214 何か疑問があるなら .Net上でWS-Routingをつかうメリットを説明してね。 216 名前：デフォルトの名無しさん mailto:sage [03/02/19 21:11] >>213 さすがデムパは違うね。 急にあさっての方向にいってわけわかんね。 ごまかすならもっとうまくおやりんさい。 217 名前：デフォルトの名無しさん mailto:sage [03/02/19 21:18] 厨房の不毛な展開に質が低下する予感 218 名前：デフォルトの名無しさん [03/02/19 21:25] >>204 WS-Routing は reliabilityを提供していないと書いてある。 WS-Referral の概説きぼんぬ 219 名前：デフォルトの名無しさん [03/02/19 21:29] お前ら少しは実際に動かしてから物言え 220 名前：デフォルトの名無しさん mailto:sage [03/02/19 21:34] 頭より先に手を動かしてしまうのは、器用貧乏 221 名前：デフォルトの名無しさん mailto:sage [03/02/19 21:55] J2EEはSunの独自規格ですが。 222 名前：デフォルトの名無しさん mailto:sage [03/02/20 00:32] >>220 頭も手も動かさずに口だけ動かすのは、本当に救いがありませんよ。 223 名前：デフォルトの名無しさん [03/02/20 00:33] >>205 無知で申し訳ないですが、分かるように説明してくださらないか？ 224 名前：デフォルトの名無しさん [03/02/20 01:31] 知恵遅れで申し訳ないですが、.netはフリー（無料）で開発できるの？ 期限付きとか以外で。 できるわけねーだろっていわれておしまいぽい。 225 名前：sage [03/02/20 01:34] >198 WS-Reliability の重要性がわからないんだからM$はふしあなさんだっつーの。 ビジネスデータ連携のプロトコルでは必須だっつーの。 ほんとはIBMも噛むべき話なんだがね。ほかのことで忙しかったか。 大事なお約束が抜けてるからM$のビジネスはおまぬけだっつーの。 標準規約の制定なんかまかせられん。 226 名前：デフォルトの名無しさん mailto:sage [03/02/20 01:35] >>224 フリーの.NET統合開発環境「SharpDevelop」 pc2.2ch.net/test/read.cgi/tech/1023727377/ 227 名前：デフォルトの名無しさん mailto:sage [03/02/20 02:16] フリーの実行環境は? 228 名前：デフォルトの名無しさん mailto:sage [03/02/20 02:24] mono on Linux とか？ 229 名前：デフォルトの名無しさん [03/02/20 02:28] .net開発ツールと連携したＵＭＬツールは？ ソース吐き出したり 230 名前：デフォルトの名無しさん mailto:sage [03/02/20 02:31] >>224 SDK(コンパイラ＋ライブラリ＋ランタイム)だけなら無料だったような。 231 名前：デフォルトの名無しさん mailto:sage [03/02/20 02:37] OS が有料という罠 つか Windows の値段って気にしないよな……何でだろ。 232 名前：デフォルトの名無しさん mailto:sage [03/02/20 04:16] >>229 UMLツールって、クラス図との連携だけだよな？ なら、有料だがEAならいける。(C++やJavaもOK) www.sparxsystems.jp/ 日本語版は4月に発売予定。 しかし実際のところ、UMLツールのキモはユースケース図、ロバストネス図(？)、 シーケンス図だと思うんだが。 233 名前：デフォルトの名無しさん mailto:sage [03/02/20 09:31] 　　　　　　　〜∞ 　　　　　　　　　　彡川川川三三三ﾐ〜 ←java信者 　　　　　　ﾌﾟｰﾝ 　川｜川＼　　／｜〜 　　　　　　　　　　‖｜‖　◎---◎｜〜 　　　　　　　　　　川川‖　　　　3　　ヽ〜　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 　　　　　　　　　　川川　　　∴）〆（∴）〜 ＜ C#は糞！！ 　　　　　　　　　　川川　　　　　　〜　/〜　｜ 　　　　　　　　　 川川‖　　　　〜　/‖〜 　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿ 　　　　　　　　　川川川川　 　(⌒)川‖〜 ｳﾞｨｼｯ！ 　　　　　　　 ／/::::::::|-､ ,-/::::::ﾉ ~.ﾚ-r┐ 　　　　　　 /　/:::::::::::|　　/:::::ノ__　|　.|　ﾄ､ 　　　　　　 | /:::::::::::::::|　〈￣ 　　｀-Lλ_ﾚ′ 234 名前：デフォルトの名無しさん mailto:sage [03/02/20 09:32] 　　　　　　　　　　　　　川｜川川　　川 ←アンチC#厨 　　　　　　　　　　　　‖川 | | | ー　ー|| 　　　　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣ 　　　　　　　　　　　　　川川 | |ｰ□--□l　　　　＜　 C#いらねー。 　　　　　　　　　　　　　川川| |；＼　J/|| 　　　　　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿_ 　　　　　　　　　　　　　川川‖；　| ロ|/|　カタカタカタ 　　　　　　　　　　　　　川川|‖＼|＿_|l|l　　＿＿＿＿＿ 　　　　　　　　　　　　／川川川＿_/川川　　|　　|￣￣＼　＼ 　　　　　　　　　　|　　川川|　　|／川l＿_,|　　|　　　　|￣￣| 　　　　　　　　　　　|　　＼＿|＿_|＿|､＿＿|　　|　　　　|＿＿| 　　　　　　　　　　　|　 ＼＿＿＿＿|つ　　 |＿_|＿＿／　／ 　　　　　　　　　　　|　 　　　 |　　|　|￣￣￣￣|　　〔￣￣〕 　　　　　　　　　　　　｜　 　　　　　|￣ 235 名前：デフォルトの名無しさん mailto:sage [03/02/20 09:34] 　　　　　　　　彡川三三三ﾐ 　　　／￣￣￣￣￣￣￣￣ 　　　　　　　川川 ::::::⌒　⌒ヽ ＜ C#は糞 　　　　　　川川::::::::ー◎-◎-） 　＼＿＿＿＿＿＿＿＿ java厨→川（６|::::::::　　（ 。。）） 　　　 .＿川川;;;::∴　ノ　 ３　 ﾉ 　　／;;;:::::::::::::::＼＿;;;;;;;;;;;;;;;;ノ 　/::::　　/::::::::::::　　 　|::::| 236 名前：デフォルトの名無しさん mailto:sage [03/02/20 10:28] C#死滅スレに始まり、Java死滅すれでもやってるかと思えばこのスレでもAAですか。 本当に聖なる戦いですね。 237 名前：デフォルトの名無しさん mailto:sage [03/02/20 10:40] >>232 ロバストネス分析なら オブジェクト図やステートチャート図などで構成できるので ロバストネス図というものまではいらんと思うが 238 名前：デフォルトの名無しさん mailto:sage [03/02/20 13:26] WS-ReliabilityはBizTalk Frameworkのパクリですけど。 239 名前：デフォルトの名無しさん mailto:sage [03/02/20 18:54] >>238 ebXMLのパクリでも....? 240 名前：デフォルトの名無しさん mailto:sage [03/02/20 19:13] >>232 JavaDoc を読めばクラス図なくてもいいという気はするね。 詳細すぎるクラス図を読み解く手間は JavaDoc +ソースを読むのと変わらないくらいだし。 してみるとクラス図を表示するときに、 フィルタリングして余計な情報を除外する機能があると嬉しいかも。 241 名前：デフォルトの名無しさん mailto:sage [03/02/20 21:38] >>238 うん、ありえる。 Reliabilityをちょこっと調べてみると、一時期M$がぶいぶい言ってた。 で、今M$は reliable message をどーやって実現しようとしているの？ 242 名前：デフォルトの名無しさん mailto:sage [03/02/20 21:39] つーか、キーボードの下10cm位に置いてある BiztalkServer本をめくって調べる気力がでない、今日は疲れてて 243 名前：デフォルトの名無しさん [03/02/20 23:36] >>237 いやいやクラス図とJavaDocは存在目的が全く違うよ。 クラス設計しないんか？ 244 名前：デフォルトの名無しさん mailto:sage [03/02/20 23:50] >>240 あったほうがええよ。 デザインパターンとかつかってんならクラズ図見ただけで なにやってるか推測しやすい。 245 名前：デフォルトの名無しさん mailto:sage [03/02/21 00:24] >>243 クラス図は手書きで書くよ。 ドキュメントとして残すものは visio で清書してるけど。 246 名前：デフォルトの名無しさん [03/02/21 01:24] >>205 >>223の説明しれ 247 名前：デフォルトの名無しさん [03/02/21 02:13] 現時点ではJ2EEが圧倒的に先行している。 J2EEがデファクトになりそうだから、MSはあせりまくりだな。 248 名前：sage [03/02/21 02:38] BizTalkは実装したソフトウェア製品自体が不安定だったから くそだっツーの。規約を安定した実装で実現できないM$には 退場宣告 249 名前：デフォルトの名無しさん mailto:sage [03/02/21 13:12] あのさ、Reliable Messagingなんか2001年前半にはもうすでに文脈が登場してるわけ。 www.w3.org/2001/03/WSWS-popa/paper51 MSとIBMは今これを実現するための仕様を策定中なわけだが、富士通が先走って作った仕様じゃ WS-SecurityともWS-Routingともその他のWS-XXとも、極論言えばSOAP1.2とも 互換性がないわけよ。仕様読めばわかるだろ。WS-Reliablityなんかどうせ消えるから 無視しておいたほうがいいぜ。Sunが出した振り付け仕様だってはなっから無視されてるだろ。 あれと同じ運命。 J2EEがデファクトとかいってるやつ、おまえがもう少しあせって勉強したらどうだ。 BizTalkが不安定とかいってるやつ、BizTalkのレベルでメッセージングシステムを構築できる他社製品をあげてみな。 250 名前：デフォルトの名無しさん [03/03/03 23:37] おまえら J2EE と .NeT が死滅寸前に追い込まれたときどうするよ？ ちゃんと対策とってるかよ 死滅対策をよ 死滅後の行動とってるかよ 251 名前：デフォルトの名無しさん mailto:sage [03/03/04 00:04] おまえら250が死滅寸前に追い込まれたときどうするよ？ ちゃんと対策とってるかよ 死滅対策をよ 死滅後の行動とってるかよ 別に放っておいてもいいか 252 名前：デフォルトの名無しさん [03/03/16 13:43] UMLの本を読んでいたらアナリシスパターンが出てきた。 Layersパターンなんてものもあるんだね。 POSA(Pattern-Oriented System Architecture) という本もあるんだ。 イディオムなんてものもあったんだ。 253 名前：デフォルトの名無しさん mailto:sage [03/03/17 14:45] なんだかとりとめのないスレだな 254 名前：デフォルトの名無しさん [03/03/31 01:42] 初心者に教えれ J2EEアプリケーションサーバはJavaだからLinuxでもWinでも動くが .NETアプリケーションサーバはWindowsでしか動かないのですか？ 255 名前：デフォルトの名無しさん mailto:sage [03/03/31 01:43] >>254 LinuxでXSPが動いてる 256 名前：デフォルトの名無しさん mailto:sage [03/03/31 02:10] >>254 実質そうだな。 257 名前：デフォルトの名無しさん mailto:sage [03/03/31 02:14] >>254 Linux版は9月正式リリースです。 258 名前：デフォルトの名無しさん mailto:sage [03/03/31 10:43] >>255 つまり.NETはLinux上ではWindowsと同じように動いてくれないと？ 259 名前：デフォルトの名無しさん mailto:sage [03/04/01 00:57] Linux版Windowsが９月に出るよ。 260 名前：デフォルトの名無しさん mailto:sage [03/04/01 03:37] >>259 ｴｲﾌﾟﾘﾙﾌｰﾙﾃﾞﾂｶ・ﾟ・(つД｀)・ﾟ・ 261 名前：254 mailto:sage [03/04/02 00:06] >>256 やっぱりそうなのか、だったら.NETがJ2EEより流行るわけないじゃんね .NET vs J2EEつーより、サーバーOSとしてWindows << Linuxだもんな 262 名前：山崎渉 mailto:（＾＾） [03/04/17 15:47] （＾＾） 263 名前：デフォルトの名無しさん [03/05/19 08:55] サーバはJava一色と聞きましたが、J2EEからActiveXも使えるのですか？ それとも、ActiveXを使ったASPが廃れてるのかな？ 264 名前：デフォルトの名無しさん mailto:sage [03/05/19 10:47] >>263 ActiveXというとJavaAppletとJavaScriptの中間に当たる セキュリティホール丸出しの悪い印象があってActiveXで プログラミングしている人なんて聞かないなあ。 よほどの物好きが使いってイメージがあるよ。 しかもASPも、VBScriptなどで動いている以上、良い印象がないなあ。 ASP.NETならまだいいけど。それでもMVCのViewだけってのは・・・ 265 名前：デフォルトの名無しさん [03/05/19 11:39] じゃあ、サーバJavaというのは、HTMLオンリーか、JavaAppletになるわけですか？ 質問ばかりですみませんが、先ず一般的にどう作られているのか知りたいです。 266 名前：デフォルトの名無しさん [03/05/19 12:28] 一般的なのはJSP/Servet+EJBだろうな。 267 名前：デフォルトの名無しさん mailto:sage [03/05/19 12:34] >>265 HTMLオンリー、JavaAppletとといったらクライアントサイド。 サーバサイドJavaといったらEJB(EnterpriseJavaBeans), JSP(JavaServerPages), JavaServlet。 MVCアーキテクチャのうちModelが EJB View がJSP 、これがライバルではASPやASP.NET、PHPってところか。 ControllerがServlet ライバルは良く知らない。 268 名前：デフォルトの名無しさん [03/05/19 12:49] >JSP/Servet+EJB >JavaAppletとといったらクライアントサイド。 JSPでActiveX並みの画面は作れるわけでしか。 もちろん、JSPでJavaApplet利用ですよね？ 一時期JavaAppletは死んだと言われてましたが、 まだ、JavaWebStartなんてインストールされてない気がするというか自分が使ってないような気がする。 269 名前：デフォルトの名無しさん mailto:sage [03/05/19 13:07] >>268 ASPやPHP, CGIをご存知なら解るとは思いますが それらと同じ目的で作られたJSPはAppletやFlashやActiveXのような派手なものを表現するために作られたものではありません。 掲示板やチャット、オークションサイト、eCommerce. eCRMとか、B2B,B2Cサイトとかで ユーザからのリクエストに応じてHTMLやAppletに情報をレスポンスする部分に使うものです。 実際には、JSPのソースコードを見てみればわかります。 JSPのタグでもAppletを呼び出す(<jsp:plugin>タグ)ことができます。 が、このタグはブラウザ側からは見られません。 といえばわかるでしょうか？ 270 名前：デフォルトの名無しさん [03/05/19 14:24] >AppletやFlashやActiveXのような派手なものを表現するために作られたものではありません。 分かります。 >JSPのタグでもAppletを呼び出す(<jsp:plugin>タグ)ことができます。 >が、このタグはブラウザ側からは見られません。 ブラウザ側からは見られないなんて、初めて知りました。 じゃあ、派手な画面にはAppletが生きてるわけですね。 一時期Applet死滅と騒がれてたので。 271 名前：デフォルトの名無しさん [03/05/19 22:54] >>268 AppletとJavaWebStartは関係ないぞ。 JavaWebStartはAppletよりむしろ、JavaApplicationをAppletのように各クライアントに インストール不要にする技術。 272 名前：デフォルトの名無しさん mailto:sage [03/05/19 23:32] >>270 Appletで派手なものやろうとすればできないことも無いが それだけをやるんだったらFlash使ったほうがかなり楽なことは確か。 Flashはデザイナー好みの機能満載だからね。 AppletをFlashのようにマウスだけで簡単に作れるツールは少ないね。 デザイン以外の目的で使うならAppletはまだまだ生きている。 HTMLと併用して何かを表示したいならまだまだApplet 273 名前：デフォルトの名無しさん mailto:sage [03/05/19 23:34] >>270 > >JSPのタグでもAppletを呼び出す(<jsp:plugin>タグ)ことができます。 > >が、このタグはブラウザ側からは見られません。 > ブラウザ側からは見られないなんて、初めて知りました。 ブラウザでソースをみても違うものが返ってきます。ただのHTMLにAppletへのリンク、 <object>タグまたは<Applet>タグが現れます。 サーバ側で<jsp:plugin>を<object>に変換してからクライアントにそのHTMLダウンロードして 表示しているだけなのです。 274 名前：山崎渉 mailto:（＾＾） [03/05/28 12:56] 　　　 　∧＿∧ ﾋﾟｭ.ｰ　(　　＾＾ ） ＜これからも僕を応援して下さいね（＾＾）。 　　＝〔~∪￣￣〕 　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉 275 名前：デフォルトの名無しさん [03/06/04 13:28] .Net, WebSphere Security Tested ttp://www.eweek.com/article2/0,3959,1114315,00.asp

---

---

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

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