【Java】次世代Java・J2SE1.6の動向【Mustang】

【Java】次世代Java・ ..

116:デフォルトの名無しさん
04/10/03 05:18:01
>>112
そっか、セットアップで躓くような人もいるんだねぇ。

117:デフォルトの名無しさん
04/10/03 05:20:14
インストーラがこけて入れることすらできない。
入ったけど動かしてみたらバグだらけ。
既存のアプリの互換性壊滅。
スパイウェアの存在がバラされる。

118:デフォルトの名無しさん
04/10/03 05:24:23
>>117
原因わかったら BugParade にでも報告しといてね。

119:デフォルトの名無しさん
04/10/03 05:37:48
>>117
例えばどんなバグがあるの？

120:デフォルトの名無しさん
04/10/03 05:45:51
全体的に動きが遅いとか

121:デフォルトの名無しさん
04/10/03 05:47:41
>>120
ああ、それは重大なバグだ。

122:デフォルトの名無しさん
04/10/03 06:11:14
>>120
ふーん。それは困ったね。

123:デフォルトの名無しさん
04/10/03 11:12:12
>>117　まだー？

124:デフォルトの名無しさん
04/10/03 11:24:40
>>123
だから、全体的に動きが遅いんだよヽ(‘Д´)ﾉ

125:デフォルトの名無しさん
04/10/03 12:42:26
うんうん。.NETはあんなに速いのにそれに比べてJavaは、ってのはあるよねー。

126:デフォルトの名無しさん
04/10/03 12:47:46
それは困ったバグだねぇ。

127:デフォルトの名無しさん
04/10/03 12:53:05
Tigerの目玉機能ってパフォーマンス向上なんでしょ？されてないじゃん。

128:デフォルトの名無しさん
04/10/03 12:59:08
>>127
見える部分ばかりいじくりたがって、見えない縁の下の力持ちだる
基本部分＆根底部分をいつもおろそかにするＳＵＮの恒例ってことで。。。

129:デフォルトの名無しさん
04/10/03 13:07:21
縁の下の力持ちだる

130:デフォルトの名無しさん
04/10/03 13:31:44
>>127
メモリ効率も良くなってるし、Swingは速くなってるし、複数VM起動時は速くなってるし、それなりにパフォーマンスは向上してると思うが。

131:デフォルトの名無しさん
04/10/03 13:37:00
.NETが速いという発言は、.NET厨のものを含めはじめて見たような気がする。

132:デフォルトの名無しさん
04/10/03 13:37:05
それでも.NETよりはるかに遅い

133:デフォルトの名無しさん
04/10/03 13:40:48
よーく注目するとageてる人の共通点として・・・

134:デフォルトの名無しさん
04/10/03 13:45:42
>>133
ﾄﾞｯﾄﾈﾄ厨は溺れまいと必死だからなぁ。

135:デフォルトの名無しさん
04/10/03 14:43:46
>>130
早くなってるかコレ？1.4.2 と変わんねぇーよ。

136:デフォルトの名無しさん
04/10/03 14:48:01
1.5の話題は基本的にスレ違い。
Javaを叩きたいなら以下のスレでどーぞ。

【世代交代】どうしてJavaは死滅してしまったのか？
ｽﾚﾘﾝｸ(tech板)l50

137:デフォルトの名無しさん
04/10/03 15:08:10
では6.0の話を。
「　またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする
Sockets Direct Protocolのサポートが計画されている。」
このSockets Direct Protocolって、Javaプログラム間でしか通信できないんですかね？
ServerSocketを開いて受信するのとどう違う話なんですかね？
リモートメソッド呼び出しができるとか？

138:デフォルトの名無しさん
04/10/03 15:25:47
>>137
ローカルのJavaプログラム間ではTCP/IPを使わないようにするってことでは？
リモートメソッド呼び出しはRMIで今までもできてる。

139:デフォルトの名無しさん
04/10/03 15:26:38
>>135
何で試してるの？

140:デフォルトの名無しさん
04/10/03 15:32:36
>>137
コレをサポートするって事じゃないかと思ってたが……
URLﾘﾝｸ(oss.hitachi.co.jp)

Javaプログラム間のみでしか使えないとは一切書いてないし、速報記事のコピペだし。

141:デフォルトの名無しさん
04/10/03 15:33:49
>>139
1.5 の話題は 1.5のスレでやれ。

【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】
ｽﾚﾘﾝｸ(tech板)l50

142:ジャズ紳士 ◆rHkT/SfI7A
04/10/03 19:28:54
SE5でコンパイルしたクラスを1.4.2とかで実行できるの？

143:ジャズ紳士 ◆rHkT/SfI7A
04/10/03 19:29:21
スレまちがえた、須磨祖

144:デフォルトの名無しさん
04/10/03 19:30:38
6からJ#と統合されるでしょ。
それで全部解決だよ。
統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
で、速度もC#なみにはやくなる。

145:デフォルトの名無しさん
04/10/03 20:36:09
速度はJavaもC#も変わらんと思われ。

146:デフォルトの名無しさん
04/10/03 20:42:32
>>145
ベンチマークでは1.3の旧バージョンでもC#とほぼ同等だったよ。
新バージョンで改善されてれば、Javaの方が速いかもね。

147:デフォルトの名無しさん
04/10/03 20:44:21
寝言は寝て言え
ｽﾚﾘﾝｸ(tech板:668-670番)

int [] 100000に乱数つっこんで選択ソートかけた比較(Pen4 Windows2000 SP4)
9734 ミリ秒　v1.14/noOptimiz　Visual C# .NET Compiler version 7.10.3052.4
9437 ミリ秒 v1.14/optimiz Visual C# .NET Compiler version 7.10.3052.4
9421 ミリ秒 v2.0.40607 VS2005β

14172 ミリ秒 JAVA VM1.3.1_09 //JDK1.4.2　 ←(　´,_ゝ`)
　↑
(　´,_ゝ`)

148:デフォルトの名無しさん
04/10/03 20:45:23

URLﾘﾝｸ(msdn.microsoft.com)

149:デフォルトの名無しさん
04/10/03 20:46:40
URLﾘﾝｸ(www.chamas.com)
URLﾘﾝｸ(www.gotdotnet.com)
URLﾘﾝｸ(www.middlewareresearch.com) ←登録して665KBのpdfファイル
URLﾘﾝｸ(www.rpmsoftware.com)

結論
j2eeは遅い

150:デフォルトの名無しさん
04/10/03 20:50:38
>>147
リンク先はJavaについて何も書いてないみたいだが、本人か？

151:デフォルトの名無しさん
04/10/03 20:51:18
JavaはC++より速い
URLﾘﾝｸ(sys-con.com)
という記事もある。

マイクロベンチマークの有用性についてご存知かな？

152:デフォルトの名無しさん
04/10/03 20:54:19
素人学生に世間の現実を教えよう
java のプロジェクトは例外なくトラブる
java は遅くて使い物にならない
理論がどうとかじゃなくて現実はそうなっている

153:デフォルトの名無しさん
04/10/03 20:54:31
>>147
乱数突っ込んでる時点で、ソートの結果が毎回大きく違ってくると思うんだが。

>>149
Javaの方がC#より速いというベンチも多数あったはず。
しかし何故かC#の方が速いというベンチは企業がほとんどなんだよなー。

154:デフォルトの名無しさん
04/10/03 20:58:17
Java厨必死だな。ﾌﾟｹﾞﾗ

155:デフォルトの名無しさん
04/10/03 20:59:28
JavaとC#の速度差って、JITとプリコンパイルの速度差だろ？
基本的にはC#が速くて当然だと思うんだが。

その代わり、Javaのほうが起動が早かったり、
繰り返し実行されるうちに最適化されて高速化するのがメリットなんじゃないのか？

156:デフォルトの名無しさん
04/10/03 21:01:22
JITとプリコンパイルだとJITの方が速いよ。
統計情報を元に動的コンパイルの最適化行えるから。

157:デフォルトの名無しさん
04/10/03 21:20:31
Windows版JDKをインストールせずに解凍だけしたいんだけどどうすればいいの？

158:デフォルトの名無しさん
04/10/03 21:46:38
取って置きの方法を教えてやる。
USBメモリにJDKをインストール→OS再インストール
これで手元にはJDKの展開されたのがのこる。

159:デフォルトの名無しさん
04/10/03 22:30:23
IBMの1.4.2はただのzipファイルだからそのまま展開できる。

160:159
04/10/03 22:33:24
スレ勘違いしてた... orz

161:デフォルトの名無しさん
04/10/04 00:12:01
>>146-156
現行バージョンのベンチマークはスレ違い。
死滅スレにでも行ってやれ。

>>157-160
現行バージョンのインストールに関してはスレ違い。
初心者スレに行くなり死滅スレに行くなり好きにしろ。

162:デフォルトの名無しさん
04/10/04 05:29:52
Visual J# 2005はジェネリックの使用をサポートするそうですよｗ
やっぱりJ#とJavaは統合されるなｗ
ほかのプラットフォームではどうなんのかなｗ
ウインドウズのみになったりしてｗ

163:デフォルトの名無しさん
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:デフォルトの名無しさん
04/10/04 05:41:09
>>162
単に J# が C# により近づいてるだけに見えるんだが……

166:デフォルトの名無しさん
04/10/04 05:43:54
>>165
は？
今までC#がジェネリック使えてましたか。そうですか。
そりゃC#に似てきたんですねｗ
Java厨って想像だけで語り始めるんだよなぁｗ

167:デフォルトの名無しさん
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:デフォルトの名無しさん
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:デフォルトの名無しさん
04/10/04 05:52:38
>>171
根拠のある予想だったら聞く価値もあるんだろうけどね。

173:デフォルトの名無しさん
04/10/04 05:52:48
統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。

174:デフォルトの名無しさん
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:デフォルトの名無しさん
04/10/04 06:06:15
>>173
っつか、J# が好きなのか .NET が好きなのか
.NET に統合される Java を想像するのが好きなのかは知らんけど
完全にスレ違いだから。

177:デフォルトの名無しさん
04/10/04 06:09:27
>>176
Mustangについて考えてるのだから、すれ違いじゃないよｗ
MustangはJ#と統合されるでしょｗ

178:デフォルトの名無しさん
04/10/04 06:11:44
>>177
Mustang について妄想するスレじゃないので。

179:デフォルトの名無しさん
04/10/04 06:12:53
>>177
Microsoft か Sun が公式に「MustangはJ#と統合される」と発表した場合は別だが。

180:デフォルトの名無しさん
04/10/04 06:13:07
>>178
妄想じゃないってｗ
なぜなら、
統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。

181:デフォルトの名無しさん
04/10/04 06:14:30
>>180
Microsoft か Sun が公式に「MustangはJ#と統合される」と発表した場合は別だが。

182:デフォルトの名無しさん
04/10/04 06:15:44
>>181
いずれ発表されるでしょｗ
もしかして統合されないと思ってるの？

183:デフォルトの名無しさん
04/10/04 06:16:29
>>182
じゃ、発表されてから来てくれ。

184:デフォルトの名無しさん
04/10/04 06:18:34
>>183
Mustang自体まだ出てないでしょｗ
色々と想像するスレでしょｗ

185:デフォルトの名無しさん
04/10/04 06:20:14
>>183
公式発表やら、JSR や Sun幹部のブログやらなどの情報源を元に想像するスレなので。

186:デフォルトの名無しさん
04/10/04 06:21:01
あ、レス番間違えた。
s/>>183/>>184/

187:デフォルトの名無しさん
04/10/04 06:21:27
>>185
公式発表を元に想像してるんだけど？
だいたい、統合しなきゃJava生き残れないでしょ？

188:デフォルトの名無しさん
04/10/04 06:30:02
>>187
Javaはウィンドウズだけで動くわけじゃないからなぁ
どちらかというと、ウィンドウズじゃない場合にJavaを採用するわけで。

189:デフォルトの名無しさん
04/10/04 06:30:37
>>187
どの公式発表を元に想像したんだ？

190:デフォルトの名無しさん
04/10/04 06:52:40
>>187
仲間がいそうなスレ見つけて age といたから、そっちに行ってね。
まぁ、○○○○な上に○○○○○っぽそうだから誘導しても無駄かもしれんが。

【ようこそ】　Java1.6＝J♯?　【MSワールドへ】
ｽﾚﾘﾝｸ(tech板)l50

191:デフォルトの名無しさん
04/10/04 06:53:25
しまった。ageちった。

192:デフォルトの名無しさん
04/10/04 07:31:35
>>187
どの公式発表を元に想像したんですか？

193:デフォルトの名無しさん
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:デフォルトの名無しさん
04/10/04 07:53:00
C#2.0って、もう出てるんじゃないの？

196:デフォルトの名無しさん
04/10/04 07:55:17
あとリファレンスも改善して欲しいな。
もうVBなんていらねーから
リファレンスをまともな記述に直してくれ。

MSは2階層以上の構造化されたライブラリーを仮定してないんだろうなｗ
まあ、低レベルユーザー指向だからこそ
下級ソフトが超即効で作れるわけで
高級ソフトはやっぱり.net framewokr が絡むと
厳しいよね。

という事で
高級ソフトウェアを作る場合はJava
低級ソフトウェアを作る場合はC#と分けるのが
賢い使い方かもね。
って、ビジネスでもそういう使い方されてるから
わざわざ指摘するまでもないか・・・

197:デフォルトの名無しさん
04/10/04 08:11:11
少なくとも、スレ違いを押してまで指摘することではないね。

198:デフォルトの名無しさん
04/10/04 08:24:26
LonghornになってもWin32アプリが動くことを知らない厨房がいるらしい（ｗ

199:デフォルトの名無しさん
04/10/04 08:34:05
>>170
オイオイ、頭大丈夫か？
一度アセンブリをデコンパイルしてみるといいぞ。

200:デフォルトの名無しさん
04/10/04 11:51:47
>>170
ほんと、何でtype safe enumがああいう実装になっているか考えたことある？
javaは、実行速度の最適化はコンパイラと実行環境に任せるって方針がハッキリしてきたから
むしろプリミティブ型が邪魔になってきていると思う。
auto-boxingが、1.5で導入されてプリミティブ型とクラスの扱いの差がなくなってきたので
この際、mustangでは定数以外のプリミティブ型を全部隠蔽するような仕様変更(deprecated？)にならないかな？
今でも書けるけど、プリミティブ型の利用をとめられないでしょ。

201:デフォルトの名無しさん
04/10/04 12:12:11
比較が==でできないから不便だぞ、と。
たまにちゃんと動くけど。
(Integer)5 == (Integer)5 → true
(Integer)50 == (Integer)50 → true
(Integer)500 == (Integer)500 → false

202:デフォルトの名無しさん
04/10/04 12:28:05
>>201
ちゃんと理解してね

203:デフォルトの名無しさん
04/10/04 12:33:09
>>202
どういうこと？
なんで201の挙動になるかはわかってるけど。

204:デフォルトの名無しさん
04/10/04 12:40:28
>たまにちゃんと動くけど。
このへんが理解していないと思われ

205:200
04/10/04 12:57:51
>>201-204
Integerは数の小さいときはインスタンスを使いまわす実装になってるからってことだっけ？
Integer型とか、プリミティブ型のラッパークラスの == は、equal を呼ぶようにすれば大丈夫・・・じゃない？
final だから派生もできないし。
今の 1.5ではできないけどね。

206:デフォルトの名無しさん
04/10/04 13:03:59
>>204
実際に変数にどういう値が入るかはわからないから、たまにちゃんと動くんだよ。
なんで201の挙動になるかはわかってるって。
==をequalsにすると、インスタンスの比較したいときのための構文が必要になる。
挙動が変わるコードもあるだろうし。

207:デフォルトの名無しさん
04/10/04 13:08:12
>実際に変数にどういう値が入るかはわからないから、たまにちゃんと動くんだよ。

すごい内容だな

たまにちゃんと動くではなくて
trueもfalseも返すというのがすでに正しい動作なんだから
紛らわしいこと書くなよ

内容がスレ違いなんだから初心者スレいけよ

208:デフォルトの名無しさん
04/10/04 13:14:26
>>201 ずいぶんと釣れましたねー。

209:200
04/10/04 13:14:48
>>206-207
で、おまいら俺はスルーですか？
>>206
だからプリミティブ型のラッパークラスだけにって、>>205 に書いたけど。
プリミティブ型は、==とequalsの挙動が変わって困ること無いじゃないですか。
>>207
＞trueもfalseも返すというのがすでに正しい動作
君の言っていることも既に意味不明です。

>>208
え？釣りだったの？

210:デフォルトの名無しさん
04/10/04 13:17:23
>>207痛すぎ

211:デフォルトの名無しさん
04/10/04 13:31:32
>>209
釣る気はなかったんだけど・・・
ラッパークラスは==とequalsの挙動が変わって困ることはめったにないが、0ではないよ。
だれか困る人がいるはず。

212:200
04/10/04 13:38:46
>>211
その困るパターンが知りたい。
finalクラスなんだから、クラスが派生して使われるわけではないし困ることないと思うけど？

数字のラッパークラスは数字として使われるわけで、もしインスタンスの違いを比較するような
「同じ数字だけど別タイミングで作られた」なんかの付加情報を必要とするなら
そういう付加情報を持つ別クラスで扱ってやるべきだと思う。

213:デフォルトの名無しさん
04/10/04 13:52:03
>>212
ここでは、仕様を変更してかどうかという話なので。
こういう使い方をするべきとかそうではない、ということを議論してもしかたないよ。
すでに言語仕様として数年定着してるんだから、インスタンスの違いを比較するコードがあってもおかしくない。
スクリプトなど処理系のようなものを作るときには、必要になっているかもしれない。
自分たちの分野で不要だからといって、全ての分野で不要だとは思わないし。

214:200
04/10/04 14:16:59
>>213
しかし既に値の小さいときにインスタンスを使いまわすという実装になっているわけだから、
インスタンスの違いを比較するコードは動かないはず。

215:デフォルトの名無しさん
04/10/04 14:22:32
>>214
new Integer(5) == new Integer(5) → false

216:200
04/10/04 14:23:11
>>215
正直すまんかった

217:デフォルトの名無しさん
04/10/04 14:29:32
>>216
autoboxingの仕様だよ。
newは必ずインスタンスを生成する。

218:200
04/10/04 14:32:16
>>217
どうも何かとんでもなく間違った記憶があったらしい。
というわけで、やはりプリミティブ型はきれいな形でなくせそうにないですねぇ。

219:デフォルトの名無しさん
04/10/04 14:42:37
きれいになくなれば、それはそれでいいのだけど。
ムダに遅くなりそうだし。
そこまでのEoDはスクリプトでやればいい。

220:200
04/10/04 14:45:33
>>219
OK。んでは、これからpnutsでもダウソって来ますわ。

221:デフォルトの名無しさん
04/10/04 14:46:10
Groovyだろw

222:デフォルトの名無しさん
04/10/04 20:40:45
プリミティブを無くすんだってｗ
Java厨って面白いねｗ

223:デフォルトの名無しさん
04/10/04 20:55:47
またおまえか

224:デフォルトの名無しさん
04/10/04 21:08:45
そのうち世の中のすべてのものはオブジェクトとか言い出しそうｗ
素晴らしい世界ですねｗ

225:デフォルトの名無しさん
04/10/04 21:26:59
>>224
言い出したのはJavaではなく、それ以前のOO言語の中でもでてきています。
由緒正しいSmalltalk厨に聞いてきてください。
もちろん藻前もオブジェクトです。

226:デフォルトの名無しさん
04/10/04 21:36:59
>>225
OO厨の分際で実用言語C/C++、C#、etcと張り合おうって言うのが気に喰わない。
夢の中で理想追いかけとけ。
こっち来るな。

227:デフォルトの名無しさん
04/10/04 21:42:56
>>226
スレ違いなんだから、負け犬のように出てくのはオマエ。

228:デフォルトの名無しさん
04/10/04 21:46:44
>>227
お前らは板違い。
夢独り言板行ってスレ立てれよ。
こっち来るな。
正直、妄想は迷惑。
ここは技術板だ。

229:デフォルトの名無しさん
04/10/04 21:48:34
>>190
その○○○○, ○○○○○には一体何が入る？
きになる

230:デフォルトの名無しさん
04/10/04 21:48:35
>>228
そー思うなら削除依頼でも出してくれば？

231:デフォルトの名無しさん
04/10/04 21:51:37
>>201 の話ははじめて知りました。トリビアに応募してみようかな。

232:デフォルトの名無しさん
04/10/04 22:06:48
>>230
お前が出せよ。
何で俺らがお前の後始末しなきゃならないんだよ？

233:デフォルトの名無しさん
04/10/04 22:12:24
>>232
妄想とか言ってるのはオマエだから。

234:デフォルトの名無しさん
04/10/04 22:12:59
>>232
板違いだといってるのがオマエだから。

235:デフォルトの名無しさん
04/10/04 23:21:18
Javaを使った株ロボットプログラムコンテスト
大会期間は1ヶ月。
優勝賞金としてあなたのロボットがあげた利益をそのまま獲得できます！
ユニークなロボットには特別賞も！
ふるってご参加ください。

URLﾘﾝｸ(www.kaburobo.jp)

236:デフォルトの名無しさん
04/10/04 23:36:37
マルチうざ

237:デフォルトの名無しさん
04/10/05 00:27:59
締め切りまでの時間がなさすぎ。

238:デフォルトの名無しさん
04/10/05 00:30:13
>>237
よほど人気がなかったので、関係者があわててマルチしたんでしょう。
Mustangで誰か実装してやればよし。

239:デフォルトの名無しさん
04/10/05 05:00:44
175 ：デフォルトの名無しさん：04/10/04 06:05:24
>>174
現状：
JavaVMはネイティブなコード
その上でJavaアプリが走る。（遅い）

普通のアプリはネイティブなコード。（速い）

将来：
JavaVMは.NET上で走る。
Javaアプリは.NET上のJavaVM上で走る。（すごく遅い）

普通のアプリは.NET上で走る。（速い）

よく考えたら今と変わらないねｗ

↑これどう思う？

240:デフォルトの名無しさん
04/10/05 06:16:11
Java6リリースまーだー？

241:デフォルトの名無しさん
04/10/05 06:32:50
またLonghornになったらWinからネイティブAPIが無くなると思ってる莫迦か。ageんな禿。

JVMはネイティブAPIで実装されるに決まってるだろ。CLR上にさらに
VM乗っけるって、莫迦かと。
Winの普通のアプリが将来全部CLR上で動くことになるんなら、Winアプリ全体が
今のJavaと同じになるってこった。 .netのCLR、今のJVMより遅いし悲劇的だな。

もうFAだから放置で。

242:デフォルトの名無しさん
04/10/05 09:28:38
厨房は上とか下とか好きですね。
プログラムはメモリ上に直線的に配置されてるんですけど。

243:デフォルトの名無しさん
04/10/05 10:07:36
>>241
JVMはおそらくC#で書かれるだろ。

244:デフォルトの名無しさん
04/10/05 10:20:08
>>243
今の JVM は C++ で書かれているのにWindows版だけ再開発のコストを払って、わざわざ C# で書き直すわけ？
おまけに Windows版とそれ以外で、2系統の VM を保守しなきゃいけないので保守も大変になるし。

と厨の妄言にﾏｼﾞﾚｽ

245:デフォルトの名無しさん
04/10/05 10:43:58
>>137
SDP(Scoket Direct Protocol)ってTCPの代替の
トランスポート層のプロトコル。SOCK_STREAMで使う。
URLﾘﾝｸ(www.rdmaconsortium.org)

TCPは仕様上、実装でメモリコピーを結構やる必要がある。
1000Mbpsが当たり前のnetworkではこのコピーがボトルネックになる。
Java環境でも同様なので、SDPのサポートが望まれている。
(特にserializeする時は大量のdata転送が…)

>>140のページなんかにTCPじゃなくて、
TCP/IPとIPまで含まれているのはなんかの間違いだと思う。
SDPはIPv6と相性が良い。(IPv4だとSDPをフルに活かせない)

246:デフォルトの名無しさん
04/10/05 10:56:35
Mustangは特許侵害のため出せません。
URLﾘﾝｸ(www.itmedia.co.jp)

247:デフォルトの名無しさん
04/10/05 10:56:48
>>243-244
URLﾘﾝｸ(sourceforge.net)
もう既にあるの知ってた？JavaでPython実装したりPerl実装してたりするやつがいるんだから
こういうことしてるやついるって。

248:デフォルトの名無しさん
04/10/05 11:12:31
>>246
> 「これは非常に広範な特許の主張のようであり、Javaを越えて
> （Microsoftの）.Netにも及ぶかもしれない」とハフ氏。

249:デフォルトの名無しさん
04/10/05 11:33:27
auto boxing/unboxingの話みたいだから、
Microsoftは既にお金払っている可能性もある。
非公開を条件にできるしね。

URLﾘﾝｸ(patft.uspto.gov)'5206951'.WKU.&OS=PN/5206951&RS=PN/5206951
URLﾘﾝｸ(patft.uspto.gov)'5421012'.WKU.&OS=PN/5421012&RS=PN/5421012
URLﾘﾝｸ(patft.uspto.gov)'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:デフォルトの名無しさん
04/10/05 11:49:26
>>249
5,206,951 を読んだけど autoboxing/unboxing の話じゃ無さそうだね。
っつか、どこ読んだら autoboxing/unboxing の話が出てるんだ？

kodak が Sun を提訴した2002年にはまだ Java には autoboxing は無かったような？？？
URLﾘﾝｸ(www.itmedia.co.jp) には、
それ以前にも3年間交渉したとか書いてあるし。

252:デフォルトの名無しさん
04/10/05 12:01:00
>>248
大雑把に言うと COM みたいなシステムの特許みたいだね。
.NET や Java に限らず、オブジェクト指向なスクリプト言語とかもやばそう。

253:デフォルトの名無しさん
04/10/05 12:06:58
autoboxingではないな。GC関連のような希ガス。
単語の流し読みしかしてないけど、GCのアルゴリズム？か？
でもOperationを強調してたりするところをみるとReflection？わけわかんねー。訴求の範囲がわからん。
1995年のものだけに、初代Javaから入ってる機能なのか・・・？英語読める人プリーズ。
Smalltalkの猛者はどこだー。

254:デフォルトの名無しさん
04/10/05 12:25:54
RMIだな。
RMIそのもの。RMIベースのシステム。RMIのAPI。かな?

255:デフォルトの名無しさん
04/10/05 12:27:28
APIは特許にならないから、
最後はOO baseじゃないケースかな。

256:デフォルトの名無しさん
04/10/05 12:28:47
RMIかよ。ここでHorbか・・・。

257:デフォルトの名無しさん
04/10/05 12:30:31
>>254
RMI だったらネットワーク越し、システム間で、とかそーゆー表現があっても良さそうなもんだが。

258:デフォルトの名無しさん
04/10/05 12:33:58
それであれば、horbも同様にひっかかる可能性大。

259:デフォルトの名無しさん
04/10/05 12:35:48
>>258
>>254 が読み違えててRMI 関連の特許でない可能性も大。

260:デフォルトの名無しさん
04/10/05 12:44:18
IBMとHPはすでにコダックと契約済みってことなんで
Javaは生き残るな。最悪でも単にSunが退場するだけ。
つーか、まじ退場してほしい。

261:デフォルトの名無しさん
04/10/05 12:48:53
>>259
「他の参考文献」、見て美奈代。

262:デフォルトの名無しさん
04/10/05 12:49:26
>>260
ん？てことは、M$はまだ？
もしや、SUNとM$の夢のタッグ結成？

263:デフォルトの名無しさん
04/10/05 12:53:48
>>262
URLﾘﾝｸ(www.itmedia.co.jp)

残念。Sunだけ。

264:デフォルトの名無しさん
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:デフォルトの名無しさん
04/10/05 13:56:29
今日も元気なＭＳ社員きてるな

268:デフォルトの名無しさん
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:デフォルトの名無しさん
04/10/05 16:06:36
> ユーザはネイティブなソフトウエアを手に入れることが出来る。
J# はネイティブコードは吐けないと思ったが。

272:デフォルトの名無しさん
04/10/05 16:07:55
ネイティブの定義がわからん

273:デフォルトの名無しさん
04/10/05 16:10:51
>>270
比較的新しい言語でJ#というのがあるのです。
Javaを吸収すると目されています。

>>271
ウインドウズネイティブということです。
ほかの環境では現在より不利になると思いますが、
大げさな言い方をすれば、一番層の厚いパーソナルコンピュータ上では
ウインドウズしか使われていませんから、特に問題ないでしょう。
携帯機器においては、BREWが主流となる流れなのでしょう。

274:デフォルトの名無しさん
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:デフォルトの名無しさん
04/10/05 16:18:17
>>260
これってSunが死ぬだけですむの？
俺ら関係ない？

277:デフォルトの名無しさん
04/10/05 17:33:39
>>276
訴訟の対象になるほど金があるか、コダックを怒らせるとかすれば関係あるんじゃないか？

278:デフォルトの名無しさん
04/10/05 19:49:17
.netも無関係じゃないんだが。

279:デフォルトの名無しさん
04/10/05 19:52:34
>>278
URLﾘﾝｸ(www.itmedia.co.jp)

残念。Sunだけ。

280:デフォルトの名無しさん
04/10/05 20:15:37
>>278
無関係ではないが、問題はない、というのが正しいね。

281:デフォルトの名無しさん
04/10/05 20:53:08
Sunはこんなこともチェックしてなかったのか。
逃げ切れると思ったのかな。

282:デフォルトの名無しさん
04/10/05 21:08:13
>>281
5年間交渉係争してるんじゃないの？

283:デフォルトの名無しさん
04/10/05 22:41:39
いやでも実際思うのは、ソフトウェアの特許って
害のほうが大き過ぎて益が少な過ぎると思わない？
著作物は著作権が発生するわけで特許がなくてもソフトの値段がなくなるわけじゃない。
この際、ソフトウェアの特許全部なしにしてしまおうや。そうしたらみんなちょっとずつ幸せになれるって。

284:デフォルトの名無しさん
04/10/05 22:51:19
流石Java厨、いやｵﾌﾟｿ乞食だな

285:デフォルトの名無しさん
04/10/05 22:53:28
しかしアンチJavaはいちいちうざいなぁ。
他人の威を借りないと何も出来ないで、それでいて他人を非難して
スレを荒らしまわる。
本当に厨そのものだ。

286:デフォルトの名無しさん
04/10/05 22:54:05
コダック、Java特許訴訟で勝訴--判決に批判の声が噴出
URLﾘﾝｸ(japan.cnet.com)

287:デフォルトの名無しさん
04/10/05 23:11:18
こーゆー裁判に注目するのは >>284 の言うところのｵﾌﾟｿ乞食だけなんだよね。
今回の報道で注目されちゃってるから Sun に控訴(?)されたら Kodak は世論的に不利だろね。

頑張れ >>284 ﾌﾟﾛﾌﾟﾗ富豪の力を結集してソフトウェア特許を守るのだ！
……無理か。>>284 はﾌﾟﾛﾌﾟﾗ乞食(使ってるのは全部違法品)だろうし。

288:デフォルトの名無しさん
04/10/05 23:28:16
>>283
しかし、守るべき独創的な技術ももちろんあるわけで。
とりあえず特許をみとめておいて、あとは司法に丸投げという運用に問題があると思われ。
1960年代のSimulaまで特許侵害ということになるかもって、どんな特許やの？
Simula、うしろうしろ！

289:283
04/10/06 00:01:46
>>288
Simulaかよ！
独創的な技術もソフトウェアにして著作権で守ればええやん、って思ってしまうんですけど。
まあ、ソフトウェアに特許を認める認めない、いずれにせよ今のアメリカの無責任(後回し)的な
制度は早くつぶしてもらいたいな。アメリカ以外の国が迷惑こうむるだけだ。

290:デフォルトの名無しさん
04/10/06 00:51:01
どうでもいいけど1.6の話しようぜ

291:デフォルトの名無しさん
04/10/06 00:53:41
じゃあネタ投下。
１に書いてあるこれね。
「この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。」

JVM上に複数のプロセスというかJavaプログラムが起動するってことなんだろうけど、
「ローカライズコンピューティング処理実行のための分離」ってなんのことなのかさっぱり。
エライひと教えて。

292:デフォルトの名無しさん
04/10/06 00:59:25
ローカライズってのは、
分離されている処理単位内に影響が収まる、
局所化される(ローカライズ)、ってこと。

「この機能によって処理の局所化を担う分離が可能となり」くらいの意味。

具体例としては、クラス変数が別々になる、など。

293:デフォルトの名無しさん
04/10/06 01:05:33
>>292
例えば、一つのアプリで OutOfMemoryError 食らっても
同じVM共有してる他のアプリが止まらないようにする仕組みで
VM共有の肝となる技術の一つ、って感じで理解してるんだけど

294:292
04/10/06 01:13:52
「理解しているんだけど」ってどういう問いかけ?

295:デフォルトの名無しさん
04/10/06 01:17:12
途中で切れただけです。気にしないでください。

296:デフォルトの名無しさん
04/10/06 01:39:56
とうとう、1JVMをサービスやデーモンのように立てておいて
その空間を複数のJVMで使いまわしできるようになるんですよね。
やっぱり、System.exit()に手が入れられるのかな？
それとも特別なオプションつけたときだけ挙動が変わるとか？
LookingGlass～クライアントアプリまでJavaでカバーできるようになるのか。
JavaStation再び、だね。
# 願わくば今度はこけませんように・・・

297:デフォルトの名無しさん
04/10/06 04:39:12
>>283
数年後にはJavaを駆逐した功績を認められるはず。
Javaが無くなり、みんな特許に感謝する。

298:デフォルトの名無しさん
04/10/06 06:58:38
J2MEで採用されると、
携帯電話で同時に複数の待ち受けアプリを動かすことができる。

299:デフォルトの名無しさん
04/10/06 07:19:59
将来的には
ハードウェア-OS-JVM(あるいはCLR)-アプリケーション
っていう構造が一般的になるかもね。

ハードウェアの違いをOSが吸収
アプリケーションの機械語の違いをVMが吸収。

いい時代になったもんだ。

そうなるとコンピューターの世界にも構造改革が必要だね。
シェルからなにから全てVM上で走らせるつもりのOSを作ると
幸せになれそうだ。

300:デフォルトの名無しさん
04/10/06 09:06:36
つまりJavaOS
やっと技術的に必要なものがでそろってきたかな。

301:デフォルトの名無しさん
04/10/07 00:08:35
ふーんLooking Glassねー、こんなのがあるんだぁ
どっかでムービーみれませんかね？

302:デフォルトの名無しさん
04/10/07 00:20:00
Looking GlassはXの上に作ってるのは
JavaOSを見込んでるからだろうね。
でもって、シェルをVM上で走らせる布石にもなってると。

マイクロソフトはどうするんだろうね。

ソフトハード統合OSにするか
ソフトハード分離OSにするか。

ソフトウェア工学的に美しいのは後者だけどね。

VMWareはどうなるんだろうな・・・
VMWare作ってる会社がJavaOSに関わっていけばいいと思うんだけど。

303:デフォルトの名無しさん
04/10/07 00:23:54
>>301
どうよ?
URLﾘﾝｸ(wwws.sun.com)

騒ぐほどのもんじゃないと思うけども。

304:デフォルトの名無しさん
04/10/08 00:18:54
>>269
J#、かなり未完成です。ライブラリもバグだらけです。ライブラリのバグは、致命的なレベルです。
コンパイラの設計は、良くここまでJVMとCLRの違いを吸収したと思い、よくできているとは思いますが
実用を考えて書かれたコードは、再コンパイルだけでは、なかなか動作しません。
（特に、String型、リソース、ClassLoaderあたりが重大。）
セキュリティモデルの違いも大きいです。
MicosoftがJ#に力を入れて、大部分のJavaコードがコンパイルできるようになったら
.NETは、Javaをあっというまに蹴散らすと思う。現状では、J#を使いこなすのはそれなりのテクニックが必要。

305:301
04/10/08 00:22:32
>>303
ありがと、
今すぐ完成したら凄いと思うんだけど、、
これが完成するころには、WindowsやMacはもっと凄くなってるんだろうね・・

306:デフォルトの名無しさん
04/10/08 00:41:21
>>304
> Javaをあっというまに蹴散らすと思う。

この文の"Java"は「100% pure Java」って意味ですか?

307:デフォルトの名無しさん
04/10/08 00:44:06
MicrosoftがLinux他で動く環境を作ってくれたらいいんだけどね。
Monoは駄目だしなぁ。

308:デフォルトの名無しさん
04/10/08 01:18:55
おれはMicrosoftが .NET を、Javaと同じようなレベルでプラットフォーム互換性を
持たせたいと思っているようには思えない。

ビジネス関係でJavaが採用されているのは(J2EEとか)、けっきょくこのプラット
フォーム互換性ゆえだよ。ある程度以上の開発だと、この「プラットフォームが
変わっても、多少の変更は必要とはいえ動かすことが出来る」というのは非常に
重要。必要ならMicrosoft以外のプラットフォーム（ばか高いUNIXサーバとか）に
移行できるという可能性が重要。これさえ保証できれば、多くの企業は別に
Javaじゃなくたって、なんでもいいわけですよ。５年後に保守切れしたときに、
別のプラットフォームも選択できると言う可搬性があれば。

もちろん、Write one, Run anywhereなんてただの神話だけども、はじめっから
「Microsoftプラットフォームでないと動きません」なんてよりよっぽどマシ。

この点をクリアしないと.NETはあくまでMicrosoftプラットフォームの技術ってことで
終わると思う。もちろん、Microsoftだから、結構シェアは取るとは思うけどね。

309:デフォルトの名無しさん
04/10/08 11:39:03
>>305
もう販売はじまってるよ

310:デフォルトの名無しさん
04/10/08 11:39:50
ついでに、オープンソースとして
世界中にぶちまける予定でもあるらしい

windows壊滅へのカウントダウンは既に始まっていたりする

311:デフォルトの名無しさん
04/10/08 11:43:17
すでにプラットフォーム互換の脅威が垣間見れていて
Eclipseしかり、その他のJava開発環境とか
StartSuite別名OpenOfficeなんてのは
LinuxとWindows両方で動いちゃってるわけで、
Linux用アプリを全てJavaで書き直した時にいったい何が起こるんだろうか？

312:デフォルトの名無しさん
04/10/08 12:01:14
>>311
Linuxって重いね、という厨があらわれる。
しかし、現実的にLinux用という位置付けでJava版を用意しているアプリは結構あるね。

313:デフォルトの名無しさん
04/10/08 12:33:59
>>310
6年ぐらい前から同じことが言われてるわけだが。
今カウントいくつなんだ？(ｹﾞﾗ

314:デフォルトの名無しさん
04/10/08 15:32:43
>>312
現実的な線でいいと思う
Linux用ＧＵＩツールを作れといわれたら真っ先に選択肢にあがるはず＞Ｊａｖａ

あと今日ＰＣショップみてみたら大手のＸＰ搭載マシンで
SunのJavaVM搭載してないメーカーは無かった

ＤＥＬＬやＨＰのニュースは有名だから知ってたけど国内もみんな搭載してるのな
冬モデルは1,4,2_05と９月下旬時点での最新だった

315:デフォルトの名無しさん
04/10/08 15:37:41
>>314
そうなると、もしかして、もう5.0搭載してるマシンもでてる？(ちょっとはやすぎか・・・)
1.6のスレで5.0の話題すんませんなぁ。

ところで、1.5のJ2SEのバージョンいくつになるんでしょう。 6.0？それとも 5.1？

316:デフォルトの名無しさん
04/10/08 18:29:07
>>313
ﾜﾛﾀ

317:デフォルトの名無しさん
04/10/08 18:34:52
ざらざらした書き味のボールペン。
作り手の論理では、ちゃんと書けるし圧倒的に安いんだから売れると思う。
俺は倍の値段の普通のボールペンを買うけどね。
ビジネス用だったら細かいことにこだわる必要ないって人もいる。
俺はビジネス用こそこだわるけどね。

318:デフォルトの名無しさん
04/10/08 20:56:37
>おれはMicrosoftが .NET を、Javaと同じようなレベルでプラットフォーム互換性を
>持たせたいと思っているようには思えない。

なにを当たり前のことを堂々と・・・

319:デフォルトの名無しさん
04/10/08 23:46:18
>>314
FAQに"Javaの消し方"がある。
善し悪しってこと。

320:デフォルトの名無しさん
04/10/09 00:36:42
>>315
> ところで、1.5のJ2SEのバージョンいくつになるんでしょう。 6.0？それとも 5.1？

< ところで、1.6のJ2SEのバージョンいくつになるんでしょう。 6.0？それとも 5.1？

の間違いなんでしょうなあ。

321:デフォルトの名無しさん
04/10/09 06:24:02
1.6 は 6.0、1.7 は 7.0 になるって(Sunのサイト内の)どっかで読んだような。

322:デフォルトの名無しさん
04/10/09 11:35:30
>>201
> 比較が==でできないから不便だぞ、と。
> たまにちゃんと動くけど。
> (Integer)5 == (Integer)5 → true
> (Integer)50 == (Integer)50 → true
> (Integer)500 == (Integer)500 → false

当たり前だろ

equals()を使うか一旦プリミティブ型に戻してから比較しろよ

323:デフォルトの名無しさん
04/10/09 13:56:34
>>322 あなた周りの人から空気よめないっていわれるでしょ？

324:デフォルトの名無しさん
04/10/09 18:34:48
バカめ、時間差が激しく、チャットでもない
文字だけのコミュニケーションの2chに空気なんてものがあると思ってるのか。

325:デフォルトの名無しさん
04/10/09 18:42:59
つまり、空気が読めないことを正当化しようとがんばっている、と。
どういう流れで201が出てるか確認したら？

326:デフォルトの名無しさん
04/10/09 22:26:05
だからどこに空気があるんだ。
お前の擦っている空気とそいつが吸っている空気が常に同じか？
例えばお前が北海道にいてそいつが沖縄にいたとき、
お前とそいつとが吸っている空気が同じだといえるか？

次ページ