- 1 名前：デフォルトの名無しさん mailto:sage [04/04/12 00:49]
- www.itmedia.co.jp/news/articles/0404/07/news018.html
マルチタスク実現へJava言語改良
Sun幹部によると、2005年に一般リリース予定の「J2SE 1.6」には、
Javaバーチャルマシン（JVM）のアプリケーション共有を強化する「分離」機能が備わり、
ローカライズコンピューティング処理実行のための分離が可能になるという。
米Sun Microsystemsは、Javaバーチャルマシン（JVM）内部での
アプリケーションマルチタスク実現に向けてJava言語の改良に取り組んでいる。
カリフォルニア州サンノゼで開催のClusterWorld Conference & Expoで4月6日、同社幹部が明らかにした。
SunのJavaアーキテクト、ムラリ・カウンディンヤ氏によると、
今秋β版が登場し、2005年に一般リリース予定の「J2SE 1.6」には、
JVMのアプリケーション共有を強化する「分離」機能が備わる。
この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。
またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする
Sockets Direct Protocolのサポートが計画されている。カウンディンヤ氏によると、
J2SEに施された改良は、その後間もなくJ2EEにも組み込まれる予定。
1月にβ版がリリースされたJ2SE 1.5は、6月のJavaONEカンファレンスで正式リリースの
運びとなる見通し。J2SE 1.5では、Javaプログラミングの簡易化に焦点を当てている。
- 201 名前：デフォルトの名無しさん mailto:sage [04/10/04 12:12:11]
- 比較が==でできないから不便だぞ、と。
たまにちゃんと動くけど。
(Integer)5 == (Integer)5 → true
(Integer)50 == (Integer)50 → true
(Integer)500 == (Integer)500 → false
- 202 名前：デフォルトの名無しさん mailto:sage [04/10/04 12:28:05]
- >>201
ちゃんと理解してね
- 203 名前：デフォルトの名無しさん mailto:sage [04/10/04 12:33:09]
- >>202
どういうこと？
なんで201の挙動になるかはわかってるけど。
- 204 名前：デフォルトの名無しさん mailto:sage [04/10/04 12:40:28]
- >たまにちゃんと動くけど。
このへんが理解していないと思われ
- 205 名前：200 [04/10/04 12:57:51]
- >>201-204
Integerは数の小さいときはインスタンスを使いまわす実装になってるからってことだっけ？
Integer型とか、プリミティブ型のラッパークラスの == は、equal を呼ぶようにすれば大丈夫・・・じゃない？
final だから派生もできないし。
今の 1.5ではできないけどね。
- 206 名前：デフォルトの名無しさん mailto:sage [04/10/04 13:03:59]
- >>204
実際に変数にどういう値が入るかはわからないから、たまにちゃんと動くんだよ。
なんで201の挙動になるかはわかってるって。
==をequalsにすると、インスタンスの比較したいときのための構文が必要になる。
挙動が変わるコードもあるだろうし。
- 207 名前：デフォルトの名無しさん mailto:sage [04/10/04 13:08:12]
- >実際に変数にどういう値が入るかはわからないから、たまにちゃんと動くんだよ。
すごい内容だな
たまにちゃんと動くではなくて
trueもfalseも返すというのがすでに正しい動作なんだから
紛らわしいこと書くなよ
内容がスレ違いなんだから初心者スレいけよ
- 208 名前：デフォルトの名無しさん [04/10/04 13:14:26]
- >>201 ずいぶんと釣れましたねー。
- 209 名前：200 mailto:sage [04/10/04 13:14:48]
- >>206-207
で、おまいら俺はスルーですか？
>>206
だからプリミティブ型のラッパークラスだけにって、>>205 に書いたけど。
プリミティブ型は、==とequalsの挙動が変わって困ること無いじゃないですか。
>>207
＞trueもfalseも返すというのがすでに正しい動作
君の言っていることも既に意味不明です。
>>208
え？釣りだったの？
- 210 名前：デフォルトの名無しさん [04/10/04 13:17:23]
- >>207痛すぎ
- 211 名前：デフォルトの名無しさん mailto:sage [04/10/04 13:31:32]
- >>209
釣る気はなかったんだけど・・・
ラッパークラスは==とequalsの挙動が変わって困ることはめったにないが、0ではないよ。
だれか困る人がいるはず。
- 212 名前：200 mailto:sage [04/10/04 13:38:46]
- >>211
その困るパターンが知りたい。
finalクラスなんだから、クラスが派生して使われるわけではないし困ることないと思うけど？
数字のラッパークラスは数字として使われるわけで、もしインスタンスの違いを比較するような
「同じ数字だけど別タイミングで作られた」なんかの付加情報を必要とするなら
そういう付加情報を持つ別クラスで扱ってやるべきだと思う。
- 213 名前：デフォルトの名無しさん mailto:sage [04/10/04 13:52:03]
- >>212
ここでは、仕様を変更してかどうかという話なので。
こういう使い方をするべきとかそうではない、ということを議論してもしかたないよ。
すでに言語仕様として数年定着してるんだから、インスタンスの違いを比較するコードがあってもおかしくない。
スクリプトなど処理系のようなものを作るときには、必要になっているかもしれない。
自分たちの分野で不要だからといって、全ての分野で不要だとは思わないし。
- 214 名前：200 mailto:sage [04/10/04 14:16:59]
- >>213
しかし既に値の小さいときにインスタンスを使いまわすという実装になっているわけだから、
インスタンスの違いを比較するコードは動かないはず。
- 215 名前：デフォルトの名無しさん mailto:sage [04/10/04 14:22:32]
- >>214
new Integer(5) == new Integer(5) → false
- 216 名前：200 mailto:sage [04/10/04 14:23:11]
- >>215
正直すまんかった
- 217 名前：デフォルトの名無しさん mailto:sage [04/10/04 14:29:32]
- >>216
autoboxingの仕様だよ。
newは必ずインスタンスを生成する。
- 218 名前：200 mailto:sage [04/10/04 14:32:16]
- >>217
どうも何かとんでもなく間違った記憶があったらしい。
というわけで、やはり プリミティブ型はきれいな形でなくせそうにないですねぇ。
- 219 名前：デフォルトの名無しさん mailto:sage [04/10/04 14:42:37]
- きれいになくなれば、それはそれでいいのだけど。
ムダに遅くなりそうだし。
そこまでのEoDはスクリプトでやればいい。
- 220 名前：200 mailto:sage [04/10/04 14:45:33]
- >>219
OK。んでは、これからpnutsでもダウソって来ますわ。
- 221 名前：デフォルトの名無しさん mailto:sage [04/10/04 14:46:10]
- Groovyだろw
- 222 名前：デフォルトの名無しさん [04/10/04 20:40:45]
- プリミティブを無くすんだってｗ
Java厨って面白いねｗ
- 223 名前：デフォルトの名無しさん mailto:sage [04/10/04 20:55:47]
- またおまえか
- 224 名前：デフォルトの名無しさん [04/10/04 21:08:45]
- そのうち世の中のすべてのものはオブジェクトとか言い出しそうｗ
素晴らしい世界ですねｗ
- 225 名前：デフォルトの名無しさん mailto:sage [04/10/04 21:26:59]
- >>224
言い出したのはJavaではなく、それ以前のOO言語の中でもでてきています。
由緒正しいSmalltalk厨に聞いてきてください。
もちろん藻前もオブジェクトです。
- 226 名前：デフォルトの名無しさん [04/10/04 21:36:59]
- >>225
OO厨の分際で実用言語C/C++、C#、etcと張り合おうって言うのが気に喰わない。
夢の中で理想追いかけとけ。
こっち来るな。
- 227 名前：デフォルトの名無しさん mailto:sage [04/10/04 21:42:56]
- >>226
スレ違いなんだから、負け犬のように出てくのはオマエ。
- 228 名前：デフォルトの名無しさん [04/10/04 21:46:44]
- >>227
お前らは板違い。
夢独り言板行ってスレ立てれよ。
こっち来るな。
正直、妄想は迷惑。
ここは技術板だ。
- 229 名前：デフォルトの名無しさん mailto:sage [04/10/04 21:48:34]
- >>190
その○○○○, ○○○○○には一体何が入る？
きになる
- 230 名前：デフォルトの名無しさん mailto:sage [04/10/04 21:48:35]
- >>228
そー思うなら削除依頼でも出してくれば？
- 231 名前：デフォルトの名無しさん mailto:sage [04/10/04 21:51:37]
- >>201 の話ははじめて知りました。トリビアに応募してみようかな。
- 232 名前：デフォルトの名無しさん [04/10/04 22:06:48]
- >>230
お前が出せよ。
何で俺らがお前の後始末しなきゃならないんだよ？
- 233 名前：デフォルトの名無しさん mailto:sage [04/10/04 22:12:24]
- >>232
妄想とか言ってるのはオマエだから。
- 234 名前：デフォルトの名無しさん mailto:sage [04/10/04 22:12:59]
- >>232
板違いだといってるのがオマエだから。
- 235 名前：デフォルトの名無しさん mailto:sage [04/10/04 23:21:18]
- Javaを使った株ロボットプログラムコンテスト
大会期間は1ヶ月。
優勝賞金としてあなたのロボットがあげた利益をそのまま獲得できます！
ユニークなロボットには特別賞も！
ふるってご参加ください。
ttp://www.kaburobo.jp/
- 236 名前：デフォルトの名無しさん mailto:sage [04/10/04 23:36:37]
- マルチうざ
- 237 名前：デフォルトの名無しさん mailto:sage [04/10/05 00:27:59]
- 締め切りまでの時間がなさすぎ。
- 238 名前：デフォルトの名無しさん mailto:sage [04/10/05 00:30:13]
- >>237
よほど人気がなかったので、関係者があわててマルチしたんでしょう。
Mustangで誰か実装してやればよし。
- 239 名前：デフォルトの名無しさん mailto:age [04/10/05 05:00:44]
- 175 ：デフォルトの名無しさん ：04/10/04 06:05:24
>>174
現状：
JavaVMはネイティブなコード
その上でJavaアプリが走る。（遅い）
普通のアプリはネイティブなコード。（速い）
将来：
JavaVMは.NET上で走る。
Javaアプリは.NET上のJavaVM上で走る。（すごく遅い）
普通のアプリは.NET上で走る。（速い）
よく考えたら今と変わらないねｗ
↑これどう思う？
- 240 名前：デフォルトの名無しさん mailto:sage [04/10/05 06:16:11]
- Java6リリースまーだー？
- 241 名前：デフォルトの名無しさん mailto:sage [04/10/05 06:32:50]
- またLonghornになったらWinからネイティブAPIが無くなると思ってる莫迦か。ageんな禿。
JVMはネイティブAPIで実装されるに決まってるだろ。CLR上にさらに
VM乗っけるって、莫迦かと。
Winの普通のアプリが将来全部CLR上で動くことになるんなら、Winアプリ全体が
今のJavaと同じになるってこった。 .netのCLR、今のJVMより遅いし悲劇的だな。
もうFAだから放置で。
- 242 名前：デフォルトの名無しさん mailto:sage [04/10/05 09:28:38]
- 厨房は上とか下とか好きですね。
プログラムはメモリ上に直線的に配置されてるんですけど。
- 243 名前：デフォルトの名無しさん [04/10/05 10:07:36]
- >>241
JVMはおそらくC#で書かれるだろ。
- 244 名前：デフォルトの名無しさん mailto:sage [04/10/05 10:20:08]
- >>243
今の JVM は C++ で書かれているのにWindows版だけ再開発のコストを払って、わざわざ C# で書き直すわけ？
おまけに Windows版とそれ以外で、2系統の VM を保守しなきゃいけないので保守も大変になるし。
と厨の妄言にﾏｼﾞﾚｽ
- 245 名前：デフォルトの名無しさん mailto:sage [04/10/05 10:43:58]
- >>137
SDP(Scoket Direct Protocol)ってTCPの代替の
トランスポート層のプロトコル。SOCK_STREAMで使う。
www.rdmaconsortium.org/home/SDP_FAQ.htm
TCPは仕様上、実装でメモリコピーを結構やる必要がある。
1000Mbpsが当たり前のnetworkではこのコピーがボトルネックになる。
Java環境でも同様なので、SDPのサポートが望まれている。
(特にserializeする時は大量のdata転送が…)
>>140のページなんかにTCPじゃなくて、
TCP/IPとIPまで含まれているのはなんかの間違いだと思う。
SDPはIPv6と相性が良い。(IPv4だとSDPをフルに活かせない)
- 246 名前：デフォルトの名無しさん [04/10/05 10:56:35]
- Mustangは特許侵害のため出せません。
www.itmedia.co.jp/enterprise/articles/0410/05/news005.html
- 247 名前：デフォルトの名無しさん mailto:sage [04/10/05 10:56:48]
- >>243-244
ttp://sourceforge.net/projects/ikvm/
もう既にあるの知ってた？JavaでPython実装したりPerl実装してたりするやつがいるんだから
こういうことしてるやついるって。
- 248 名前：デフォルトの名無しさん mailto:sage [04/10/05 11:12:31]
- >>246
> 「これは非常に広範な特許の主張のようであり、Javaを越えて
> （Microsoftの）.Netにも及ぶかもしれない」とハフ氏。
- 249 名前：デフォルトの名無しさん mailto:sage [04/10/05 11:33:27]
- auto boxing/unboxingの話みたいだから、
Microsoftは既にお金払っている可能性もある。
非公開を条件にできるしね。
patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5206951'.WKU.&OS=PN/5206951&RS=PN/5206951
patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5421012'.WKU.&OS=PN/5421012&RS=PN/5421012
patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5,226,161'.WKU.&OS=PN/5,226,161&RS=PN/5,226,161
この辺はHaskell屋さんがGCとの絡みでかなり昔から研究していたから、
最初の侵害はHaskell .NETか?
- 250 名前：デフォルトの名無しさん [04/10/05 11:37:36]
- つまり、Javaだけが破産あぼーん
- 251 名前：デフォルトの名無しさん mailto:sage [04/10/05 11:49:26]
- >>249
5,206,951 を読んだけど autoboxing/unboxing の話じゃ無さそうだね。
っつか、どこ読んだら autoboxing/unboxing の話が出てるんだ？
kodak が Sun を提訴した2002年にはまだ Java には autoboxing は無かったような？？？
www.itmedia.co.jp/news/0202/14/e_kodak.html には、
それ以前にも3年間交渉したとか書いてあるし。
- 252 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:01:00]
- >>248
大雑把に言うと COM みたいなシステムの特許みたいだね。
.NET や Java に限らず、オブジェクト指向なスクリプト言語とかもやばそう。
- 253 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:06:58]
- autoboxingではないな。GC関連のような希ガス。
単語の流し読みしかしてないけど、GCのアルゴリズム？か？
でもOperationを強調してたりするところをみるとReflection？わけわかんねー。訴求の範囲がわからん。
1995年のものだけに、初代Javaから入ってる機能なのか・・・？英語読める人プリーズ。
Smalltalkの猛者はどこだー。
- 254 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:25:54]
- RMIだな。
RMIそのもの。RMIベースのシステム。RMIのAPI。かな?
- 255 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:27:28]
- APIは特許にならないから、
最後はOO baseじゃないケースかな。
- 256 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:28:47]
- RMIかよ。ここでHorbか・・・。
- 257 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:30:31]
- >>254
RMI だったら ネットワーク越し、システム間で、とかそーゆー表現があっても良さそうなもんだが。
- 258 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:33:58]
- それであれば、horbも同様にひっかかる可能性大。
- 259 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:35:48]
- >>258
>>254 が読み違えててRMI 関連の特許でない可能性も大。
- 260 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:44:18]
- IBMとHPはすでにコダックと契約済みってことなんで
Javaは生き残るな。最悪でも単にSunが退場するだけ。
つーか、まじ退場してほしい。
- 261 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:48:53]
- >>259
「他の参考文献」、見て美奈代。
- 262 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:49:26]
- >>260
ん？てことは、M$はまだ？
もしや、SUNとM$の夢のタッグ結成？
- 263 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:53:48]
- >>262
www.itmedia.co.jp/enterprise/articles/0410/05/news016.html
残念。Sunだけ。
- 264 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:54:56]
- 同じ発明者が出している特開平1-126736が問題の
特許から引用されているから、そのあたりから
読んでいくとわかりやすいかもね。特開平
1-126736は「カストマイズ可能のコンピュータシステム
に関し、特に種々のプログラム間でデータ資源を
共用するメカニズムを備えたシステム」
ざーっと流し読みした感じだと、CORBAとか
SOMとかCOMとかが盛んだったころの類似技術の
一つって感じがする。
- 265 名前：デフォルトの名無しさん [04/10/05 13:19:52]
- ぶひゃひゃひゃひゃひゃ。ざまーーーーーーーーみろ$un。ｗｗｗｗｗｗｗｗｗｗｗｗｗ
とっとと潰れろ潰れろ潰れろ潰れろ潰れろ潰れろ潰れろ。ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
- 266 名前：デフォルトの名無しさん [04/10/05 13:22:02]
- Java使いの皆さんは特許も安心のJ#に移行しましょう。
- 267 名前：デフォルトの名無しさん mailto:sage [04/10/05 13:56:29]
- 今日も元気なＭＳ社員きてるな
- 268 名前：デフォルトの名無しさん mailto:sage [04/10/05 14:01:21]
- 2chに書き込みする以外にやる事がないんだろ
- 269 名前：デフォルトの名無しさん [04/10/05 15:59:42]
- J#と統合されるから大丈夫ですよ。
SUNは、MSに技術供与することで利益を上げられる。
プログラマはVSを使って楽しく仕事が出来るようになる。
ユーザはネイティブなソフトウエアを手に入れることが出来る。
むろん、MSにとっても帝國の基盤を磐石のものと出来、言うことなし。
全員がハッピーになるストーリーです。
- 270 名前：デフォルトの名無しさん [04/10/05 16:00:14]
- J#って何だっけ？なんか昔そんなのあったような気がしたけど。
- 271 名前：デフォルトの名無しさん mailto:sage [04/10/05 16:06:36]
- > ユーザはネイティブなソフトウエアを手に入れることが出来る。
J# はネイティブコードは吐けないと思ったが。
- 272 名前：デフォルトの名無しさん mailto:sage [04/10/05 16:07:55]
- ネイティブの定義がわからん
- 273 名前：デフォルトの名無しさん [04/10/05 16:10:51]
- >>270
比較的新しい言語でJ#というのがあるのです。
Javaを吸収すると目されています。
>>271
ウインドウズネイティブということです。
ほかの環境では現在より不利になると思いますが、
大げさな言い方をすれば、一番層の厚いパーソナルコンピュータ上では
ウインドウズしか使われていませんから、特に問題ないでしょう。
携帯機器においては、BREWが主流となる流れなのでしょう。
- 274 名前：デフォルトの名無しさん mailto:sage [04/10/05 16:12:38]
- >>273
目されてねぇよ
J#はJavaユーザーを.NETに取り込んでいずれはC#使わせようってだめだけに存在してんだから。
- 275 名前：デフォルトの名無しさん [04/10/05 16:17:32]
- >>274
MSとSUNは提携しています。
そして、SUNが絶体絶命のピンチに陥ったとき、MSは手を差し伸べるでしょう。
MSには、そうしなければならない理由があると思うのです。
現在、Javaは絶滅の危機に瀕しており、MSの手助けが必要に見えます。
これが、J#とJavaが統合されると考える理由です。
万が一統合されなかった場合、Javaは絶滅すると思います。
そしてJ#もフェードアウトしていくでしょう。
- 276 名前：デフォルトの名無しさん mailto:sage [04/10/05 16:18:17]
- >>260
これってSunが死ぬだけですむの？
俺ら関係ない？
- 277 名前：デフォルトの名無しさん mailto:sage [04/10/05 17:33:39]
- >>276
訴訟の対象になるほど金があるか、コダックを怒らせるとかすれば関係あるんじゃないか？
- 278 名前：デフォルトの名無しさん mailto:sage [04/10/05 19:49:17]
- .netも無関係じゃないんだが。
- 279 名前：デフォルトの名無しさん [04/10/05 19:52:34]
- >>278
www.itmedia.co.jp/enterprise/articles/0410/05/news016.html
残念。Sunだけ。
- 280 名前：デフォルトの名無しさん mailto:sage [04/10/05 20:15:37]
- >>278
無関係ではないが、問題はない、というのが正しいね。
- 281 名前：デフォルトの名無しさん mailto:sage [04/10/05 20:53:08]
- Sunはこんなこともチェックしてなかったのか。
逃げ切れると思ったのかな。
- 282 名前：デフォルトの名無しさん mailto:sage [04/10/05 21:08:13]
- >>281
5年間交渉係争してるんじゃないの？
- 283 名前：デフォルトの名無しさん [04/10/05 22:41:39]
- いやでも実際思うのは、ソフトウェアの特許って
害のほうが大き過ぎて益が少な過ぎると思わない？
著作物は著作権が発生するわけで特許がなくてもソフトの値段がなくなるわけじゃない。
この際、ソフトウェアの特許全部なしにしてしまおうや。そうしたらみんなちょっとずつ幸せになれるって。
- 284 名前：デフォルトの名無しさん mailto:sage [04/10/05 22:51:19]
- 流石Java厨、いやｵﾌﾟｿ乞食だな
- 285 名前：デフォルトの名無しさん mailto:sage [04/10/05 22:53:28]
- しかしアンチJavaはいちいちうざいなぁ。
他人の威を借りないと何も出来ないで、それでいて他人を非難して
スレを荒らしまわる。
本当に厨そのものだ。
- 286 名前：デフォルトの名無しさん mailto:sage [04/10/05 22:54:05]
- コダック、Java特許訴訟で勝訴--判決に批判の声が噴出
japan.cnet.com/news/ent/story/0,2000047623,20074961,00.htm
- 287 名前：デフォルトの名無しさん mailto:sage [04/10/05 23:11:18]
- こーゆー裁判に注目するのは >>284 の言うところのｵﾌﾟｿ乞食だけなんだよね。
今回の報道で注目されちゃってるから Sun に控訴(?)されたら Kodak は世論的に不利だろね。
頑張れ >>284 ﾌﾟﾛﾌﾟﾗ富豪の力を結集してソフトウェア特許を守るのだ！
……無理か。>>284 はﾌﾟﾛﾌﾟﾗ乞食(使ってるのは全部違法品)だろうし。
- 288 名前：デフォルトの名無しさん mailto:sage [04/10/05 23:28:16]
- >>283
しかし、守るべき独創的な技術ももちろんあるわけで。
とりあえず特許をみとめておいて、あとは司法に丸投げという運用に問題があると思われ。
1960年代のSimulaまで特許侵害ということになるかもって、どんな特許やの？
Simula、うしろうしろ！
- 289 名前：283 mailto:sage [04/10/06 00:01:46]
- >>288
Simulaかよ！
独創的な技術もソフトウェアにして著作権で守ればええやん、って思ってしまうんですけど。
まあ、ソフトウェアに特許を認める認めない、いずれにせよ今のアメリカの無責任(後回し)的な
制度は早くつぶしてもらいたいな。アメリカ以外の国が迷惑こうむるだけだ。
- 290 名前：デフォルトの名無しさん mailto:sage [04/10/06 00:51:01]
- どうでもいいけど1.6の話しようぜ
- 291 名前：デフォルトの名無しさん mailto:sage [04/10/06 00:53:41]
- じゃあネタ投下。
１に書いてあるこれね。
「この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。」
JVM上に複数のプロセスというかJavaプログラムが起動するってことなんだろうけど、
「ローカライズコンピューティング処理実行のための分離」ってなんのことなのかさっぱり。
エライひと教えて。
- 292 名前：デフォルトの名無しさん mailto:sage [04/10/06 00:59:25]
- ローカライズってのは、
分離されている処理単位内に影響が収まる、
局所化される(ローカライズ)、ってこと。
「この機能によって処理の局所化を担う分離が可能となり」くらいの意味。
具体例としては、クラス変数が別々になる、など。
- 293 名前：デフォルトの名無しさん mailto:sage [04/10/06 01:05:33]
- >>292
例えば、一つのアプリで OutOfMemoryError 食らっても
同じVM共有してる他のアプリが止まらないようにする仕組みで
VM共有の肝となる技術の一つ、って感じで理解してるんだけど
- 294 名前：292 mailto:sage [04/10/06 01:13:52]
- 「理解しているんだけど」ってどういう問いかけ?
- 295 名前：デフォルトの名無しさん mailto:sage [04/10/06 01:17:12]
- 途中で切れただけです。気にしないでください。
- 296 名前：デフォルトの名無しさん mailto:sage [04/10/06 01:39:56]
- とうとう、1JVMをサービスやデーモンのように立てておいて
その空間を複数のJVMで使いまわしできるようになるんですよね。
やっぱり、System.exit()に手が入れられるのかな？
それとも特別なオプションつけたときだけ挙動が変わるとか？
LookingGlass〜クライアントアプリまでJavaでカバーできるようになるのか。
JavaStation再び、だね。
# 願わくば今度はこけませんように・・・
- 297 名前：デフォルトの名無しさん [04/10/06 04:39:12]
- >>283
数年後にはJavaを駆逐した功績を認められるはず。
Javaが無くなり、みんな特許に感謝する。
- 298 名前：デフォルトの名無しさん mailto:sage [04/10/06 06:58:38]
- J2MEで採用されると、
携帯電話で同時に複数の待ち受けアプリを動かすことができる。
- 299 名前：デフォルトの名無しさん [04/10/06 07:19:59]
- 将来的には
ハードウェア-OS-JVM(あるいはCLR)-アプリケーション
っていう構造が一般的になるかもね。
ハードウェアの違いをOSが吸収
アプリケーションの機械語の違いをVMが吸収。
いい時代になったもんだ。
そうなるとコンピューターの世界にも構造改革が必要だね。
シェルからなにから全てVM上で走らせるつもりのOSを作ると
幸せになれそうだ。
- 300 名前：デフォルトの名無しさん mailto:sage [04/10/06 09:06:36]
- つまりJavaOS
やっと技術的に必要なものがでそろってきたかな。
- 301 名前：デフォルトの名無しさん [04/10/07 00:08:35]
- ふーんLooking Glassねー、こんなのがあるんだぁ
どっかでムービーみれませんかね？
|
 |
