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

【Java】次世代Java・ ..

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
だからどこに空気があるんだ。
お前の擦っている空気とそいつが吸っている空気が常に同じか？
例えばお前が北海道にいてそいつが沖縄にいたとき、
お前とそいつとが吸っている空気が同じだといえるか？

327:デフォルトの名無しさん
04/10/09 23:48:20
>>326
つまりバカなんだ。

328:デフォルトの名無しさん
04/10/10 01:02:19
>>322
真性の馬鹿？

329:デフォルトの名無しさん
04/10/10 01:16:43
ここにも小学生ﾊｹｰﾝ

330:デフォルトの名無しさん
04/10/10 01:24:19
Javaらしい厨スレ

331:デフォルトの名無しさん
04/10/10 12:03:02
まあ、タイガーショットがあるからいいじゃないか

332:デフォルトの名無しさん
04/10/12 20:29:37
>>324
バカめ、お前のせいでスレが止まったぞ
いい空気持ってるじゃないか

MustangとLooking Glassのタッグは楽しみだな
WinFX&Avalonとガチになるぐらい盛り上がって欲しいもんだ

333:デフォルトの名無しさん
04/10/12 20:32:20
きょうび「晒しage」て・・

334:デフォルトの名無しさん
04/10/12 21:08:57
>>332
> 盛り上がって欲しいもんだ

願望ですか。確信ではないのですね。ｗｗｗｗｗｗｗｗ

335:デフォルトの名無しさん
04/10/12 22:04:15
なんかの間違いで盛り上がると楽しいねぇ

336:デフォルトの名無しさん
04/10/12 23:23:06
そそ
ワクワクするような展開を期待しているのよ

337:デフォルトの名無しさん
04/10/14 09:48:00
で、正解は誰も知らないという

338:デフォルトの名無しさん
04/11/16 20:25:17
Mustang Snapshot Releases
URLﾘﾝｸ(j2se.dev.java.net)

339:デフォルトの名無しさん
04/11/16 20:32:47
早っ

340:デフォルトの名無しさん
04/11/16 20:57:23
こんな場所よく見つけたな

341:デフォルトの名無しさん
04/11/16 21:04:46
TSSでネタになってるし。
URLﾘﾝｸ(www.theserverside.com)

342:デフォルトの名無しさん
04/11/17 17:03:53
ソース公開しただけでオープンソース化っていうかなぁ、素人じゃあるまいし・・・。

Sun、Java 2 Standard Edition 6.0スナップショットをオープンソース化
URLﾘﾝｸ(www.itmedia.co.jp)

343:デフォルトの名無しさん
04/11/17 17:58:03
オープンソースの定義ネタは飽きた。

344:デフォルトの名無しさん
04/11/17 18:27:31
>>343
あたまわるいね。

345:デフォルトの名無しさん
04/11/17 23:19:02
質問なのですがJavaでexeファイルを作ろうとする場合どのようにすればよろしいのでしょうか！？

346:デフォルトの名無しさん
04/11/17 23:27:38
別のスレで聞けばいいかと。
それか、
　new FileOutputStream("hoge.exe").close();
でがまんしる。

347:デフォルトの名無しさん
04/11/18 10:47:12
>>345
ボーランド社のＪＢｕｉｌｄｅｒで、ネイティブ単独実行exeファイルが
ワンタッチで作成できます。
これで普通のアプリケーションと同じように配布できますね。
JREインストールの有無は関係なくなります。
エクリプスやネットビーンズには、とても無い機能です。
これを機にＪビルダーに変えてもいいかもしれません。
タダより高いものはなしです。

348:デフォルトの名無しさん
04/11/18 11:15:29
最後の行をネタとして書いたのか本気で間違えてるのか
微妙なところが現状を良く表している

349:デフォルトの名無しさん
04/11/18 15:38:35
JBossで開発したアプリケーションをそのまま
WebLogicにデプロイできますか？

350:デフォルトの名無しさん
04/11/18 15:50:03
愚問。Javaは一度書けばどこでも動きます。

351:デフォルトの名無しさん
04/11/18 16:02:30
(　´･∀･`)へｰ

352:デフォルトの名無しさん
04/11/19 01:36:44
>>351
申し訳ございません。語句が脱落しておりました。
「Javaは一度『綺麗に』書けばどこでも『何とかすれば』動きます。」
1.6 いいねぇ。Tigerのearly accessがアンインストールできないってバグがあったのを
思い返せば十分実用だよ、と Mustangの上で動かした v2cから書き込み。

353:デフォルトの名無しさん
04/11/19 01:51:31
>>343
ねぇ、これはさすがにオープンソースじゃないよね？

> Javaもオープンソースであり、下記より開発環境を無料でダウンロードできます。
URLﾘﾝｸ(www.thinkit.co.jp)
要登録。登録して情報提供するのももったいないかも。
ダウンロード先もJava2SE1.4.2だし。
宣伝効果を狙って、晒されるようにしてるんだろうか？

354:デフォルトの名無しさん
04/11/19 23:34:59
>>352
どこがどういうふうにいいのかきぼんぬ

355:デフォルトの名無しさん
04/11/19 23:55:10
thinkitは@itの後追いでレベルも低いな

356:デフォルトの名無しさん
04/11/20 00:49:53
多重継承は？

357:デフォルトの名無しさん
04/11/20 01:01:14
>>356
不要。DI+AOPでほんとに用無しになった。

358:デフォルトの名無しさん
04/11/20 01:26:17
>>345
何のために作るんだ？
JETコンパイラや GNU Java Compilerとかではダメか？

マニフェストファイルを使ってExecutable Jarファイルを生成するだけでは飽き足らないか？
JavaWebStartに対応させてJNLPファイルを作るだけでは飽き足らないか？

359:デフォルトの名無しさん
04/11/20 01:39:35
JETコンパイラって速そうだな。

360:デフォルトの名無しさん
04/11/20 01:41:32
>>358
アイコンを付けたいとか、使い始めまではネイティブっぽくしたいってのは
あると思うぞ。

おれはMacユーザだけど、jarファイルをダブルクリックしたら起動できるとは
いえ、やっぱりちゃんとしたアイコンをつけて配布したいなー、とおもったら
やっぱりアプリケーション化するよ。

361:デフォルトの名無しさん
04/11/20 01:50:28
>>360
javaコマンド呼び出す小さなアプリで問題なし。
ウィンドウズなら、アイコン設定したショートカットをデスクトップに置くインストーラーで問題なし。

362:デフォルトの名無しさん
04/11/20 02:00:28
意外に知られていないjavaw

363:デフォルトの名無しさん
04/11/20 02:18:30
じゃあ、そっちで。

364:デフォルトの名無しさん
04/11/22 04:32:41
1.5のマニュアルの日本語化はまだー？

365:デフォルトの名無しさん
04/11/22 05:04:24
1.4の日本語版に差分だけ英語版で追加したものでいいから、欲しい。

366:デフォルトの名無しさん
04/11/22 11:15:48

367:デフォルトの名無しさん
04/11/22 12:22:09
JavaWebStartはJNLPファイルで
起動用アイコンの画像を指定できるぞ。
jarファイルを生で配布するなんてやめとけ。

368:デフォルトの名無しさん
04/11/22 12:36:51
webstartじゃぁスタンドアロンアプリじゃないしな

369:デフォルトの名無しさん
04/11/22 13:12:39
>>368
JavaWebStartはスタンドアロンアプリを配ることにも使えるぞ。

サーバに依存して動くアプリを配るにしても、
なるべく disconnected operation ができるように
工夫して作るもんじゃないのか？

370:デフォルトの名無しさん
04/11/22 14:36:41
いやそういう意味じゃなくて
webstartだとサンドボックスで動くんじゃないのか?

通常アプリケーションとの違いはそこだとおもうが

371:デフォルトの名無しさん
04/11/22 15:21:21
WebStartはアクセス範囲をポリシーファイルで自由に設定可能。
無制限のアクセス権（つまりネイティブアプリと同等）を要求するWebStartアプリも
たくさんあるよ。

372:デフォルトの名無しさん
04/11/22 16:09:39
それって警告画面でなかったか？

373:デフォルトの名無しさん
04/11/22 21:07:04
たしか一番最初だけ出るね。「実行しますか？」というのが。
それ以降は普通に起動する。

374:デフォルトの名無しさん
04/11/22 21:50:55
毎回起動時に出るよ

そんなのユーザーが安心してつかうとはかぎらんだろ
それくらいならJava起動するだけのexe作ったほうがいい
ついでにランタイムも同梱してJavaであることすら意識させないでね

375:デフォルトの名無しさん
04/11/22 22:05:57
>>374
おおーい。起動時に毎回出る「場合もある」だけでしょー。
1回の同意で以降は聞かれないっていうのもありなんだから。

exeを作る意味は？exeあってもどうせJavaのランタイムがないと動かんでしょ？
ランタイムを入れてるんだったらjnlpで起動しても初回の同意ダイアログさえクリアすれば問題ない。
exeファイルをマシンの中に持ってくるまでの作業よりも(ダウンロード＞解凍｜インストーラ実行)
よっぽど敷居低いでしょ？

376:デフォルトの名無しさん
04/11/22 23:03:03
セットアップが嫌という環境もあるわけだ
レジストリをいじられたくないとかね

とくに体験版とかで配布する場合とか圧縮だけのほうが喜ばれるぞい

377:デフォルトの名無しさん
04/11/22 23:07:38
WebStartアプリって署名なしですべての機能が使えたっけ？

JNLPAPIだけのようなきがしたが

378:デフォルトの名無しさん
04/11/22 23:39:40
>>376
JREを入れる時点で多少なりとレジストリへ書き込むだろ。
URLﾘﾝｸ(java.sun.com)
とにかく、「圧縮だけのほうが喜ばれる」というのには賛成できないな。
俺は、得体の知れないサイトからダウソした生のjarとかexeとかでは，
トロイの木馬かもわからんから、起動するのは恐い。

377が書いているように、JNLP APIしか使わないようなソフトなら
署名も不要になるし、セキュリティ的な安心感を与えられる。
ちゃんとした.jnlpのほうが、ユーザに喜ばれると思うぞ。

379:デフォルトの名無しさん
04/11/23 00:37:20
まずJREが入っていること、という前提が難しいことに気がつけ

ちなみに>>376も>>377も俺な
JNLPAPIだけでもローカル資源アクセスは警告文でるぞ
プリントとファイルアクセスしか試してないがどちらもでる

380:デフォルトの名無しさん
04/11/23 00:55:09
「次回は聞かない」みたいなチェックボックスないんだっけ

381:デフォルトの名無しさん
04/11/23 01:34:43
>>379
客自身にJREをインストールさせられないような案件なら、
そもそもJavaを使うのを避けたほうがいいんじゃないか?
WinXP SP2以降は、JREをActiveXのセキュリティホールから
自動インストールさせる技も使えなくなったしな。

俺の場合、客先に導入されているPCがIBMで、
JREがプレインストールされていたから、悩まずに済んだけどな。

382:デフォルトの名無しさん
04/11/23 14:11:06
仕事で使う場合とそれ以外で使う場合とで分かれるな

仕事でならJREをセットアップさせるのは手間ではないが、
これも最近はJRE同根でやってる

JREのバージョン違いでの動作の不具合を防ぐためね

ゲーム等ではJREのセットアップを別にしておいてくださいというのは
手間もあって嫌がる人は多い

クロスプラットフォームでのゲーム作成という目的もあるから
JRE付属させるだけでいいのでJavaはそれなりに存在意義あるよ

383:デフォルトの名無しさん
04/11/23 17:21:59
>>382
ちょっと待て。言ってることが矛盾してるぞ。
結局ユーザにJREを入れさせるのが前提なんじゃねーか。
該当するJREをあらかじめインストールしてあるユーザからすれば、
わざわざ余計なもの同梱すんじゃねー糞が！ってとこだな。

警告文をユーザに見せるのがそんなに嫌か？
おまえみたいなセキュリティ意識の低いやつは、
セキュリティ意識の低いユーザと馴れ合ってるのがお似合いだな。

ちなみに、JavaWebStartには、アプリケーションの動作に必要な
バージョンのJREをユーザが持っていないときには、
自動でダウンロード・インストールしてくれる機能がある。
アプリにJREを同梱するだなんて時代は、とっくに終わってんだよ…

384:デフォルトの名無しさん
04/11/23 17:59:20
ようやく話題が次世代Javaっぽくなってきたのでアゲ

385:デフォルトの名無しさん
04/11/23 18:02:37
JREが入ってるのが前提ってのはおかしいな

毎回警告文がでるゲームとか使いたいというやつの気がしれん

webstartは場合によっては使えるものの
JNLPAPI以外はあいかわらずサンドボックス内じゃねーの？

386:デフォルトの名無しさん
04/11/23 18:02:58
JREっていつWindows標準搭載になるの？
デフォルトでインストール済みにしてよ。

387:デフォルトの名無しさん
04/11/23 18:07:27
>>385
コード署名しろ

388:デフォルトの名無しさん
04/11/23 19:04:18
すべて署名しろっていうのは結局すべてActiveXで作るのとかわらんな

次ページ