04/04/12 00:49
URLﾘﾝｸ(www.itmedia.co.jp)
マルチタスク実現へ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プログラミングの簡易化に焦点を当てている。
2:デフォルトの名無しさん
04/04/12 00:50
2
3:デフォルトの名無しさん
04/04/12 00:52
サンの収入源って何？
4:デフォルトの名無しさん
04/04/12 00:52
関連スレ (J2SE1.5)
Cから虎へ～JDK1.5について！Part2
ｽﾚﾘﾝｸ(tech板)
隼(1.4)から虎(1.5)へ～JDK1.5について！
ｽﾚﾘﾝｸ(tech板)
5:デフォルトの名無しさん
04/04/12 00:53
未来のJavaOS？
6:デフォルトの名無しさん
04/04/12 00:55
ｽﾚﾘﾝｸ(tech板)l50
7:デフォルトの名無しさん
04/04/12 01:06
>>6はネタスレか・・・
8:デフォルトの名無しさん
04/04/12 01:08
JavaChipやJavaOSってまだ制御系のみで使われてるレベル？
そろそろサーバー向けのJavaChipやJavaOSが出てきても良さそうなもんだが
1.5出さなくていいから1.6のリリースを前倒ししてくれんかのぉ＞Sun
9:デフォルトの名無しさん
04/04/12 01:24
確かに1.5いらん
1.6では文法を1.4に戻してほしい
10:デフォルトの名無しさん
04/04/12 01:26
1.4に戻して欲しいならそのまま1.4を使い続けていればいいだけのこと。
11:デフォルトの名無しさん
04/04/12 01:27
>>8
Javaによるリアルタイム処理が確立するまでまだまだ無理だのう
12:デフォルトの名無しさん
04/04/12 01:28
>>11
RTSJ仕様は固まっているし、プロダクト実装もある。
13:デフォルトの名無しさん
04/04/12 01:46
>>8
メモリがたくさん使えるサーバ環境なら無理してJavaChip作るよりGHzクラスの
CPUでHotSpot動かした方が楽だし速いんだと思う。
JavaChipって制限の多い携帯やPDAでこそ有効だと思う。
14:デフォルトの名無しさん
04/04/12 01:49
巨大なメモリ上でHotspot＋CopyGCで超贅沢高性能プログラミング。
性能が必要な場合の手抜き開発時におすすめ。
15:デフォルトの名無しさん
04/04/12 02:01
制御系でJavaって使われてるの？？
RTSJは知らないけど、Javaでリアルタイム処理は無理でしょう
GCも確実にコントロールできないし。
だいたい、Javaチップっていっても制御系で使える程のパフォーマンスは出ないと思うんだけど
16:デフォルトの名無しさん
04/04/12 02:03
そんな事より、GUI強化しろ！
インプット／アウトプットがしっかりしていないのに
中身ばかり改良されても使い物にならん
17:デフォルトの名無しさん
04/04/12 02:34
>>16
Swingは結構まともだと思うけど。少なくともイントラWebアプリなんぞと
いう糞なGUIより100倍マシでしょ。
なんでイントラWebアプリガはやるのか、わからん。
たいして安くならんだろうし、保守改修は面倒だし。
18:デフォルトの名無しさん
04/04/12 02:38
・GUI は馬鹿でも使えるように可能な限り簡単にしなくてはならない
・インストールやバージョンアップは言ってもしてくれない
という理由で。
19:デフォルトの名無しさん
04/04/12 04:47
これは全てのJavaアプリケーションをひとつのJVM
つまりひとつのプロセス空間で処理するっていう技術ですか？
20:デフォルトの名無しさん
04/04/12 04:52
JRM(JavaRealMachne)って話もあったよね。あれどこいったろ。
バイトコードが普及した頃に出しますとかいってなかったっけ？
バイトコード直接実行チップ。やっぱりハードウェア設計的に
問題があったのかね。ハードは難しいから、ソフト屋の妄想どおりには
いかないね。
21:デフォルトの名無しさん
04/04/12 05:36
>>20
ハードっていっても、結局開発言語で作るからソフトとあんまりかわらんのだけどね。
特殊な制約があるソフトだよ。
22:デフォルトの名無しさん
04/04/12 11:06
>>16
J2SE1.5に期待せい。
つーか、そもそもそういうのって言語仕様の話題から遠のいているし。
23:デフォルトの名無しさん
04/04/12 12:50
Java to gain multitasking improvements
Virtual machine to be fitted with application sharing
URLﾘﾝｸ(www.infoworld.com)
24:デフォルトの名無しさん
04/04/12 12:53
VERSION CODE NAME RELEASE DATE
JDK 1.1.4SparklerSept 12, 1997
JDK 1.1.5PumpkinDec 3, 1997
JDK 1.1.6AbigailApril 24, 1998
JDK 1.1.7BrutusSept 28, 1998
JDK 1.1.8ChelseaApril 8, 1999
J2SE 1.2PlaygroundDec 4, 1998
J2SE 1.2.1(none)March 30, 1999
J2SE 1.2.2CricketJuly 8, 1999
J2SE 1.3KestrelMay 8, 2000
J2SE 1.3.1LadybirdMay 17, 2001
J2SE 1.4.0MerlinFeb 13, 2002
J2SE 1.4.1HopperSept 16, 2002
J2SE 1.4.2MantisJune 26, 2003
Future Releases
J2SE 1.5.0TigerNot yet released
J2SE 1.5.1Dragonfly (dragon)Not yet released
J2SE 1.6.0MustangNot yet released
25:デフォルトの名無しさん
04/04/12 13:26
パンサーとかタイガーとか負け組みにはネーミングの共通点があるのか？
圧されてるのを感じ取っているので、無意識にそういう強いものの名前を使うのだろうか？
虎の威をかる狐。
26:デフォルトの名無しさん
04/04/12 22:47
それをいったらM$のヘイルストームとかはどうなんだよw
やけに強がってるような名前だろw
27:デフォルトの名無しさん
04/04/12 22:48
.NETなんて名前、まさにドットネット戦略、,netドメインという虎の威をかる狐だね
28:デフォルトの名無しさん
04/04/14 11:04
>>20
それそのものなのか知らないけど関係有りそうなので張っとく。
火星探査車の制御に使ってるそうな。
URLﾘﾝｸ(www.co-nss.co.jp)
URLﾘﾝｸ(www.mirai-city.org)
29:デフォルトの名無しさん
04/04/29 18:33
>>24
J2SE 1.5.1 ・・・ とんぼ
30:デフォルトの名無しさん
04/05/15 00:31
J2FF 1.0 まだぁ～
Java2 Final Fantasy
31:デフォルトの名無しさん
04/05/15 10:36
J2RRもほしいぞな。
Java2RidgeRacer
32:デフォルトの名無しさん
04/06/26 18:20
ほしゅっとな
33:デフォルトの名無しさん
04/07/06 02:05
デリゲートほしい。
34:デフォルトの名無しさん
04/07/06 02:14
JSFバグあるぞ。はよなおせ
35:デフォルトの名無しさん
04/07/06 02:16
SEじゃない(・Ａ・)
36:デフォルトの名無しさん
04/07/06 04:18
J2SE1.4.2_05でたんだから落ち着けよお前ら
37:デフォルトの名無しさん
04/07/06 04:32
落ち着けるかぁ。
SE5はよ出せ。
38:デフォルトの名無しさん
04/07/06 04:32
>>34
この場合、JSFの仕様にバグがあるということ？
39:デフォルトの名無しさん
04/07/06 16:17
VERSION CODE NAME RELEASE DATE
JDK 1.1.4SparklerSept 12, 1997
JDK 1.1.5PumpkinDec 3, 1997
JDK 1.1.6AbigailApril 24, 1998
JDK 1.1.7BrutusSept 28, 1998
JDK 1.1.8ChelseaApril 8, 1999
J2SE 1.2PlaygroundDec 4, 1998
J2SE 1.2.1(none)March 30, 1999
J2SE 1.2.2CricketJuly 8, 1999
J2SE 1.3KestrelMay 8, 2000
J2SE 1.3.1LadybirdMay 17, 2001
J2SE 1.4.0MerlinFeb 13, 2002
J2SE 1.4.1HopperSept 16, 2002
J2SE 1.4.2MantisJune 26, 2003
Future Releases
J2SE 5.0TigerNot yet released
J2SE 5.1Dragonfly (dragon)Not yet released
J2SE 6.0MustangNot yet released
40:デフォルトの名無しさん
04/07/06 16:28
1.5が5.0
1.6が6.0になるってことか。
なるほど～ん
41:デフォルトの名無しさん
04/07/06 16:47
よく、「JDKをインストール」っていうけど、JDKって1.1までなんだよね。
42:デフォルトの名無しさん
04/07/06 18:59
J2SE5はまたJDKという言葉を使おうとしているっぽい
43:デフォルトの名無しさん
04/07/06 20:24
ファイルはjdkだね。
44:デフォルトの名無しさん
04/07/07 09:26
1.6でなにが新しくなるの？当分1.4でいいかなって思ってるんだけど。
45:デフォルトの名無しさん
04/07/07 09:39
>>44
1.5のバグが取てようやく使い物になる･･･かもしれません。
46:デフォルトの名無しさん
04/07/07 19:28
>>44
バージョンの数字の振り方が、新しくなります。
1から43までの数字が、６つ並びます。
47:デフォルトの名無しさん
04/07/10 10:04
>>44
せめて1.5くらいは欲しいとは思わんのか？
1.6ではJava自体がまるでOSのように振る舞うとか
48:デフォルトの名無しさん
04/07/10 10:20
とりあえずウィンドウが3Dでおりたためるな。
49:デフォルトの名無しさん
04/07/10 17:05
>>47
>1.6ではJava自体がまるでOSのように振る舞うとか
VMを共有することだと思うんだけど始めバグだらけの悪寒
50:デフォルトの名無しさん
04/07/10 22:49
>>49
1.5 で既に導入されてるから 1.6 ではそれ程でもないと思われ。
51:デフォルトの名無しさん
04/07/10 22:54
1.6がやろうとしてることって、独自のカーネルを単一プロセス上で使いまわすってこと？
52:デフォルトの名無しさん
04/07/10 23:14
つまりVMWareΣΣ(ﾟдﾟｌｌｌ)
53:名無しさん＠そうだ選挙に行こう
04/07/11 09:43
と、VirtualPC
ついでにVNC Server
54:デフォルトの名無しさん
04/07/25 14:52
>>50
1.5で導入されてたっけ？
55:デフォルトの名無しさん
04/07/25 22:48
ドルフィンではどんな機能が強化されるんだい？
56:デフォルトの名無しさん
04/07/25 23:12
超音波で、仲間とコミュニケーションが取れます。
57:デフォルトの名無しさん
04/07/25 23:24
エコーザドルフィンか
58:デフォルトの名無しさん
04/08/31 16:25
肥大化イラネ。
59:デフォルトの名無しさん
04/08/31 20:48
卓球の福原愛が肥大化すると、ソフトボールのピッチャーになりますね。
60:デフォルトの名無しさん
04/09/02 21:57
URLﾘﾝｸ(java.sun.com)
J2SE5.0 RC ｷﾀ━━(ﾟ∀ﾟ)━━!!!!!
61:デフォルトの名無しさん
04/09/19 16:02:28
hosyu
62:デフォルトの名無しさん
04/09/28 22:57:17
>60
ｷﾀ━━（ﾟ∀ﾟ）━━!!!! じゃねーよ。
メンテか？socket errorが返ってくるぞ。
63:デフォルトの名無しさん
04/09/28 22:58:06
>>62
ふつーに開けるが。
64:デフォルトの名無しさん
04/09/28 22:58:46
>63
JDKのDLでのお話。
65:デフォルトの名無しさん
04/09/28 23:02:27
>>64
ダウンロード普通に始まる。こちらfirefox0.9.3。
66:デフォルトの名無しさん
04/09/28 23:04:00
>65
そうか、騒がせて済まぬ。
ルータから環境を見直してみる。
Mozilla 1.7.3とIE6SP1で駄目だったから早とちりした。
67:デフォルトの名無しさん
04/09/29 12:04:05
新ＡＰＩもいいが、それまでの特に基本ＡＰＩを見直して更新せよ。
jakarta commonsにサジを投げるな。
演算子オーバーロードをもう追加せよ。
68:デフォルトの名無しさん
04/09/29 14:17:53
演算子オーバーロードは不要。
69:デフォルトの名無しさん
04/09/29 19:35:52
いや絶対に必要だ。
例えばコレクションクラスでList listやMap mapなら
list[0]とかmap[key]という風に取り出せれば、すっきりする。
70:デフォルトの名無しさん
04/09/29 19:46:27
>>69
いやん
71:デフォルトの名無しさん
04/09/29 19:46:30
>>69
JSPではすでにできるからいい。
72:デフォルトの名無しさん
04/09/29 19:46:41
そんなに必要だと思うならプリプロセッサ使うとか作るとかすれば？
73:デフォルトの名無しさん
04/09/29 19:48:10
三人も釣られてるよ……
オレは三人目なんだけどさ orz
74:デフォルトの名無しさん
04/09/29 20:58:27
まぁ話題もないし。
これ以上言語仕様が膨れると保守やリファクタリングがやりにくくなるから
仕様の追加は必要ないかな。
75:デフォルトの名無しさん
04/09/29 21:59:35
Map[key]の形が使いたいのってプレゼンテーション層だけの話なんで、そこらへんで対応すればいいや。
76:デフォルトの名無しさん
04/10/02 09:52:53
Javaの次期バージョン「Mustang」、2006年デビューへ
URLﾘﾝｸ(www.itmedia.co.jp)
北ー
77:デフォルトの名無しさん
04/10/02 10:28:10
ついにSolarisとJavaの統合がなされるのですね
78:デフォルトの名無しさん
04/10/02 18:59:29
1.5正式版ｷﾀ━━━(ﾟ∀ﾟ)━━━!!
79:デフォルトの名無しさん
04/10/02 19:24:20
Windows版JDKとWTKってレジストリとか弄らないでそのままコピーするだけでも使える？
よその環境にコピーと環境変数変更だけで使いたいんだけど
80:デフォルトの名無しさん
04/10/02 19:59:55
なんか、バージョン5になっているんだが。。。見間違い？
81:デフォルトの名無しさん
04/10/02 20:03:15
Java2の次はJava5であってるよ。まあSUNだからな。Java2だって1.2だし。
82:デフォルトの名無しさん
04/10/02 21:54:08
>>79
JDKはできる。WTKはしらない。
83:デフォルトの名無しさん
04/10/03 01:13:28
>>80
気づくの遅すぎ。
84:デフォルトの名無しさん
04/10/03 01:18:31
5入れてみた人いる？使い勝手はどうよ。
ていうか入れて大丈夫なのか？
85:デフォルトの名無しさん
04/10/03 01:23:20
>>84
開発環境に入れるのなら問題ないんじゃない？
結構いろんなもんが速くなってていいよ。
メモリ使用量も少なくなってるし。
86:デフォルトの名無しさん
04/10/03 02:00:14
>>84
入れるのが不安なら入れなければ良いだけ。
87:デフォルトの名無しさん
04/10/03 02:30:20
>85
おお、やっぱり速くなってるのか。
ニュースでもVMをいじったらしいことが書かれてたから期待してたんだ。
重たいのはやっぱりネックだしなあ。
>86
そりゃそうだ。でも入れたらどうなったか聞いてみたいのが人情だろ。
88:デフォルトの名無しさん
04/10/03 02:35:14
「嫌ならやらなければいい」みたいな生産的じゃないレス多くなったな。
89:デフォルトの名無しさん
04/10/03 02:53:39
> 「嫌ならやらなければいい」
オレもそう思うし。
> 生産的じゃない
まぁ 2ch だしねぇ。あんたのレスも（オレのもだけど）生産的じゃないし。
90:デフォルトの名無しさん
04/10/03 02:56:37
>>81
> Java2の次はJava5であってるよ。
間違ってるよ。
URLﾘﾝｸ(java.sun.com)
> JavaTM 2 Platform Standard Edition 5.0 Development Kit (JDK 5.0).
ちゃんと Java2 って書いてあるよね。
91:デフォルトの名無しさん
04/10/03 03:02:16
今1.5ダウンロード中
しかし、今更「外部バージョンを５にしました」
本当に消費者を混乱させるのが得意だなぁ・・・
92:デフォルトの名無しさん
04/10/03 03:08:10
どうですか、C#に似た使い心地は？ﾌﾟｹﾞﾗ
93:デフォルトの名無しさん
04/10/03 03:23:36
>>91
3.1→95→98→Me→あぼーん
みたいなのよりマシかと。
94:デフォルトの名無しさん
04/10/03 03:26:28
>>89
「嫌ならやらなければいい」っていうのは、この言葉自体は正しいけど、「これってどうよ？」ていう質問の答えとしては不適切だと。
95:デフォルトの名無しさん
04/10/03 03:29:38
変更が多いから5にしました、っていうのは納得してやるけど、5の次が6というのは納得いかんぞ。
1.2→1.4よりも5→6の変更点の方が大きいのか？
1.4→5と同程度の変更点があるのか？
96:デフォルトの名無しさん
04/10/03 03:35:28
Solarisと一緒で、とっととバージョン上げてあぼーんしたいんだろ。(ｹﾞﾗ
97:デフォルトの名無しさん
04/10/03 03:49:58
>>95
6は実質J#だからじゃないのか？
SUNとMSは提携してるわけだし。
98:デフォルトの名無しさん
04/10/03 03:51:30
Javaは1が標準。
1.1がJava1
1.2がJava2
1.3がJava3
1.4がJava4
1.5がJava5
それだけのことがなぜわからん？
99:デフォルトの名無しさん
04/10/03 03:53:20
6でJ#と統合って言うのはありうるな。
その場合、どっちがコントロールしていくんだろ？
100:デフォルトの名無しさん
04/10/03 03:57:03
将来的にJavaも.NET上で動くようになる。
ネイティブで動かないなら、VM噛ますより直接.NETのコード吐いてほしい。
101:デフォルトの名無しさん
04/10/03 04:09:56
>>94
>>84
> ていうか入れて大丈夫なのか？
にたいして
>>86
> 入れるのが不安なら入れなければ良いだけ。
と言われただけだろ。
102:デフォルトの名無しさん
04/10/03 04:17:44
そこでJ#ですよ。
103:デフォルトの名無しさん
04/10/03 04:19:25
>>101
だから、答えになってないだろ。
104:デフォルトの名無しさん
04/10/03 04:21:26
>>102
J# って基本的には 1.1 レベルのクラスライブラリしか持ってないから
java.io.RandomAccessFile#setLength(long) が使えなかったりで萎え。
105:デフォルトの名無しさん
04/10/03 04:23:32
>>103
一応、答えにはなってるな。
もっとも、>>84 が聞きたい答えだったかは知らんが。
106:デフォルトの名無しさん
04/10/03 04:28:42
>>105
おいおい日本語大丈夫か？
「大丈夫なのか？」
の答えとしては
「大丈夫」か「大丈夫じゃない」かどっちかだろ。
お前は政治家か？
107:デフォルトの名無しさん
04/10/03 04:29:44
>>106
んじゃ、>>86 の代わりに答えておこう。
>>84 にとっては、大丈夫じゃない。
108:デフォルトの名無しさん
04/10/03 04:30:50
どうして？
109:デフォルトの名無しさん
04/10/03 04:31:54
>>108
他人に聞かないと判断できないほど無能だから。
110:デフォルトの名無しさん
04/10/03 04:34:47
ふーん。
111:デフォルトの名無しさん
04/10/03 05:02:13
>>86は「都合の悪い情報を表沙汰にされたくないからお前は入れるな」ってことだろ。
112:デフォルトの名無しさん
04/10/03 05:03:24
Java真理教では「セットアップは大丈夫か？」って聞くのもタブーなんだな。
113:デフォルトの名無しさん
04/10/03 05:04:50
カルトって怖いね
114:デフォルトの名無しさん
04/10/03 05:15:40
>>111
「都合の悪い情報」って何？
115:デフォルトの名無しさん
04/10/03 05:16:39
>>111
>>86 は「馬鹿は大人しくしてろ」って言ってるだけだと思われ。
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
だからどこに空気があるんだ。
お前の擦っている空気とそいつが吸っている空気が常に同じか？
例えばお前が北海道にいてそいつが沖縄にいたとき、
お前とそいつとが吸っている空気が同じだといえるか？
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で作るのとかわらんな
389:デフォルトの名無しさん
04/11/23 19:05:07
署名しても認証局とかの問題で貧乏人は警告文でるだろ・・・
390:デフォルトの名無しさん
04/11/23 19:13:24
java.net内のこの辺について話せるスレはここですか
URLﾘﾝｸ(community.java.net)
URLﾘﾝｸ(community.java.net)
391:デフォルトの名無しさん
04/11/23 21:15:39
最初の1回はVerisignの証明書でコード署名してたって警告は出るだろ。
392:デフォルトの名無しさん
04/11/23 21:56:47
PKIはユーザ各自が安全と思われる経路でルート証明書を入手していることが前提。
んでもって、その証明書からの信用の連鎖をユーザが理解してリスクを受け入れる
ことで、サービスに関する責任の線引きをできるようにすることに意味がある。
これの価値がわからないか、面倒だと思う奴は、電子署名とか使わないほうがいいぞ。
JavaWebStartにも、ユーザが手作業でルート証明書をインポートする機能が用意されてある。
ルート証明書を自己署名で作って、安全と思われる経路でユーザに配る方法を、
自前で持っているのなら、Verisignとかに頼らずにこの機能を使うのが普通だと思う。
貧乏かどうかとかは関係無い(企業内で利用する場合とか)。
393:デフォルトの名無しさん
04/11/23 22:04:52
ちなみにJavaWebStartには、証明書の指紋をGUI上で確認する方法が無い。
手作業での証明書の受け渡し・インポートをさせるときに、
内容が本物であることを確かめにくい。PKIとしては不備だ思う。
1.5からのJavaWebStartのアプリケーションマネージャは、
編集→設定→セキュリティ→証明書→詳細 をすると、
cerの中身のバイナリが表示されるようになったので、
この画面をダンプして印刷してユーザに配布しておけば、
代用できるかもしれないけどな。
394:デフォルトの名無しさん
04/11/23 23:06:04
>>393
1.5から多少よくなったのか
ノーチェックだった
さんきゅ
395:デフォルトの名無しさん
04/11/23 23:09:00
>>392
企業内ならWbeStart使わないという手が一番だったけどな
セットアッププログラムでJRE埋め込みとスタートアップ部分作って
ネット経由で肝心の実行プログラムのダウンロード、実行という仕組み作ってる
再発明とかいうな
手間の問題とかJREのバージョン問題とかプログラムの追加と削除で
アンインストールができることとかいろいろあってな
396:デフォルトの名無しさん
04/11/23 23:47:16
>>394
つーか、1.5になってなお、鍵指紋を表示するフィールドが無い、
っていうことをには、わりとガッカリさせられている。
keytoolで鍵を作る過程でも、MD5,SHA1とかは、
フツーに表示されてるのにな…．1.6?に期待、なのかな…。
>>395
セットアッププログラムを配るというのなら、
ネイティブバイナリのインストーラで、
JREインストール+JavaWebStartでのアプリ導入・警告了承済の
構成状態を作ってやるほうが、バージョンアップとか、いろいろ
楽できると思うがな。
397:デフォルトの名無しさん
04/11/24 02:09:16
横道にそれてしまいますが、、、
これからの時代、クライアント上で動くプログラムが
「セキュリティチェックの為に警告ダイアログが出力される」という
動作自体が、便利といわれるか、不便といわれるかで
ニーズが分かれるような気がする。
例えば話ですが、
ウイルスバスターで個人情報保護設定で自分の名前やメールアドレスを
登録しておいたら、意外と不便でした。主に、登録フォーム系のページ
が大体引っかかる。んで、やり直しが発生。
398:デフォルトの名無しさん
04/11/24 02:54:21
まあ月並みだが便利さと安全性のトレードオフだろ。
.NETはどちらかというと便利さに重きをおいていて
Javaはどちらかというと安全性に重きをおいているという話。
399:デフォルトの名無しさん
04/11/24 03:08:24
>>397
そりゃ、Javaのセキュリティサンドボックスの話じゃなくて、
PICSとかP3Pとかの情報の入りと出のポリシの設定とか、
CC/PPとかのcontent negotiation系の技術に関わる話なんじゃないかな。
400:デフォルトの名無しさん
04/11/26 00:00:46
>>397
これからの時代は
セキュアプログラミングに対する意識が高まったことにより
安全性が重要視される。
セキュアプログラミングをしないで
セキュリティホールを作ってしまうと逮捕されてしまうことがあるらしいぞ。
恐ろしいことに。C/C++プログラマはソフトウェア開発で慎重にならなければならない
立場に追いやられてる。
401:デフォルトの名無しさん
04/11/26 00:06:55
問題は何度も何度も警告ダイアログでてきて
ほいほいOK押すもんだから
なんの意味もないということだ
402:デフォルトの名無しさん
04/11/26 00:17:07
もしくはまったく内容を確認せずに寄り付かなくなるかだな
403:デフォルトの名無しさん
04/11/26 21:12:21
java web start起動時のメッセージはかなり引くよ、
まるで全件委譲の誓約書にサインさせられるみたいなんだから。
404:デフォルトの名無しさん
04/11/26 22:36:29
1.5ってどうやって起動させるの？
1.4にあったあのアイコンが無いのですが・・・
405:デフォルトの名無しさん
04/11/27 01:08:18
>>403
そりゃJavaWebStartに限らないよ。
いろいろなソフトウェアをインストールするときに出てくるライセンス文書は、
真面目に読むと、かな～り引くような内容が多いよ。
JavaWebStartのアレは、シロウトが読んでも、リスクがあるということが
ちゃんと理解できるような書き方をしている分だけ、良心的だと俺は思うよ。
まぁ、署名なし・securityなしとのやつと、
署名あり・all-permission,application-client-permissionsのやつとの間で，
何かもうちょっと、資源アクセス権限の許認可を、GUIで対話的にできるような
しくみがあったりしてもいいかなぁ…、とかは思うけどね。
406:405
04/11/27 01:11:38
>>404 まちがえた。
誤 application-client-permissions
正 j2ee-application-client-permissions
407:405
04/11/27 01:17:26
ごめん。こんどは数字をまちがえた。さっきのは404じゃなくて405。
ついでに404に回答すると、
JavaWebStartのアプリケーションマネージャなら、
jreのフォルダの中のjavawsフォルダの中にある、
javaws.exeで起動できるはず。
408:デフォルトの名無しさん
04/11/27 01:31:29
1.5の場合には「Javaアプリケーションキャッシュビューア」と言うらしい。
jre1.5.0\bin\javaws.exe
409:デフォルトの名無しさん
04/11/27 01:39:41
>>405
あれ？でも実際問題として、JavaWebStartで起動したアプリって、
それほどの権限もってるんだっけ？
つまり普通のexe並みの権限を？
410:デフォルトの名無しさん
04/11/27 01:56:48
>>403
警告のデザインをもっと工夫して
わかりやすくすればいいと思うけどな
411:405
04/11/27 02:02:56
すべてのjarに署名して、.jnlpに
<security>
<all-permissions/>
</security>
と書けば、exe並です。
っていうかふつうのJavaアプリケーションと同じ。
412:デフォルトの名無しさん
04/11/27 11:08:54
でもそれだと信頼できないActiveXのアプリを野放しにしているのと同じだからな
アプリケーションの変わりに使うというのならいいのだが
webstartはアプレットのように気軽にブラウザから起動できるので危険極まりない
それならばいったんダウンロードさせて各自の責任においてアプリケーションを起動したほうがまし
413:デフォルトの名無しさん
04/11/27 11:26:07
ダウンロードさせて各自の責任においてアプリケーションを起動
webstartじゃん。
414:デフォルトの名無しさん
04/11/27 11:26:14
>>412
あれ、まさしくその通りなんじゃないんだっけ？＜JavaWebStart
415:414
04/11/27 11:27:23
被った・・・。
秒単位で。
416:デフォルトの名無しさん
04/11/27 11:44:12
AllPermissionで使った場合でも、アプリケーションを配布してインストールさせる
必要がないってところがウリなんだろ。新バージョンをあげとけば、WebStartが
勝手に認識してダウンロードしてくれるし。
417:デフォルトの名無しさん
04/11/27 11:50:01
自分で保存先を選んでウイルススキャンして実行とかできるのにたいして
webstartはリンククリックしたらいきなり起動だからな
ユーザーはしらないでOKOKと押していくよ
アプレットやwebstartはサンドボックスの中でありながら影響のない部分で
アプリを動かせるのだけが強みかと
JNLPAPIみるかぎりアプレットでは制限厳しすぎたと思ってるようだけどね
まぁ野良署名つきがいいと思うのならActiveXでもいいしアプレットでもいいけどな
418:デフォルトの名無しさん
04/11/27 11:54:57
WebStartはベターアプレットを目指してるだけだから
JNLPAPIによるサンドボックス内の緩和とキャッシュ制御だけだと思うがな
基本的に署名はベリサインと握手せんといかん
419:デフォルトの名無しさん
04/11/27 11:55:41
ダウンロード＆実行と比べれば、どうでもいい話だな。
420:デフォルトの名無しさん
04/11/27 12:07:37
ワンクッションおくというのがいいという場合もある
あとはリソース読み込みがなぜかうまくいかないライブラリもそれなりにある
JavaSoundとか変な動きするのがちらほらと
421:デフォルトの名無しさん
04/11/27 12:37:41
ああインターネット配布を想定してたのか。なるほどね。
おれは企業内で社内アプリとか配布するのを想定してたから、
「ウイルス汚染されたもんを配布サーバに置いたらクビもんだろ」
とか思ってしまったよ。
422:デフォルトの名無しさん
04/11/27 16:04:53
JavaWebStartではendorsed mechanismが使えないから、
JRE同梱のXalan2のバグとかを回避できなくて、泣いた。
423:デフォルトの名無しさん
04/11/28 15:24:47
>>418
別に自前署名でも問題ないぞ。DLL使いたいがためにVerisign使うバカはいない。
ってか、Mustangのネタはどうなった。個人的にはJVMの共有が気になる。
JVM起動のフットプリントがさらに下がるわけだし。
Acrobatの常駐プロセスのっけてるのに気がつかんようなやつなら
「Java速くなった」って単純に喜べるようになるでしょ？
424:デフォルトの名無しさん
04/11/28 15:47:00
自前じゃ警告がなぁ
社内システムとかならそれでいいかもしれんが
425:デフォルトの名無しさん
04/11/28 20:40:55
いつでも安全にローカルディスク上から取り除く為の仕掛けを各プログラムによ
らないセントラルなシステムとしてJava自身(JavaVM？)が持つ。
そして、警告は実行時に逐次ポップアップしてユーザーに許可を問う。
例えば、ローカルディスクから読み出しを行う場合、「警告：～がローカルディス
ク上のファイル××に対する読み出し権限を要求しています。許可しますか？」
といった具合。
ここでの許可不許可は全てセントラルなシステムに記録され、いつでもユーザー
によって変更する事ができるものとする。
こうなってれば俺としては安心して使えるんだが、どうだろう？
426:デフォルトの名無しさん
04/11/28 20:49:01
署名なしのJNLPAPIがほぼそれだけど？
427:デフォルトの名無しさん
04/11/28 21:26:25
>>426
あれ？そうなの？
どこかのスレにサンプルとして貼られてたURLをクリックしたら
最初に全ての権限を要求されたけど？
これだと、完全拒絶か完全黙認かの二択しかない。
あと、これってどこからアンインストールできるのか分からん。
真面目に調べれば直ぐにみつかる事なのかもしれないけど
大して邪魔にもならんから放ってる。
ただ第三者に自分が提供する場合を考えると、もうちょっとど
うにかならんか？と思う。
428:デフォルトの名無しさん
04/11/28 21:38:13
そりゃサンプルが全権限を要求したからだろうなあ。全権限要求するアプリには、
最初に警告がでる。
言ってるのは、ファイルとかにアクセスするたびに「許可しますか？」と聞いてきて、
許可したら、許可したってことを覚えておくってこと？
そうだとしたら、ちょっとうっとうしくないかな？
それよりはJNLPみたいに、ファイルＡには読み書き、ファイルＢには読み込みのみ、
開けるソケットは何番から何番、と一括で制御できるほうが。
429:デフォルトの名無しさん
04/11/28 21:43:24
全権要求は一般的なWebstartとはいえん
自分で適当にサンプル作ってやってみればわかる
プリンタ使うときやファイルの保存やロードのダイアログを出す直前に
確認のダイアログが出る
次からもこのダイアログを出すかどうかのチェックボックスもでる
ただし、アプリ終了したら次回もまた確認の画面はでるが
JNLPAPIの実装でやってるんだろうね
VMがずっと見張っているというのは厳しいからね
430:デフォルトの名無しさん
04/11/28 22:03:26
>>428
>言ってるのは、ファイルとかにアクセスするたびに「許可しますか？」と聞いてきて、
>許可したら、許可したってことを覚えておくってこと？
そう、とりあえず実行してみて、信用するか否かは動作を見ながら決める。
そして、許可した権限は何時でも好きな時に一覧として閲覧したり変更したりでき
ると、そんな感じ。
自分とこの看板に自信がある人なら、最初に全権を要求するとか、読み込みに関
するフリーパスを要求しても大丈夫だろうけど、そうでない(例えば、2ch発の名無
しさんアプリだったり？した)場合に、最初から敬遠されてしまっては意味がないか
ら、段階的に少しずつ要求したい(＆してほしい)。
勿論、最初にある程度纏まった要求を出す事＊も＊できていいと思う。
個別に毎回というのは、あくまで＋αとしてって事で
431:デフォルトの名無しさん
04/11/28 22:10:12
>>429
げっ、すれ違ったorz
個別に要求を出す事はできるのか・・・・・・
それじゃあ後は覚えててくれて、一覧で確認できて、それを変更する事も
できて、嫌になったら何時でも放り出せる様になってれば十分。
ダイアログが出せるなら、一覧から過去に要求を問うた事があるか否か
を調べて、ないならダイアログを出し、あるならその時に設定されたフラ
グを元に動作を決定すればいいだけだから、やろうと思えばやれると思
う。
432:デフォルトの名無しさん
04/11/29 09:50:59
まとめるとこんな感じであってますか？
■署名なし
JNLP APIでのみ、ローカルリソースにアクセス可能。
アクセス開始時に確認ダイアログがでて、以後は許可とすることができるが、
起動しなおすとまた確認ダイアログがでるのでうざい。
■自己署名
all-permissionにして、通常のJavaアプリとして操作可能。
1回目の起動時のみ、確認ダイアログが表示される。
「この証明書の信頼性を検証できません」というキツイメッセージ。
■Verisignで署名
all-permissionにして、通常のJavaアプリとして操作可能。
1回目の起動時のみ、確認ダイアログが表示される。
自己署名よりもやさしいメッセージ。
■自己署名の証明書をルート証明書としてインストール
Verisignで署名したのと同じような表示。
証明書の安全な配布・インストール方法が必要なので面倒。
1.5より前は、証明書の指紋をGUI上で確認する方法が無いので、
インストールした証明書が本物かどうか確認できない。
433:デフォルトの名無しさん
04/11/29 11:19:53
>>432
乙！
だいたい、いいんじゃない。
all-permission じゃなくて all-permissions だけどな。
ちなみに俺は all-permissions と j2ee-application-client-permissions の
違いがよくわからん。教えてエロイ人。
434:デフォルトの名無しさん
04/11/29 11:32:56
webstartスレかと思うくらいの流れだが
6.0の話題はまったくないな
5.0も変更が大きすぎて今まで以上に以降が進んでいないように見える
435:デフォルトの名無しさん
04/11/29 14:05:04
6.0によるJVM共有の意義は、サーバ側Javaよりもむしろ、
クライアント側Javaのほうにある、ってことだろ。
そういう意味で、JavaWebStartを話題にするのは、
それなりに主旨に合ってると思うぞ。
436:デフォルトの名無しさん
04/11/29 14:37:15
MustangかDolphineかで、入るとか入らないとか言われている、
JDICについて貼っときます。
URLﾘﾝｸ(jdic.dev.java.net)
The JDesktop Integration Components (JDIC) project aims to make Java
technology-based applications ("Java applications") first-class citizens of
current desktop platforms without sacrificing platform independence.
JDIC provides Java applications with access to facilities provided by the native
desktop such as the mailer, the browser, and registered document viewing
applications. Additionally it provides the mechanisms by which Java applications
can integrate into the native desktop such as registering Java applications as
document viewers on the desktop, creating tray icons on the desktop, and
creating installer packages.
JDIC consists of a collection of Java packages (JDIC API), all with the package
name prefix org.jdesktop.jdic, and a JNLP application packaging tool (JDIC
Packager).
つーわけで、これもJNLPでdeployされるわけだ。