.net と J2ee
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG.netはまだ生まれたてだから
JDK1.1の頃のようにバグだらけなんかな。
実績で言ったらJ2eeかえ?
0002デフォルトの名無しさん
NGNG0003デフォルトの名無しさん
NGNGテクノロジーとしては全然違うものだよ。
0004デフォルトの名無しさん
NGNG>>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1
>>1 >>1 >>1 >>1 >>1 >>1 >>1 >>1
プ
0005デフォルトの名無しさん
NGNGJ 2 E E ネ タ は マ ジ で ヤ バ イ
って言ってるだろ
0006デフォルトの名無しさん
NGNG0007デフォルトの名無しさん
NGNG/ ̄\ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
─( ゚ ∀ ゚ )< わんさかわんさか!
\_/ \_________
/ │ \
∩ ∧ ∧ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
 ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄\∩ ∧ ∧ \( ゚∀゚)< わんさかわんさかわんさか!
わんさか〜〜〜! >( ゚∀゚ )/ | / \__________
________/ | 〈 | |
/ /\_」 / /\」
 ̄ / /
0008デフォルトの名無しさん
NGNG>>テクノロジーとしては全然違うものだよ。
あほか?どこが違うんだ?MSが独創的な製品作ったことあるのか
考えてものいえ
0009デフォルトの名無しさん
NGNG0010デフォルトの名無しさん
NGNG0011デフォルトの名無しさん
NGNG0012デフォルトの名無しさん
NGNG0013デフォルトの名無しさん
NGNGJ2EEってのはフレームワークの一つで
別に使わなくたって似たような物はできる。
ただ、フレームワークを一個提案しておけば、
それにあわせてサードパーティーがなんかがいろいろ
作ってみると。
.netが何を指すのかは不明だが、
WEBサービスのJ2EEと同じような部分を指す物はない(はず)。
なぜなら、マイクロソフトがフレームワークの細部まで
作りこんでいるので、他の選択肢がないから。
もちろん、J2EEとやれる事は同じだけれど
開発方法は全然違う。
0014デフォルトの名無しさん
NGNGつまり .NetをJ2EEをちょっとパクッた程度でJ2EEほど基幹系業務には向いていないということで。
だから.NetはJ2EEと比べ大手企業では使われにくい。
.Netは中小企業で殆ど使われている傾向。
0015デフォルトの名無しさん
NGNG全然論理的な説明になっておりませぬ。やり直し。
0016デフォルトの名無しさん
NGNG「中小企業」云々てフレーズをこの板で見るの、今日で3回目だけど、
その部分はホントかなぁー。
M$が中小企業向け市場を開拓するってニュースは出てたけど。
0017デフォルトの名無しさん
NGNG作るのが大変だから?
0018デフォルトの名無しさん
NGNG本当らしい。C#死滅過去スレにそのニュースサイトへのリンクがあったなあ。
でも中小企業ではかなり人気高いと思うよ。
>>17 大変だと言うのは否定できないかも。
逆に言えば中小企業には大掛かりなもの(基幹系)を扱う機会も金も資産も規模も
少ないため.NETでもどうにかなるっちゅーことでないの?
M$から資金や製品の割引サービスなどの支援も受けている可能性も否定できないな。
でっかい会社だとナリッジも増大し管理が大変そうだからなあ。
0019デフォルトの名無しさん
NGNGCLR⇔JVM
ASP⇔JSP
ADO⇔JDBC
Windowsフォーム⇔Swing
.NETでServletとEJBに対応するような技術はあるんですかいのう?
0020デフォルトの名無しさん
NGNG0021デフォルトの名無しさん
NGNG0022デフォルトの名無しさん
NGNG0023こぴぺ
NGNGDCOM, .NET Remoting⇔RMI 分散オブジェクト技術
ASP.NET (ASP)⇔JSP, Servlet Webアプリケーション技術
ADO.NET, OLE DB⇔JDBC データアクセス技術
MSMQ⇔JMS 非同期メッセージング技術
ADSI(Active Directory)⇔JNDI ディレクトリ技術
MTS⇔JTAトランザクションモニタ技術
0024デフォルトの名無しさん
NGNG( ´∀`)< ぬるぽ
0025デフォルトの名無しさん
NGNG∧_∧
( ´∀`)< ぬるぽぬるぽってうるせぇんだよ。
0026デフォルトの名無しさん
NGNGそれは
http://www.mamezou.net/column/column13.htm
のコピペっぽい。
0027デフォルトの名無しさん
NGNGCORBAが入ってないのが気になる
0028デフォルトの名無しさん
NGNGコピペって書いてあるが・・・
0029デフォルトの名無しさん
NGNG0030デフォルトの名無しさん
NGNG大規模システムには下記のような機能が求められます。
(もっとあるかもしれないけど)
■スケーラビリティ
■高可用性
■高信頼性
.NETはあまり知らないけど、J2EE準拠で作れば、上記は満足するのではないですかいのう。
0031デフォルトの名無しさん
NGNGアプリケーションサーバにバグが無ければね。
0033デフォルトの名無しさん
NGNG気をつけないとスパゲッティになるんじゃないの?
0034デフォルトの名無しさん
NGNG0035デフォルトの名無しさん
NGNG0036デフォルトの名無しさん
NGNG0037デフォルトの名無しさん
NGNG0038デフォルトの名無しさん
NGNGありません。詳しくはNET版PETSHOPをみてくれ
0039デフォルトの名無しさん
NGNG2chってj2eeネタはウケが悪いけどどうしてよ?
0040デフォルトの名無しさん
NGNGパフォーマンスも良いと。
http://www.microsoft.com/japan/msdn/net/compare/petshopfaq.asp
0041デフォルトの名無しさん
NGNGと、ゲイツたんは主張しております
0042デフォルトの名無しさん
NGNG単なるアホアンチがJ2EEを妬んでいるだけ。
ま、ほっとけ。
このスレはJ2EEと.NetのスレなんだしJ2EEの話しないとね。
0043デフォルトの名無しさん
NGNGJ2EEネタまじでわからん厨が嫌がってるだけだよ。
他のスレ見りゃ、J2EEの話題なんて普通に流れてるよ。
0044デフォルトの名無しさん
NGNG0045デフォルトの名無しさん
NGNG拡張性を大幅削減し、JavaPetstoreよりソース量が1/6に縮小。
ストアドプロシジャを使ってパフォーマンスの向上。
.NET版PetShopにはMSの必死さが伝わってくるよ。
>>36
MVCモデルに近いものとしては、「ASP.NET Web Solution Guide
〜 Multi UI Web Application 編」ってのが、参考になるんだが、
View部分の充実さと比べると、コントローラ部分が余りにも貧弱。
まだまだこれからの技術といった感は拭えない
0046デフォルトの名無しさん
NGNGMVCじゃなくDocumentView の会社だからじゃないですか?
0047デフォルトの名無しさん
NGNG赤いやつね。
いいよ。コードが満載で具体的だが、ちゃんと網羅すべき点は抑えてある。
0048デフォルトの名無しさん
NGNG#読んだ方の御意見ぷりーず
0049デフォルトの名無しさん
NGNGEJBって何なのか、マジわからん。これは何?
昔.NET vs EJBとかいう記事よく見かけたから
てっきりEJBがJavaのWEBサービス技術だと勘違いしたよ
EJBって何?何のやくにたつの?
やたら難しいが・・
0050デフォルトの名無しさん
NGNGよく言われてるのは、
トランザクション管理とリモート呼び出しが自動化
(EJBコンテナがやってくれる)されることだと思う。
逆にこれを使わないとほとんどメリットは無い。
コンポーネント化がうんぬんとか言ってるけど。
実際できんの?って感じです。
実際EJBを使うのは壁が高すぎるし、めんどくさい。
素直にServlet+JDBCで十分な気がする。
参照系じゃメモリばっか食って使えないと言う話。
あ、MDBはまたちょっと違うけど。
0051デフォルトの名無しさん
NGNGWEBサービスとは何の関係もないですよね?
0052デフォルトの名無しさん
NGNG実際に使ったことないからそういうこと言っているんだね。
参照系といっても、データベースの中身を全部持ってくる訳
じゃないんだから、メモリなんて問題になることはそれほど
無い。
むしろ、CPUの方が問題が出てくる。
トランザクションの管理を自動化できるということだけでも
導入する価値はあると思うのだが。
0053デフォルトの名無しさん
NGNG0054デフォルトの名無しさん
NGNG使われなければ意味が無い。
0055デフォルトの名無しさん
NGNGServletとEJBはまた別もんだよ。
Webサービスとは直接関係ないと思う。
WEBサービスはSLSBで実装するらしいと言う話も聞いたことあるけど。
>>52
ごめん。メモリを食うのはEntityBeanの話。
1万件のデータを持ってくるとしたら1万件のEntityBeanインスタンスが
必要になるでしょ。ここまで来るとメモリは無視できないと思うよ。
参照系だけならSLSB+JDBCで十分でしょう。
完全な最新データが必要って言うなら話は別かもしれないけど。
なんかスレ違いになってきた気もしますが・・・
0056デフォルトの名無しさん
NGNGあと、COM+のトランザクション機能って、EJBと同時代の技術じゃなかっただろうか。
0057デフォルトの名無しさん
NGNG0058デフォルトの名無しさん
NGNG0059デフォルトの名無しさん
NGNG0060デフォルトの名無しさん
NGNG0061デフォルトの名無しさん
NGNG0062デフォルトの名無しさん
NGNG0063デフォルトの名無しさん
NGNGM$が参加したCORBA見たいなもんだと思ってよろしいか?
0064デフォルトの名無しさん
NGNG>ごめん。メモリを食うのはEntityBeanの話。
>1万件のデータを持ってくるとしたら1万件のEntityBeanインスタンスが
>必要になるでしょ。
うそつけ。バカ
0065デフォルトの名無しさん
NGNG>>55は効率の悪いプログラミングをしていると言うことでよろしいか?
0066デフォルトの名無しさん
NGNGオブジェクトリファレンスとBeanインスタンスはちがう
0067デフォルトの名無しさん
NGNG効率悪いも何もEntityBeanはそういうもんだっぺ。
1レコード=EntityBean1インスタンスに対応するんだったら
1万件HITするFinderメソッド切ったらそのとおりじゃん!
selectメソッドつっても結局複数Columnのデータが必要なら、
結局EntityBeanインスタンスが必要になるんじゃないの?
0068デフォルトの名無しさん
NGNG0069デフォルトの名無しさん
NGNG実装指導の時だけですが…
0070デフォルトの名無しさん
NGNGEntityBeanって「1レコード=EntityBean1インスタンス」なんじゃないの?
それ以外に作れんの?
0071デフォルトの名無しさん
NGNG0072デフォルトの名無しさん
NGNG登録対象が何でもありのDNSみたいなもん。
0073デフォルトの名無しさん
NGNG>>71
LDAP
0074デフォルトの名無しさん
NGNGCMP2.0 CMR。
0075デフォルトの名無しさん
NGNG64bit版CLRがないから。
0076デフォルトの名無しさん
NGNGそれでも結局インスタンスつくるんじゃないの?
0077デフォルトの名無しさん
NGNGNTServerしか使えない。.NETよりもNTServerに問題あり。
0078デフォルトの名無しさん
NGNG0079デフォルトの名無しさん
NGNGSolaris版CLR、Linux版CLR、HP-UX版CLR(できたらSDKも)開発。
0080デフォルトの名無しさん
NGNGもう MONO ってプロジェクトがあるって。
といっても途中でさじを投げて Wine っつー Win エミュ使うことになった
らしいが。
0081デフォルトの名無しさん
NGNGBlackdownのようにはいきませんか。(あれはあれで不幸でしたが)
MSの仕様が不透明だからですかねえ…
0082デフォルトの名無しさん
NGNG結局「1レコード=1EntityBeanインスタンス」で良いか?
0083デフォルトの名無しさん
NGNGコアライブラリの中で Win の API を直接呼んでたらしい
0084デフォルトの名無しさん
NGNGPK1つで取ってくるデータの固まり全て=1レコードということなら、
そうかねえ。
0085デフォルトの名無しさん
NGNGワラタ。
さすがMS。Operaの件といい、思想の変化が全くないですね。
0086デフォルトの名無しさん
NGNGPK1つでとってくるデータの塊って何?
テーブルAとテーブルBが1対他の関係だとして、
テーブルAの1レコード+テーブルBの対応する外部キーのNレコード取得している状態?
テーブルA、Bに対してEntityBeanをマッピングしたら
インスタンス数 =
テーブルAに対応しているEntityBeanインスタンス×1
テーブルBに対応しているEntityBeanインスタンス×N
でしょ。
塊すべて1レコードとは違うでしょ?
結局「1レコード=1EntityBeanインスタンス」では無いの?
0087デフォルトの名無しさん
NGNG1対他 → 1対N
です。
0088デフォルトの名無しさん
NGNGどちらの実装も可能なのではないのかね。
0089デフォルトの名無しさん
NGNG効率よくする方法自分で考えて自作しろよ。
ある情報、検索するにあたって検索エンジンで1万件ヒットすることがわかっていたとして
検索を1万件のデータをその場ですべてアップロードするような馬鹿な設計をするか?
Googleでも検索結果が10000件になったとしてもそれらすべてを
一つのページに表示するという馬鹿なことをするか?
10〜100件程度ずつ表示するだろ。
自動絞込み検索アルゴリズムを作ってBeanを分割統治することくらい考えろよ。
それにこの情報がもし画像だとしたらその実体をいちいちBeanの中にいれるアフォなことするか?
参照だけを入れて容量を節約するだろ。
それに一度取り出したBeanをブラウザに表示させるときも、
表示しない部分のBeanはいつまでもメモリ上に保持するなんて馬鹿なことするか?
使わなくなったオブジェクトにはnullを入れるか破棄するのが常識だろ。
それでも足りないなら圧縮できるなら圧縮し直列化して一時保存かさらにDBに保存するとかView表を作るとか考えろよ。
>>68もAPIのせいにしないでアルゴリズムと設計方法を考え直すくらいのことしろよ。
0090デフォルトの名無しさん
NGNGどちらの実装もってどれとどれを指してるですか?
スマソ。
結局おいらが言いたいことは
どう実装しようがEntityBean使ったら、
「1レコード=1EntityBeanインスタンス」になるでしょということです。
なんか思いっきりすれ違いでうざいかな?
0091デフォルトの名無しさん
NGNG設計知らない派遣コーダーにそんな話しても無駄
009290
NGNG言ってることはごもっともだけど、
おいらが言いたいことは設計うんぬんの話ではなくて
EntityBean使ったら、 取得したレコード分「EntityBeanインスタンス」が作られるっちゅー話です。
分かりづらくて申し訳ない。
0093デフォルトの名無しさん
NGNG結局はEntityBeanは大量なデータを扱うのには不向きであるという
ことだ。
EJBのもともとの発想はパフォーマンスよりも、いかに分かり易い
プログラムにするかということだから仕方ない。
0094デフォルトの名無しさん
NGNG>>90 質問の続きは、「EJB(初心者歓迎)」でどうぞ
http://pc2.2ch.net/test/read.cgi/tech/1017240849/
0095デフォルトの名無しさん
NGNGおい、それで>>89の言いたいことを理解したつもりか?
EntityBeanが大量のデータを扱うには不向きだからといってEJB
を否定するか?
効率的なクエリーの設計にも気を配らない香具師には向いていないだろう。
一つのインスタンスを複数のインスタンスに分割統治する方法も知らないか、使わない者にも不向きだろうな。
0096デフォルトの名無しさん
NGNG「J2EEはプラットフォームを選ばない → でも(開発)言語はJava」
「.NETは(開発)言語を選ばない → でもOSはWindows」
とあった。
結構本質ついた説明かも。
0097デフォルトの名無しさん
NGNG009893
NGNG否定はしていないよ。
ただ、向き不向きがあるということだ。
その言語の長所を理解して使っていこうということだよ。
0099デフォルトの名無しさん
NGNG最低線で
「1レコード=1ValueObject」 (EntityBeanでなく単なるオブジェクト)
ちょっと工夫すると
「Nレコード=1ValuesObject」
0100デフォルトの名無しさん
NGNG世の中には、リモートのEJBの1属性のget/setを鬼のように呼びまくって
挙句の果てに遅いのをAPサバのせいにするアホが大勢いますからねえ・・・
ええ、うちの会社にもいますよ…
そんでもって、J2EEもどきを自分で作ってますよ…
もうアホかと、馬鹿かと(以下略
0101デフォルトの名無しさん
NGNG問い合わせの結果セットの1レコード = Beanの1インスタンス
になっちゃいます。
イメージ的にバックエンドのDBのサブセット的な
「データベース」になります。だからLOBデータなんて
持たせたら大変です。
まあEntityBeanを使うだけがEJBじゃないんで、
別にSessionBeanからJDBC生で実行したって
かまわないですし。性能用件が重要であれば、
そのような開発も選択すべき。
イメージ的にEntityBeanならOLTPぽいもの、
意思決定支援やらBI/DWHやらバッチ的なこと
するならJDBCゴリゴリ、ビジネスロジックだけ
SessionBeanみたいな「いまのところはそういう選択」
になるかな。
ただ、このあとどのような新仕様がJ2EE/EJBに
出現するかどうかだけど。
0102デフォルトの名無しさん
NGNGM$がWin以外のサーバプラットフォームと開発環境一式を
リファレンス実装でもいいから提供するなら信用しますが?
0103デフォルトの名無しさん
NGNG0104デフォルトの名無しさん
NGNGただのJavaクラスのこと、Beanて呼んでる?
ならおっけ。
あと、View + Stored Procedure + JDBC バリバリの開発は、あんま興味ないな(単なる本音
0105デフォルトの名無しさん
NGNG> .NETは言語もプラットフォームも選びません。
うそつけヴォケナスが。
Javaですら完全に実現していないものを.Netが実現できるわけねーだろヴォケ
0106デフォルトの名無しさん
NGNGプロジェクトの規模によっては、それもありですな。
高いAPサバ使ってEJBするのはオーバーヘッドがでかいだけで
イミガナイ、にもかかわらずEJBしているプロジェクトって
のもあるのかねえ。
0107デフォルトの名無しさん
NGNGOracle の BC4J とかどうよ?
0108デフォルトの名無しさん
NGNGつまり、EJB否定派って感じですか (にこにこ
0109デフォルトの名無しさん
NGNGVB.NETマンセー
0110デフォルトの名無しさん
NGNGプラットホームが変わろうとも、J2EEパターンと同類の留意事項
を気にしなければ、分散アプリケーションはマトモに作れません。
銀の弾丸を信じるアホはイッテヨシ。
0111デフォルトの名無しさん
NGNGプロジェクトが成功する手法をとりましょう、というだけの話しだが。
VBでやるのが適切な仕事なら、VB使いますよ。嫌だけど。
011263
NGNG読んでるっつーの!
だから設計の話をしてるんじゃないんだってば。
EJBでのプロジェクトはやってないけど、
EntityBeanのメリットって更新系にあると思う。
だからおいらは参照系にはEntityBeanは使わず、
SLSB+DAO+VO(EJBデザインパターンではDTO)でやるでしょう。
0113デフォルトの名無しさん
NGNGBC4Jは一応フレームワークの部類だけど、
データを扱う「普通の」BeanをDBとO-Rマッピングして
JSP/Servletで扱うイメージ。
EJB対応するには、そのBeanをうにゃうにゃする
感じ(ここはセミナーの説明を聞いただけで実際に検証
してないので怪しい)
0114デフォルトの名無しさん
NGNGこうしないとまともなものは作れませんよ、と。
0115デフォルトの名無しさん
NGNG0116デフォルトの名無しさん
NGNG言い様だね ワロタ
0117デフォルトの名無しさん
NGNGJ2EEパターンはGoFなどのデザインパターンに似てる?
011863
NGNGJ2EE → 選択肢が多い
.NET → 選択肢が無い
って感じではないでしょうか?
.NETはフレームワークの選択の余地も無いでしょ?
0119デフォルトの名無しさん
NGNGはぁ? VB.NETだぁ? C#じゃねぇのか?
.NETがJ2EEより普及していないことも知らんのか。
継承できるVB.NET使えんならパターンくらい覚えろや。
継承できないVBしか使い慣れてないからJ2EEを妬みたいのか?
0120デフォルトの名無しさん
NGNGそう、トータルで検討しましょうということ。
ただ、事情によってEJBでよろしく!といってくる
依頼元があるかぎり、場合によってはデスマーチに
なったりするのです。それがよくお見受けする
営業と開発部隊の確執になったりするのです。
0121デフォルトの名無しさん
NGNGフレームワークが完璧だから余計なパターンなど必要ない。
0122デフォルトの名無しさん
NGNGそのフレームワークもWin32 APIみたいなもんじゃ使い物にナラネ
0123デフォルトの名無しさん
NGNG元を正せば、ネット越しのTCP/IP送受信は遅いという、アプリ側ではどう
にもならないボトルネックが存在する状況で、少しでも早いシステムを作
る為のホウホウ論としては、ああいったパターンが必要になるのは当然の話し
だと思うが。
分散システムを作ったことがある奴なら、そういう発言にはならんと思う
なあ(ニヤニヤ
012463
NGNGパターンは良く3つあると言われてます。
デザインパターン
アナリシスパターン
アーキテクチャパターン
GoF→デザインパターン
J2EEパターン→アーキテクチャパターン
他にもアンチパターンとかありますが。
0125デフォルトの名無しさん
NGNG似てないよ。ボトルネック回避のための苦肉の策なので、OO的には
全く綺麗ではありません。
0126デフォルトの名無しさん
NGNGアナリシスパターンってどういうの?
0127デフォルトの名無しさん
NGNGあなたの探し物こちらで見つかります
0128デフォルトの名無しさん
NGNG013063
NGNG簡単に言うと
デザインパターン → 設計パターン
アナリシスパターン → 分析パターン
アーキテクチャパターン → その名のとおり
詳細は有名な人が書いた「アナリシスパターン」と言う本をみてくだされ。
おいらは読んでないです。
0131デフォルトの名無しさん
NGNGCOM+? あんな糞APIの塊が確立だぁ?
アホ.NET厨のお前はJavaを妬んでM$製品に依存してるだけだろ
0132デフォルトの名無しさん
NGNG0133デフォルトの名無しさん
NGNG0134デフォルトの名無しさん
NGNGBC4Jって、Swingとか使ったファット・クライアントで、
画面操作に連動したDB参照/更新を、
SQL書かずに自動化したり、RADツールで自動生成するための
フレームワークだと思った。
ORマッピングの出来は良さそうなんで、
EJBっぽい応用を試してみた人はいないのかな?
#パフォーマンス悪そうだけど
0135デフォルトの名無しさん
NGNGASP.NETですべて解決しました。
0136デフォルトの名無しさん
NGNG0137デフォルトの名無しさん
NGNGJ2EEパターンなる名前がついているのは、作ったのがSunの社員だからな(ワラ
MSがつくってたらDCOMパターンだったかモナ〜。
個人的には、分散システム構造パターンとか、そんな感じの汎用的な名前で
こういうのがあるといいと思うけど。この名前だと、J2EE専用だと勘違いし
てまうよね。
0138デフォルトの名無しさん
NGNG0139デフォルトの名無しさん
NGNGEJB1.0 (1998) = MTS
0140デフォルトの名無しさん
NGNGアフォ、全然解決してねーだろ。
コントローラも腐ってビューだけ便利そうなおもちゃか?
0141デフォルトの名無しさん
NGNG014263
NGNG0143デフォルトの名無しさん
NGNG0144デフォルトの名無しさん
NGNG0145デフォルトの名無しさん
NGNGCOM+って、CORBA+分散トランザクション を、
MSの専売特許という形でどうしても実現したかったから、無理矢理作ったんだよね?
0146デフォルトの名無しさん
NGNG0147デフォルトの名無しさん
NGNGCORBAの失敗(M$を取り込めず、M$が暴走した)を教訓としてるとは思うけど、
CORBAほど重くならないように、相互互換性のみに焦点を当てて、実装方法は勝手にせい、
というスタンスだと思う。
0148デフォルトの名無しさん
NGNGで、M$の最新のアーキテクチャはどんなアーキテクチャなんだい?
あんたの話によればEJBより凄いらしいな。
0149デフォルトの名無しさん
NGNGほぅ、面白そうなお話だね。語ってもらいましょうか(藁
0150デフォルトの名無しさん
NGNGJDBCだけではで問題があるからEJBを選んでいるというのに
お前は何もわかってないな。
015163
NGNGわけ分からん統一感のない技術がWEBサービスに対応しただけでしょ。
しかもJVMパクッてCLR上で動かすのはいいけど、WINDOWSのみって。
サーバも出てないし。またサービスパックの嵐になりそうだし。
0152デフォルトの名無しさん
NGNG分散システムで作ってるのは J2EE か CORBA(C/C++) しか知らないし他に聞かない。
0153デフォルトの名無しさん
NGNGそう、サーバサイドだけでなく全部に適用する開発環境/フレームワークで
話の流れ上、データの扱いに関してEntityBeanとの違いを
言いたかったのであのような説明になったのれす。
基本的にDB屋さんなんで、Viewのことはあまり気にしてないっす
015463
NGNGなるほど。そんな感じします。
0155デフォルトの名無しさん
NGNG0156デフォルトの名無しさん
NGNG0157デフォルトの名無しさん
NGNGMicrosoft Transaction Server (MTS)なんて
大袈裟なM$独自の用語で説明してM$独自仕様と比較されてもね。
0158デフォルトの名無しさん
NGNGJ2EEに無知なアホが必死に.NETの話してて面白いな。(藁
0159デフォルトの名無しさん
NGNG0160デフォルトの名無しさん
NGNG0161デフォルトの名無しさん
NGNG抽象的過ぎて分からん。
0162デフォルトの名無しさん
NGNGJ2EE = .NET − Webサービス
0163デフォルトの名無しさん
NGNG0164デフォルトの名無しさん
NGNGMicrosoftなところ
0165デフォルトの名無しさん
NGNG0166デフォルトの名無しさん
NGNG0167デフォルトの名無しさん
NGNGおめでたいというか。
0168デフォルトの名無しさん
NGNGどちらもまだ商品が出ていない
0169デフォルトの名無しさん
NGNG0170デフォルトの名無しさん
NGNGWindows .NET Server って、商品出ないうちに廃止になったんだっけ?
0171デフォルトの名無しさん
NGNG名称が廃止になっただけでコンセプトは健在。
0172デフォルトの名無しさん
NGNGWebサービス・アーキテクチャってなレベルのもんではないでそ
0173デフォルトの名無しさん
NGNG「Webサービス」、「 XML Webサービス」なんて用語はM$が勝手に解釈した用語だ。
M$独自の中途半端な仕様というところだな。
0174デフォルトの名無しさん
NGNG0175デフォルトの名無しさん
NGNGアクティブチャンネルはどこ逝ったの?
0176デフォルトの名無しさん
NGNG0177デフォルトの名無しさん
NGNGM$も他のベンダーも、ワークフロー/トランザクション にも力をいれてるよ
0178デフォルトの名無しさん
NGNGBizTalkやんならロゼッタネットしてebXMLだよな
0179デフォルトの名無しさん
NGNGWS-Security / Routing / Attachments にも対応してるよ。
0180デフォルトの名無しさん
NGNGとりあえずもうCORBAはお終いってこと?
もとからそんなに使われてなさそうだけど。
0181デフォルトの名無しさん
NGNGEJBはIIOPですが…
0182デフォルトの名無しさん
NGNGだから腐ってる
0183デフォルトの名無しさん
NGNGそうそう、Atachments って最近よく名前出てくるけど、どうゆうものですか?
0184デフォルトの名無しさん
NGNG顧客の囲い込みの為だけに、通信のプロトコルをSOAPベースにするような
腐れた頭の連中の作り出すものよりはマシかと。
0185デフォルトの名無しさん
NGNGXMLに直接バイナリを貼り付けられる。Base64より効率がよろしい。
0186デフォルトの名無しさん
NGNGようするにM$はSOAPなどの独自規格を広めて新たなる独占をしたいっつーことだな。
0187デフォルトの名無しさん
NGNGhttp://msdn.microsoft.com/webservices/building/default.aspx?pull=/library/en-us/dnwebsrv/html/wsedime.asp
0188デフォルトの名無しさん
NGNGJavaも、SOAP/UDDI/WDSLはJAX-ナンチャラでサポートしているはずだが…
0189デフォルトの名無しさん
NGNGちゃんとしたデータ送って欲しいからね。連携するときは。
.NETってちゃんとその考えられているのかな?
ごめんおいらDB屋さんなんでやさしく教えてね>識者の方
0190デフォルトの名無しさん
NGNG独自規格ならJ2EEでサポートする必要はありませんね。
0191デフォルトの名無しさん
NGNGその何チャラでebXMLもサポートしてるらしいですが
開発者からすると実装が美しくないとのうわさが、、、
0192デフォルトの名無しさん
NGNGしかしSOAPを作ったのはM$とIBM。
M$は互換性をできる限りWindowsのみに限定させようとし
Windowsで動かないものは使いものにならないと思い込ませる戦術を使って来る。
0193デフォルトの名無しさん
NGNG0194デフォルトの名無しさん
NGNGJWSDP?
JAXというとJAXP?
0195デフォルトの名無しさん
NGNG0196デフォルトの名無しさん
NGNG0197デフォルトの名無しさん
NGNG8bitスルーな環境では、データ本体がバイナリーでもおっけ、という感じでしょうか?
>>186
M$の WSE/DIME に関するポインタ、どうもありがとうございました。
結局、WS-Attachments って
・SOAP 1.1 message を、MIME multipart の仕組みで送るための約束事(multipart/related で転送)
・Base URIの決め方に関する約束事
・各パートのデータを Content-ID または Content-Location でラベリング/参照する
ってもんなのねぇー。
参考文献: "SOAP Messages with Attachments" http://www.w3.org/TR/2000/NOTE-SOAP-attachments-20001211
あと、勉強しとくべきなのは、
WS-Reliability
でつか。
0198デフォルトの名無しさん
NGNG>WS-Reliability
IBMもMSも絡んでない時点で政治的に失敗確実。
0199デフォルトの名無しさん
NGNGFujitsu Limited, Hitachi, Ltd., NEC Corp, Oracle Corp., Sonic Software, and Sun Microsystems っすか。
リファレンスは、http://xml.coverpages.org/WS-ReliabilityAnn.html#WD
でおっけ?
0200デフォルトの名無しさん
NGNG・WS-Security
・Web Services Security Addendum
・DIME
・WS-Routing
・WS-Referral
ってあたりも勉強しておこう・・・
0201デフォルトの名無しさん
NGNGすべて.NETで対応済みのものばかりですな。
つまり、VB.NET使いの方がウェブサービスで先を行っている、と。
0202200
NGNGWSE のページから抜書きしただけですが、何か?
ついでに。
WSEのページ(>>186) で、MSもメッセージのreliability を考慮している、と書いてあるけど、
具体的に何してるの?
0203200
NGNGhttp://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.
0204デフォルトの名無しさん
NGNGそこの文脈は Routing / Referral のことを指してるだけだと思う。
0205デフォルトの名無しさん
NGNG>おいらが言いたいことは設計うんぬんの話ではなくて
>EntityBean使ったら、 取得したレコード分「EntityBeanインスタンス」が作られるっちゅー話です。
>分かりづらくて申し訳ない。
無知もほどほどにしてください。
0206デフォルトの名無しさん
NGNGhttp://bdn.borland.com/article/images/29074/transaction_commit_options.pdf
0207デフォルトの名無しさん
NGNG0208デフォルトの名無しさん
NGNG0209デフォルトの名無しさん
NGNG0210デフォルトの名無しさん
NGNGhttp://www.atmarkit.co.jp/fdotnet/special/wse03/wse03_01.html
やはりこういう分野は.NETの方が先行してるね。
0211デフォルトの名無しさん
NGNGどういう分野が?
独自規格だけ先行してるだけじゃん
0212デフォルトの名無しさん
NGNG馬鹿だねー。
IBMとMSがまとめているのに。
0213デフォルトの名無しさん
NGNGそれはWS-Routingのことやろ?
わいはM$の行動のことをいってんのや。
0214デフォルトの名無しさん
NGNGこういう分野 = M$の行動 ?????????????
0215デフォルトの名無しさん
NGNG何か疑問があるなら .Net上でWS-Routingをつかうメリットを説明してね。
0216デフォルトの名無しさん
NGNGさすがデムパは違うね。
急にあさっての方向にいってわけわかんね。
ごまかすならもっとうまくおやりんさい。
0217デフォルトの名無しさん
NGNG0218デフォルトの名無しさん
NGNGWS-Routing は reliabilityを提供していないと書いてある。
WS-Referral の概説きぼんぬ
0219デフォルトの名無しさん
NGNG0220デフォルトの名無しさん
NGNG0221デフォルトの名無しさん
NGNG0222デフォルトの名無しさん
NGNG頭も手も動かさずに口だけ動かすのは、本当に救いがありませんよ。
0223デフォルトの名無しさん
NGNG無知で申し訳ないですが、分かるように説明してくださらないか?
0224デフォルトの名無しさん
NGNG期限付きとか以外で。
できるわけねーだろっていわれておしまいぽい。
0225sage
NGNGWS-Reliability の重要性がわからないんだからM$はふしあなさんだっつーの。
ビジネスデータ連携のプロトコルでは必須だっつーの。
ほんとはIBMも噛むべき話なんだがね。ほかのことで忙しかったか。
大事なお約束が抜けてるからM$のビジネスはおまぬけだっつーの。
標準規約の制定なんかまかせられん。
0226デフォルトの名無しさん
NGNGフリーの.NET統合開発環境「SharpDevelop」
http://pc2.2ch.net/test/read.cgi/tech/1023727377/
0227デフォルトの名無しさん
NGNG0228デフォルトの名無しさん
NGNG0229デフォルトの名無しさん
NGNGソース吐き出したり
0230デフォルトの名無しさん
NGNGSDK(コンパイラ+ライブラリ+ランタイム)だけなら無料だったような。
0231デフォルトの名無しさん
NGNGつか Windows の値段って気にしないよな……何でだろ。
0232デフォルトの名無しさん
NGNGUMLツールって、クラス図との連携だけだよな?
なら、有料だがEAならいける。(C++やJavaもOK)
http://www.sparxsystems.jp/
日本語版は4月に発売予定。
しかし実際のところ、UMLツールのキモはユースケース図、ロバストネス図(?)、
シーケンス図だと思うんだが。
0233デフォルトの名無しさん
NGNG彡川川川三三三ミ〜 ←java信者
プーン 川|川\ /|〜
‖|‖ ◎---◎|〜
川川‖ 3 ヽ〜 / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
川川 ∴)〆(∴)〜 < C#は糞!!
川川 〜 /〜 |
川川‖ 〜 /‖〜 \______________
川川川川 (⌒)川‖〜 ヴィシッ!
//::::::::|-、 ,-/::::::ノ ~.レ-r┐
/ /:::::::::::| /:::::ノ__ | .| ト、
| /:::::::::::::::| 〈 ̄ `-Lλ_レ′
0234デフォルトの名無しさん
NGNG‖川 | | | ー ー|| / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
川川 | |ー□--□l < C#いらねー。
川川| |;\ J/|| \_______________
川川‖; | ロ|/| カタカタカタ
川川|‖\|__|l|l _____
/川川川__/川川 | | ̄ ̄\ \
| 川川| |/川l__,| | | ̄ ̄|
| \_|__|_|、__| | |__|
| \____|つ |__|__/ /
| | | | ̄ ̄ ̄ ̄| 〔 ̄ ̄〕
| | ̄
0235デフォルトの名無しさん
NGNG川川 ::::::⌒ ⌒ヽ < C#は糞
川川::::::::ー◎-◎-) \________
java厨→川(6|:::::::: ( 。。))
._川川;;;::∴ ノ 3 ノ
/;;;:::::::::::::::\_;;;;;;;;;;;;;;;;ノ
/:::: /:::::::::::: |::::|
0236デフォルトの名無しさん
NGNG本当に聖なる戦いですね。
0237デフォルトの名無しさん
NGNGロバストネス分析なら
オブジェクト図やステートチャート図などで構成できるので
ロバストネス図というものまではいらんと思うが
0238デフォルトの名無しさん
NGNG0239デフォルトの名無しさん
NGNGebXMLのパクリでも....?
0240デフォルトの名無しさん
NGNGJavaDoc を読めばクラス図なくてもいいという気はするね。
詳細すぎるクラス図を読み解く手間は JavaDoc +ソースを読むのと変わらないくらいだし。
してみるとクラス図を表示するときに、
フィルタリングして余計な情報を除外する機能があると嬉しいかも。
0241デフォルトの名無しさん
NGNGうん、ありえる。
Reliabilityをちょこっと調べてみると、一時期M$がぶいぶい言ってた。
で、今M$は reliable message をどーやって実現しようとしているの?
0242デフォルトの名無しさん
NGNG0243デフォルトの名無しさん
NGNGいやいやクラス図とJavaDocは存在目的が全く違うよ。
クラス設計しないんか?
0244デフォルトの名無しさん
NGNGあったほうがええよ。
デザインパターンとかつかってんならクラズ図見ただけで
なにやってるか推測しやすい。
0245デフォルトの名無しさん
NGNGクラス図は手書きで書くよ。
ドキュメントとして残すものは visio で清書してるけど。
0247デフォルトの名無しさん
NGNGJ2EEがデファクトになりそうだから、MSはあせりまくりだな。
0248sage
NGNGくそだっツーの。規約を安定した実装で実現できないM$には
退場宣告
0249デフォルトの名無しさん
NGNGhttp://www.w3.org/2001/03/WSWS-popa/paper51
MSとIBMは今これを実現するための仕様を策定中なわけだが、富士通が先走って作った仕様じゃ
WS-SecurityともWS-Routingともその他のWS-XXとも、極論言えばSOAP1.2とも
互換性がないわけよ。仕様読めばわかるだろ。WS-Reliablityなんかどうせ消えるから
無視しておいたほうがいいぜ。Sunが出した振り付け仕様だってはなっから無視されてるだろ。
あれと同じ運命。
J2EEがデファクトとかいってるやつ、おまえがもう少しあせって勉強したらどうだ。
BizTalkが不安定とかいってるやつ、BizTalkのレベルでメッセージングシステムを構築できる他社製品をあげてみな。
0250デフォルトの名無しさん
NGNGちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ
0251デフォルトの名無しさん
NGNGちゃんと対策とってるかよ
死滅対策をよ
死滅後の行動とってるかよ
別に放っておいてもいいか
0252デフォルトの名無しさん
NGNGLayersパターンなんてものもあるんだね。
POSA(Pattern-Oriented System Architecture)
という本もあるんだ。
イディオムなんてものもあったんだ。
0253デフォルトの名無しさん
NGNG0254デフォルトの名無しさん
NGNGJ2EEアプリケーションサーバはJavaだからLinuxでもWinでも動くが
.NETアプリケーションサーバはWindowsでしか動かないのですか?
0255デフォルトの名無しさん
NGNGLinuxでXSPが動いてる
0256デフォルトの名無しさん
NGNG実質そうだな。
0257デフォルトの名無しさん
NGNGLinux版は9月正式リリースです。
0258デフォルトの名無しさん
NGNGつまり.NETはLinux上ではWindowsと同じように動いてくれないと?
0259デフォルトの名無しさん
NGNG0260デフォルトの名無しさん
NGNGエイプリルフールデツカ・゚・(つД`)・゚・
0261254
NGNGやっぱりそうなのか、だったら.NETがJ2EEより流行るわけないじゃんね
.NET vs J2EEつーより、サーバーOSとしてWindows << Linuxだもんな
0262山崎渉
NGNG0263デフォルトの名無しさん
NGNGそれとも、ActiveXを使ったASPが廃れてるのかな?
0264デフォルトの名無しさん
NGNGActiveXというとJavaAppletとJavaScriptの中間に当たる
セキュリティホール丸出しの悪い印象があってActiveXで
プログラミングしている人なんて聞かないなあ。
よほどの物好きが使いってイメージがあるよ。
しかもASPも、VBScriptなどで動いている以上、良い印象がないなあ。
ASP.NETならまだいいけど。それでもMVCのViewだけってのは・・・
0265デフォルトの名無しさん
NGNG質問ばかりですみませんが、先ず一般的にどう作られているのか知りたいです。
0266デフォルトの名無しさん
NGNG0267デフォルトの名無しさん
NGNGHTMLオンリー、JavaAppletとといったらクライアントサイド。
サーバサイドJavaといったらEJB(EnterpriseJavaBeans), JSP(JavaServerPages),
JavaServlet。
MVCアーキテクチャのうちModelが EJB
View がJSP 、これがライバルではASPやASP.NET、PHPってところか。
ControllerがServlet ライバルは良く知らない。
0268デフォルトの名無しさん
NGNG>JavaAppletとといったらクライアントサイド。
JSPでActiveX並みの画面は作れるわけでしか。
もちろん、JSPでJavaApplet利用ですよね?
一時期JavaAppletは死んだと言われてましたが、
まだ、JavaWebStartなんてインストールされてない気がするというか自分が使ってないような気がする。
0269デフォルトの名無しさん
NGNGASPやPHP, CGIをご存知なら解るとは思いますが
それらと同じ目的で作られたJSPはAppletやFlashやActiveXのような派手なものを表現するために作られたものではありません。
掲示板やチャット、オークションサイト、eCommerce. eCRMとか、B2B,B2Cサイトとかで
ユーザからのリクエストに応じてHTMLやAppletに情報をレスポンスする部分に使うものです。
実際には、JSPのソースコードを見てみればわかります。
JSPのタグでもAppletを呼び出す(<jsp:plugin>タグ)ことができます。
が、このタグはブラウザ側からは見られません。
といえばわかるでしょうか?
0270デフォルトの名無しさん
NGNG分かります。
>JSPのタグでもAppletを呼び出す(<jsp:plugin>タグ)ことができます。
>が、このタグはブラウザ側からは見られません。
ブラウザ側からは見られないなんて、初めて知りました。
じゃあ、派手な画面にはAppletが生きてるわけですね。
一時期Applet死滅と騒がれてたので。
0271デフォルトの名無しさん
NGNGAppletとJavaWebStartは関係ないぞ。
JavaWebStartはAppletよりむしろ、JavaApplicationをAppletのように各クライアントに
インストール不要にする技術。
0272デフォルトの名無しさん
NGNGAppletで派手なものやろうとすればできないことも無いが
それだけをやるんだったらFlash使ったほうがかなり楽なことは確か。
Flashはデザイナー好みの機能満載だからね。
AppletをFlashのようにマウスだけで簡単に作れるツールは少ないね。
デザイン以外の目的で使うならAppletはまだまだ生きている。
HTMLと併用して何かを表示したいならまだまだApplet
0273デフォルトの名無しさん
NGNG> >JSPのタグでもAppletを呼び出す(<jsp:plugin>タグ)ことができます。
> >が、このタグはブラウザ側からは見られません。
> ブラウザ側からは見られないなんて、初めて知りました。
ブラウザでソースをみても違うものが返ってきます。ただのHTMLにAppletへのリンク、
<object>タグまたは<Applet>タグが現れます。
サーバ側で<jsp:plugin>を<object>に変換してからクライアントにそのHTMLダウンロードして
表示しているだけなのです。
0274山崎渉
NGNGピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。
=〔~∪ ̄ ̄〕
= ◎――◎ 山崎渉
0275デフォルトの名無しさん
NGNGttp://www.eweek.com/article2/0,3959,1114315,00.asp
0276デフォルトの名無しさん
NGNG0277デフォルトの名無しさん
NGNGhttp://www.atstake.com/research/reports/eval_ms_ibm/
0278デフォルトの名無しさん
NGNG0279山崎 渉
NGNG__∧_∧_
|( ^^ )| <寝るぽ(^^)
|\⌒⌒⌒\
\ |⌒⌒⌒~| 山崎渉
~ ̄ ̄ ̄ ̄
0280デフォルトの名無しさん
NGNG0281山崎 渉
NGNG0282山崎 渉
NGNG│ ^ ^ │<これからも僕を応援して下さいね(^^)。
⊂| |つ
(_)(_) 山崎パン
0283デフォルトの名無しさん
NGNG0284デフォルトの名無しさん
NGNGttp://www.netreverie.com/dotnet/J2EE_vs_.NET-An_Executive_Look.asp
0285デフォルトの名無しさん
NGNG[Language] VB, C++, C#, Java, Jscript, Perl…30+ / Java
[OS Platform & Runtime] Windows - CLR / Any ? JRE, JVM
[Mobile Platform] .NET Compact Framework / Java 2 Micro Edition
[GUI/In-proc Component] .NET class / JavaBeans
[Server-side Component] .NET, with COM+ services / EJB
[Persistent Objects] ADO.NET DataSet / EJB Entity Beans
[Web Page Generation] ASP.NET / JSP
[“Code Behind”] ASP.NET / Java Servlet
[Relational Data Access] ADO.NET / JDBC, SQL/J
[Hierarchical Data Access] ADO.NET / -None-
[Queuing] System.Messaging, MSMQ / JMS
[Asynchronous Invocation] COM+ Queued Components / Message Beans (EJB 2.0)
[Eventing] COM+ Events / -Not specified-
[Remoting] SOAP/HTTP/DCOM / RMI-over-IIOP
[Naming] ADSI / JNDI
[HTTP Engine] IIS / Apache
[XML] System.XML / JAXP, JAXM, JAXB, JAXR…
[Web Services] (.NET) XML Web Services / Sun ONE, IBM, BEA, Oracle
[Legacy Integration] HIS (COMTI), BizTalk, MSMQ, WS / JCA, JMS, WS, CORBA, JNI
[Shared Context] Passport / The Liberty Alliance, JXTA
[Security API] System.Security / JAAS
0286デフォルトの名無しさん
NGNG.NETの圧勝!
0287デフォルトの名無しさん
NGNGJAVAって何?ああ、昔馬鹿な人たちが使っていたやつね、Ah ha.
0288デフォルトの名無しさん
NGNG一番肝心な
Windowsしか選択肢がない,MSと心中 / OSを選ばない,心中することはない
はどうなんだ?
0289デフォルトの名無しさん
NGNGちゃんと書いてあるじゃん。
Vendor Neutrality
J2EE 9/14
.NET 3/14
Portability
J2EE 11/14
.NET 1/14
0290デフォルトの名無しさん
NGNG0291デフォルトの名無しさん
NGNG良心の呵責に悩まされながら。
0292デフォルトの名無しさん
NGNG0293デフォルトの名無しさん
NGNG0294デフォルトの名無しさん
NGNG.netはVB,C++,Delphiの得意なクライアント市場向け。
クライアントだとネイティブコンパイルができる.NET有利
サーバーとか非MSプラットフォームだといろんなOSのVMがあるJAVAが有利
今後はわからんが現状だとちゃんとすみわけができてる
0295デフォルトの名無しさん
NGNG0296デフォルトの名無しさん
NGNGそもそも
.NETアプリケーションサーバ
ってなんですか?
0297デフォルトの名無しさん
NGNG0298デフォルトの名無しさん
NGNGWintel PCだけがコンピュータではないぞ?
エンタープライズとか組み込み市場なんかだと非Wintelが主流。
0299デフォルトの名無しさん
NGNG0300デフォルトの名無しさん
NGNG0301デフォルトの名無しさん
NGNG0302デフォルトの名無しさん
NGNGたんなるマーケティング用語ですが、なにか?
0303デフォルトの名無しさん
NGNG今日ドッグイヤーといって、新たなシステムソリューションを立案・計画してから市場に
実際に投入するまでの時間を、短縮することは極めて重要な課題となっている。
まずこの観点から両方式を比較する。
J2EEは、.NETには見られない市場に出すまでの時間を短縮できる特徴を持っている。
例えば状態管理サービスが開発者たちが書くコード量を減らし、状態の管理を思い煩わ
なくてもよくさせている。その結果アプリケーション開発スピードをより高いレベルに押し上
げる。状態管理サービスにより、状態を保持できるコンポーネントを構築することが可能に
なる。(entityBeanの)パーシステンスサービスにより、開発者はデータアクセスの論理を
コーディングせずに、アプリケーションを書き下すことができる。
その結果より簡潔な、データベースから独立したアプリケーションを、
より簡単に構築・保守することができるようになる。プログラミングされたトランザクション
は、より大規模なトランザクション上のコントロールを有するようになる。
そしてカスタムタグ(自分で任意に定義したタグ)は極めて強力なものであり、
開発者やWebデザイナーたちが簡単に協業することができるようにする。
0304デフォルトの名無しさん
NGNGカスタムタグを使って開発者とWebデザイナが分業できるってよく言われるけど
本当にうまくいってる例あるのかなあ
デザイナがどれくらいこの板を見てるか分からないけど、うちはtaglibで
大助かりだったって人居るの頭?
0305デフォルトの名無しさん
NGNGしかしそれもJakarta Tapestryで解決する。
0306デフォルトの名無しさん
NGNGしかしながら表面的なものを振り返れば、J2EEが成熟さを欠いている、
いくつかの認定可能なリスク領域が存在するということを、銘記すべきである。
・自動パーシステンスが提供されるEJBは、未だに未成熟である。
・Java接続アーキテクチャ(JCA)は、新しい技術である。
・あらゆるWebサービスのサポートは、新しい技術である。
マイクロソフトの.NETにとっては、話は少し違ってくる。.NETのいくつかはWindowsDNA
に基づいている。それはまた今日様々なミッションクリティカルなWebサイトの運用に用い
られ、成功を収めている。しかしながら
・新しいCLRの下では、基礎をなしている.NETプラットホームのかなりの部分が実質的
に書き直されている。実際プラットホームそれ自体は、目下の所β版しか入手できな
い(註:今日では製品版が提供されている)。
・C#は新しい言語である。
・あらゆるWebサービスのサポートは、新しい技術である。
結論としては、J2EEの方がより成熟したプラットホームであるということだ。
J2EEにおけるある種の新規の特徴が、新しくかつリスキーであることは事実である。
しかしながら.NETの基礎の基礎をなす構造は、完全に書き直されており、C#言語全体
が完全に新しく開発されたものである。このことは新しいJ2EEの特徴と比較しても、
極めて大きなリスクを伴うことを示している。.NETについての最良の特色は、
それがCOMレジストリの依存性を排除していることにある。即ち.NETは、
DLL地獄とサヨナラしたのである。しかし、.NETについての最悪の特色は、
今存在しているインフラを追い出してしまうということにある。リスクが嫌なら、
この(.NET)ような第1世代のソフトウエアに対しては「じっと待って観察する。」
というアプローチをとることを勧める。
0307デフォルトの名無しさん
NGNG何年前の記事だろ?
0308デフォルトの名無しさん
NGNG> .NETの基礎の基礎をなす構造は、完全に書き直されており
矛盾してます。
0309デフォルトの名無しさん
NGNG> .NETについての最悪の特色は、今存在しているインフラを追い出してしまうということにある。
やはり矛盾してます。
0310デフォルトの名無しさん
NGNG0311デフォルトの名無しさん
NGNG0312デフォルトの名無しさん
NGNGスタイルシートを使いこなせる(ブラウザの特徴を完全に把握している)
Webデザイナと、ドキュメント構造からどんなデザイン的自由を確保できるのか
理解してるPGがいれば、カスタムタグなんて要らない。
0313デフォルトの名無しさん
NGNGそれいったらJSFやstrutsはおろかASP.NETは敗北宣言しているようなものじゃん・・・・。
0314デフォルトの名無しさん
NGNG>ドキュメント構造からどんなデザイン的自由を確保できるのか理解してるPG
この部分が分からないので教えて四。それは具体的にどういう職能を持ってれば
タムタムタグが不要なの?
0315デフォルトの名無しさん
NGNG0316デフォルトの名無しさん
NGNGバグったら誰が責任取るのさ?
0317デフォルトの名無しさん
NGNGJakartaであろうとなかろうとバグったらバグの原因を作ったものが責任をとるにきまってるやん
0318デフォルトの名無しさん
NGNG0319デフォルトの名無しさん
NGNGApache HTTP Serverがあれだけのトップシェアを誇った理由も知らないんじゃ話しにならないねw
0320デフォルトの名無しさん
NGNGタダだからだろ?
有料だったら誰も使わないよ。
0321デフォルトの名無しさん
NGNG別物だし。
0322デフォルトの名無しさん
NGNG0323デフォルトの名無しさん
NGNGPerlで十分じゃん。
0324デフォルトの名無しさん
NGNG0325デフォルトの名無しさん
NGNG0326デフォルトの名無しさん
NGNGMSの1つでOKとは違うね。
0327デフォルトの名無しさん
NGNGどちらがいいかはその人次第。
0328デフォルトの名無しさん
NGNGプ お前はPerlのことを良く知らないでperlでいいとかほざいているようだが
perlもオープンソースだぞ(藁
0329デフォルトの名無しさん
NGNG同じApacheに属しているぞw
0330デフォルトの名無しさん
NGNGプ J2EEのことをよくわかっていないアフォですねw
0331デフォルトの名無しさん
NGNGJ2EEはApache WebServerを含んでいるとでも?
0333デフォルトの名無しさん
NGNGそれだけじゃない。
まずソースコードが公開されているため
ソースが公開されていない商用ソフトウェアやフリーソフトウェアよりも非常に信頼性が高い。
一企業に依存しない、ネットワークでつながれた
世界中のより多くの人によって開発されている。
だれでもその開発に携わることができる。これも信頼性を大きく高める起因。
数多くの人が開発しながら実際に使ってみてテスターとして貢献しているため
一企業の市販の商用ソフトウェアや同人でやっているフリーソフトよりも信頼性が非常に高い。
競合するソフトウェアの真の価値を暴くことができ、ライバルとなっている企業が
どうしてもオープンソーススフとウェアより価値のある製品を作らなければならなくなる。
オープンソースにも同じような機能があることが顧客に知れ渡れば顧客は安いほうを選ぶ。
すると商用ソフトを作っている企業は、自社ソフトとの値段を下げたり、真剣に新規性を求めた
製品を作るようになる。
これはM$などソースをほとんど公開したがらないM$などにとっては
大きな痛手でもあり、M$に刺激を与える効果を十分に発揮している。
むしろM$が必死にLonghornなど新しいものを作りたがる傾向は
オープンソースのおかげといっても過言ではない。
0334デフォルトの名無しさん
NGNG> ソースが公開されていない商用ソフトウェアやフリーソフトウェアよりも非常に信頼性が高い。
ソースを公開すれば必ず信頼性が高くなるわけではありません。
すべては元のソースの品質次第です。
> 一企業に依存しない、ネットワークでつながれた
> 世界中のより多くの人によって開発されている。
それはすなわち一貫性のないカオスということです。
> だれでもその開発に携わることができる。これも信頼性を大きく高める起因。
最近でもクラッカーに書き換えられて被害を出してますね。
> 数多くの人が開発しながら実際に使ってみてテスターとして貢献しているため
> 一企業の市販の商用ソフトウェアや同人でやっているフリーソフトよりも信頼性が非常に高い。
テストにおいて、ソースが公開されているかどうかはほとんど関係がありません。
0335デフォルトの名無しさん
NGNG> どうしてもオープンソーススフとウェアより価値のある製品を作らなければならなくなる。
> オープンソースにも同じような機能があることが顧客に知れ渡れば顧客は安いほうを選ぶ。
> すると商用ソフトを作っている企業は、自社ソフトとの値段を下げたり、真剣に新規性を求めた
> 製品を作るようになる。
それはイニシャルコストの話に過ぎません。
トータルコストから見れば大した割合ではありません。
> これはM$などソースをほとんど公開したがらないM$などにとっては
> 大きな痛手でもあり、M$に刺激を与える効果を十分に発揮している。
それは事実ですが、相手がオープンソースだからということとは何の関連性もありません。
ただ単に競合相手だからです。
> むしろM$が必死にLonghornなど新しいものを作りたがる傾向は
> オープンソースのおかげといっても過言ではない。
いいえ。顧客の機能要求によるものです。
0336デフォルトの名無しさん
NGNGhttp://www.javalobby.org/nl/archive/jlnews_20031202o.html
0337デフォルトの名無しさん
NGNG0338デフォルトの名無しさん
NGNGドットネットにバグなど存在しません。すべて仕様でつ
0339デフォルトの名無しさん
NGNGM$のAPIを使う香具師は自分で作って公開するって香具師が少ないねほんとに。
Monoだけでしょ, まともなところってw
0340デフォルトの名無しさん
NGNG> > まずソースコードが公開されているため
> > ソースが公開されていない商用ソフトウェアやフリーソフトウェアよりも非常に信頼性が高い。
> ソースを公開すれば必ず信頼性が高くなるわけではありません。
> すべては元のソースの品質次第です。
まったく言っている意味がわかってないな。このアフォは。
いちいち説明しなおしてやらんとわからんの? この低脳は。
>>334はApache Jakartaの話をしているんだよ。
ソースを公開していることが信頼されるための第一条件だといってんの。
まずソースコードが公開されていることを説明し、ソースコードが公開されている上で
どれだけ多くの開発者がかかわっているかを全体にわたって説明したでしょうや。脳足りんのチミ?
M$学生エヴァンゲリストだかなんだか知らんが
物事を部分部分で捉えずに全体を見て捕らえるって事ができないのかねM$房は。
視野が狭すぎるんだよM$厨房は。
> > 一企業に依存しない、ネットワークでつながれた
> > 世界中のより多くの人によって開発されている。
> それはすなわち一貫性のないカオスということです。
俺たちはこんあ小学生の作文いたいなぱっとしないコメントを読みたがっているんじゃないんだよ。
何が一貫性がなく何がカオスなのか説明してみろよチミ。
なんでもかんでもわかったつもりになって詭弁術を唱えるんじゃないよ。
オープンソースというのはコミッターによって一貫性を保ちつつしっかりと管理されているんだよ。
勘違いしないように。
0341デフォルトの名無しさん
NGNG> > だれでもその開発に携わることができる。これも信頼性を大きく高める起因。
> 最近でもクラッカーに書き換えられて被害を出してますね。
M$のWindowsUpdateに見られるセキュリティパッチの多さや被害の多さにに比べればたいしたこともないぞ。
> > 数多くの人が開発しながら実際に使ってみてテスターとして貢献しているため
> > 一企業の市販の商用ソフトウェアや同人でやっているフリーソフトよりも信頼性が非常に高い。
> テストにおいて、ソースが公開されているかどうかはほとんど関係がありません。
チミ日本語読めてる? 突然「ソースが公開されているかどうかはほとんど関係がありません。 」
とか意味不明なこといって。何言ってるのチミ? 頭大丈夫?
この一文はソースが公開されてるされていないの話をしているんじゃないんだよ。
数多くのテスターによって何度も繰り返しテストされなんどもチェックされて信頼と実績を確保していることが
Apacheというオープンソースソフトウェアの素晴らしいところなんだよ。
0342デフォルトの名無しさん
NGNG> > 競合するソフトウェアの真の価値を暴くことができ、ライバルとなっている企業が
> > どうしてもオープンソーススフとウェアより価値のある製品を作らなければならなくなる。
> > オープンソースにも同じような機能があることが顧客に知れ渡れば顧客は安いほうを選ぶ。
> > すると商用ソフトを作っている企業は、自社ソフトとの値段を下げたり、真剣に新規性を求めた
> > 製品を作るようになる。
>
> それはイニシャルコストの話に過ぎません。
> トータルコストから見れば大した割合ではありません。
全ての顧客にとってたいした割合とは限らんだろう。
>
> > これはM$などソースをほとんど公開したがらないM$などにとっては
> > 大きな痛手でもあり、M$に刺激を与える効果を十分に発揮している。
>
> それは事実ですが、相手がオープンソースだからということとは何の関連性もありません。
> ただ単に競合相手だからです。
馬鹿か。オープンソースだからとかではなく、相手がApacheなどの有名で人気どこであることが
M$に強い刺激を与えていることも事実なんだよ。
たとえばEclipseにしてもそうだ。次期VS.NETにはEclipseにあったリファクタリング機能が追加されるんだろ。
タダでできるツールがあれだけ高度なことができるのになぜ有償ツールは
ああいうことができないのか? と顧客、プログラマから当然のように不満が来る。
0343デフォルトの名無しさん
NGNG> > むしろM$が必死にLonghornなど新しいものを作りたがる傾向は
> > オープンソースのおかげといっても過言ではない。
>
> いいえ。顧客の機能要求によるものです。
馬鹿をいえ、正確な返事は「はい、顧客の機能要求も含めオープンソースソフトウェアより
良いものを作らなければM$社を延命できないからです。」だろ。
平静さを装って逃げるなよ小僧。
オープンソースソフトウェアを見てただであれだけ素晴らしいものができるのに
なぜM$は金を顧客から詐取しておきながらオープンソースソフトウェアよりも
素晴らしい信頼性と高いセキュリティを誇る製品を作れないのだ?
と顧客にいつまでもいわれ続けないように努力するために新しいものを必死に作って
オープンソースソフトウェアに負けまいとがんばっているんだろ。
0344デフォルトの名無しさん
NGNG0345デフォルトの名無しさん
NGNG逝ってよし
0346デフォルトの名無しさん
NGNGつまり、Apache Jakarta以外には信頼性は当てはまらないこと認めてるわけですね。
理解しました。
> オープンソースというのはコミッターによって一貫性を保ちつつしっかりと管理されているんだよ。
誰でも貢献できるわけではないのですね。残念です。
> M$のWindowsUpdateに見られるセキュリティパッチの多さや被害の多さにに比べればたいしたこともないぞ。
オープンソースに被害があることに変わりはありませんね。
> 数多くのテスターによって何度も繰り返しテストされなんどもチェックされて信頼と実績を確保していることが
> Apacheというオープンソースソフトウェアの素晴らしいところなんだよ。
商用ソフトはテスターが少ないとでも言いたいのでしょうか?
根拠が感じられませんね。
0347デフォルトの名無しさん
NGNG> M$に強い刺激を与えていることも事実なんだよ。
ならば「Apacheが刺激を与えている」と適切に書きましょう。
> たとえばEclipseにしてもそうだ。次期VS.NETにはEclipseにあったリファクタリング機能が追加されるんだろ。
> タダでできるツールがあれだけ高度なことができるのになぜ有償ツールは
> ああいうことができないのか? と顧客、プログラマから当然のように不満が来る。
だからWhidbeyで対応されました。不満ですか?
> オープンソースソフトウェアを見てただであれだけ素晴らしいものができるのに
> なぜM$は金を顧客から詐取しておきながらオープンソースソフトウェアよりも
> 素晴らしい信頼性と高いセキュリティを誇る製品を作れないのだ?
ユーザー数の多さと幅の広さゆえです。
仮にオープンソースがWindows並みに普及したとしたら、結局は同じ壁にぶつかることでしょう。
0348デフォルトの名無しさん
NGNG> 理解しました。
これ読んだ時点で萎えた。向きになったただの負けず嫌いの餓鬼かよ。
0349デフォルトの名無しさん
NGNG0350デフォルトの名無しさん
NGNG0351デフォルトの名無しさん
NGNG0352デフォルトの名無しさん
NGNG0353デフォルトの名無しさん
NGNG0354デフォルトの名無しさん
NGNGろくに説明もできずに一人で勝手に切れて議論打ち切ってるだけじゃん。
どうしようもない馬鹿だな
現実では誰にも相手にされてないんだろうな
0355デフォルトの名無しさん
NGNG冗談キツいなぁ
0356デフォルトの名無しさん
NGNG0357デフォルトの名無しさん
NGNG0358デフォルトの名無しさん
NGNGスレタイよく見ろ馬鹿
0359デフォルトの名無しさん
NGNG0360デフォルトの名無しさん
NGNG0361デフォルトの名無しさん
NGNG○幼稚園児以下
0362デフォルトの名無しさん
NGNGM$とか言ってるやつ、
どっちも目障り。
0363デフォルトの名無しさん
NGNGなんだかんだ言ってM$擁護するつもりなんだろ。
これだからM$厨はイタ過ぎる。
0364デフォルトの名無しさん
NGNG0365デフォルトの名無しさん
NGNG0366デフォルトの名無しさん
NGNGお前らのことだ。
0367デフォルトの名無しさん
NGNG0368デフォルトの名無しさん
NGNGこいつは真性だな。
ApacheCommunityが誰でも貢献できるわけではない、と思い込んでいるとは
なかなか香ばしいやつだ。
0369デフォルトの名無しさん
NGNGJavaでも普通に使えるぞ。
JBossで使う場合もJBossに入っているAXISが使える。
0370デフォルトの名無しさん
NGNGマジ困ってる
0371デフォルトの名無しさん
NGNG0372デフォルトの名無しさん
NGNGいったんは今月パッチださないといったのに、予定外のパッチを出してくれるという誠実ぶり。
くろうナシに、マイクロソフトの仕様に従ってプログラムを組んでればいい。
そうすれば、Javaには太刀打ちできないシステムがいつのまにができあがる。
0373デフォルトの名無しさん
NGNGあんな信頼性のかけらもないライブラリ使ってたら大規模に耐えられんだろ。
0374デフォルトの名無しさん
NGNGんてとんでもない。
これからは、銀行システムもウィンドウズ一色になる。
OSとして生き残れるのは、信頼性の高い、ウィンドウズだけだ。
SunもいつまでJavaみたいな馬鹿なことやってられるのか。
0375デフォルトの名無しさん
NGNG0376デフォルトの名無しさん
NGNGあんなの使ってる馬鹿いるのか?何でも飛びついて自慢したがるヲタ?
0377デフォルトの名無しさん
NGNGお前ら明らかに釣りな発言でツマンネ
0378デフォルトの名無しさん
NGNG0379デフォルトの名無しさん
NGNGバグによって発生した膨大な損失を、M$が賠償してくれるわけでは・・・
0380デフォルトの名無しさん
NGNGマ
い
く
そ
374 名前:デフォルトの名無しさん 投稿日:03/12/17 03:32
ウ
ん
こ
O
S
ワラタ
マイ糞(=Micro$oft)
うんこOS(=Windows)
0381デフォルトの名無しさん
NGNGJ2EEと.NET連携の意義を考える
http://www.atmarkit.co.jp/fjava/special/j2edotnet01/j2edotnet01.html
とりあえずこれを読め怒濤熱湯厨
0382デフォルトの名無しさん
NGNGなんで同じ機能を提供する2つのプラットフォームを使い分けなければならないのか。
0383デフォルトの名無しさん
NGNGJ2EEと.NETを連携する構想なら昔からすでに多くの企業がやっている。
0384デフォルトの名無しさん
NGNGJSPより.NET方がはるかに楽に感じるのは気のせいだろうか・・・。
ただ、OSがLinuxじゃないと不安な気が・・・。
やっぱり、JSPか?Jakartaになってしまうのか・・。
.NETは使いたいものはパッケージにまとまっているので安心。
でも・・・。の永久サイクル。どっちがいいのか?
0385デフォルトの名無しさん
NGNGがっ
0386デフォルトの名無しさん
NGNG無知の匂いがするぞ。
.NETの全ての機能はLinux上では完全には動きやしない。
JSPと.NETは比較するものではない。JSPだけに絞り込む場合はASP.NETとを比較するものだ。
安定性、信頼性からサーバOSには、LinuxよりもUnixを使ったほうが良い。Windowsは論外。
>.NETは使いたいものはパッケージにまとまっているので安心。
いまいちいっている意味が理解できないな。パッケージの意味わかってる?
0387デフォルトの名無しさん
NGNG引数をパスの文字列で指定するようになってるんだが、
それってどうにもセンス無いと思うんが、どうよ。
0388デフォルトの名無しさん
NGNGFileInfo
0389377
NGNGああ、なるほど。
俺の早とちりだった。
これって低レベルのFile, Directoryクラスを
高レベルのFileInfo、DirectoryInfoクラスでラップしてるのかな。
0390デフォルトの名無しさん
NGNGhttp://nemuneko.com/c_sharp_dot_net/
0391デフォルトの名無しさん
NGNG0392デフォルトの名無しさん
NGNGhttp://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に語った。
0393デフォルトの名無しさん
NGNGWin2003鯖のASP.NETに再開発しようとしたら、コストの関係でだめになった。
Win2003鯖の問題なんだけど、調べてみたら、いままでCALが不要だった
イントラアプリが軒並みCALが必要になってやんの。
インターネット経由と言い張ろうとも、いちおう認証らしきこともしてるんで
結局CAL要になってしまった。
結局、PHP on Linuxで開発をやり直すことに。(J2EEじゃないところが
ヘタレ)
でもよかった。MSDN買う前で。
0394デフォルトの名無しさん
NGNG2000のダウングレードインストールしてるところも多い
だからこそLinux+J2EEなんだろうね
PHPでやるならjspのみで構築する方がいいような気がしないでもない
0395393
NGNG漏れが開発するわけじゃないからなぁ〜(遠い目。ASP版を作ったのは漏れ)
でも、マジで開発者数分MSDEエンタープライズを買いかけてたみたいで、
そっちのほうが恐ろかった。
漏れ? Borlandのいってる「EJBなしJ2EE」の開発をやってまふ(藁)。
出稼ぎ組み(要はオンサイト派遣ね。契約上は請負だけど)なんで社内で
の発言権まるでなし。
0396395
NGNG誤)でも、マジで開発者数分MSDEエンタープライズを買いかけてたみたいで、
正)でも、マジで開発者数分MSDNエンタープライズを買いかけてたみたいで、
個人向けデータベースのエンタープライズ版買ってどうすんだか。
0397デフォルトの名無しさん
NGNGJSP + Servletオンリー?
つまりTomcatオンリー?
0398395
NGNGそんな感じ。
DBアクセスはJDBC直書き。テーブル数が10くらいのプロジェクトがほとんど
なんでアクセスパターンを明確にしておけば、そんなに大変じゃない。
.Netのサンプルもそんな感じでしょ(もっとも、あっちのDBアクセス部分は
コード自動生成だけど)
0399デフォルトの名無しさん
NGNGDbUtils とか Hibernate は候補にもあがらず?
0400398
NGNGオープンソースのO/Rマッパーはお客さんが独自実装嫌がるんで使えない。
どっかの会社が「フレームワーク」として発売して、結構なシェアになれば
興味を示すかもね。(AppachやTomcatですら嫌がるくらいだからダメポ)
0401デフォルトの名無しさん
NGNGエンドユーザがORマッパーとかまで口出しすんの? ってか知ってるんだ。
俺が組んだシステムが小規模ばかりだったためかどうか分からんけど、
そのへんは好き勝手に使いまくりだよ。もちろん責任は持たないとダメだけど、
それは自分で組んでも同じだからね。
客はWebサーバやAPサーバは気にするけど、そのへんは無頓着だった。
ってか DbUtils とかだったら勝手に使って後で聞かれても
あー Apache のライブラリっすよ。でいいんじゃないの?
俺、甘いか?
0402デフォルトの名無しさん
NGNG短期、低予算というハードルの上で開発する場合やはり効率がもっとも重要視される
どんなにすばらしい設計でも間に合わなければお話にならないし最悪な環境に
どんどんなってる気がするけど
EJBって年々よくなってるのにどんどん使わなくなってるというのが俺の感想
凶悪な規模のシステムはのぞく
Apacheとはいえ勝手に使うのは論外だと思うがそのへんは柔軟に使えないと厳しいね
すべてはプロジェクトリーダー次第な気がするが
0403デフォルトの名無しさん
NGNGあーもちろん勝手に使うってのはチーム内で合意をとったうえね。
0404デフォルトの名無しさん
NGNGそれ程大きくなくてもEJB使っていますよ。
0405デフォルトの名無しさん
NGNGhttp://pc5.2ch.net/test/read.cgi/tech/1081730818/
0406デフォルトの名無しさん
NGNG遅いレスだが、
オープンソース=フリーウェア=質がよくないと思ってる客が多いのは事実。
あとは、責任の所在が不明確になるのが嫌なんだろうね。
オープンソースの癖に「ライブラリのバグで」と言い訳するやつは多いだろうし。
0407デフォルトの名無しさん
NGNG0408デフォルトの名無しさん
NGNGhttp://www.nexaweb.co.jp
0409デフォルトの名無しさん
NGNGhttp://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%
0410デフォルトの名無しさん
NGNGの仕方がわかりません・・・
0411デフォルトの名無しさん
NGNG0412デフォルトの名無しさん
NGNGPerformance 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.
0413デフォルトの名無しさん
NGNGFebruary 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の勝ち! ドトネトの負け♪
0414デフォルトの名無しさん
NGNGのレポートでわかることは、
棒グラフをみてわかるように、
J2EEは.NETに比べスループット性能に優れ
.NETはJ2EEに比べレスポンス性能に優れているという点だ。
ゆえに、.NETは短期的な小規模開発向け、
J2EEは長期的な大規模開発向け
だということがよくわかる。
0415デフォルトの名無しさん
NGNG0416デフォルトの名無しさん
NGNG0417デフォルトの名無しさん
NGNGJavaはパクるなよ。
0418デフォルトの名無しさん
NGNG0419デフォルトの名無しさん
NGNGなんとかビーンってオブジェクト、つまりクラスのインスタンスって
ことで良いんですか?
EJBは.Netでの何に相当するんでしょうか?
ある種のCOM?
なんか、EJBのビーンがDBに特化してるようなので、
ADO.NETに相当するんでしょうか?
それとも、.NetではEJBに相当するものは存在しない?
0420デフォルトの名無しさん
NGNGざっくり言うと以下のようなものがある。
・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で落ち着いてくれるといいんだが....
0421じゃばまる
NGNG↓
http://8712.teacup.com/itijyo/bbs
誰か書込みしてやって下さい。
0422デフォルトの名無しさん
NGNG0423kabu
05/01/23 11:16:40数年前まではVB,VBA,ASP中心、ここ2,3年は.NET(Windows, ASP.NET)をC#で開発してきましたが、
今回はJSP/ServletによるWebアプリケーションを作成しています。
それでApache,Tomcat,MySQL、Eclipseを使って開発しているのですが、
今までのIISやVS.NETに比べると、サーバーや開発環境などの設定方法が非常に煩雑で
今だ非常に効率の悪い開発をしています。
Javaはすごいっていうのでもっと良いものだと思っていたのですが、正直落胆しています。
J2EEとかを使った大規模開発なら分があるのかもしれませんが
小中規模のWebアプリ開発ではJavaよりも.NETの方が優れているものなのでしょうか。
それとも市販製品なら.NETに負けないくらいのよいサーバー、IDEがあったりするのでしょうか。
0424デフォルトの名無しさん
05/01/23 11:22:06NetBeans使えば「サーバーや開発環境の設定方法」は煩雑じゃないが。
オープンソースだし。
運用サーバーの設定は、同じ品質を求めりゃだいたい同じ煩雑さになるんじゃねぇの?
0425デフォルトの名無しさん
05/01/23 11:24:14へんな夢はみるな。
0426デフォルトの名無しさん
05/01/23 11:24:30細かいところに限定すると多少煩雑になるんじゃないの?
一度作ってしまえば、次からは環境が整っているんだから
二回目以降は面倒とは思えない
0427デフォルトの名無しさん
05/01/23 11:52:43いや、サーブレット開発するときのEclipseの環境設定は煩雑すぎると思うよ。
JDK+Eclipse+日本語化+Tomcat+連携プラグイン
と、5つくらいDL+インストールする必要があって、それぞれインストール方法とかを調べるのも面倒。
しかも、それだけやってもTomcat連携に関してはJBuilderやらNetBeansの足元にも及ばない。
0428kabu
05/01/23 12:12:31運用はともかく、とりあえず開発環境と思ったときに、
.NETならIISいれてVSいれればとりあえず動いちゃうのに対し、
Java,Apache,Tomcat,Eclipse,Eclipseプラグイン(JSPやTomcat),JDBC,CLASSPATH,その他設定・・
とにかくやることがいっぱいで、しかも設定はエディタで編集なのがまずつらかったです。
本やホームページの解説は必須でしたし、記事中とバージョンが違うと設定方法が違ったりするので
開発環境構築だけで1日以上かかってしまいました。
NetBeansではそうではないということなので今度試してみようと思うのですが、
なんというかVS.NETみたいな、デファクトスタンダードがないのが、
未経験者が突入していくのがつらいと感じるところです。
一応自分なりに設定手順をメモしていきましたが、
半年後、もう一度1から開発環境を作れといわれたら、やっぱり1日くらいかかりそう・・・
0429デフォルトの名無しさん
05/01/23 12:19:42みんな指摘しているようにそういう人はNetBeansやJBuilderだよ
Javaとかその辺詳しく知っていて使えるのがEclipse
君が言ってるのはVS.NETではなくて.NETSDKの
コマンドラインベースで開発が難しいとへんなことをいってるようなもの
あとぺたぺた貼り付ける場合はそれようのソフトがある
そしてJavaの利点は組み合わせが自由に選べること
0430デフォルトの名無しさん
05/01/23 12:33:40JDK、Tomcat、Eclipseだけでとりあえず開発環境できるでしょ。
Apacheとプラグインは必須じゃないし
0431デフォルトの名無しさん
05/01/23 12:38:01> オープンソースだし。
理由になってないと思うが。
0432デフォルトの名無しさん
05/01/23 16:14:210433デフォルトの名無しさん
05/01/23 16:29:48良くもあり悪くもあり。
0434デフォルトの名無しさん
05/01/23 16:32:020435デフォルトの名無しさん
05/01/23 17:00:44「市販」に対してってことで。
0436デフォルトの名無しさん
05/01/23 17:04:05サーブレットに対してちゃんとわかってないと、プラグインなしで開発は難しいと思うが。
JBuilderやらNetBeansやらで、ウィザードで手軽に作って実行できるほうがいい。
ゆっくりサーブレットの勉強ができる時代でもないしね。
0437デフォルトの名無しさん
05/01/23 22:19:01サーブレットを理解できてなくても開発できてしまう
魔法のプラグインとやらは何処からDLできるですか?
0438デフォルトの名無しさん
05/01/24 12:53:57だからそれは利点なのかと聞いてるんだが?
0439デフォルトの名無しさん
05/01/24 20:37:48そりゃ、「市販製品」に比べれば気軽に使える分、利点だろ。
0440デフォルトの名無しさん
05/01/25 00:39:59今時MSDNサブスクリプションも持ってないSIerって有るんかいな?
0441デフォルトの名無しさん
05/01/25 08:17:12どうしてそこでMSDNサブスクリプションが出て来るんだか・・・
オープンソースのEclipseが使い方煩雑で、市販製品なら簡単に使えるのかっていう疑問に対する話なのだが。
0442デフォルトの名無しさん
05/01/25 09:43:09だって>>439の
> 「市販製品」に比べれば気軽に使える分、利点だろ。
は使いやすさじゃなくて入手性の話だろ?
0443デフォルトの名無しさん
05/01/25 19:43:01で、Eclipseの代替を探している人がいて、どうしてMSDNが出て来るんだか・・・
0444仕様書名無しさん
05/01/28 15:31:35cbook24で見たけど、2月は出そうにない。
0445名無しさん
2005/06/17(金) 22:00:13.NetとJAVAの繋ぎ方教えて。
.Net検索しずらい、氏ねって思う。
0446デフォルトの名無しさん
2005/06/17(金) 22:03:21正直これは開発者の95%は痛感してると思う
たんなるnetドメインでもひかかったりするし
海外だとdotnetでひっかかる可能性も高いけど日本語資料ではきびしい
0447デフォルトの名無しさん
2005/06/17(金) 22:08:31ソケットでゴリゴリ書く。これ。最強。
0448名無しさん
2005/06/17(金) 22:15:53参考サイトも添えて。
0449デフォルトの名無しさん
2005/06/17(金) 22:50:26これ。
0450デフォルトの名無しさん
2005/06/17(金) 22:51:000451デフォルトの名無しさん
2005/10/01(土) 04:03:11JavaタンとはJava1からの付き合いだが、もういいかげん飽きたんだよね
来る日も来る日もWebアプリケーションかよ
代わり映えしねーな
確かにJavaタンは稼ぎもいい。今、一番のモテ期だと思う
だけどスレきったおまえじゃ、イレクトしねぇんだよ!!
これからはC#タンと付き合っていく
あばよ!
0452デフォルトの名無しさん
2005/10/01(土) 08:08:43.NET側ってどの側よ
0453デフォルトの名無しさん
2005/10/01(土) 13:39:291のころからWEBアプリとは先見性がありすぎだな
おれはJava2になってからクライアントサイドをJavaでずっと作ってきてるけど
1.4以降はだいぶらくになったな
0454デフォルトの名無しさん
2005/10/01(土) 13:47:46なんで、クライアントサイドをJavaでやんないの?
0455デフォルトの名無しさん
2005/10/14(金) 23:39:32全然出てこないし、フレームワークに依存しない
オブジェクト指向設計の本のサンプルも大半が
Javaだったりするんだが、.NETの世界って
あんまりオブジェクト指向設計でプログラム組んだり
しないの?
0456デフォルトの名無しさん
2005/10/14(金) 23:42:050457デフォルトの名無しさん
2005/10/15(土) 00:06:21ならねぇよw
0458デフォルトの名無しさん
2005/10/30(日) 20:10:21極端にでかいものに向いてるだけで中小向けではない
そもそも分散アプリなんて中小は必要じゃない
0459デフォルトの名無しさん
2005/10/30(日) 20:32:290460デフォルトの名無しさん
2005/12/26(月) 23:24:290461デフォルトの名無しさん
2006/03/04(土) 19:32:27>J2EEはスケーラビリティに弱いんだよ
普通スケーラビリティといったら、小→大を言うと思うが。
>そもそも分散アプリなんて中小は必要じゃない
なら.netも必要じゃないね
0462デフォルトの名無しさん
2006/03/04(土) 19:34:11Googleは日々進歩しているよ。
もはや、そんなのは過去の戯言に過ぎん。
0463デフォルトの名無しさん
2006/03/08(水) 14:01:40作者必死だなwww
0464http://www.vector.co.jp/soft/win95/util/se072729.html
2006/03/18(土) 22:25:07もしくは64bitにネイティブ対応したテキスト置換ソフトありますか?
そういや64bitにネイティブ対応している2chブラウザてありましたっけ?
0465デフォルトの名無しさん
2006/04/02(日) 17:37:410466デフォルトの名無しさん
2006/04/02(日) 18:04:28J2EEのほうがバグが多い。
.Netのそれは、仕様です。
0467デフォルトの名無しさん
2006/04/03(月) 14:32:22流石M$クオリティだな。
0468デフォルトの名無しさん
2006/04/03(月) 16:38:33感動した
0469デフォルトの名無しさん
2006/04/08(土) 08:50:30必然的に.NETを選ぶことになります。
0470デフォルトの名無しさん
2006/04/10(月) 16:54:040471デフォルトの名無しさん
2006/04/10(月) 18:48:250472デフォルトの名無しさん
2006/07/30(日) 06:40:460473デフォルトの名無しさん
2006/07/30(日) 11:41:08日本のパッケージソフトとか当たり前のようにExcel向けの機能があるよな
ここら辺を切り崩さないとMSからの卒業は来ない
0474デフォルトの名無しさん
2006/07/30(日) 14:45:350475デフォルトの名無しさん
2006/07/30(日) 14:51:14バイナリが一緒じゃないといけないとは思わんな
バイトコードtoネイティブみたいなのがあるんだろうが
0476デフォルトの名無しさん
2006/07/31(月) 23:59:13ttp://www.itmedia.co.jp/enterprise/articles/0607/31/news017.html
Java終わった (´ー`)ノ
0477デフォルトの名無しさん
2006/08/01(火) 08:38:490478デフォルトの名無しさん
2006/08/01(火) 22:28:24http://www.idg.co.jp/d/jw_ita/
日本のJava利権もついに終了
0479デフォルトの名無しさん
2006/08/01(火) 23:51:35とまあ、このように低脳の完全勝利妄想はつづくわけだw
Windows Mobileも2004年の記事では今頃は完勝してたはずなんだが(爆笑
117 名前: デフォルトの名無しさん [sage] 投稿日: 2006/08/01(火) 08:44:51
アプリが普及して無いのに完全勝利とは、
全敗で決勝リーグにすすむようなもん。
118 名前: デフォルトの名無しさん [sage] 投稿日: 2006/08/01(火) 18:25:54
見切り発車で当確出した開票速報みてえなもんだな。
0480デフォルトの名無しさん
2006/08/02(水) 07:08:25Unix系でJavaのかわりになる言語が登場してないんだから。
まさか今さらC言語に戻るなんてことは無いだろうし。
0481デフォルトの名無しさん
2006/08/02(水) 15:44:470482デフォルトの名無しさん
2006/08/02(水) 19:56:200483デフォルトの名無しさん
2006/08/02(水) 21:32:030484デフォルトの名無しさん
2006/08/02(水) 21:42:060485デフォルトの名無しさん
2006/08/03(木) 00:57:440486デフォルトの名無しさん
2006/08/03(木) 06:39:580487デフォルトの名無しさん
2006/09/02(土) 00:50:330488デフォルトの名無しさん
2006/09/02(土) 12:42:190489デフォルトの名無しさん
2006/09/02(土) 13:35:570490デフォルトの名無しさん
2006/10/07(土) 18:10:18http://aa5.2ch.net/test/read.cgi/nanmin/1151876698/l50
ヲタクを盗撮して自分のサイトで公開し、
「気持ち悪すぎ、家族諸共惨殺されるべきじゃない?」と、言い放ったキックボクサー。
暴行やレイプ未遂を自慢した過去の日記が発見され、一気に話題に。
東京都杉並区荻窪〜西荻窪出身。
現在は東京の府中市在住。
「男なら掲示板でコソコソやってないで己の拳で勝負しろ」とか言ってた癖に
散々言い訳をし、2ちゃんねらーのオタク代表氏との試合から逃亡。
庵谷鷹志(BLOGで暴行強姦自慢)に投票お願いします。
ネットアイドルランキング (現在5位)
http://www17.big.or.jp/~bbb/p/tvote.cgi?event=netidol
アイドル・芸能
http://www16.big.or.jp/~psy/vote/tvote.cgi?event=geinou
庵谷鷹志のbbs みんなで荒らそう!!!
http://6507.teacup.com/devil_takashi/bbs
庵谷と一緒に悪事を働いていた仲間の内にエイベックス関係者がいます。(深津飛成&伊藤正二郎)
深津もキックボクサーで、今年6月5日に武田幸三と一緒に世界丸見えに出演しました。
0491デフォルトの名無しさん
2006/10/07(土) 18:13:10http://news18.2ch.net/test/read.cgi/news2/1131781204/860-863
------------------------------------------------------------------
860 名前: 朝まで名無しさん 投稿日: 2005/11/23(水) 01:21:12 ID:KRIo97ow
Jネトで練習してたということは…
ひょっとして層化か?
861 名前: 朝まで名無しさん 投稿日: 2005/11/23(水) 01:21:37 ID:DOVljkZR
>>860
詳しく
862 名前: 朝まで名無しさん 投稿日: 2005/11/23(水) 01:35:42 ID:aVHWzlcE
Jネトって学会員しか使いないの?
863 名前: 朝まで名無しさん 投稿日: 2005/11/23(水) 01:39:13 ID:KRIo97ow
J-NETWORKというキックの小さな団体があるのだが、
ここは層化系ではとの噂がかつて格闘技板であった希ガス。
ちなみに新日本キックとは全く関係ない団体だから、庵は新日本には完全に干されている希モス。
----------------------------------------------------------------
0492デフォルトの名無しさん
2006/10/07(土) 20:27:32.NETをやろう。
0493デフォルトの名無しさん
2006/10/07(土) 23:52:15基本的なデザパタ使えば他にフレームワークは要らない。
だがJ2EEにしろ.NETにしろフロントエンドは最悪だな。
DreamWaver前提にしろっての。
0494デフォルトの名無しさん
2006/10/07(土) 23:56:54DreamWaver→Dreamweaver
0495デフォルトの名無しさん
2006/10/08(日) 00:26:120496デフォルトの名無しさん
2006/10/08(日) 01:06:040497デフォルトの名無しさん
2006/10/08(日) 01:25:580498デフォルトの名無しさん
2006/10/08(日) 01:34:280499デフォルトの名無しさん
2006/10/08(日) 01:57:030500デフォルトの名無しさん
2006/10/08(日) 02:06:27それを嫌ってJSFなんてものを規格したがデザイナが面倒になっただけだった。
WicketはXHTMLでデザインすればほぼそのままViewに使える。
Javaは標準化の方向性を間違えたな。
0501デフォルトの名無しさん
2006/10/08(日) 03:08:25オープンソースで別の選択肢があるからそっち使う。
EJB3も盛り上がらないまま
Springがデファクトになって終了。
0502デフォルトの名無しさん
2006/10/14(土) 00:07:520503デフォルトの名無しさん
2006/10/14(土) 06:50:45もはやP言語3種の存在理由は俺にはわからんしね。
0504デフォルトの名無しさん
2006/10/14(土) 07:08:16プロパティとデリゲートをJavaに移して楽にしてあげたい
0505デフォルトの名無しさん
2006/10/15(日) 00:53:50存在しているのかわからん。
0506デフォルトの名無しさん
2006/10/15(日) 00:54:420507デフォルトの名無しさん
2006/10/15(日) 07:05:540508デフォルトの名無しさん
2006/10/15(日) 11:52:550509デフォルトの名無しさん
2006/10/16(月) 00:29:140510デフォルトの名無しさん
2006/10/25(水) 09:25:43J2EEのプログラミングの参考書で、入門レベルではなく、上級者が読んでも使い道
のある本ってどれでしょうか?EJBはあまり使用しないので、オライリーの
『Javaサーブレットプログラミング』 あたりでいいのでしょうか?他にお勧めがあったら教えて下さい。
また、.NET(ASP.NET)でも同様に、実践的で入門レベルではないのはどの本でしょうか?
『プログラミング Microsoft .NET ASP.NETによるサーバーサイド開発』とかでしょうか?
数冊教えて頂けるとありがたいです。
0511デフォルトの名無しさん
2006/10/29(日) 20:37:08実践に勝る勉強は無い。
0512保守
2007/02/05(月) 00:03:39.NETの方がまだ現実的ではないでしょうか
って書いてJ2EEスレだと言うことに気がつく
この分野で.NETとの比較だから過疎ってるのかorz
0513デフォルトの名無しさん
2007/02/05(月) 21:42:45携帯電話のゲームとかは一応Javaで作られてるわけで。
0514デフォルトの名無しさん
2007/02/06(火) 17:16:57機器オシロスコープは画面がWinで添付アプリはJavaだった。(Excelも動作)
.NETのまともなアプリは未だ見た事無い。
■ このスレッドは過去ログ倉庫に格納されています