- 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プログラミングの簡易化に焦点を当てている。
- 159 名前：デフォルトの名無しさん mailto:sage [04/10/03 22:30:23]
- IBMの1.4.2はただのzipファイルだからそのまま展開できる。
- 160 名前：159 mailto:sage [04/10/03 22:33:24]
- スレ勘違いしてた... orz
- 161 名前：デフォルトの名無しさん mailto:sage [04/10/04 00:12:01]
- >>146-156
現行バージョンのベンチマークはスレ違い。
死滅スレにでも行ってやれ。
>>157-160
現行バージョンのインストールに関してはスレ違い。
初心者スレに行くなり死滅スレに行くなり好きにしろ。
- 162 名前：デフォルトの名無しさん [04/10/04 05:29:52]
- Visual J# 2005はジェネリックの使用をサポートするそうですよｗ
やっぱりJ#とJavaは統合されるなｗ
ほかのプラットフォームではどうなんのかなｗ
ウインドウズのみになったりしてｗ
- 163 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:37:35]
- >>162
J# には generics なんぞいらん。既存の J# にプリプロセッサ組み合わせれば良いだけだし。
そんな事よりも java.io.RandomAccessFile#setLength(long) が無いのをどーにかしてくれ。
- 164 名前：デフォルトの名無しさん [04/10/04 05:38:05]
- 統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
- 165 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:41:09]
- >>162
単に J# が C# により近づいてるだけに見えるんだが……
- 166 名前：デフォルトの名無しさん [04/10/04 05:43:54]
- >>165
は？
今までC#がジェネリック使えてましたか。そうですか。
そりゃC#に似てきたんですねｗ
Java厨って想像だけで語り始めるんだよなぁｗ
- 167 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:45:51]
- >>166
次の C# では generics っつーか template っつーか忘れたけど使えるよね。
J# 2005では 値型も追加されるみたいだし。
- 168 名前：デフォルトの名無しさん [04/10/04 05:47:02]
- 次世代のJavaVMはC#で書くようになるのだろうか？
想像するだけで楽しい作業だね。
- 169 名前：デフォルトの名無しさん [04/10/04 05:49:09]
- >>167
そうだね。
ということは、JavaもC#のような構造体をサポートするようになるねｗ
わくわくするねｗ
数年後にもう一度この書き込み見てごらんｗ
- 170 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:49:31]
- >>166
あと、J# 2005 で追加される type-safe enum は
J2SE 5.0 で追加された参照型の奴じゃなくて
C# みたいな値型の奴だってさ。
- 171 名前：デフォルトの名無しさん [04/10/04 05:51:17]
- >>170
そこらへんのすり合わせはどうするんだろうね？
俺の予想では、Javaのほうが仕様変更する。
- 172 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:52:38]
- >>171
根拠のある予想だったら聞く価値もあるんだろうけどね。
- 173 名前：デフォルトの名無しさん [04/10/04 05:52:48]
- 統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
- 174 名前：デフォルトの名無しさん mailto:sage [04/10/04 05:57:02]
- >>173
システムコールっつーか OSの機能を呼ぶ時だけ、皮が一枚増えるだけ、の話だし。
- 175 名前：デフォルトの名無しさん [04/10/04 06:05:24]
- >>174
現状：
JavaVMはネイティブなコード
その上でJavaアプリが走る。（遅い）
普通のアプリはネイティブなコード。（速い）
将来：
JavaVMは.NET上で走る。
Javaアプリは.NET上のJavaVM上で走る。（すごく遅い）
普通のアプリは.NET上で走る。（速い）
よく考えたら今と変わらないねｗ
- 176 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:06:15]
- >>173
っつか、J# が好きなのか .NET が好きなのか
.NET に統合される Java を想像するのが好きなのかは知らんけど
完全にスレ違いだから。
- 177 名前：デフォルトの名無しさん [04/10/04 06:09:27]
- >>176
Mustangについて考えてるのだから、すれ違いじゃないよｗ
MustangはJ#と統合されるでしょｗ
- 178 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:11:44]
- >>177
Mustang について妄想するスレじゃないので。
- 179 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:12:53]
- >>177
Microsoft か Sun が公式に「MustangはJ#と統合される」と発表した場合は別だが。
- 180 名前：デフォルトの名無しさん [04/10/04 06:13:07]
- >>178
妄想じゃないってｗ
なぜなら、
統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
- 181 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:14:30]
- >>180
Microsoft か Sun が公式に「MustangはJ#と統合される」と発表した場合は別だが。
- 182 名前：デフォルトの名無しさん [04/10/04 06:15:44]
- >>181
いずれ発表されるでしょｗ
もしかして統合されないと思ってるの？
- 183 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:16:29]
- >>182
じゃ、発表されてから来てくれ。
- 184 名前：デフォルトの名無しさん [04/10/04 06:18:34]
- >>183
Mustang自体まだ出てないでしょｗ
色々と想像するスレでしょｗ
- 185 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:20:14]
- >>183
公式発表やら、JSR や Sun幹部のブログやらなどの情報源を元に想像するスレなので。
- 186 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:21:01]
- あ、レス番間違えた。
s/>>183/>>184/
- 187 名前：デフォルトの名無しさん [04/10/04 06:21:27]
- >>185
公式発表を元に想像してるんだけど？
だいたい、統合しなきゃJava生き残れないでしょ？
- 188 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:30:02]
- >>187
Javaはウィンドウズだけで動くわけじゃないからなぁ
どちらかというと、ウィンドウズじゃない場合にJavaを採用するわけで。
- 189 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:30:37]
- >>187
どの公式発表を元に想像したんだ？
- 190 名前：デフォルトの名無しさん mailto:age [04/10/04 06:52:40]
- >>187
仲間がいそうなスレ見つけて age といたから、そっちに行ってね。
まぁ、○○○○な上に○○○○○っぽそうだから誘導しても無駄かもしれんが。
【ようこそ】 Java1.6＝J♯? 【MSワールドへ】
pc5.2ch.net/test/read.cgi/tech/1080961057/l50
- 191 名前：デフォルトの名無しさん mailto:sage [04/10/04 06:53:25]
- しまった。ageちった。
- 192 名前：デフォルトの名無しさん mailto:sage [04/10/04 07:31:35]
- >>187
どの公式発表を元に想像したんですか？
- 193 名前：デフォルトの名無しさん mailto:sage [04/10/04 07:37:06]
- J2SE 1.6はGroovyの言語仕様を取り入れてスクリプト言語に大変身します。
- 194 名前：デフォルトの名無しさん [04/10/04 07:51:16]
- C#2がeclipseで使えれば最高なんだけどね。
.net studioのくそっぷりには呆れる。
まあ、GUIが超そっこうで作れる点では.net studioすごいんだけど
それ以外が全てクソって・・・
ところでC#2っていつでるんだよ。
待たせすぎ
- 195 名前：デフォルトの名無しさん mailto:sage [04/10/04 07:53:00]
- C#2.0って、もう出てるんじゃないの？
- 196 名前：デフォルトの名無しさん [04/10/04 07:55:17]
- あとリファレンスも改善して欲しいな。
もうVBなんていらねーから
リファレンスをまともな記述に直してくれ。
MSは2階層以上の構造化されたライブラリーを仮定してないんだろうなｗ
まあ、低レベルユーザー指向だからこそ
下級ソフトが超即効で作れるわけで
高級ソフトはやっぱり.net framewokr が絡むと
厳しいよね。
という事で
高級ソフトウェアを作る場合はJava
低級ソフトウェアを作る場合はC#と分けるのが
賢い使い方かもね。
って、ビジネスでもそういう使い方されてるから
わざわざ指摘するまでもないか・・・
- 197 名前：デフォルトの名無しさん mailto:sage [04/10/04 08:11:11]
- 少なくとも、スレ違いを押してまで指摘することではないね。
- 198 名前：デフォルトの名無しさん mailto:sage [04/10/04 08:24:26]
- LonghornになってもWin32アプリが動くことを知らない厨房がいるらしい（ｗ
- 199 名前：デフォルトの名無しさん mailto:sage [04/10/04 08:34:05]
- >>170
オイオイ、頭大丈夫か？
一度アセンブリをデコンパイルしてみるといいぞ。
- 200 名前：デフォルトの名無しさん mailto:sage [04/10/04 11:51:47]
- >>170
ほんと、何でtype safe enumがああいう実装になっているか考えたことある？
javaは、実行速度の最適化はコンパイラと実行環境に任せるって方針がハッキリしてきたから
むしろ プリミティブ型が邪魔になってきていると思う。
auto-boxingが、1.5で導入されてプリミティブ型とクラスの扱いの差がなくなってきたので
この際、mustangでは定数以外のプリミティブ型を全部隠蔽するような仕様変更(deprecated？)にならないかな？
今でも書けるけど、プリミティブ型の利用をとめられないでしょ。
- 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 関連の特許でない可能性も大。
|
 |
