泣けてきた
8 :
デフォルトの名無しさん:04/04/06 20:00
必死すぎ。www
10 :
デフォルトの名無しさん:04/04/06 20:02
つらいです
sunに捨てられるjava厨必死www
>>7-11 以下の語彙リストつかってね。
.NET厨語彙リスト:「勝利」「死滅」「下僕」「原理主義者」「定説」「共通認識」「常識」「Javaマカ」「当たり前」「謝罪しろよ」
13 :
デフォルトの名無しさん:04/04/06 20:58
Java厨すげえ。
まいりました
まだ携帯やるつもりなのか?
お前ら携帯もってるなら、今全部Flashになってるの知らないでもなかろうに。
どういうつもりなんだ?
古いソースを出してもね。
2004/04/01と2004/04/02とでは別世界になったのに。
じゃ新しいソース出してみれ。
>>20じゃないが、
つーかさ、携帯使ってないの??
ソースなんてなくても、自分でわかってるだろうが、Flashばっかし
だってことがさ。
23 :
デフォルトの名無しさん:04/04/06 23:06
>>22 持ってるけど使ってねーよ。
使う相手なんかいねーからよ。
お前分かってて聞いてねえ?
auの新しい携帯の一つにはJava入ってないんだってな
まず俺から、俺はGCCをCYGWINで使っていた。
最近親がプログラミングを始めたのでgcc2.9/3.2で分けて使っていた。
弟もパソコンを始めるらしい、gcc3.4ぐらいなので少々厳しかった
それで親が一括してDebian契約してもいいといってたし
GNUのコンパイラ契約改正で踏ん切りがついて解約した。
自分の住んでいる場所はmallocから4.5kmも離れていてx86FPUに適していないことは
十分解っていたので独自のmallocにしようとした。Redhatのnewlibサービス提供地域に入っていたが
しかしAtomakeの近くのスクリプトにはあのperlの*(クロージャ)がぶら下がっていない。
2chに電話したら3ヶ月ぐらいまたされそうな感じだった。
仕方なくmingwにした、人気だしG++の不具合情報もなかったので大丈夫だろ
うと方をくくっていた。しかしAAの嵐でほとんど出来ない。
おまけに1年以内に解約すると解約費1万円取られる。
気がくるわんばかりだ・・・・
30 :
デフォルトの名無しさん:04/04/07 02:01
まだスレ集めしてんだ。びっくりw
もっと有意義なことに対して努力しろよ。
と言われて今度はageることに
意義を見出したりしてなw
リンク先のスレを立てる奴にも言っておけよ。
まだ糞スレを乱立して懲りずにJavaを嫉んでいるんだ、とねw
>>32 .NET厨は放置して見守りましょう。生暖かく。
>>36 日本人はハードウェア寄り、独自規格好きなだけに
Javaのようなエミュレータチックなものを嫌う傾向があるんだろうねえ。
40 :
デフォルトの名無しさん:04/04/08 15:41
41 :
デフォルトの名無しさん:04/04/08 16:36
しかし盛り上がらないスレだな(藁
これだけ乱立してたらさすがの彼も手が回らないでしょう。
43 :
デフォルトの名無しさん:04/04/09 11:31
Sunはこれまで最も声高にオープン標準を支持してきた企業で、顧客には複数の技術的選択肢が提供され
るべきであり、また特定のメーカーの技術に囲い込まれるのではないかと顧客を不安にさせるようなことがあ
ってはならないと主張してきた。こうした言い回しはMicrosoftを攻撃するために考えられたものだ。
Sun CEO(最高経営責任者)のScott McNealyは、Microsoftのソフトウェアを「つぎはぎだらけの毛玉」と呼んで、
長い間これを嘲笑してきた。
47 :
デフォルトの名無しさん:04/04/11 21:28
48 :
デフォルトの名無しさん:04/04/11 21:53
>>47 1プロセッサーあたり、12万5000ドルは高いね。
Javaは、一時のセガっぽくなってきたな(藁
52 :
デフォルトの名無しさん:04/04/19 05:43
53 :
デフォルトの名無しさん:04/04/25 13:06
54 :
デフォルトの名無しさん:04/04/26 12:01
55 :
デフォルトの名無しさん:04/04/26 13:01
株価は予測どおり下がった。
上がるって言ってた人も中にはいたけど。
次の予測は、使えるカード切るってことで大体一致してると思う。
56 :
デフォルトの名無しさん:04/04/27 22:44
57 :
デフォルトの名無しさん:04/04/28 12:41
59 :
デフォルトの名無しさん:04/04/29 02:30
なんちゃって開発者を増やすには、VBは一見簡単でいいからね。
なんとなく見た目動くモノが簡単にできる。
んで、最終的にはVBの本当の良さとか実力なんかを
まったく理解してないDQN開発者が大量増産されると。
それがVB.NETでも繰り返されるってわけか。。。
61 :
デフォルトの名無しさん:04/04/30 11:33
62 :
デフォルトの名無しさん:04/04/30 12:11
>>60 VBも特性を理解していたら、いい開発ツールだとは思うんだけどね。
63 :
デフォルトの名無しさん:04/04/30 12:19
>>63 可能性の話だろ。(少なくともLinuxに関しては)
現実に見つかった脆弱性とかとは別次元の話。
65 :
デフォルトの名無しさん:04/04/30 12:54
うわあ。国のシステムにLinuxなんて考えられないね。
更に言えば、国のシステムにWindowsなんてもってのほか。
TRONベースでセキュアなOS作ってよ〜
って、あるのかな。もう。
67 :
デフォルトの名無しさん:04/05/01 09:58
MSにスパイもぐりこませて「わずか数行の特権モ ードコードをWindowsに混入させるのに成功した」なら、そのバックドアの発見やら対策はさらに困難だね。
68 :
デフォルトの名無しさん:04/05/01 12:22
中韓の反日分子が日本のシステム開発に紛れ込んでLinuxでスパイコード混入の方が現実味のある話だ。
日本のレベルの低いオプソ厨じゃあ発見も対策もできないだろうし。
>>69 バックドアを埋め込んだ開発者は
「自分で作ったものでないコードは信用できないということだ。」
って言ってるのであって、オープンソースだから信用できない、とは言ってない。
「ソースレベルの検証や監視をどれだけ行っても、
信用できないコードから身を守ることはできない」
とも言ってるから、システムを俺ハードと俺ソフトだけで構成しない限り
信用できるシステムにはならないね。
71 :
デフォルトの名無しさん:04/05/01 13:14
>>70 その通り。だから最後に問題になるのは責任能力。
オープンソースはそれがゼロ。企業に任せた方がまだ安全。
>>71 製品に欠陥があっても責任とらねーって
EULA にしっかり書いてあるよーな製品では企業に責任問えないと思うが。
個人的には営利企業のがオプソよりソースコードの検証や監視が厳しいだろーと思うけど
バックドア埋め込んだ開発者の弁によれば、そんな事やっても無駄っつー話だし。
74 :
デフォルトの名無しさん:04/05/01 15:39
>>71 Internet Explorer の中に zlib というオープンソース製品が組み込まれているそうな。
いざとなったら自分でソースを調査できるオープンソース製品と、
何があってもソースを調査できない、プロプライエタリな市販品。
安全なのは、さあどっち?
75 :
デフォルトの名無しさん:04/05/01 18:11
76 :
デフォルトの名無しさん:04/05/03 18:04
>>74 金を払えば調べてもらえるのと、
金を誰に払えばわからないのと、
どっちがマシかなあ。
78 :
デフォルトの名無しさん:04/05/03 18:27
>>77 それは補償とは関係ないよな。
相手にイニシアティブ取られて調査していただくのと、
ソースが公開されてて自分で調べる事ができるものと、
どっちがマシかなぁ。
>>78 Windows Update済みで気付かなかった模様。失礼しました。
>>77 金を払って3週間待たされて、「仕様です」でかたづけるロクデナシ
ヤロウに貢ぐのが、そんなに好きなのかね。マゾデスカ?
83 :
デフォルトの名無しさん:04/05/07 05:17
スレ違い
メソッドがオーバーライドなのかどうか
親クラスといちいち比較しないとわからんのはメンドイなあ。
いっそ継承なんてやめちまって、クラスごとに完結した方がよくないか?
あなたはServletの内容全部自分で記述しますか?
それにオーバーライドかどうかなんて、IDEが表示してくれるだろ。
87 :
デフォルトの名無しさん:04/05/10 04:10
88 :
デフォルトの名無しさん:04/05/12 22:27
そのVB応援シリーズはつっこみどころ満載だから
VB応援するにしてもそれひっぱらないほうがいいよ
>>79 ユーザーに自分で調べろ、というのか?
それとも、あなたが永遠に面倒見続けるのか?
>>90 どっちにしてもユーザーに調べさせるわけないじゃん。
どっちにしても、可能な限り面倒見つづける必要あるじゃん。
製品はシステムの重要な一部にすぎないんだから。
92 :
デフォルトの名無しさん:04/05/13 10:09
負け組ツールと負け組言語のコラボレーション
94 :
デフォルトの名無しさん:04/05/14 13:50
95 :
デフォルトの名無しさん:04/05/19 02:42
96 :
デフォルトの名無しさん:04/05/21 00:17
97 :
デフォルトの名無しさん:04/05/24 12:45
99 :
デフォルトの名無しさん:04/05/25 19:29
100 :
デフォルトの名無しさん:04/05/25 19:57
101 :
デフォルトの名無しさん:04/05/25 23:05
102 :
デフォルトの名無しさん:04/05/26 12:14
IT関連の時事ニュースを紹介するスレはここですか?
そうでつよ
105 :
デフォルトの名無しさん:04/05/27 14:02
Webサービスの案件があるんだけど、Javaで提案するか.NETで提案するか
迷うなぁ。。。
107 :
デフォルトの名無しさん:04/05/27 14:58
>>106 ネタ提供ですか。ところでWebサービスだけの案件ではないよね?(笑)
108 :
デフォルトの名無しさん:04/05/27 15:02
>>107 クライアントはPDAのスマートクライアントです。
>>108 そんなのいまさらいわれてもな
何年も前から分かり切っていたことじゃねーか
111 :
デフォルトの名無しさん:04/05/27 16:52
そうですか。
来年の春に本稼動なんですが、サンがなくなったりしたらちょい寒いかも。。。
113 :
デフォルトの名無しさん:04/05/27 17:18
>>112 来年の春に倒産はないと思われ。でも、この話、単なる煽りだよな(笑)
>>112 IBMが面倒みてくれるので、今よりウハウハです。
むしろ春到来。
115 :
デフォルトの名無しさん:04/05/29 12:42
>>115 >The Middleware Company(TMC)とJBossがビジネス上の関係を断った。
>両社不和の原因はどうも、JBoss従業員が偽りのIDでサインアップし、
>ライバルをけなしてJBossを持ち上げる発言をしたという行為そのものよりも、
>JBossのマーク・フルーリCEOその人の行動にあるようだ。
>>116 >だが同じフルーリ氏の投稿の最後の文章は、冒頭と異なり追及の妥当性を
>認めるかのようでもある。
>「われわれの透明性と成功から、当社の顧客とパートナーはJBoss従業員に、
>そのもっと高い標準へと自己を高めるよう期待し要求している。プロフェッ
>ショナルを、プロフェッショナルなオープンソースに戻そう。そのため
>“アストロターフィング”は、私をはじめ、JBossでは禁止だ」
118 :
デフォルトの名無しさん:04/05/31 01:52
@ITとユニシスがらみは気をつけろ!
JBossがらみもね( ̄ー ̄)
121 :
デフォルトの名無しさん:04/05/31 13:20
122 :
デフォルトの名無しさん:04/06/02 13:45
124 :
デフォルトの名無しさん:04/06/02 14:31
ワロタ
>>122 富士通は元々sparcをsunとの強力で製造・開発していてかなりsunよりなのは常識かと
それをさらに押し進めるってだけ
127 :
デフォルトの名無しさん:04/06/02 20:59
>>126 徐々に SUN がハードの比重を下げているのがポイントだと思われ。
>>122のかき方だとハードから撤退していくようにおもえるでな
元々インテルのようにCPU自体を販売していくというスタンスじゃないしな
ハードソフト混みのシステム売るのが本来の仕事
数年前からsunと富士通は統一的にやっていくとかいってきたから
驚く物でもないしな
129 :
デフォルトの名無しさん:04/06/04 19:36
>>129 社交辞令文句と見られる。
> However, he noted "it might be today, tomorrow or two years down the road".
チト質問があります。
EJBってWindowsで言う所のサービスになりうる?
当然コンテナが必要になるとは思うんだけれども
EJBで行っている持続性は、プロセス常駐って事
になるのかな?????
教えてくださ〜〜〜〜〜いm(_ _)m
ここよりjavaのスレいったほうがいいぞ
>>131 Windowsのサービスと直接は関係ない、けど
EJBを実行するプログラム(コンテナ)は
商用のやつなら普通サービスにして動作させられるよ。
134 :
デフォルトの名無しさん:04/06/05 19:46
135 :
デフォルトの名無しさん:04/06/05 19:47
>>133 コメントどうも。
コンテナはサービスで動きそうですが、実際のEJBは
動きつづける事は出来るのでしょうか?
OS起動と同時に処理を開始し、その動作中のEJBに対し
インスタンスを呼び制御する。ってな感じだと思ってるんですが。
できるのかなぁ
処理のリクエストはどこから来る?こない?なら
普通のJavaのプログラムを組んでそれをサービスにすればいいだけ。
そもそもEJBは最初から"動き続ける"ものだけど、これ以上はどういう処理かによる。
なぜEJB?
>>137 外部より処理の依頼が来ます。
処理の内容は装置とTCP通信をやり続けます。
>なぜEJB?
なぜでしょう。私もわかりません。
EJBは動きつづけられる物なのでしょうか?
EJBは処理を受けたり動きつづけたりするものじゃなくて、データをマッピングするものだけども。
まあエンティティビーンの一部しか知らない御馬鹿様もいらっしゃいますけれども。
>>138 >> 外部より処理の依頼が来ます。
それがRMIだったりIIOPだったりVBクライアントだったり何でもよくしたい、そこを
抽象化したいってことなら話は超簡単。
その処理をやり続けるPOJO(単なるJavaのコード)を作ってセッションビーンからそれを参照しる。
そういうことじゃないならよくわからない、要求仕様の情報が不足。
まーマッピングは結果であってやはりコアはビジネスロジックだろ
VC野郎氏にわかりやすくいうと
EJBはアプリケーションサーバーで使われるキモ
つまりアプリケーションのロジックを処理するためにクライアントから受け付けてるところ
最近はHTTP挟むんで直にクライアントからアクセスすることは今はだいぶ減ったけどね
自分で好きなサービスでなにかしたいのならjavaとサービス化でぐぐれ
もしくはTomcatをサービスでインストールしてwarアーカイブにソケット通信でも
なんでもやるのをいれこんでくれ
そうすればアプリの管理とか差し替えが手軽に出来るぞ
>VC野郎
俺は全然詳しくないが
とりあえずEJB仕様としては
http://www.jguru.com/faq/view.jsp?EID=14648 などを見る限り、EnterpriseJavaBeanは、自分でスレッドを
作成することが禁じられているようだ
EJBのライフサイクルはコンテナが管理する。そこはEJBのキモの一つだから
勝手にスレッドを作られては困るのだろう。
この辺はサーブレットと違うところだな
てなわけで、ワーカースレッドのようなものを作成して
常時何か仕事をする必要がある(常駐のイメージはそれだろう)
というのなら、EJBは適していないんじゃないの
助かりました。色々有難うございます。
>まあエンティティビーンの一部しか知らない御馬鹿様もいらっしゃいますけれども。
私もそのお馬鹿の一人のような気がします。
>その処理をやり続けるPOJO(単なるJavaのコード)を作ってセッションビーンからそれを参照しる。
ズバリっす。そういう事っすね
>つまりアプリケーションのロジックを処理するためにクライアントから受け付けてるところ
なるほど。
>EJBのライフサイクルはコンテナが管理する。そこはEJBのキモの一つだから
>勝手にスレッドを作られては困るのだろう。
あら、、、 まじっすか
スレッド必須です。
んじゃダメって事なのか!! URL見てみます。
いや、違う。
140氏の言うと通りにすれば出来るのか!?!?
Java糞
あー、140だけど俺の理解ではEJB内でスレッド作ってはいけないけど
EJBのライフサイクルに依存してない外の世界で勝手に何か処理をしてるものを
EJBが、例えば活性化された時点とかで、参照するのは別にいいと思ってたんだが。
透過的に分散化させたりするには外部リソースアダプタとかにすべきなんだろうけれども。
>>146 そういうモノに依存してるEJBというのは結局EJBにする意味がない
という話はありませんか?
クラスタ化や永続化は当然行えませんよね
色々有難うございます。
なるほど、
そもそも、WindowsサービスをEJB移植って発想がNGのようですね。
EJBコンテナもWindowsならば、EJBから現状のWindowsサービス
モジュールをPipeからSocketでコミュニケーションすればOK
のようですね!!!んでそのEJBは、セッションビーン
間違いかな?
>>148 なんかよくわからないが
TCP/IPのSocketを直叩きする気がある
(別に分散オブジェクトとかクラスタリングとかはどーでもいい)
んなら別にJ2EEコンテナを使う必要は無いんじゃないの
まあサーブレットコンテナ(Tomcatとか)にただのりすれば
初期化パラメータ、デプロイ、クラスローディング等を
コンテナまかせにできるので
(別にHTTPには用がなくとも)サーブレットとして実装するのもいいかも
init()で実体のデーモンスレッドを作って、後はそっちが仕事する
みたいな
説明不足で、すまんっすm(_ _)m
顧客要望でEJBが出てきてるんです。
現状、Windowsサービスで動作中のものをEJB化したいと。
当然、分散オブジェクトって事からEJBが出てきたんだと
思いますが。
>>150 ありがちな話なんだけどさ
要件はハッキリさせておいたほうがいいぜ
「EJBを使ってりゃいい」(←たぶんそうじゃないだろう)
のか、
具体的に〜のレベルの性能やスケイラビリティや対障害性が求められており
そのためにEJBを使うのだ
えはえらい違う話だから
後者なら、同じ機能が実現できればEJBでなくともいいんだが
逆にいうと「ただEJBを使うだけ」ではどうにもならない可能性が高い
>「EJBを使ってりゃいい」(←たぶんそうじゃないだろう)
ごもっとも
ただ、「EJBは、これこれこうだから使えません」って返事より
「EJBは、こう使えば出来るけど、これこれこうだからやめた方が良い」
って返事をしたいだけです。こう使えばって所を探してます。
って、話がそれているような(;^_^A アセアセ・・・
私の考えはあってるのでしょうか。
EJBを使ってくれというのは真に顧客の要望なの?
適材適所だからまずEJBありきというのはちとわからん考え方だな
少なくともすでに通信のプロトコルが独自で組んでいてそれを扱う場合
EJBって選択肢はでてこないぞ
154 :
デフォルトの名無しさん:04/06/07 02:34
EJBってJavaの分散化技術なので、
VC++ + DCOM のアプリケーションを、Java + EJB に置き換えとかはあり得るけど、
WIndows サービスを置き換えるってのは理解不能。
(もちろん Socket 使った独自仕様のサーバー・ソフトなら、Java で書ける)
NetBeansってSunOneStudio(Forte)の後継?
オプソ版
後継はSunJavaStudio。
ForteのころからNetBeansはあったし。
157 :
デフォルトの名無しさん:04/06/17 10:48
桁一つ違っていてもすごいんだがな
今まで12万8020円もボッタクってました ってことか
いわゆる一般的なサポートが付かないことと
1年しか使えないってのがあるから今までがぼったくりという訳じゃないだろ
そいれいったらWebSphereのサポートつかない安いヤツはもっとぼったくりだと
社員乙
163 :
デフォルトの名無しさん:04/06/18 13:55
おしえてくれよ!JavaWebStartアプリのページをたちあげたいんだが
一般ユーザーにJavaインストールさせるには
http://java.com/ja/ にリンク張ればOKでつか?
大分前JavaWebStartのダウンロードページがあってそこにリンクはってたんだけど
最新版のWebStartはJava1.4に含まれてるからどーのこーってウザいページに変わってて・・
なんでもっとシームレスにJavaを導入する仕組みをつくってくれないのか・・
>>163 そこの方が楽やね。
JavaWebStartが1.4に含まれたっていうのをウザイという神経はよくわからんが。
IE6とかだったら、jnlpのリンククリックしたときにダウンロード始まらんかね?
165 :
デフォルトの名無しさん:04/06/18 16:36
>>163 右上の「ダウンロード」って所を押せ!って通達したほうがいいよ。勝手にダウンロードはじまるけど。
>>163 >なんでもっとシームレスにJavaを導入する仕組みをつくってくれないのか・・
シームレスにJava導入させたら、JavaがSunの持ち物だってのを一般人にアピール
できなくなるじゃねーか。
ウザイページに変わったのは、そう言う事情からだ。間違いない。
167 :
デフォルトの名無しさん:04/06/24 02:20
>> IE6とかだったら、jnlpのリンククリックしたときにダウンロード始まらんかね?
まじですか?
ダウンロードってJavaWebStart本体の?
>>167 JavaWebStartはJ2SE1.4に含まれているから、J2SE1.4のDLが始まる、ことがある。
すべての環境で試してるわけじゃないから、こんな表現。
169 :
デフォルトの名無しさん:04/06/29 08:51
5.0 とはいきなり数字が増えたな。
単なる間違いなのかもしれんが、
Sun のサイトでも 5.0 になってるところが多いね。
ちなみに β2 じゃなくて β3-b57 ね。
いや、マジで5っぽいよ。
Solaris7並みの飛躍だな。
いままで1.5って書いてあったところがすべて5に書き換えられてるね。
日本語サイトも。
普通に考えてメジャーバージョンアップが0.1単位にしてたのがおかしかったんだよ
わざわざ1.2からJava2って言葉使ってたくらいだしな
175 :
デフォルトの名無しさん:04/06/29 10:12
名前を変えるぐらいしか発表できることがないからな。(ゲラ
OLEとかCOMとかActiveXとかねぇ。
>>174 バージョン体系がややこしいね。
Java2のバージョン5ってことだよね。
このバージョン体系だと、現実的にはJava3を出すことができないし。
なんで Java 3 Standard Edition 1.5 にしなかったんだろ?
で、Tiger をJava2 SDK 5.0 って呼ぶ正式アナウンスはあったわけ?
>>180 まだないよ。JavaOne で盛大に(?)発表するつもりなんでは?
>>179 Java2にはJava2EEやJava2MEも含まれるから。
J2EE は J2SE と連動してるから一緒に J3EE にしちゃって良いでしょ。
J2ME は J2ME のままでいーや。
JLS 3rdに準拠してれば Java3 でいーんじゃないかと思うんだが。
JLS 2nd に準拠してる 1.1 が Java2 じゃないのがアレだけど、
J2ME が殆ど 1.1 相当だからまぁいいや。
>>183 それよりJ2EEがJ2SE/MEと同列なのが解せない。
J2MEもhotspot技術導入するみたいだし
メモリもCPUも大幅に向上してるから
ものによってはそろそろ組み込み系もJ2SEにしてほしいな
>>186 それは、かってにやっていいんじゃない?
ただ、J2SEにすると、RMIやらSwingやらJDBCやら、いろんなものを使えるようにしないといけないんだよね。
Javaがすでにある程度の普及率で安定してきたからじゃないの?
190 :
デフォルトの名無しさん:04/06/29 15:48
>>188 1.02 の頃に比べれば、凄い勢いだと思われます。
>>189 Java がデスクトップ・アプリケーションを駆逐するような事は無いと思うから、この辺で安定ですね。きっと。
>>190 JavaのGUI関係はこれからだ!って雑誌に書いてありましたよ。
あたしゃ、よくしりませんが。
>>191 その場合も、いままでWindowsを使っているものを置き換えていくというよりは、いままでGUIを使っていなかったところでJavaのGUIを使うという感じがする。
193 :
デフォルトの名無しさん:04/06/29 16:00
所詮、惨が何を言ってもそれはMSの資金のおかげだしな。(ゲラ
MSのその金は、犯罪まがい、場合によっては犯罪認定ありの行為によって獲得したシェアのおかげだね。
195 :
デフォルトの名無しさん:04/06/29 16:17
>>192 普通のC/SアプリでJava/Swingは、結構、いけているよ。ライブラリ豊富だし、Java Web Start ととかと組み合わせると、かなり便利な気がする。
気がするだけだろうけどね。(ププ
197 :
デフォルトの名無しさん:04/06/29 17:15
俺の受け持った案件ではこの1〜2年でEJBのクライアントでSwingをつかったり
するのが非常に多くなってきたよ。他はどうだい?
大体、.netなんて、Windowsだけじゃん。公的機関はどんどん費用削減でFedoraCoreとか
RedHatに変えてるんだろ?民間企業も経費の事と、操作性を考えれば、Linuxに移行しても
全然おかしくない。
そうなりゃ、Javaがよけい強くなるわな。
全く逆。
EJBは糞扱い。Swingは客からの苦情が多すぎ。
Linuxは費用削減にならないどころかむしろコスト高。
最近はセキュリティホールも多くてメッキが剥がれてきた。
Fedora入れたいなんてヲタ意見は速攻却下されるけどな。
今日はププの人が元気だね。
最近は全然具体的な批判ができないらしくて、適当なことしかいってないけど。
あいかわらず自分の周りで使われてなければ世の中全体で使われてないという妄想を抱いてるみたいだし。
だから、仕事でそういう案件がふえてきたって言ってるんじゃんカ。
>>197 まじめな話はププの人がいないときにするべし
ププの人は、自分が変なものを作ってるのをSwingが悪いことにしてるからねぇ。
ププの人は、必ず、いるだろ。。
>>207 現実的な考え方ではあるけど
昔の手動でGCよんでレスポンスをできるだけ保つというのに似ている
GCの調整はプログラマの腕によって左右されるからねぇ
メインはGCの時間よりも耐障害性かと
フルGC動いていたら片方のスレッドだって重いだろうし
マルチCPUやHTなら並列GCのほうを考慮すべき
今後マルチコアがデフォになりそうなんで中間言語系はネイティブアプリと
そうかわらんパフォーマンスになると思われ
hotspotの動的コンパイルもバックグラウンドで凄い動いてるしねぇ
>>207 オレの知る限り,一つのサーバーでTomcatを二つ起動するかどうかは,
並行スレッド数とCPU使用率の兼ね合いで決まる場合がほとんどだなあ.
GCのコスト対策ってのは初めて聞いた.
>>208 最大10秒間の無応答というのが、運用に耐えられないんじゃない?
せめて応答しろ、と。
10秒もとまるもんか?
つーかフルGC走ってる時点でダメかと
まぁそのための並列GCか
>>211 1.6Gあるとそうなるんじゃない?
フルGCはいつか走るもんだし。
ちゃんと統計取りながらyoungとoldに気をつけていればGCがネックになることは少ないよ
ただ、何も考えないのならTomcat2つ起動ってのはありかもしれんが
それこそ本当に何も考えないと2つ起動したらそこのセッション共有がネックになるかもしれん
なんか読んでると脳内想定をソレっぽく書いてるみたいだな。
ちゃんと実測に裏付けられた結論じゃないだろ。JDK1.2の
頃に覚えた生半可な知識をいつまで引き摺ってんのか。
そもそも設計してる奴(書インリメンタルGCやジェネレ一ションGC
書きかけで送ってもうた。
>>207 の話な。
とりあえず設計してる奴(書いてる奴も)にインリメンタルGC
やジェネレ一ションGC の仕組教えてやれよ。
1.2の頃に1.6GBフルGCで6秒ノーレスポンスに陥るシステム
は見た事あるが、JDK1.3以降ではせいぜい遅くなる程度。
サーバが停止するような見え方はしない。
1.4.2ではレスポンス重視やスループット重視とかGCで4種類選べるんだから
それ使いこなしてからいってほしいもんだよな
本当にoldでGC頻発してるようなら設計がおかしい気がするが
頻度じゃなくて、あるかないか、じゃないの?
218 :
デフォルトの名無しさん:04/07/01 12:45
使い物にならないものを無理に使おうとしてるのが哀れだな。(ゲラ
ゲラの人には、すごく親切なウィザードとチュートリアルと少々ヘボなコードを書いたくらいじゃ問題がでないくらいのパフォーマンスの余裕がないと使えないからな。
221 :
デフォルトの名無しさん:04/07/08 17:41
タイトルと中身とギャップありすぎ
中身は本当にたいしたこと無い
PVあげるためにつけたタイトルっぽい
タイトルと関係ある部分は、冒頭の何行かだけだな。
しかも「先輩記者の言葉」だって。
ウチワじゃん。
最近ジャカルタがものすごい注目されてるね。
一般メディアでもバンバン取り上げられてるよ。
MSや.NETなんてまったく取り上げられないのにね。
ソガさんの話しかと思われ。
あぁ。
ジャカルタプロジェクトの人は大変だね。
228 :
デフォルトの名無しさん:04/07/22 03:25
乞食企業
恐喝企業とどっちがマシか、という感じだな。
232 :
デフォルトの名無しさん:04/08/02 18:09
3は業績好調
Javaの未来は明るいね
燦々と輝いておる。
MS様の資金のおかげ。
234 :
デフォルトの名無しさん:04/08/03 04:40
236 :
デフォルトの名無しさん: