【Java】次世代Java・J2SE1.6の動向【Mustang】
レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん
NGNGマルチタスク実現へ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プログラミングの簡易化に焦点を当てている。
0002デフォルトの名無しさん
NGNG0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNGCから虎へ～JDK1.5について！Part2
http://pc5.2ch.net/test/read.cgi/tech/1079438337/
隼(1.4)から虎(1.5)へ～JDK1.5について！
http://pc5.2ch.net/test/read.cgi/tech/1056807119/
0005デフォルトの名無しさん
NGNG0007デフォルトの名無しさん
NGNG0008デフォルトの名無しさん
NGNGそろそろサーバー向けのJavaChipやJavaOSが出てきても良さそうなもんだが
1.5出さなくていいから1.6のリリースを前倒ししてくれんかのぉ＞Sun
0009デフォルトの名無しさん
NGNG1.6では文法を1.4に戻してほしい
0010デフォルトの名無しさん
NGNG0011デフォルトの名無しさん
NGNGJavaによるリアルタイム処理が確立するまでまだまだ無理だのう
0012デフォルトの名無しさん
NGNGRTSJ仕様は固まっているし、プロダクト実装もある。
0013デフォルトの名無しさん
NGNGメモリがたくさん使えるサーバ環境なら無理してJavaChip作るよりGHzクラスの
CPUでHotSpot動かした方が楽だし速いんだと思う。
JavaChipって制限の多い携帯やPDAでこそ有効だと思う。
0014デフォルトの名無しさん
NGNG性能が必要な場合の手抜き開発時におすすめ。
0015デフォルトの名無しさん
NGNGRTSJは知らないけど、Javaでリアルタイム処理は無理でしょう
GCも確実にコントロールできないし。
だいたい、Javaチップっていっても制御系で使える程のパフォーマンスは出ないと思うんだけど
0016デフォルトの名無しさん
NGNGインプット／アウトプットがしっかりしていないのに
中身ばかり改良されても使い物にならん
0017デフォルトの名無しさん
NGNGSwingは結構まともだと思うけど。少なくともイントラWebアプリなんぞと
いう糞なGUIより100倍マシでしょ。
なんでイントラWebアプリガはやるのか、わからん。
たいして安くならんだろうし、保守改修は面倒だし。
0018デフォルトの名無しさん
NGNG・インストールやバージョンアップは言ってもしてくれない
という理由で。
0019デフォルトの名無しさん
NGNGつまりひとつのプロセス空間で処理するっていう技術ですか？
0020デフォルトの名無しさん
NGNGバイトコードが普及した頃に出しますとかいってなかったっけ？
バイトコード直接実行チップ。やっぱりハードウェア設計的に
問題があったのかね。ハードは難しいから、ソフト屋の妄想どおりには
いかないね。
0021デフォルトの名無しさん
NGNGハードっていっても、結局開発言語で作るからソフトとあんまりかわらんのだけどね。
特殊な制約があるソフトだよ。
0022デフォルトの名無しさん
NGNGJ2SE1.5に期待せい。
つーか、そもそもそういうのって言語仕様の話題から遠のいているし。
0023デフォルトの名無しさん
NGNGVirtual machine to be fitted with application sharing
http://www.infoworld.com/article/04/04/06/HNjava16_1.html
0024デフォルトの名無しさん
NGNGJDK 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
0025デフォルトの名無しさん
NGNG圧されてるのを感じ取っているので、無意識にそういう強いものの名前を使うのだろうか？
虎の威をかる狐。
0026デフォルトの名無しさん
NGNGやけに強がってるような名前だろw
0027デフォルトの名無しさん
NGNG0028デフォルトの名無しさん
NGNGそれそのものなのか知らないけど関係有りそうなので張っとく。
火星探査車の制御に使ってるそうな。
ttp://www.co-nss.co.jp/topics/press-030722.html
ttp://www.mirai-city.org/blog/archives/000020.php
0029デフォルトの名無しさん
NGNGJ2SE 1.5.1 ・・・ とんぼ
0030デフォルトの名無しさん
NGNGJava2 Final Fantasy
0031デフォルトの名無しさん
NGNGJava2RidgeRacer
0032デフォルトの名無しさん
NGNG0033デフォルトの名無しさん
NGNG0034デフォルトの名無しさん
NGNG0035デフォルトの名無しさん
NGNG0036デフォルトの名無しさん
NGNG0037デフォルトの名無しさん
NGNGSE5はよ出せ。
0038デフォルトの名無しさん
NGNGこの場合、JSFの仕様にバグがあるということ？
0039デフォルトの名無しさん
NGNGJDK 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
0040デフォルトの名無しさん
NGNG1.6が6.0になるってことか。
なるほど～ん
0041デフォルトの名無しさん
NGNG0042デフォルトの名無しさん
NGNG0043デフォルトの名無しさん
NGNG0044デフォルトの名無しさん
NGNG0045デフォルトの名無しさん
NGNG1.5のバグが取てようやく使い物になる･･･かもしれません。
0046デフォルトの名無しさん
NGNGバージョンの数字の振り方が、新しくなります。
1から43までの数字が、６つ並びます。
0047デフォルトの名無しさん
NGNGせめて1.5くらいは欲しいとは思わんのか？
1.6ではJava自体がまるでOSのように振る舞うとか
0048デフォルトの名無しさん
NGNG0049デフォルトの名無しさん
NGNG>1.6ではJava自体がまるでOSのように振る舞うとか
VMを共有することだと思うんだけど始めバグだらけの悪寒
0050デフォルトの名無しさん
NGNG1.5 で既に導入されてるから 1.6 ではそれ程でもないと思われ。
0051デフォルトの名無しさん
NGNG0052デフォルトの名無しさん
NGNG0053名無しさん＠そうだ選挙に行こう
NGNGついでにVNC Server
0054デフォルトの名無しさん
NGNG1.5で導入されてたっけ？
0055デフォルトの名無しさん
NGNG0056デフォルトの名無しさん
NGNG0057デフォルトの名無しさん
NGNG0058デフォルトの名無しさん
NGNG0059デフォルトの名無しさん
NGNG0060デフォルトの名無しさん
NGNGJ2SE5.0 RC ｷﾀ━━━(ﾟ∀ﾟ)━━━!!!!!
0061デフォルトの名無しさん
NGNG0062デフォルトの名無しさん
NGNGｷﾀ━━━（ﾟ∀ﾟ）━━━!!!! じゃねーよ。
メンテか？socket errorが返ってくるぞ。
0063デフォルトの名無しさん
NGNGふつーに開けるが。
0064デフォルトの名無しさん
NGNGJDKのDLでのお話。
0065デフォルトの名無しさん
NGNGダウンロード普通に始まる。こちらfirefox0.9.3。
0066デフォルトの名無しさん
NGNGそうか、騒がせて済まぬ。
ルータから環境を見直してみる。
Mozilla 1.7.3とIE6SP1で駄目だったから早とちりした。
0067デフォルトの名無しさん
NGNGjakarta commonsにサジを投げるな。
演算子オーバーロードをもう追加せよ。
0068デフォルトの名無しさん
NGNG0069デフォルトの名無しさん
NGNG例えばコレクションクラスでList listやMap mapなら
list[0]とかmap[key]という風に取り出せれば、すっきりする。
0070デフォルトの名無しさん
NGNGいやん
0071デフォルトの名無しさん
NGNGJSPではすでにできるからいい。
0072デフォルトの名無しさん
NGNG0073デフォルトの名無しさん
NGNGオレは三人目なんだけどさ orz
0074デフォルトの名無しさん
NGNGこれ以上言語仕様が膨れると保守やリファクタリングがやりにくくなるから
仕様の追加は必要ないかな。
0075デフォルトの名無しさん
NGNG0076デフォルトの名無しさん
NGNGhttp://www.itmedia.co.jp/enterprise/articles/0410/01/news009.html
北ー
0077デフォルトの名無しさん
NGNG0078デフォルトの名無しさん
NGNG0079デフォルトの名無しさん
NGNGよその環境にコピーと環境変数変更だけで使いたいんだけど
0080デフォルトの名無しさん
NGNG0081デフォルトの名無しさん
NGNG0082デフォルトの名無しさん
NGNGJDKはできる。WTKはしらない。
0083デフォルトの名無しさん
NGNG気づくの遅すぎ。
0084デフォルトの名無しさん
NGNGていうか入れて大丈夫なのか？
0085デフォルトの名無しさん
NGNG開発環境に入れるのなら問題ないんじゃない？
結構いろんなもんが速くなってていいよ。
メモリ使用量も少なくなってるし。
0086デフォルトの名無しさん
NGNG入れるのが不安なら入れなければ良いだけ。
0087デフォルトの名無しさん
NGNGおお、やっぱり速くなってるのか。
ニュースでもVMをいじったらしいことが書かれてたから期待してたんだ。
重たいのはやっぱりネックだしなあ。
>86
そりゃそうだ。でも入れたらどうなったか聞いてみたいのが人情だろ。
0088デフォルトの名無しさん
NGNG0089デフォルトの名無しさん
NGNGオレもそう思うし。
> 生産的じゃない
まぁ 2ch だしねぇ。あんたのレスも（オレのもだけど）生産的じゃないし。
0090デフォルトの名無しさん
NGNG> Java2の次はJava5であってるよ。
間違ってるよ。
http://java.sun.com/j2se/1.5.0/docs/index.html
> JavaTM 2 Platform Standard Edition 5.0 Development Kit (JDK 5.0).
ちゃんと Java2 って書いてあるよね。
0091デフォルトの名無しさん
NGNGしかし、今更「外部バージョンを５にしました」
本当に消費者を混乱させるのが得意だなぁ・・・
0092デフォルトの名無しさん
NGNG0093デフォルトの名無しさん
NGNG3.1→95→98→Me→あぼーん
みたいなのよりマシかと。
0094デフォルトの名無しさん
NGNG「嫌ならやらなければいい」っていうのは、この言葉自体は正しいけど、「これってどうよ？」ていう質問の答えとしては不適切だと。
0095デフォルトの名無しさん
NGNG1.2→1.4よりも5→6の変更点の方が大きいのか？
1.4→5と同程度の変更点があるのか？
0096デフォルトの名無しさん
NGNG0097デフォルトの名無しさん
NGNG6は実質J#だからじゃないのか？
SUNとMSは提携してるわけだし。
0098デフォルトの名無しさん
NGNG1.1がJava1
1.2がJava2
1.3がJava3
1.4がJava4
1.5がJava5
それだけのことがなぜわからん？
0099デフォルトの名無しさん
NGNGその場合、どっちがコントロールしていくんだろ？
0100デフォルトの名無しさん
NGNGネイティブで動かないなら、VM噛ますより直接.NETのコード吐いてほしい。
0101デフォルトの名無しさん
NGNG>>84
> ていうか入れて大丈夫なのか？
にたいして
>>86
> 入れるのが不安なら入れなければ良いだけ。
と言われただけだろ。
0102デフォルトの名無しさん
NGNG0103デフォルトの名無しさん
NGNGだから、答えになってないだろ。
0104デフォルトの名無しさん
NGNGJ# って基本的には 1.1 レベルのクラスライブラリしか持ってないから
java.io.RandomAccessFile#setLength(long) が使えなかったりで萎え。
0105デフォルトの名無しさん
NGNG一応、答えにはなってるな。
もっとも、>>84 が聞きたい答えだったかは知らんが。
0106デフォルトの名無しさん
NGNGおいおい日本語大丈夫か？
「大丈夫なのか？」
の答えとしては
「大丈夫」か「大丈夫じゃない」かどっちかだろ。
お前は政治家か？
0107デフォルトの名無しさん
NGNGんじゃ、>>86 の代わりに答えておこう。
>>84 にとっては、大丈夫じゃない。
0108デフォルトの名無しさん
NGNG0109デフォルトの名無しさん
NGNG他人に聞かないと判断できないほど無能だから。
0110デフォルトの名無しさん
NGNG0111デフォルトの名無しさん
NGNG0112デフォルトの名無しさん
NGNG0113デフォルトの名無しさん
NGNG0114デフォルトの名無しさん
NGNG「都合の悪い情報」って何？
0115デフォルトの名無しさん
NGNG>>86 は「馬鹿は大人しくしてろ」って言ってるだけだと思われ。
0116デフォルトの名無しさん
NGNGそっか、セットアップで躓くような人もいるんだねぇ。
0117デフォルトの名無しさん
NGNG入ったけど動かしてみたらバグだらけ。
既存のアプリの互換性壊滅。
スパイウェアの存在がバラされる。
0118デフォルトの名無しさん
NGNG原因わかったら BugParade にでも報告しといてね。
0119デフォルトの名無しさん
NGNG例えばどんなバグがあるの？
0120デフォルトの名無しさん
NGNG0121デフォルトの名無しさん
NGNGああ、それは重大なバグだ。
0122デフォルトの名無しさん
NGNGふーん。それは困ったね。
0123デフォルトの名無しさん
NGNG0124デフォルトの名無しさん
NGNGだから、全体的に動きが遅いんだよヽ(‘Д´)ﾉ
0125デフォルトの名無しさん
NGNG0126デフォルトの名無しさん
NGNG0127デフォルトの名無しさん
NGNG0128デフォルトの名無しさん
NGNG見える部分ばかりいじくりたがって、見えない縁の下の力持ちだる
基本部分＆根底部分をいつもおろそかにするＳＵＮの恒例ってことで。。。
0129デフォルトの名無しさん
NGNG0130デフォルトの名無しさん
NGNGメモリ効率も良くなってるし、Swingは速くなってるし、複数VM起動時は速くなってるし、それなりにパフォーマンスは向上してると思うが。
0131デフォルトの名無しさん
NGNG0132デフォルトの名無しさん
NGNG0133デフォルトの名無しさん
NGNG0134デフォルトの名無しさん
NGNGﾄﾞｯﾄﾈﾄ厨は溺れまいと必死だからなぁ。
0135デフォルトの名無しさん
NGNG早くなってるかコレ？1.4.2 と変わんねぇーよ。
0136デフォルトの名無しさん
NGNGJavaを叩きたいなら以下のスレでどーぞ。
【世代交代】どうしてJavaは死滅してしまったのか？
http://pc5.2ch.net/test/read.cgi/tech/1078838061/l50
0137デフォルトの名無しさん
NGNG「 またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする
Sockets Direct Protocolのサポートが計画されている。」
このSockets Direct Protocolって、Javaプログラム間でしか通信できないんですかね？
ServerSocketを開いて受信するのとどう違う話なんですかね？
リモートメソッド呼び出しができるとか？
0138デフォルトの名無しさん
NGNGローカルのJavaプログラム間ではTCP/IPを使わないようにするってことでは？
リモートメソッド呼び出しはRMIで今までもできてる。
0139デフォルトの名無しさん
NGNG何で試してるの？
0140デフォルトの名無しさん
NGNGコレをサポートするって事じゃないかと思ってたが……
http://oss.hitachi.co.jp/crl/lwsockets-ja.html
Javaプログラム間のみでしか使えないとは一切書いてないし、速報記事のコピペだし。
0141デフォルトの名無しさん
NGNG1.5 の話題は 1.5のスレでやれ。
【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】
http://pc5.2ch.net/test/read.cgi/tech/1094891986/l50
0142ジャズ紳士 ◆rHkT/SfI7A
NGNG0143ジャズ紳士 ◆rHkT/SfI7A
NGNG0144デフォルトの名無しさん
NGNGそれで全部解決だよ。
統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
で、速度もC#なみにはやくなる。
0145デフォルトの名無しさん
NGNG0146デフォルトの名無しさん
NGNGベンチマークでは1.3の旧バージョンでもC#とほぼ同等だったよ。
新バージョンで改善されてれば、Javaの方が速いかもね。
0147デフォルトの名無しさん
NGNGhttp://pc5.2ch.net/test/read.cgi/tech/1080916113/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 ←( ´,_ゝ`)
↑
( ´,_ゝ`)
0148デフォルトの名無しさん
NGNGhttp://msdn.microsoft.com/vstudio/art/javarc/middleware/image003.jpg
0149デフォルトの名無しさん
NGNGhttp://www.gotdotnet.com/team/compare/default.aspx
http://www.middlewareresearch.com/endeavors/030730J2EEDOTNET/endeavor.jsp ←登録して665KBのpdfファイル
http://www.rpmsoftware.com/rpm/download/rpm_dotnet.pdf
結論
j2eeは遅い
0150デフォルトの名無しさん
NGNGリンク先はJavaについて何も書いてないみたいだが、本人か？
0151デフォルトの名無しさん
NGNGhttp://sys-con.com/story/?storyid=45250
という記事もある。
マイクロベンチマークの有用性についてご存知かな？
0152デフォルトの名無しさん
NGNGjava のプロジェクトは例外なくトラブる
java は遅くて使い物にならない
理論がどうとかじゃなくて現実はそうなっている
0153デフォルトの名無しさん
NGNG乱数突っ込んでる時点で、ソートの結果が毎回大きく違ってくると思うんだが。
>>149
Javaの方がC#より速いというベンチも多数あったはず。
しかし何故かC#の方が速いというベンチは企業がほとんどなんだよなー。
0154デフォルトの名無しさん
NGNG0155デフォルトの名無しさん
NGNG基本的にはC#が速くて当然だと思うんだが。
その代わり、Javaのほうが起動が早かったり、
繰り返し実行されるうちに最適化されて高速化するのがメリットなんじゃないのか？
0156デフォルトの名無しさん
NGNG統計情報を元に動的コンパイルの最適化行えるから。
0157デフォルトの名無しさん
NGNG0158デフォルトの名無しさん
NGNGUSBメモリにJDKをインストール→OS再インストール
これで手元にはJDKの展開されたのがのこる。
0159デフォルトの名無しさん
NGNG0160159
NGNG0161デフォルトの名無しさん
NGNG現行バージョンのベンチマークはスレ違い。
死滅スレにでも行ってやれ。
>>157-160
現行バージョンのインストールに関してはスレ違い。
初心者スレに行くなり死滅スレに行くなり好きにしろ。
0162デフォルトの名無しさん
NGNGやっぱりJ#とJavaは統合されるなｗ
ほかのプラットフォームではどうなんのかなｗ
ウインドウズのみになったりしてｗ
0163デフォルトの名無しさん
NGNGJ# には generics なんぞいらん。既存の J# にプリプロセッサ組み合わせれば良いだけだし。
そんな事よりも java.io.RandomAccessFile#setLength(long) が無いのをどーにかしてくれ。
0164デフォルトの名無しさん
NGNG想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
0165デフォルトの名無しさん
NGNG単に J# が C# により近づいてるだけに見えるんだが……
0166デフォルトの名無しさん
NGNGは？
今までC#がジェネリック使えてましたか。そうですか。
そりゃC#に似てきたんですねｗ
Java厨って想像だけで語り始めるんだよなぁｗ
0167デフォルトの名無しさん
NGNG次の C# では generics っつーか template っつーか忘れたけど使えるよね。
J# 2005では 値型も追加されるみたいだし。
0168デフォルトの名無しさん
NGNG想像するだけで楽しい作業だね。
0169デフォルトの名無しさん
NGNGそうだね。
ということは、JavaもC#のような構造体をサポートするようになるねｗ
わくわくするねｗ
数年後にもう一度この書き込み見てごらんｗ
0170デフォルトの名無しさん
NGNGあと、J# 2005 で追加される type-safe enum は
J2SE 5.0 で追加された参照型の奴じゃなくて
C# みたいな値型の奴だってさ。
0171デフォルトの名無しさん
NGNGそこらへんのすり合わせはどうするんだろうね？
俺の予想では、Javaのほうが仕様変更する。
0172デフォルトの名無しさん
NGNG根拠のある予想だったら聞く価値もあるんだろうけどね。
0173デフォルトの名無しさん
NGNG想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
0174デフォルトの名無しさん
NGNGシステムコールっつーか OSの機能を呼ぶ時だけ、皮が一枚増えるだけ、の話だし。
0175デフォルトの名無しさん
NGNG現状：
JavaVMはネイティブなコード
その上でJavaアプリが走る。（遅い）
普通のアプリはネイティブなコード。（速い）
将来：
JavaVMは.NET上で走る。
Javaアプリは.NET上のJavaVM上で走る。（すごく遅い）
普通のアプリは.NET上で走る。（速い）
よく考えたら今と変わらないねｗ
0176デフォルトの名無しさん
NGNGっつか、J# が好きなのか .NET が好きなのか
.NET に統合される Java を想像するのが好きなのかは知らんけど
完全にスレ違いだから。
0177デフォルトの名無しさん
NGNGMustangについて考えてるのだから、すれ違いじゃないよｗ
MustangはJ#と統合されるでしょｗ
0178デフォルトの名無しさん
NGNGMustang について妄想するスレじゃないので。
0179デフォルトの名無しさん
NGNGMicrosoft か Sun が公式に「MustangはJ#と統合される」と発表した場合は別だが。
0180デフォルトの名無しさん
NGNG妄想じゃないってｗ
なぜなら、
統合されないと、.NETの上で動くVMの上で動くJavaのコードって感じで
想像しただけでも使えそうに無い。（longhorn以降ね）
間違いなく統合される。
0181デフォルトの名無しさん
NGNGMicrosoft か Sun が公式に「MustangはJ#と統合される」と発表した場合は別だが。
0182デフォルトの名無しさん
NGNGいずれ発表されるでしょｗ
もしかして統合されないと思ってるの？
0183デフォルトの名無しさん
NGNGじゃ、発表されてから来てくれ。
0184デフォルトの名無しさん
NGNGMustang自体まだ出てないでしょｗ
色々と想像するスレでしょｗ
0185デフォルトの名無しさん
NGNG公式発表やら、JSR や Sun幹部のブログやらなどの情報源を元に想像するスレなので。
0186デフォルトの名無しさん
NGNGs/>>183/>>184/
0187デフォルトの名無しさん
NGNG公式発表を元に想像してるんだけど？
だいたい、統合しなきゃJava生き残れないでしょ？
0188デフォルトの名無しさん
NGNGJavaはウィンドウズだけで動くわけじゃないからなぁ
どちらかというと、ウィンドウズじゃない場合にJavaを採用するわけで。
0189デフォルトの名無しさん
NGNGどの公式発表を元に想像したんだ？
0190デフォルトの名無しさん
NGNG仲間がいそうなスレ見つけて age といたから、そっちに行ってね。
まぁ、○○○○な上に○○○○○っぽそうだから誘導しても無駄かもしれんが。
【ようこそ】 Java1.6＝J♯? 【MSワールドへ】
http://pc5.2ch.net/test/read.cgi/tech/1080961057/l50
0191デフォルトの名無しさん
NGNG0192デフォルトの名無しさん
NGNGどの公式発表を元に想像したんですか？
0193デフォルトの名無しさん
NGNG0194デフォルトの名無しさん
NGNG.net studioのくそっぷりには呆れる。
まあ、GUIが超そっこうで作れる点では.net studioすごいんだけど
それ以外が全てクソって・・・
ところでC#2っていつでるんだよ。
待たせすぎ
0195デフォルトの名無しさん
NGNG0196デフォルトの名無しさん
NGNGもうVBなんていらねーから
リファレンスをまともな記述に直してくれ。
MSは2階層以上の構造化されたライブラリーを仮定してないんだろうなｗ
まあ、低レベルユーザー指向だからこそ
下級ソフトが超即効で作れるわけで
高級ソフトはやっぱり.net framewokr が絡むと
厳しいよね。
という事で
高級ソフトウェアを作る場合はJava
低級ソフトウェアを作る場合はC#と分けるのが
賢い使い方かもね。
って、ビジネスでもそういう使い方されてるから
わざわざ指摘するまでもないか・・・
0197デフォルトの名無しさん
NGNG0198デフォルトの名無しさん
NGNG0199デフォルトの名無しさん
NGNGオイオイ、頭大丈夫か？
一度アセンブリをデコンパイルしてみるといいぞ。
0200デフォルトの名無しさん
NGNGほんと、何でtype safe enumがああいう実装になっているか考えたことある？
javaは、実行速度の最適化はコンパイラと実行環境に任せるって方針がハッキリしてきたから
むしろ プリミティブ型が邪魔になってきていると思う。
auto-boxingが、1.5で導入されてプリミティブ型とクラスの扱いの差がなくなってきたので
この際、mustangでは定数以外のプリミティブ型を全部隠蔽するような仕様変更(deprecated？)にならないかな？
今でも書けるけど、プリミティブ型の利用をとめられないでしょ。
0201デフォルトの名無しさん
NGNGたまにちゃんと動くけど。
(Integer)5 == (Integer)5 → true
(Integer)50 == (Integer)50 → true
(Integer)500 == (Integer)500 → false
0202デフォルトの名無しさん
NGNGちゃんと理解してね
0203デフォルトの名無しさん
NGNGどういうこと？
なんで201の挙動になるかはわかってるけど。
0204デフォルトの名無しさん
NGNGこのへんが理解していないと思われ
0205200
NGNGIntegerは数の小さいときはインスタンスを使いまわす実装になってるからってことだっけ？
Integer型とか、プリミティブ型のラッパークラスの == は、equal を呼ぶようにすれば大丈夫・・・じゃない？
final だから派生もできないし。
今の 1.5ではできないけどね。
0206デフォルトの名無しさん
NGNG実際に変数にどういう値が入るかはわからないから、たまにちゃんと動くんだよ。
なんで201の挙動になるかはわかってるって。
==をequalsにすると、インスタンスの比較したいときのための構文が必要になる。
挙動が変わるコードもあるだろうし。
0207デフォルトの名無しさん
NGNGすごい内容だな
たまにちゃんと動くではなくて
trueもfalseも返すというのがすでに正しい動作なんだから
紛らわしいこと書くなよ
内容がスレ違いなんだから初心者スレいけよ
0208デフォルトの名無しさん
NGNG0209200
NGNGで、おまいら俺はスルーですか？
>>206
だからプリミティブ型のラッパークラスだけにって、>>205 に書いたけど。
プリミティブ型は、==とequalsの挙動が変わって困ること無いじゃないですか。
>>207
＞trueもfalseも返すというのがすでに正しい動作
君の言っていることも既に意味不明です。
>>208
え？釣りだったの？
0210デフォルトの名無しさん
NGNG0211デフォルトの名無しさん
NGNG釣る気はなかったんだけど・・・
ラッパークラスは==とequalsの挙動が変わって困ることはめったにないが、0ではないよ。
だれか困る人がいるはず。
0212200
NGNGその困るパターンが知りたい。
finalクラスなんだから、クラスが派生して使われるわけではないし困ることないと思うけど？
数字のラッパークラスは数字として使われるわけで、もしインスタンスの違いを比較するような
「同じ数字だけど別タイミングで作られた」なんかの付加情報を必要とするなら
そういう付加情報を持つ別クラスで扱ってやるべきだと思う。
0213デフォルトの名無しさん
NGNGここでは、仕様を変更してかどうかという話なので。
こういう使い方をするべきとかそうではない、ということを議論してもしかたないよ。
すでに言語仕様として数年定着してるんだから、インスタンスの違いを比較するコードがあってもおかしくない。
スクリプトなど処理系のようなものを作るときには、必要になっているかもしれない。
自分たちの分野で不要だからといって、全ての分野で不要だとは思わないし。
0215デフォルトの名無しさん
NGNGnew Integer(5) == new Integer(5) → false
0217デフォルトの名無しさん
NGNGautoboxingの仕様だよ。
newは必ずインスタンスを生成する。
0219デフォルトの名無しさん
NGNGムダに遅くなりそうだし。
そこまでのEoDはスクリプトでやればいい。
0221デフォルトの名無しさん
NGNG0222デフォルトの名無しさん
NGNGJava厨って面白いねｗ
0223デフォルトの名無しさん
NGNG0224デフォルトの名無しさん
NGNG素晴らしい世界ですねｗ
0225デフォルトの名無しさん
NGNG言い出したのはJavaではなく、それ以前のOO言語の中でもでてきています。
由緒正しいSmalltalk厨に聞いてきてください。
もちろん藻前もオブジェクトです。
0226デフォルトの名無しさん
NGNGOO厨の分際で実用言語C/C++、C#、etcと張り合おうって言うのが気に喰わない。
夢の中で理想追いかけとけ。
こっち来るな。
0227デフォルトの名無しさん
NGNGスレ違いなんだから、負け犬のように出てくのはオマエ。
0228デフォルトの名無しさん
NGNGお前らは板違い。
夢独り言板行ってスレ立てれよ。
こっち来るな。
正直、妄想は迷惑。
ここは技術板だ。
0229デフォルトの名無しさん
NGNGその○○○○, ○○○○○には一体何が入る？
きになる
0230デフォルトの名無しさん
NGNGそー思うなら削除依頼でも出してくれば？
0231デフォルトの名無しさん
NGNG0232デフォルトの名無しさん
NGNGお前が出せよ。
何で俺らがお前の後始末しなきゃならないんだよ？
0233デフォルトの名無しさん
NGNG妄想とか言ってるのはオマエだから。
0234デフォルトの名無しさん
NGNG板違いだといってるのがオマエだから。
0235デフォルトの名無しさん
NGNG大会期間は1ヶ月。
優勝賞金としてあなたのロボットがあげた利益をそのまま獲得できます！
ユニークなロボットには特別賞も！
ふるってご参加ください。
ttp://www.kaburobo.jp/
0236デフォルトの名無しさん
NGNG0237デフォルトの名無しさん
NGNG0238デフォルトの名無しさん
NGNGよほど人気がなかったので、関係者があわててマルチしたんでしょう。
Mustangで誰か実装してやればよし。
0239デフォルトの名無しさん
NGNG>>174
現状：
JavaVMはネイティブなコード
その上でJavaアプリが走る。（遅い）
普通のアプリはネイティブなコード。（速い）
将来：
JavaVMは.NET上で走る。
Javaアプリは.NET上のJavaVM上で走る。（すごく遅い）
普通のアプリは.NET上で走る。（速い）
よく考えたら今と変わらないねｗ
↑これどう思う？
0240デフォルトの名無しさん
NGNG0241デフォルトの名無しさん
NGNGJVMはネイティブAPIで実装されるに決まってるだろ。CLR上にさらに
VM乗っけるって、莫迦かと。
Winの普通のアプリが将来全部CLR上で動くことになるんなら、Winアプリ全体が
今のJavaと同じになるってこった。 .netのCLR、今のJVMより遅いし悲劇的だな。
もうFAだから放置で。
0242デフォルトの名無しさん
NGNGプログラムはメモリ上に直線的に配置されてるんですけど。
0243デフォルトの名無しさん
NGNGJVMはおそらくC#で書かれるだろ。
0244デフォルトの名無しさん
NGNG今の JVM は C++ で書かれているのにWindows版だけ再開発のコストを払って、わざわざ C# で書き直すわけ？
おまけに Windows版とそれ以外で、2系統の VM を保守しなきゃいけないので保守も大変になるし。
と厨の妄言にﾏｼﾞﾚｽ
0245デフォルトの名無しさん
NGNGSDP(Scoket Direct Protocol)ってTCPの代替の
トランスポート層のプロトコル。SOCK_STREAMで使う。
http://www.rdmaconsortium.org/home/SDP_FAQ.htm
TCPは仕様上、実装でメモリコピーを結構やる必要がある。
1000Mbpsが当たり前のnetworkではこのコピーがボトルネックになる。
Java環境でも同様なので、SDPのサポートが望まれている。
(特にserializeする時は大量のdata転送が…)
>>140のページなんかにTCPじゃなくて、
TCP/IPとIPまで含まれているのはなんかの間違いだと思う。
SDPはIPv6と相性が良い。(IPv4だとSDPをフルに活かせない)
0246デフォルトの名無しさん
NGNGhttp://www.itmedia.co.jp/enterprise/articles/0410/05/news005.html
0247デフォルトの名無しさん
NGNGttp://sourceforge.net/projects/ikvm/
もう既にあるの知ってた？JavaでPython実装したりPerl実装してたりするやつがいるんだから
こういうことしてるやついるって。
0248デフォルトの名無しさん
NGNG> 「これは非常に広範な特許の主張のようであり、Javaを越えて
> （Microsoftの）.Netにも及ぶかもしれない」とハフ氏。
0249デフォルトの名無しさん
NGNGMicrosoftは既にお金払っている可能性もある。
非公開を条件にできるしね。
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5206951'.WKU.&OS=PN/5206951&RS=PN/5206951
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5421012'.WKU.&OS=PN/5421012&RS=PN/5421012
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5,226,161'.WKU.&OS=PN/5,226,161&RS=PN/5,226,161
この辺はHaskell屋さんがGCとの絡みでかなり昔から研究していたから、
最初の侵害はHaskell .NETか?
0250デフォルトの名無しさん
NGNG0251デフォルトの名無しさん
NGNG5,206,951 を読んだけど autoboxing/unboxing の話じゃ無さそうだね。
っつか、どこ読んだら autoboxing/unboxing の話が出てるんだ？
kodak が Sun を提訴した2002年にはまだ Java には autoboxing は無かったような？？？
http://www.itmedia.co.jp/news/0202/14/e_kodak.html には、
それ以前にも3年間交渉したとか書いてあるし。
0252デフォルトの名無しさん
NGNG大雑把に言うと COM みたいなシステムの特許みたいだね。
.NET や Java に限らず、オブジェクト指向なスクリプト言語とかもやばそう。
0253デフォルトの名無しさん
NGNG単語の流し読みしかしてないけど、GCのアルゴリズム？か？
でもOperationを強調してたりするところをみるとReflection？わけわかんねー。訴求の範囲がわからん。
1995年のものだけに、初代Javaから入ってる機能なのか・・・？英語読める人プリーズ。
Smalltalkの猛者はどこだー。
0254デフォルトの名無しさん
NGNGRMIそのもの。RMIベースのシステム。RMIのAPI。かな?
0255デフォルトの名無しさん
NGNG最後はOO baseじゃないケースかな。
0256デフォルトの名無しさん
NGNG0257デフォルトの名無しさん
NGNGRMI だったら ネットワーク越し、システム間で、とかそーゆー表現があっても良さそうなもんだが。
0258デフォルトの名無しさん
NGNG0259デフォルトの名無しさん
NGNG>>254 が読み違えててRMI 関連の特許でない可能性も大。
0260デフォルトの名無しさん
NGNGJavaは生き残るな。最悪でも単にSunが退場するだけ。
つーか、まじ退場してほしい。
0261デフォルトの名無しさん
NGNG「他の参考文献」、見て美奈代。
0262デフォルトの名無しさん
NGNGん？てことは、M$はまだ？
もしや、SUNとM$の夢のタッグ結成？
0263デフォルトの名無しさん
NGNGhttp://www.itmedia.co.jp/enterprise/articles/0410/05/news016.html
残念。Sunだけ。
0264デフォルトの名無しさん
NGNG特許から引用されているから、そのあたりから
読んでいくとわかりやすいかもね。特開平
1-126736は「カストマイズ可能のコンピュータシステム
に関し、特に種々のプログラム間でデータ資源を
共用するメカニズムを備えたシステム」
ざーっと流し読みした感じだと、CORBAとか
SOMとかCOMとかが盛んだったころの類似技術の
一つって感じがする。
0265デフォルトの名無しさん
NGNGとっとと潰れろ潰れろ潰れろ潰れろ潰れろ潰れろ潰れろ。ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
0266デフォルトの名無しさん
NGNG0267デフォルトの名無しさん
NGNG0268デフォルトの名無しさん
NGNG0269デフォルトの名無しさん
NGNGSUNは、MSに技術供与することで利益を上げられる。
プログラマはVSを使って楽しく仕事が出来るようになる。
ユーザはネイティブなソフトウエアを手に入れることが出来る。
むろん、MSにとっても帝國の基盤を磐石のものと出来、言うことなし。
全員がハッピーになるストーリーです。
0270デフォルトの名無しさん
NGNG0271デフォルトの名無しさん
NGNGJ# はネイティブコードは吐けないと思ったが。
0272デフォルトの名無しさん
NGNG0273デフォルトの名無しさん
NGNG比較的新しい言語でJ#というのがあるのです。
Javaを吸収すると目されています。
>>271
ウインドウズネイティブということです。
ほかの環境では現在より不利になると思いますが、
大げさな言い方をすれば、一番層の厚いパーソナルコンピュータ上では
ウインドウズしか使われていませんから、特に問題ないでしょう。
携帯機器においては、BREWが主流となる流れなのでしょう。
0274デフォルトの名無しさん
NGNG目されてねぇよ
J#はJavaユーザーを.NETに取り込んでいずれはC#使わせようってだめだけに存在してんだから。
0275デフォルトの名無しさん
NGNGMSとSUNは提携しています。
そして、SUNが絶体絶命のピンチに陥ったとき、MSは手を差し伸べるでしょう。
MSには、そうしなければならない理由があると思うのです。
現在、Javaは絶滅の危機に瀕しており、MSの手助けが必要に見えます。
これが、J#とJavaが統合されると考える理由です。
万が一統合されなかった場合、Javaは絶滅すると思います。
そしてJ#もフェードアウトしていくでしょう。
0276デフォルトの名無しさん
NGNGこれってSunが死ぬだけですむの？
俺ら関係ない？
0277デフォルトの名無しさん
NGNG訴訟の対象になるほど金があるか、コダックを怒らせるとかすれば関係あるんじゃないか？
0278デフォルトの名無しさん
NGNG0279デフォルトの名無しさん
NGNGhttp://www.itmedia.co.jp/enterprise/articles/0410/05/news016.html
残念。Sunだけ。
0280デフォルトの名無しさん
NGNG無関係ではないが、問題はない、というのが正しいね。
0281デフォルトの名無しさん
NGNG逃げ切れると思ったのかな。
0282デフォルトの名無しさん
NGNG5年間交渉係争してるんじゃないの？
0283デフォルトの名無しさん
NGNG害のほうが大き過ぎて益が少な過ぎると思わない？
著作物は著作権が発生するわけで特許がなくてもソフトの値段がなくなるわけじゃない。
この際、ソフトウェアの特許全部なしにしてしまおうや。そうしたらみんなちょっとずつ幸せになれるって。
0284デフォルトの名無しさん
NGNG0285デフォルトの名無しさん
NGNG他人の威を借りないと何も出来ないで、それでいて他人を非難して
スレを荒らしまわる。
本当に厨そのものだ。
0286デフォルトの名無しさん
NGNGhttp://japan.cnet.com/news/ent/story/0,2000047623,20074961,00.htm
0287デフォルトの名無しさん
NGNG今回の報道で注目されちゃってるから Sun に控訴(?)されたら Kodak は世論的に不利だろね。
頑張れ >>284 ﾌﾟﾛﾌﾟﾗ富豪の力を結集してソフトウェア特許を守るのだ！
……無理か。>>284 はﾌﾟﾛﾌﾟﾗ乞食(使ってるのは全部違法品)だろうし。
0288デフォルトの名無しさん
NGNGしかし、守るべき独創的な技術ももちろんあるわけで。
とりあえず特許をみとめておいて、あとは司法に丸投げという運用に問題があると思われ。
1960年代のSimulaまで特許侵害ということになるかもって、どんな特許やの？
Simula、うしろうしろ！
0289283
NGNGSimulaかよ！
独創的な技術もソフトウェアにして著作権で守ればええやん、って思ってしまうんですけど。
まあ、ソフトウェアに特許を認める認めない、いずれにせよ今のアメリカの無責任(後回し)的な
制度は早くつぶしてもらいたいな。アメリカ以外の国が迷惑こうむるだけだ。
0290デフォルトの名無しさん
NGNG0291デフォルトの名無しさん
NGNG１に書いてあるこれね。
「この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。」
JVM上に複数のプロセスというかJavaプログラムが起動するってことなんだろうけど、
「ローカライズコンピューティング処理実行のための分離」ってなんのことなのかさっぱり。
エライひと教えて。
0292デフォルトの名無しさん
NGNG分離されている処理単位内に影響が収まる、
局所化される(ローカライズ)、ってこと。
「この機能によって処理の局所化を担う分離が可能となり」くらいの意味。
具体例としては、クラス変数が別々になる、など。
0293デフォルトの名無しさん
NGNG例えば、一つのアプリで OutOfMemoryError 食らっても
同じVM共有してる他のアプリが止まらないようにする仕組みで
VM共有の肝となる技術の一つ、って感じで理解してるんだけど
0294292
NGNG0295デフォルトの名無しさん
NGNG0296デフォルトの名無しさん
NGNGその空間を複数のJVMで使いまわしできるようになるんですよね。
やっぱり、System.exit()に手が入れられるのかな？
それとも特別なオプションつけたときだけ挙動が変わるとか？
LookingGlass～クライアントアプリまでJavaでカバーできるようになるのか。
JavaStation再び、だね。
# 願わくば今度はこけませんように・・・
0297デフォルトの名無しさん
NGNG数年後にはJavaを駆逐した功績を認められるはず。
Javaが無くなり、みんな特許に感謝する。
0298デフォルトの名無しさん
NGNG携帯電話で同時に複数の待ち受けアプリを動かすことができる。
0299デフォルトの名無しさん
NGNGハードウェア-OS-JVM(あるいはCLR)-アプリケーション
っていう構造が一般的になるかもね。
ハードウェアの違いをOSが吸収
アプリケーションの機械語の違いをVMが吸収。
いい時代になったもんだ。
そうなるとコンピューターの世界にも構造改革が必要だね。
シェルからなにから全てVM上で走らせるつもりのOSを作ると
幸せになれそうだ。
0300デフォルトの名無しさん
NGNGやっと技術的に必要なものがでそろってきたかな。
0301デフォルトの名無しさん
NGNGどっかでムービーみれませんかね？
0302デフォルトの名無しさん
NGNGJavaOSを見込んでるからだろうね。
でもって、シェルをVM上で走らせる布石にもなってると。
マイクロソフトはどうするんだろうね。
ソフトハード統合OSにするか
ソフトハード分離OSにするか。
ソフトウェア工学的に美しいのは後者だけどね。
VMWareはどうなるんだろうな・・・
VMWare作ってる会社がJavaOSに関わっていけばいいと思うんだけど。
0303デフォルトの名無しさん
NGNGどうよ?
http://wwws.sun.com/software/looking_glass/demo.html
騒ぐほどのもんじゃないと思うけども。
0304デフォルトの名無しさん
NGNGJ#、かなり未完成です。ライブラリもバグだらけです。ライブラリのバグは、致命的なレベルです。
コンパイラの設計は、良くここまでJVMとCLRの違いを吸収したと思い、よくできているとは思いますが
実用を考えて書かれたコードは、再コンパイルだけでは、なかなか動作しません。
（特に、String型、リソース、ClassLoaderあたりが重大。）
セキュリティモデルの違いも大きいです。
MicosoftがJ#に力を入れて、大部分のJavaコードがコンパイルできるようになったら
.NETは、Javaをあっというまに蹴散らすと思う。現状では、J#を使いこなすのはそれなりのテクニックが必要。
0305301
NGNGありがと、
今すぐ完成したら凄いと思うんだけど、、
これが完成するころには、WindowsやMacはもっと凄くなってるんだろうね・・
0306デフォルトの名無しさん
NGNG> Javaをあっというまに蹴散らすと思う。
この文の"Java"は「100% pure Java」って意味ですか?
0307デフォルトの名無しさん
NGNGMonoは駄目だしなぁ。
0308デフォルトの名無しさん
NGNG持たせたいと思っているようには思えない。
ビジネス関係でJavaが採用されているのは(J2EEとか)、けっきょくこのプラット
フォーム互換性ゆえだよ。ある程度以上の開発だと、この「プラットフォームが
変わっても、多少の変更は必要とはいえ動かすことが出来る」というのは非常に
重要。必要ならMicrosoft以外のプラットフォーム（ばか高いUNIXサーバとか）に
移行できるという可能性が重要。これさえ保証できれば、多くの企業は別に
Javaじゃなくたって、なんでもいいわけですよ。５年後に保守切れしたときに、
別のプラットフォームも選択できると言う可搬性があれば。
もちろん、Write one, Run anywhereなんてただの神話だけども、はじめっから
「Microsoftプラットフォームでないと動きません」なんてよりよっぽどマシ。
この点をクリアしないと.NETはあくまでMicrosoftプラットフォームの技術ってことで
終わると思う。もちろん、Microsoftだから、結構シェアは取るとは思うけどね。
0309デフォルトの名無しさん
NGNGもう販売はじまってるよ
0310デフォルトの名無しさん
NGNG世界中にぶちまける予定でもあるらしい
windows壊滅へのカウントダウンは既に始まっていたりする
0311デフォルトの名無しさん
NGNGEclipseしかり、その他のJava開発環境とか
StartSuite別名OpenOfficeなんてのは
LinuxとWindows両方で動いちゃってるわけで、
Linux用アプリを全てJavaで書き直した時にいったい何が起こるんだろうか？
0312デフォルトの名無しさん
NGNGLinuxって重いね、という厨があらわれる。
しかし、現実的にLinux用という位置付けでJava版を用意しているアプリは結構あるね。
0313デフォルトの名無しさん
NGNG6年ぐらい前から同じことが言われてるわけだが。
今カウントいくつなんだ？(ｹﾞﾗ
0314デフォルトの名無しさん
NGNG現実的な線でいいと思う
Linux用ＧＵＩツールを作れといわれたら真っ先に選択肢にあがるはず＞Ｊａｖａ
あと今日ＰＣショップみてみたら大手のＸＰ搭載マシンで
SunのJavaVM搭載してないメーカーは無かった
ＤＥＬＬやＨＰのニュースは有名だから知ってたけど国内もみんな搭載してるのな
冬モデルは1,4,2_05と９月下旬時点での最新だった
0315デフォルトの名無しさん
NGNGそうなると、もしかして、もう5.0搭載してるマシンもでてる？(ちょっとはやすぎか・・・)
1.6のスレで5.0の話題すんませんなぁ。
ところで、1.5のJ2SEのバージョンいくつになるんでしょう。 6.0？それとも 5.1？
0316デフォルトの名無しさん
NGNGﾜﾛﾀ
0317デフォルトの名無しさん
NGNG作り手の論理では、ちゃんと書けるし圧倒的に安いんだから売れると思う。
俺は倍の値段の普通のボールペンを買うけどね。
ビジネス用だったら細かいことにこだわる必要ないって人もいる。
俺はビジネス用こそこだわるけどね。
0318デフォルトの名無しさん
NGNG>持たせたいと思っているようには思えない。
なにを当たり前のことを堂々と・・・
0319デフォルトの名無しさん
NGNGFAQに"Javaの消し方"がある。
善し悪しってこと。
0320デフォルトの名無しさん
NGNG> ところで、1.5のJ2SEのバージョンいくつになるんでしょう。 6.0？それとも 5.1？
< ところで、1.6のJ2SEのバージョンいくつになるんでしょう。 6.0？それとも 5.1？
の間違いなんでしょうなあ。
0321デフォルトの名無しさん
NGNG0322デフォルトの名無しさん
NGNG> 比較が==でできないから不便だぞ、と。
> たまにちゃんと動くけど。
> (Integer)5 == (Integer)5 → true
> (Integer)50 == (Integer)50 → true
> (Integer)500 == (Integer)500 → false
当たり前だろ
equals()を使うか一旦プリミティブ型に戻してから比較しろよ
0323デフォルトの名無しさん
NGNG0324デフォルトの名無しさん
NGNG文字だけのコミュニケーションの2chに空気なんてものがあると思ってるのか。
0325デフォルトの名無しさん
NGNGどういう流れで201が出てるか確認したら？
0326デフォルトの名無しさん
NGNGお前の擦っている空気とそいつが吸っている空気が常に同じか？
例えばお前が北海道にいてそいつが沖縄にいたとき、
お前とそいつとが吸っている空気が同じだといえるか？
0327デフォルトの名無しさん
NGNGつまりバカなんだ。
0328デフォルトの名無しさん
NGNG真性の馬鹿？
0329デフォルトの名無しさん
NGNG0330デフォルトの名無しさん
NGNG0331デフォルトの名無しさん
NGNG0332デフォルトの名無しさん
NGNGバカめ、お前のせいでスレが止まったぞ
いい空気持ってるじゃないか
MustangとLooking Glassのタッグは楽しみだな
WinFX&Avalonとガチになるぐらい盛り上がって欲しいもんだ
0333デフォルトの名無しさん
NGNG0334デフォルトの名無しさん
NGNG> 盛り上がって欲しいもんだ
願望ですか。確信ではないのですね。ｗｗｗｗｗｗｗｗ
0335デフォルトの名無しさん
NGNG0336デフォルトの名無しさん
NGNGワクワクするような展開を期待しているのよ
0337デフォルトの名無しさん
NGNG0338デフォルトの名無しさん
NGNGttps://j2se.dev.java.net/
0339デフォルトの名無しさん
NGNG0340デフォルトの名無しさん
NGNG0341デフォルトの名無しさん
NGNGttp://www.theserverside.com/
0342デフォルトの名無しさん
NGNGSun、Java 2 Standard Edition 6.0スナップショットをオープンソース化
ttp://www.itmedia.co.jp/enterprise/articles/0411/17/news020.html
0343デフォルトの名無しさん
NGNG0344デフォルトの名無しさん
NGNGあたまわるいね。
0345デフォルトの名無しさん
NGNG0346デフォルトの名無しさん
NGNGそれか、
new FileOutputStream("hoge.exe").close();
でがまんしる。
0347デフォルトの名無しさん
NGNGボーランド社のＪＢｕｉｌｄｅｒで、ネイティブ単独実行exeファイルが
ワンタッチで作成できます。
これで普通のアプリケーションと同じように配布できますね。
JREインストールの有無は関係なくなります。
エクリプスやネットビーンズには、とても無い機能です。
これを機にＪビルダーに変えてもいいかもしれません。
タダより高いものはなしです。
0348デフォルトの名無しさん
NGNG微妙なところが現状を良く表している
0349デフォルトの名無しさん
NGNGWebLogicにデプロイできますか？
0350デフォルトの名無しさん
NGNG0351デフォルトの名無しさん
NGNG0352デフォルトの名無しさん
NGNG申し訳ございません。語句が脱落しておりました。
「Javaは一度『綺麗に』書けばどこでも『何とかすれば』動きます。」
1.6 いいねぇ。Tigerのearly accessがアンインストールできないってバグがあったのを
思い返せば十分実用だよ、と Mustangの上で動かした v2cから書き込み。
0353デフォルトの名無しさん
NGNGねぇ、これはさすがにオープンソースじゃないよね？
> Javaもオープンソースであり、下記より開発環境を無料でダウンロードできます。
ttp://www.thinkit.co.jp/cert/compare/2/1/3.htm
要登録。登録して情報提供するのももったいないかも。
ダウンロード先もJava2SE1.4.2だし。
宣伝効果を狙って、晒されるようにしてるんだろうか？
0354デフォルトの名無しさん
NGNGどこがどういうふうにいいのかきぼんぬ
0355デフォルトの名無しさん
NGNG0356デフォルトの名無しさん
NGNG0357デフォルトの名無しさん
NGNG不要。DI+AOPでほんとに用無しになった。
0358デフォルトの名無しさん
NGNG何のために作るんだ？
JETコンパイラや GNU Java Compilerとかではダメか？
マニフェストファイルを使ってExecutable Jarファイルを生成するだけでは飽き足らないか？
JavaWebStartに対応させてJNLPファイルを作るだけでは飽き足らないか？
0359デフォルトの名無しさん
NGNG0360デフォルトの名無しさん
NGNGアイコンを付けたいとか、使い始めまではネイティブっぽくしたいってのは
あると思うぞ。
おれはMacユーザだけど、jarファイルをダブルクリックしたら起動できるとは
いえ、やっぱりちゃんとしたアイコンをつけて配布したいなー、とおもったら
やっぱりアプリケーション化するよ。
0361デフォルトの名無しさん
NGNGjavaコマンド呼び出す小さなアプリで問題なし。
ウィンドウズなら、アイコン設定したショートカットをデスクトップに置くインストーラーで問題なし。
0362デフォルトの名無しさん
NGNG0363デフォルトの名無しさん
NGNG0364デフォルトの名無しさん
NGNG0365デフォルトの名無しさん
NGNG0366デフォルトの名無しさん
NGNG0367デフォルトの名無しさん
NGNG起動用アイコンの画像を指定できるぞ。
jarファイルを生で配布するなんてやめとけ。
0368デフォルトの名無しさん
NGNG0369デフォルトの名無しさん
NGNGJavaWebStartはスタンドアロンアプリを配ることにも使えるぞ。
サーバに依存して動くアプリを配るにしても、
なるべく disconnected operation ができるように
工夫して作るもんじゃないのか？
0370デフォルトの名無しさん
NGNGwebstartだとサンドボックスで動くんじゃないのか?
通常アプリケーションとの違いはそこだとおもうが
0371デフォルトの名無しさん
NGNG無制限のアクセス権（つまりネイティブアプリと同等）を要求するWebStartアプリも
たくさんあるよ。
0372デフォルトの名無しさん
NGNG0373デフォルトの名無しさん
NGNGそれ以降は普通に起動する。
0374デフォルトの名無しさん
NGNGそんなのユーザーが安心してつかうとはかぎらんだろ
それくらいならJava起動するだけのexe作ったほうがいい
ついでにランタイムも同梱してJavaであることすら意識させないでね
0375デフォルトの名無しさん
NGNGおおーい。起動時に毎回出る「場合もある」だけでしょー。
1回の同意で以降は聞かれないっていうのもありなんだから。
exeを作る意味は？exeあってもどうせJavaのランタイムがないと動かんでしょ？
ランタイムを入れてるんだったらjnlpで起動しても初回の同意ダイアログさえクリアすれば問題ない。
exeファイルをマシンの中に持ってくるまでの作業よりも(ダウンロード＞解凍｜インストーラ実行)
よっぽど敷居低いでしょ？
0376デフォルトの名無しさん
NGNGレジストリをいじられたくないとかね
とくに体験版とかで配布する場合とか圧縮だけのほうが喜ばれるぞい
0377デフォルトの名無しさん
NGNGJNLPAPIだけのようなきがしたが
0378デフォルトの名無しさん
NGNGJREを入れる時点で多少なりとレジストリへ書き込むだろ。
ttp://java.sun.com/j2se/1.4/ja/docs/ja/guide/plugin/developer_guide/version.html
とにかく、「圧縮だけのほうが喜ばれる」というのには賛成できないな。
俺は、得体の知れないサイトからダウソした生のjarとかexeとかでは，
トロイの木馬かもわからんから、起動するのは恐い。
377が書いているように、JNLP APIしか使わないようなソフトなら
署名も不要になるし、セキュリティ的な安心感を与えられる。
ちゃんとした.jnlpのほうが、ユーザに喜ばれると思うぞ。
0379デフォルトの名無しさん
NGNGちなみに>>376も>>377も俺な
JNLPAPIだけでもローカル資源アクセスは警告文でるぞ
プリントとファイルアクセスしか試してないがどちらもでる
0380デフォルトの名無しさん
NGNG0381デフォルトの名無しさん
NGNG客自身にJREをインストールさせられないような案件なら、
そもそもJavaを使うのを避けたほうがいいんじゃないか?
WinXP SP2以降は、JREをActiveXのセキュリティホールから
自動インストールさせる技も使えなくなったしな。
俺の場合、客先に導入されているPCがIBMで、
JREがプレインストールされていたから、悩まずに済んだけどな。
0382デフォルトの名無しさん
NGNG仕事でならJREをセットアップさせるのは手間ではないが、
これも最近はJRE同根でやってる
JREのバージョン違いでの動作の不具合を防ぐためね
ゲーム等ではJREのセットアップを別にしておいてくださいというのは
手間もあって嫌がる人は多い
クロスプラットフォームでのゲーム作成という目的もあるから
JRE付属させるだけでいいのでJavaはそれなりに存在意義あるよ
0383デフォルトの名無しさん
NGNGちょっと待て。言ってることが矛盾してるぞ。
結局ユーザにJREを入れさせるのが前提なんじゃねーか。
該当するJREをあらかじめインストールしてあるユーザからすれば、
わざわざ余計なもの同梱すんじゃねー糞が！ってとこだな。
警告文をユーザに見せるのがそんなに嫌か？
おまえみたいなセキュリティ意識の低いやつは、
セキュリティ意識の低いユーザと馴れ合ってるのがお似合いだな。
ちなみに、JavaWebStartには、アプリケーションの動作に必要な
バージョンのJREをユーザが持っていないときには、
自動でダウンロード・インストールしてくれる機能がある。
アプリにJREを同梱するだなんて時代は、とっくに終わってんだよ…
0384デフォルトの名無しさん
NGNG0385デフォルトの名無しさん
NGNG毎回警告文がでるゲームとか使いたいというやつの気がしれん
webstartは場合によっては使えるものの
JNLPAPI以外はあいかわらずサンドボックス内じゃねーの？
0386デフォルトの名無しさん
NGNGデフォルトでインストール済みにしてよ。
0387デフォルトの名無しさん
NGNGコード署名しろ
0388デフォルトの名無しさん
NGNG0389デフォルトの名無しさん
NGNG0390デフォルトの名無しさん
NGNGhttp://community.java.net/javatools/
http://community.java.net/javadesktop/
0391デフォルトの名無しさん
NGNG0392デフォルトの名無しさん
NGNGんでもって、その証明書からの信用の連鎖をユーザが理解してリスクを受け入れる
ことで、サービスに関する責任の線引きをできるようにすることに意味がある。
これの価値がわからないか、面倒だと思う奴は、電子署名とか使わないほうがいいぞ。
JavaWebStartにも、ユーザが手作業でルート証明書をインポートする機能が用意されてある。
ルート証明書を自己署名で作って、安全と思われる経路でユーザに配る方法を、
自前で持っているのなら、Verisignとかに頼らずにこの機能を使うのが普通だと思う。
貧乏かどうかとかは関係無い(企業内で利用する場合とか)。
0393デフォルトの名無しさん
NGNG手作業での証明書の受け渡し・インポートをさせるときに、
内容が本物であることを確かめにくい。PKIとしては不備だ思う。
1.5からのJavaWebStartのアプリケーションマネージャは、
編集→設定→セキュリティ→証明書→詳細 をすると、
cerの中身のバイナリが表示されるようになったので、
この画面をダンプして印刷してユーザに配布しておけば、
代用できるかもしれないけどな。
0394デフォルトの名無しさん
NGNG1.5から多少よくなったのか
ノーチェックだった
さんきゅ
0395デフォルトの名無しさん
NGNG企業内ならWbeStart使わないという手が一番だったけどな
セットアッププログラムでJRE埋め込みとスタートアップ部分作って
ネット経由で肝心の実行プログラムのダウンロード、実行という仕組み作ってる
再発明とかいうな
手間の問題とかJREのバージョン問題とかプログラムの追加と削除で
アンインストールができることとかいろいろあってな
0396デフォルトの名無しさん
NGNGつーか、1.5になってなお、鍵指紋を表示するフィールドが無い、
っていうことをには、わりとガッカリさせられている。
keytoolで鍵を作る過程でも、MD5,SHA1とかは、
フツーに表示されてるのにな…．1.6?に期待、なのかな…。
>>395
セットアッププログラムを配るというのなら、
ネイティブバイナリのインストーラで、
JREインストール+JavaWebStartでのアプリ導入・警告了承済の
構成状態を作ってやるほうが、バージョンアップとか、いろいろ
楽できると思うがな。
0397デフォルトの名無しさん
NGNGこれからの時代、クライアント上で動くプログラムが
「セキュリティチェックの為に警告ダイアログが出力される」という
動作自体が、便利といわれるか、不便といわれるかで
ニーズが分かれるような気がする。
例えば話ですが、
ウイルスバスターで個人情報保護設定で自分の名前やメールアドレスを
登録しておいたら、意外と不便でした。主に、登録フォーム系のページ
が大体引っかかる。んで、やり直しが発生。
0398デフォルトの名無しさん
NGNG.NETはどちらかというと便利さに重きをおいていて
Javaはどちらかというと安全性に重きをおいているという話。
0399デフォルトの名無しさん
NGNGそりゃ、Javaのセキュリティサンドボックスの話じゃなくて、
PICSとかP3Pとかの情報の入りと出のポリシの設定とか、
CC/PPとかのcontent negotiation系の技術に関わる話なんじゃないかな。
0400デフォルトの名無しさん
NGNGこれからの時代は
セキュアプログラミングに対する意識が高まったことにより
安全性が重要視される。
セキュアプログラミングをしないで
セキュリティホールを作ってしまうと逮捕されてしまうことがあるらしいぞ。
恐ろしいことに。C/C++プログラマはソフトウェア開発で慎重にならなければならない
立場に追いやられてる。
0401デフォルトの名無しさん
NGNGほいほいOK押すもんだから
なんの意味もないということだ
0402デフォルトの名無しさん
NGNG0403デフォルトの名無しさん
NGNGまるで全件委譲の誓約書にサインさせられるみたいなんだから。
0404デフォルトの名無しさん
NGNG1.4にあったあのアイコンが無いのですが・・・
0405デフォルトの名無しさん
NGNGそりゃJavaWebStartに限らないよ。
いろいろなソフトウェアをインストールするときに出てくるライセンス文書は、
真面目に読むと、かな～り引くような内容が多いよ。
JavaWebStartのアレは、シロウトが読んでも、リスクがあるということが
ちゃんと理解できるような書き方をしている分だけ、良心的だと俺は思うよ。
まぁ、署名なし・securityなしとのやつと、
署名あり・all-permission,application-client-permissionsのやつとの間で，
何かもうちょっと、資源アクセス権限の許認可を、GUIで対話的にできるような
しくみがあったりしてもいいかなぁ…、とかは思うけどね。
0407405
NGNGついでに404に回答すると、
JavaWebStartのアプリケーションマネージャなら、
jreのフォルダの中のjavawsフォルダの中にある、
javaws.exeで起動できるはず。
0408デフォルトの名無しさん
NGNGjre1.5.0\bin\javaws.exe
0409デフォルトの名無しさん
NGNGあれ？でも実際問題として、JavaWebStartで起動したアプリって、
それほどの権限もってるんだっけ？
つまり普通のexe並みの権限を？
0410デフォルトの名無しさん
NGNG警告のデザインをもっと工夫して
わかりやすくすればいいと思うけどな
0411405
NGNG<security>
<all-permissions/>
</security>
と書けば、exe並です。
っていうかふつうのJavaアプリケーションと同じ。
0412デフォルトの名無しさん
NGNGアプリケーションの変わりに使うというのならいいのだが
webstartはアプレットのように気軽にブラウザから起動できるので危険極まりない
それならばいったんダウンロードさせて各自の責任においてアプリケーションを起動したほうがまし
0413デフォルトの名無しさん
NGNGwebstartじゃん。
0414デフォルトの名無しさん
NGNGあれ、まさしくその通りなんじゃないんだっけ？＜JavaWebStart
0415414
NGNG秒単位で。
0416デフォルトの名無しさん
NGNG必要がないってところがウリなんだろ。新バージョンをあげとけば、WebStartが
勝手に認識してダウンロードしてくれるし。
0417デフォルトの名無しさん
NGNGwebstartはリンククリックしたらいきなり起動だからな
ユーザーはしらないでOKOKと押していくよ
アプレットやwebstartはサンドボックスの中でありながら影響のない部分で
アプリを動かせるのだけが強みかと
JNLPAPIみるかぎりアプレットでは制限厳しすぎたと思ってるようだけどね
まぁ野良署名つきがいいと思うのならActiveXでもいいしアプレットでもいいけどな
0418デフォルトの名無しさん
NGNGJNLPAPIによるサンドボックス内の緩和とキャッシュ制御だけだと思うがな
基本的に署名はベリサインと握手せんといかん
0419デフォルトの名無しさん
NGNG0420デフォルトの名無しさん
NGNGあとはリソース読み込みがなぜかうまくいかないライブラリもそれなりにある
JavaSoundとか変な動きするのがちらほらと
0421デフォルトの名無しさん
NGNGおれは企業内で社内アプリとか配布するのを想定してたから、
「ウイルス汚染されたもんを配布サーバに置いたらクビもんだろ」
とか思ってしまったよ。
0422デフォルトの名無しさん
NGNGJRE同梱のXalan2のバグとかを回避できなくて、泣いた。
0423デフォルトの名無しさん
NGNG別に自前署名でも問題ないぞ。DLL使いたいがためにVerisign使うバカはいない。
ってか、Mustangのネタはどうなった。個人的にはJVMの共有が気になる。
JVM起動のフットプリントがさらに下がるわけだし。
Acrobatの常駐プロセスのっけてるのに気がつかんようなやつなら
「Java速くなった」って単純に喜べるようになるでしょ？
0424デフォルトの名無しさん
NGNG社内システムとかならそれでいいかもしれんが
0425デフォルトの名無しさん
NGNGらないセントラルなシステムとしてJava自身(JavaVM？)が持つ。
そして、警告は実行時に逐次ポップアップしてユーザーに許可を問う。
例えば、ローカルディスクから読み出しを行う場合、「警告：～がローカルディス
ク上のファイル××に対する読み出し権限を要求しています。許可しますか？」
といった具合。
ここでの許可不許可は全てセントラルなシステムに記録され、いつでもユーザー
によって変更する事ができるものとする。
こうなってれば俺としては安心して使えるんだが、どうだろう？
0426デフォルトの名無しさん
NGNG0427デフォルトの名無しさん
NGNGあれ？そうなの？
どこかのスレにサンプルとして貼られてたURLをクリックしたら
最初に全ての権限を要求されたけど？
これだと、完全拒絶か完全黙認かの二択しかない。
あと、これってどこからアンインストールできるのか分からん。
真面目に調べれば直ぐにみつかる事なのかもしれないけど
大して邪魔にもならんから放ってる。
ただ第三者に自分が提供する場合を考えると、もうちょっとど
うにかならんか？と思う。
0428デフォルトの名無しさん
NGNG最初に警告がでる。
言ってるのは、ファイルとかにアクセスするたびに「許可しますか？」と聞いてきて、
許可したら、許可したってことを覚えておくってこと？
そうだとしたら、ちょっとうっとうしくないかな？
それよりはJNLPみたいに、ファイルＡには読み書き、ファイルＢには読み込みのみ、
開けるソケットは何番から何番、と一括で制御できるほうが。
0429デフォルトの名無しさん
NGNG自分で適当にサンプル作ってやってみればわかる
プリンタ使うときやファイルの保存やロードのダイアログを出す直前に
確認のダイアログが出る
次からもこのダイアログを出すかどうかのチェックボックスもでる
ただし、アプリ終了したら次回もまた確認の画面はでるが
JNLPAPIの実装でやってるんだろうね
VMがずっと見張っているというのは厳しいからね
0430デフォルトの名無しさん
NGNG>言ってるのは、ファイルとかにアクセスするたびに「許可しますか？」と聞いてきて、
>許可したら、許可したってことを覚えておくってこと？
そう、とりあえず実行してみて、信用するか否かは動作を見ながら決める。
そして、許可した権限は何時でも好きな時に一覧として閲覧したり変更したりでき
ると、そんな感じ。
自分とこの看板に自信がある人なら、最初に全権を要求するとか、読み込みに関
するフリーパスを要求しても大丈夫だろうけど、そうでない(例えば、2ch発の名無
しさんアプリだったり？した)場合に、最初から敬遠されてしまっては意味がないか
ら、段階的に少しずつ要求したい(＆してほしい)。
勿論、最初にある程度纏まった要求を出す事＊も＊できていいと思う。
個別に毎回というのは、あくまで＋αとしてって事で
0431デフォルトの名無しさん
NGNGげっ、すれ違ったorz
個別に要求を出す事はできるのか・・・・・・
それじゃあ後は覚えててくれて、一覧で確認できて、それを変更する事も
できて、嫌になったら何時でも放り出せる様になってれば十分。
ダイアログが出せるなら、一覧から過去に要求を問うた事があるか否か
を調べて、ないならダイアログを出し、あるならその時に設定されたフラ
グを元に動作を決定すればいいだけだから、やろうと思えばやれると思
う。
0432デフォルトの名無しさん
NGNG■署名なし
JNLP APIでのみ、ローカルリソースにアクセス可能。
アクセス開始時に確認ダイアログがでて、以後は許可とすることができるが、
起動しなおすとまた確認ダイアログがでるのでうざい。
■自己署名
all-permissionにして、通常のJavaアプリとして操作可能。
1回目の起動時のみ、確認ダイアログが表示される。
「この証明書の信頼性を検証できません」というキツイメッセージ。
■Verisignで署名
all-permissionにして、通常のJavaアプリとして操作可能。
1回目の起動時のみ、確認ダイアログが表示される。
自己署名よりもやさしいメッセージ。
■自己署名の証明書をルート証明書としてインストール
Verisignで署名したのと同じような表示。
証明書の安全な配布・インストール方法が必要なので面倒。
1.5より前は、証明書の指紋をGUI上で確認する方法が無いので、
インストールした証明書が本物かどうか確認できない。
0433デフォルトの名無しさん
NGNG乙！
だいたい、いいんじゃない。
all-permission じゃなくて all-permissions だけどな。
ちなみに俺は all-permissions と j2ee-application-client-permissions の
違いがよくわからん。教えてエロイ人。
0434デフォルトの名無しさん
NGNG6.0の話題はまったくないな
5.0も変更が大きすぎて今まで以上に以降が進んでいないように見える
0435デフォルトの名無しさん
NGNGクライアント側Javaのほうにある、ってことだろ。
そういう意味で、JavaWebStartを話題にするのは、
それなりに主旨に合ってると思うぞ。
0436デフォルトの名無しさん
NGNGJDICについて貼っときます。
https://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されるわけだ。
0437デフォルトの名無しさん
NGNGttp://java.sun.com/products/javawebstart/docs/javadoc/
の、FileOpenServiceとかFileSaveServiceを見てくれ。
JNLPでは、どのファイルを開く・どのファイルに保存するかは
ユーザが選ぶするから安全、という考え方をするようだ。
よって、「他のプロセスが作ったディレクトリ/ファイルを共有して、
ディレクトリ単位での処理をする」というようなプログラムが書けない
ことになる(署名が必要になる。ちょっと不便。JNLP APIが改訂されないかな…)。
署名無しでクライアントローカルに永続データを作って、
アプリケーション間で共有して読み書きしたければ、
PersistenceServiceを使え、ということらしい。
0438デフォルトの名無しさん
NGNG0439デフォルトの名無しさん
NGNG429だけどなんで参照されたのかわからんが、当たり前のことかかれても
ユーザーで選択するから安全ってのはＷｅｂｓｔａｒｔが標準添付される前から
やってきた俺にとっては当たり前というか、まずはそこを解決したかったのが
ＷｅｂＳｔａｒｔという感じだが
0440デフォルトの名無しさん
NGNGようは、JNLP APIの、FileOpenServiceとかFileSaveServiceは、
JFileChooser#setFileSelectionModeメソッドでFILES_ONLYにした場合の
JFileChooserに相当する機能しか使えないけど、
DIRECTORIES_ONLYやFILES_AND_DIRECTORIESの機能も使いたい、ってこと。
java.io.Fileというクラスには、
javax.naming.Binding的な機能と、
javax.naming.Context的な機能などが，
いろいろに混ざっている。
で、これに対して、
javax.jnlp.FileContentsというクラスは、
javax.naming.Binding的な機能に相当するクラスとして作られている。
javax.naming.Context的な機能は取り除かれている。
java.io.Fileを生で使わせるのは危ないっていうのはわかる。
でも本当に危ないのは、
・java.io.Fileのコンストラクタが呼び出せる
・java.io.File#getParentが使える
の2点に限られるんじゃないのかなぁ？
javax.jnlp.FileOpenServiceやjavax.jnlp.FileSaveServiceから
ユーザの自己責任で生成されたオブジェクトに対して使うんだから、
javax.naming.Context的な機能も使わせてくれよ、って俺は思うんだよ。
つーわけで、javax.jnlp.FileContentsのサブクラスとして
javax.jnlp.FileContextなんていうのが作られることを1.6ではキボンヌ。
0441439
NGNGところで次のやつは6.0だよな？
内部バージョンも次からは6.0と聞いたが
0442440
NGNG0443デフォルトの名無しさん
NGNG0444デフォルトの名無しさん
NGNGimplements UnaryFunction<_Arg1, _Result> {
protected _Operation op;
protected _Arg2 y;
public Binder2nd(_Operation __op, _Arg2 __y) {
op = __op;
y = __y;
}
public _Result execute(_Arg1 __x) {
return op.execute(__x, y);
}
public static <_A1, _A2, _R>
Binder2nd<_A1, _A2, _R, BinaryFunction<_A1, _A2, _R>> make(BinaryFunction<_A1, _A2, _R> __fn, _A2 __y) {
return new Binder2nd<_A1, _A2, _R, BinaryFunction<_A1, _A2, _R>>(__fn, __y);
}
}
これはもうJAVAじゃないな
0445デフォルトの名無しさん
05/02/27 09:12:596.0仕様公開らしいよ
ttp://jcp.org/en/jsr/detail?id=270
0446デフォルトの名無しさん
05/02/27 14:42:500447デフォルトの名無しさん
05/02/27 15:48:03このソースコード、ほんとにJVM入ってるの？
0448デフォルトの名無しさん
05/02/27 16:10:20なんができるの？
0449デフォルトの名無しさん
05/02/27 18:34:01メモリバッファをJVM内ではなくＯＳのネイティブなメモリ空間を使用したりするなど、なかなか
いい感じだった。
だけどNon-blocking I/Oはソケットにしかつかえないという制限もあった。メモリマップ・ファイル
とか意欲的な取り組みもあったけど、やはりキモはSocketのNon-blocking I/Oだった。
NIO2はファイル周りにも手を付けて、ＯＳの非同期ファイルアクセス機能を取り入れたり、
ファイル属性を扱えるようにしたり、NIOで未実装となったものも実装しちゃうぞ、となかな
か面白い試みで、実はJSRとしてあげられた段階では 1.5 Tigerに入れる、とか書いてた。
実際VoteもMacromedia以外はＯＫ出してるんだけど、6.0にも乗らないのかよ...
0450デフォルトの名無しさん
05/02/27 19:27:13いまさらNIOの質問だけど、NIOのメモリバッファって、JVMの設定とは別にメモリが使えることになるのかな。
0451デフォルトの名無しさん
05/02/27 19:31:55プラットフォームのネイティブなメモリ空間として確保されるから、関係なかったはず。
ごめんソースが出せない...
0452デフォルトの名無しさん
05/02/27 19:47:32なんとなく巨大なメモリが必要なときにつかえそうだってことがわかった。
0453デフォルトの名無しさん
05/02/27 22:12:08ほとんどのケースで NIO 使わんほうが
効率いいけどな。
0454デフォルトの名無しさん
05/02/27 23:02:05New I/Oと勘違いしそうだ
0455デフォルトの名無しさん
05/02/27 23:06:250456デフォルトの名無しさん
05/02/27 23:16:590457デフォルトの名無しさん
05/02/28 00:01:07天然？
0458デフォルトの名無しさん
05/02/28 00:08:510459デフォルトの名無しさん
05/02/28 04:48:470460デフォルトの名無しさん
05/02/28 23:14:14コメントが少なすぎてわけわからんよ
0461デフォルトの名無しさん
05/03/01 09:33:44と
New I/O
New I/Oのパッケージ名が
java.nio
なら
Non-blocking I/O
は
java.nbio
になる？
0462デフォルトの名無しさん
05/03/01 21:00:49だからjava.nio.channel.SocketChannelでサポートされてる。
0463デフォルトの名無しさん
05/03/04 17:47:39上記のは Evaluation に書いてあるんだけど、
ディスクの空きスペースを取得するAPIはMustangに追加されるみたい。
0464デフォルトの名無しさん
05/03/05 12:01:050465デフォルトの名無しさん
05/03/09 01:45:350466デフォルトの名無しさん
05/03/09 01:46:370467デフォルトの名無しさん
05/03/09 13:03:31jconfig使えってのが定番の答えだねぇ。
JDICとかに要望出してみれば？
0468465
05/03/11 00:59:24採用する価値ありそうだね。
JDICにも要望出してみるよ。
ありがとう。
0469デフォルトの名無しさん
05/03/14 04:40:57P.S. そろそろ Dolphine のスレたたないのかな？
0470デフォルトの名無しさん
2005/03/23(水) 23:13:17入らないってのはどっから出てきた話？
0471469
2005/03/25(金) 04:56:37>>470
いや、2月にMustangの仕様がJSRに上がったけど
ttp://jcp.org/en/jsr/detail?id=270
英語を読む体力と根性がなくて・・・
0472デフォルトの名無しさん
2005/03/25(金) 10:17:39JDIC自体がJSRに入ってないプロジェクトだったような。
0473デフォルトの名無しさん
2005/04/03(日) 23:55:460474デフォルトの名無しさん
2005/04/04(月) 01:35:200475デフォルトの名無しさん
2005/04/04(月) 01:52:58今のクラスキャッシュ共有を推し進めて
ＶＭインスタンスの共有が行われるとか聞いた気がする。
System.exit() 問題にどう対応してるか見もの。
0476デフォルトの名無しさん
2005/04/04(月) 05:26:060477デフォルトの名無しさん
2005/04/04(月) 05:32:17それって、Sunの実装の話ではなくて、VM仕様の話として決まることなのかな？
0478デフォルトの名無しさん
2005/04/04(月) 12:11:41最近、虎でたばっかなのに。
0479デフォルトの名無しさん
2005/04/04(月) 13:43:40実装の話でしょ？
仕様でどうやって定義するんだ？
0480デフォルトの名無しさん
2005/04/04(月) 15:32:38クラスローダーの仕様が変わるとかさ。
1.6(6.0)でどうかわるかっていう話が、仕様の話か実装も含めた話か、確認したかっただけ。
0481デフォルトの名無しさん
2005/04/06(水) 15:05:32VM仕様はちゃんと精読しとらんけど、一部かわるかも。
どちらかと言うと今まで厳密に決まっていたものが
「実装依存」とか「未定義」に格下げされる方向で
仕様が書き換わる事があるのでは、と予測。
0482デフォルトの名無しさん
2005/04/10(日) 20:22:26いい加減SWingを諦めてSWTを標準に…。
0483デフォルトの名無しさん
2005/04/10(日) 20:27:160484デフォルトの名無しさん
2005/04/10(日) 20:40:35SWTが諦められてしまいましたが。
0485デフォルトの名無しさん
2005/04/11(月) 02:05:29なんでわざわざ遅くなるやり方にするんだ？
0486デフォルトの名無しさん
2005/04/13(水) 01:09:13eclipseを追っかけてたらそんなことはいえないだろ・・・
NetBeanの方がいつのまにか軽くなってるし
>>481
System.exit() がdeprecatedになって別のアプリ終了手段が用意されるに1票。
もしくはdeprecatedがなくとも、exit()はパーミションを持ったクラス(システムクラス)だけが
実行できるようになるのかなと予想。
0487デフォルトの名無しさん
2005/04/13(水) 01:24:09＞NetBeanの方がいつのまにか軽くなってるし
まじ？
0488デフォルトの名無しさん
2005/04/13(水) 01:46:530489デフォルトの名無しさん
2005/04/13(水) 10:34:37ま、ツールもなく資料もなく経験者もいないというデメリットに目をつぶって採用するメリットはまったくなくなった。
0490デフォルトの名無しさん
2005/04/13(水) 14:20:460491デフォルトの名無しさん
2005/04/13(水) 15:28:340492デフォルトの名無しさん
2005/04/13(水) 16:39:53Groovy早めて欲しい。
0493デフォルトの名無しさん
2005/04/13(水) 18:32:32BSF対応してんだっけ？
0494デフォルトの名無しさん
2005/04/13(水) 23:01:47思うけどなあ。
HTTPモニタがいいね。あとprofilerとかね。NetbeansだけでEJB作成（ウィザードで
選択してったら、リモートインターフェースとか配備記述子とか全部作ってくれる）や
サーブレット作成（New Servletを選んで必要項目を入力したら、クラスファイルの
ひな形を作った上でweb.xmlにサーブレット定義を挿入する）とかがデフォルトで
サポートされているところも結構いいと思う。
まあ仕事ではEclipseだが....
0495デフォルトの名無しさん
2005/04/13(水) 23:21:384.1はまだ正式版でてないよね？
EclipseもいいものだけどEclipseしか使ったこと無くてNetBeansけなすやつら多すぎ
あとはJBuilderのような親切な画面がほしい
そのへんはEclipseもNetBeansもまだまだ
0496デフォルトの名無しさん
2005/04/14(木) 02:59:44JBuilderは結構な金取るわけだから、親切な画面くらいはないとね。
NetBeansはSunも本腰入れ始めたし、これから期待だ。
0497デフォルトの名無しさん
2005/04/14(木) 07:38:360498デフォルトの名無しさん
2005/04/14(木) 11:58:130499デフォルトの名無しさん
2005/04/14(木) 13:21:39Groovy、「未完成」「コマンド名が長い」以外にマズーな部分て何?
0500デフォルトの名無しさん
2005/04/14(木) 13:27:050501デフォルトの名無しさん
2005/04/22(金) 12:53:51Improve Windows Look and Feel
Use Microsoft's API for rendering portions of components.
Make sure each of the components look and behave correctly.
Ensure Swing's Windows look and feel looks good on Longhorn.
JTable sorting, filtering and highlighting
More/better graphics hardware acceleration on Windows
Improved text quality and capabilities
Japanese calendar support
Pop-up splash screen at beginning of Java startup
API to add a Java application to a system's app-launching panel/toolbar
Deployment Helper Browser Controls on Windows
このあたりが注目ポイントかな。
JWS の話が結構盛り上がってるね。
アプリケーションを exe にするときは、これが便利そう↓
http://www.paw.hi-ho.ne.jp/~ryo-h/exewrap/
0502デフォルトの名無しさん
2005/04/22(金) 17:03:49> API to add a Java application to a system's app-launching panel/toolbar
この辺がJDICの成果物かな？
0503デフォルトの名無しさん
2005/04/24(日) 20:32:19サーバ側も保守が楽になるから。
0504デフォルトの名無しさん
2005/04/25(月) 00:02:320505デフォルトの名無しさん
2005/04/25(月) 19:26:11JDICに ファイル属性にアクセスするAPIの追加が提案されてる。
http://www.javadesktop.org/forums/thread.jspa?messageID=74483
あとは、ファイルシステムのイベントも取れるように考えてるらしい。
WindowsはそーゆーAPIネイティブで持ってるけど、
posixってそーゆーAPI持ってたっけか？
0506デフォルトの名無しさん
2005/04/28(木) 16:47:36バージョンアップするたびにJVMはますます重くなるし、いまどき、
アプレットなんてJVMが起動するだけで半分くらいのPCが固まってしまうから、
気の利いたホームページはみんなFLASH使ってるし。
サーバー上では、スピードからいったら、Perlにまるっきし叶わないし、
別にC++で書いてもいいわけだし、ポータビリティーなんて大騒ぎしていた
けど、JVMの走るプラットフォームには、大抵Linuxが走るし、
何がいいのかわからない。
おまけに、Sunが1人で管理しようという姿勢が気に食わない。オープン
ソースにしたら、もっと改善されていくと思うのに・・・
0507デフォルトの名無しさん
2005/04/28(木) 17:43:31無知蒙昧とはお前のことだー
0508デフォルトの名無しさん
2005/04/28(木) 17:56:39構って君の相手をすんじゃねー
0509デフォルトの名無しさん
2005/04/28(木) 18:26:03除けば大概のWindowsマシン上ではMS製JavaVMが動いてる。
こいつが困りもんなんだよな。
Applet側の要求に従って、利用するVMを動的に切り替えられるといいん
だけどな。
て言うか、ローカルディスクの残り容量を取得するAPIの追加マダー？
0510デフォルトの名無しさん
2005/04/28(木) 20:42:280511デフォルトの名無しさん
2005/04/28(木) 20:59:26学生？
0512デフォルトの名無しさん
2005/04/28(木) 21:07:40＞サーバー上では、スピードからいったら、Perlにまるっきし叶わないし、
このへんが秀逸ですな
0513デフォルトの名無しさん
2005/04/28(木) 21:12:330514デフォルトの名無しさん
2005/04/28(木) 21:58:14アセンブリで書いてもいいよ。
0515デフォルトの名無しさん
2005/04/28(木) 22:45:440516デフォルトの名無しさん
2005/04/28(木) 23:31:44気付いた人がいたーよ
0517真のプログラマ
2005/04/29(金) 05:45:37俺のPCはキーボードなんて無いぞ。
2進法直打ち用のトグルスイッチが横一列に64個ならんどる。
これで64ビットプログラミングもチョチョイのチョイだ。
Javaなんてのは鼻垂らしの道具だな。
0518デフォルトの名無しさん
2005/04/29(金) 12:39:320519デフォルトの名無しさん
2005/04/30(土) 04:49:23詳しく
0520デフォルトの名無しさん
2005/04/30(土) 13:52:01お前は無知だ。
無知だ、無知だ、無知だ。
無知蒙昧とはお前のことだ。
0522デフォルトの名無しさん
2005/05/03(火) 02:04:190523デフォルトの名無しさん
2005/05/03(火) 02:45:530524デフォルトの名無しさん
2005/05/03(火) 04:33:04流れ嫁
0525デフォルトの名無しさん
2005/05/03(火) 08:39:41FORTRANに比べれば、早いね。
0526デフォルトの名無しさん
2005/05/03(火) 18:02:04OSのバージョンアップみたいなものだからな
時代に合わせて最適化等していくわけだし仕方あるまい
0527469
2005/05/03(火) 18:03:18自レスだけど、MustangとJDICの絡みのドキュメソト見つけたから貼っとく。
>>506
ttp://shootout.alioth.debian.org/great/benchmark.php?test=all&lang=all&sort=fullcpu
なんか、JavaってPerlよりスコアいいらしいよ。
# ああ、スレ賑やかしの為だけにレスってしまたorz
0528デフォルトの名無しさん
2005/05/03(火) 18:34:19Javaの次にTclがハイスコアｗｗｗﾜﾛｽ
俺Tcl大好きｗｗｗ超ウレシイｗｗ
0529デフォルトの名無しさん
2005/05/03(火) 18:48:18厨に燃料投下するのは止めてﾎｽｨ
0530デフォルトの名無しさん
2005/05/06(金) 10:13:54絶対悪い口言われないからPHPにしときな
0531デフォルトの名無しさん
2005/05/06(金) 10:48:530532デフォルトの名無しさん
2005/05/06(金) 11:28:100533デフォルトの名無しさん
2005/05/06(金) 11:37:22今、気の利いたホームページを作ってるのでFLASH使ってるんですが、PHPにするにはどうしたらいいですか？
0534デフォルトの名無しさん
2005/05/06(金) 11:54:49Mustangの話題じゃないなら別のスレでやれ。
0535527
2005/05/08(日) 09:00:09はーい。(でも、別にわざわざする気は無いけど)
で、>>534 は何かMustangの話題提供してくれへんのかなー？
ttp://weblogs.java.net/blog/chet/archive/2005/05/graphics_accele.html
VRAMの利用と、専用チップに処理を振る並行処理もJava2Dに入ってくるらしい。
これって、ほんとにデスクトップアプリケーションで実用ソフト増えそうだね。
でも、個人的にはデスクトップで実用的に使うには
プロセス名が「javaw.exe」以外で見えるようになってくれるのが一番欲しい機能。
windowsならexewrapとか使えばなんとかなるけど、unix系だと全部javaだから引数見ないとわかんないのよねぇ。
windowsでファイアウォールルール書くときも困るし。
ネイティブコマンドラッパの作成標準ツールも欲しい、と。
0536デフォルトの名無しさん
2005/05/08(日) 09:21:580537デフォルトの名無しさん
2005/05/08(日) 10:39:34自分でコード書いて、Mustangに寄贈してくれ。
0538デフォルトの名無しさん
2005/05/08(日) 11:26:30>>501-502 で既出の内容、と。
0539デフォルトの名無しさん
2005/05/08(日) 11:27:44ほれ。
http://weblogs.java.net/blog/stanleyh/archive/2005/04/deployment_good_1.html
JWSのセキュリティ警告のダイアログを刷新するんだってさ。
あと、話題捏造しなくて良いから。
0540デフォルトの名無しさん
2005/05/09(月) 18:14:12https://jdic.dev.java.net/nonav/incubator/fileutil/javadoc/org/jdesktop/jdic/fileutil/FileUtil.html
org.jdesktop.jdic.fileutil.FileUtil のインターフェイス（仮）だそうで。
getFreeSpace の戻り値が BigInteger になってるねぇ……
long で足りなくなる事って当分無いと思うんだけど。
あと、Solaris と Mac OS X での協力募集中だって。
http://www.javadesktop.org/forums/thread.jspa?messageID=78329
0541デフォルトの名無しさん
2005/05/11(水) 04:06:27argv[0]にクラス名でも放り込んでexecするよーなwrapperがあればとりあえず何とか。>UNIX系の場合
0542デフォルトの名無しさん
2005/05/14(土) 00:14:260543デフォルトの名無しさん
2005/05/17(火) 05:42:36しかたねえ、5.0で動かすか。
0544デフォルトの名無しさん
2005/06/07(火) 05:34:13＞Provide a writer plug-in for the GIF file format
と。ようやくGIF対応らしい。
0545デフォルトの名無しさん
2005/06/19(日) 03:30:550546デフォルトの名無しさん
2005/06/19(日) 20:44:30http://java.sun.com/developer/technicalArticles/J2SE/Desktop/Mustang_build39.html
0547デフォルトの名無しさん
2005/06/20(月) 00:29:02思うんですが、
HTML3.2しか対応してないってのはどういうことですか？？？
J2SE1.6では対応するんでしょうか？
0548デフォルトの名無しさん
2005/06/20(月) 00:44:39ブラウザ開発はそれだけでもかなりの労力がかかるからねぇ
ブラウザを起動して南下させるのが無難
でも、Swingはコンポーネントの描画にHTMLつかえるのらくちんだよ
ラベルとかも2行に表示したかったら<br>とかつかえるし
0549デフォルトの名無しさん
2005/06/20(月) 05:45:40ちなみに、HTML3.2しか対応して無いと不都合な事って具体的に何？
あと、JDIC で IE やら Mozilla やらのネイテイブのブラウザコンポーネントを
使えるように頑張ってるからそっちを使えば？
0550デフォルトの名無しさん
2005/06/20(月) 12:33:13亀レスだが、POSIX.1b real time signalに、
I/O eventsをsignalで知らせる仕様がある。
fcntl(2)のF_SETSIGの機構と同じ。
むしろファイル属性の方が、
OSによって全く違うフレームワーク、スキーマなので問題が多いと思う。
例えばファイルタイプやアクセスコントロール。
0551デフォルトの名無しさん
2005/06/27(月) 21:19:140552デフォルトの名無しさん
2005/06/27(月) 23:00:12これまで参加したヒトはいます？
0553デフォルトの名無しさん
2005/06/27(月) 23:51:52学生にはつらい額
0554デフォルトの名無しさん
2005/06/28(火) 01:07:19今年もさくらばさんのJavaOne Reportsに期待
0555デフォルトの名無しさん
2005/08/11(木) 13:48:52本来、Genricsを用いたコードでは、キャスト可能であるかをチェックするコードを、
Hostspotコンパイラが除去できるはずなのだが、JDK1.5では不十分であったように思う。
この試したバージョンでは、直接１つの型専用に書いた場合と、Genrics汎用クラスに型指定をした場合と
実行スピードが同じになっているぞ。
0556デフォルトの名無しさん
2005/08/13(土) 15:11:110557デフォルトの名無しさん
2005/08/13(土) 16:25:53なることは間違いないだろ。
Genericsを使えばあらかじめクラスが定められているんだし。
ダウンキャストはまずクラスを検索するだろ。
サブクラスが複数有ればそれだけ検索に時間がかかる。
すまんがよくしらんので適当に言ってみた。
EclipseのByteCode OutLineプラグインを
使えば何かわかるかもしれぬ
0558デフォルトの名無しさん
2005/08/13(土) 16:38:17Generics 使ったこと無いけど。
0559デフォルトの名無しさん
2005/08/13(土) 17:02:32性能にひびく部分は普通はコンパイルされて実行されるので、
機械語レベルで考える必要があって単純ではないが、オーバ
ヘッドは0じゃない。
Genericsが使えるような場面では、頻出の型をキャッシュする
などの最適化の結果、それぞれの文脈で、よくある型のキャス
トはポインタ比較+(分岐予測がほぼ当たる)条件分岐で済むの
で、CPUのパイプラインも乱れず、実行ユニットが有り余る近年
のスーパスカラCPUではミクロな視点では影響がないと言っても
良い。しかし、当たるべき分岐予測を理論通りに当てられる分
岐の数にはCPUの実装による制限があるので、マクロの視点
では影響がある。
0560デフォルトの名無しさん
2005/08/16(火) 01:55:33キャストにコストがかかるのはいいとして、
Generics使って書く部分はキャストが無いように書ける部分ですよね？
だから、省略されるのは型チェックだけなんでは？
Genericsでも、サブクラス判定は入るだろうし。
0561デフォルトの名無しさん
2005/08/16(火) 14:10:31コンパイル時にエラーとなり実行できないと思うが。
0562デフォルトの名無しさん
2005/08/16(火) 16:49:37・・・・・・・・・・・・・・・⊂⌒~⊃｡Д｡)⊃
0563デフォルトの名無しさん
2005/08/17(水) 23:39:560564デフォルトの名無しさん
2005/08/19(金) 12:46:36どれもアノテーションをふんだんに利用しているな。
個人的にはSwing機能のUPとJava Web Startの改良に期待。
JWSはセキュリティの強化よりもあの警告をもう少しやんわりしたのにして欲しいよ。
0565デフォルトの名無しさん
2005/08/19(金) 17:03:51コード署名用の証明書が自己署名のときの警告については、仕方がないだろう。
ちなみに貧乏人は、これ↓を試すと、あるいは幸せになれるかも。
http://www.crionics.com/products/opensource/faq/signFree.htm
0566デフォルトの名無しさん
2005/08/19(金) 18:04:240567デフォルトの名無しさん
2005/08/19(金) 18:14:36bold って Tiger でずいぶんマシになったと思うけど。
0569デフォルトの名無しさん
2005/08/19(金) 18:31:46え、変わったの？
相変わらずホラー調で困ってるんだけど・・・・
http://uper.on.pc1.jp/upload/so/up4533png.html
0570デフォルトの名無しさん
2005/08/19(金) 18:49:26もしかしてpeercast用のツールですか？
0571デフォルトの名無しさん
2005/08/19(金) 19:03:481.4.1 の出力と比べてみれば変わってるのがわかると思うよ。
1.4.2 は Tiger と似た出力になってる……
元からだったか、Tiger からバックポートされたのかわからんけど。
0572デフォルトの名無しさん
2005/08/19(金) 19:35:53少し違うけど似たような用途の物です
>>571
まだまだ汚くて読めないよ
バージョン上がる度に期待しては裏切られ・・・
0573デフォルトの名無しさん
2005/08/19(金) 21:34:240574デフォルトの名無しさん
2005/08/20(土) 08:00:160575デフォルトの名無しさん
2005/08/21(日) 03:07:53アンチエイリアシング自体はずいぶん前からあったような。
Mustang で追加されたのって液晶を利用したアンチエイリアシングでしょ。
WindowsXP の ClearType みたいな奴。
0576デフォルトの名無しさん
2005/08/21(日) 14:35:19Web3DをやるのにJava3Dがデフォルトでないからってレンダラ部分まで手書きしてる所も多いし。
0577デフォルトの名無しさん
2005/08/21(日) 15:30:57別に入れればいいだけだろ。
0578デフォルトの名無しさん
2005/08/21(日) 15:43:110579デフォルトの名無しさん
2005/08/21(日) 16:19:100580デフォルトの名無しさん
2005/08/21(日) 16:28:35今はその段階にはないのでは？＜Java3D
0581デフォルトの名無しさん
2005/08/21(日) 20:11:480582デフォルトの名無しさん
2005/08/22(月) 20:36:52ユーザにライブラリを入れさせるしくみとしては、JavaWebStartを使うといいよ。
Maven JNLP Plug-inも便利．
0583デフォルトの名無しさん
2005/08/22(月) 20:56:530584デフォルトの名無しさん
2005/08/23(火) 11:40:55http://www.crionics.com/products/opensource/faq/signFree.htm
これを使うと無料？
0585デフォルトの名無しさん
2005/08/23(火) 22:43:30Java3Dが含まれない理由の一つに単に容量がデカイというのもあるらしい。
0586デフォルトの名無しさん
2005/08/23(火) 22:47:45利用者はSETUP.exeを実行するだけってなればいいのにね
Javaは一つのファイルにまとめる過程が非常に面倒
0587デフォルトの名無しさん
2005/08/23(火) 22:50:43ディレクトリつきでコピーするだけだし
0588デフォルトの名無しさん
2005/08/24(水) 09:48:40maven javaapp
0589デフォルトの名無しさん
2005/08/26(金) 20:46:58ん？
何のためにJARファイルがあるの？
java -jar ファイル名
でいいじゃん。
WebとかならWARファイルでいいし。
0590デフォルトの名無しさん
2005/08/27(土) 00:07:49逆から見ると、いたる所にゴミをばら撒かれて迷惑とも言える。
アンインストールしてもゴミはほったらかし。
ま、そんな派手に行儀悪いアプリばっかりじゃないけどさ、
javaで配布するんなら、インストーラじゃないと
入れられないようなのって、そう多くないと思うぜ?
0591デフォルトの名無しさん
2005/08/27(土) 06:59:480592デフォルトの名無しさん
2005/08/27(土) 07:32:59レジストリ使うためのAPIを使いつつ、「レジストリ汚す」はないんじゃないか？
0593デフォルトの名無しさん
2005/08/28(日) 12:21:280594デフォルトの名無しさん
2005/08/28(日) 16:22:53ttp://jdic.dev.java.net/
0595デフォルトの名無しさん
2005/08/28(日) 20:42:55ttp://swing-layout.dev.java.net/
0596デフォルトの名無しさん
2005/09/06(火) 00:46:00Win32と同様のIO・スレッドモデルを持つ環境でしか仕様を満たせないCLＩ仕様を
崇める人々が標準化標準化と粘着君なのですが。
0597デフォルトの名無しさん
2005/09/06(火) 01:45:520598デフォルトの名無しさん
NGNG来年の夏頃にリリースされる予定のJava SE 6(開発コードMustang)では、
開発の目標の1つとしてデスクトップ環境の強化が掲げられている。そのう
ちのJava2D APIに関する拡張として、Java2DにおけるOpenGLレンダリング
の高速化がある。
Mustangでは、Java2DにおけるOpenGLのレンダリングを高速化するために
パイプライン処理の実装が見直される。既存のレンダリングエンジンでは複
数スレッドによるレンダリングを並行してネイティブのグラフィックライブラリ
で処理させるという実装方法が採用されていた。これに対して Mustangで
はシングルスレッドレンダリングを採用、複数のスレッドからのレンダリング
要求をパイプラインによって管理し、効率よくグラフィックライブラリに渡す
ようになる。このシングルスレッドレンダリングの実装はMustangの開発版
リリースbuild 27ですでに実装されており、J2SE 5.0の実装に対して大幅
なパフォーマンスの向上が確認されている。
一方、JavaプログラムでOpenGLを使うために古くから利用されているAPI
としてJOGL(Java Bindings for OpenGL)がある。JOGLはJSR 231で標準
化されているAPIで、JavaコードからOpenGLネイティブライブラリへのバイ
ンディングを提供する。JOGLではGLJPanelというOpenGLに対応した軽量
コンポーネントを提供しており、これを使用することでSwingアプリケーショ
ン内でOpenGLによる3Dグラフィックスの描画が可能になる。しかし、既存
の実装ではこのGLJPanelを用いたレンダリングは非常にパフォーマンス
が悪いという問題があった。
0599デフォルトの名無しさん
NGNGJava SE 6: 新しいJava2DレンダリングエンジンとJOGLの統合
http://pcweb.mycom.co.jp/news/2005/09/15/021.html
今月8日に公開されたMustang build 51において、JOGLのGLJPanelから、
新しいシングルスレッドレンダリングによる実装を利用するための機能が
実装された。これによって GLJPanelのパフォーマンスは大幅に向上し、
次のような効果が得られるという。
* OpenGLレンダリング上でのSwingコンポーネントのオーバレイ
* 様々なSwingウィジット上での3Dグラフィックスの利用
* Java2Dレンダリング上での3D OpenGLグラフィックスの描画
* OpenGLレンダリング上でのJava2Dグラフィックスの描画
なお、JOGLを利用したデモプログラムはjogl-demosプロジェクトサイト上で公開されている。
個人向けPCの性能が向上したことで、デスクトップアプリケーションにも充実した
表現能力が求められるようになってきた。このことはLG3D (Project Looking Glass)
などへの関心の高さにも現れている。今後もMustangにおけるデスクトップJavaへ
の取り組みに注目していきたい。
0600デフォルトの名無しさん
2005/09/18(日) 15:15:41これがまともに機能しない
Java3D描画をONにすると描画品質がばらばらでお話にならないし
結局デフォのDirectDraw描画が一番ということになる
ただし、アクセラレーションされる描画はBlitのみ
Java2Dはアルファブレンドが通常合成しかないというのもイマイチ
加算合成がはいってきて拡大縮小回転までアクセラレーションがきけば
Javaはクライアントサイドも力が入っていますというのがわかるけどね
5.0は正直1.4で加速したクライアントサイドをストップさせた感じが強いなぁ
0601デフォルトの名無しさん
2005/09/18(日) 15:17:420602デフォルトの名無しさん
2005/09/18(日) 15:29:58その間に Summary of changes in Mustang をつらつら見てたら……
build 49 で JDIC の Desktop API が追加されてた。
http://download.java.net/jdk6/docs/api/java/awt/Desktop.html
これでOSで関連付けされてる方法で edit(File) とか open(File) とか出来る。
あとはデフォルトブラウザで browse(URL) できたりとか。
build 51 でパーミッション操作の API が追加された。
http://download.java.net/jdk6/docs/api/java/io/File.html
canExecute()、setExecutable()、setReadable()、setWritable() など。
0603デフォルトの名無しさん
2005/09/18(日) 15:43:05APIだけはあったような
未実装だったが
0604デフォルトの名無しさん
2005/09/18(日) 16:18:50JCP(Java Community Process)があるから、もうどうでもいいな。
http://jcp.org/en/home/index
一時の標準化よりも、将来のオープンな議論の枠組みの方が大切。
ECMA-234 Application Programming Interface for Windows (APIW) (December 1995)
なんてそれっきり放置だしね。たぶんC#, CLIも最初のだけであとは放置でしょう。
0605デフォルトの名無しさん
2005/09/19(月) 00:40:49その辺の機能使いたきゃDirect 3D使えってことなんだよな
0606デフォルトの名無しさん
2005/09/19(月) 01:28:270607デフォルトの名無しさん
2005/09/25(日) 16:56:58バイナリ
http://download.java.net/jdk6/binaries/
build52 からの変更点
https://mustang.dev.java.net/files/documents/2817/21109/mustang-b53.html
bug ID:4151279 Curves are not pleasing as JDK 1.1 がfixされたみたい。
0608デフォルトの名無しさん
2005/10/01(土) 00:43:27０から作り直して欲しい。
0609デフォルトの名無しさん
2005/10/01(土) 01:11:140610デフォルトの名無しさん
2005/10/01(土) 14:35:02つ C#
0611デフォルトの名無しさん
2005/10/01(土) 21:54:21シャープデベロップがもう少しがんがってくれれば、、、
0612デフォルトの名無しさん
2005/10/01(土) 21:59:21build53 からの変更点
https://mustang.dev.java.net/files/documents/2817/21538/mustang-b54.html
0613デフォルトの名無しさん
2005/10/10(月) 17:14:07build54 からの変更点
https://mustang.dev.java.net/files/documents/2817/21986/mustang-b55.html
0614デフォルトの名無しさん
2005/10/15(土) 07:31:29build55 からの変更点
https://mustang.dev.java.net/files/documents/2817/22311/mustang-b56.html
0615デフォルトの名無しさん
2005/10/22(土) 14:50:25build56 からの変更点
https://mustang.dev.java.net/files/documents/2817/22748/mustang-b57.html
ISO-2022-JP-2 コンバーターが JIS X 0212 補助漢字をサポートするようになったらしい。
後は java.io.Console に readPassword が追加されたとか。
0616デフォルトの名無しさん
2005/10/22(土) 17:33:050617デフォルトの名無しさん
2005/10/30(日) 01:33:48build57 からの変更点
https://mustang.dev.java.net/files/documents/2817/23134/mustang-b58.html
0618デフォルトの名無しさん
2005/10/30(日) 01:48:36下がりすぎてるのであげとくか
0619デフォルトの名無しさん
2005/11/04(金) 19:20:05http://pcweb.mycom.co.jp/news/2005/11/01/015.html
0620デフォルトの名無しさん
2005/11/05(土) 18:29:14build58 からの変更点
https://mustang.dev.java.net/files/documents/2817/23494/mustang-b59.html
今回は nio関連と localization関連のbugfix中心みたい。
そーいや、いつからか com.sun.source 配下に Tree API ってのが追加されてる。
これ使えば annotation で、もっとイロイロできるようになるのかも？
0621デフォルトの名無しさん
2005/11/08(火) 22:15:56スキンヘッドの櫻庭氏がMustangのことを解説してくれた。
発表前にFTPでMustangのサイトをアップしたと言っていたが
サイトが見つからない。
http://www.javainthebox.net/
このサイトのどこかにあるはずなのだが、どこだ？
アップしたといっておきながら実は勘違い、または忘れていたか？
【Conference】 JavaOne Tokyo 【Event】
http://pc8.2ch.net/test/read.cgi/prog/1131068950/
0622デフォルトの名無しさん
2005/11/08(火) 22:19:31ググっても見つからないな
0623デフォルトの名無しさん
2005/11/08(火) 22:25:21http://www.oklab.org/java/features_in_mustang.htm
このサイトでは無い。
どこだじゃじゃ馬馴らしは
0624デフォルトの名無しさん
2005/11/09(水) 00:53:09標準でRhinoがついてくるのか・・・・・ﾊｧﾊｧ
Groovyはどうなった？？？
0625デフォルトの名無しさん
2005/11/09(水) 01:00:51っていうかデフォルトでPHPやJavaScript記述ができるのは驚きだね
C#のインラインとは違って文字列の中に突っ込むのでOROやregexのように
エスケープが必要だが
0626デフォルトの名無しさん
2005/11/09(水) 01:32:57Last-Modified: Tue, 08 Nov 2005 07:12:10 GMT
http://www.javainthebox.net/index.html
Last-Modified: Tue, 08 Nov 2005 16:19:39 GMT
トップページの更新を忘れてたんかね
0627デフォルトの名無しさん
2005/11/09(水) 02:19:18でかした！
お主、JavaSE6というディレクトリ名を予想できたということか？
0628デフォルトの名無しさん
2005/11/09(水) 02:20:460629626
2005/11/09(水) 02:28:47トップページから行きました。
Last-Modifiedとサーバ時間のずれ(8分強)から、1時11分前後に更新された見たいです。
0630デフォルトの名無しさん
2005/11/09(水) 02:33:21それともサイトが見つからないぞとメールが来たか？
だろうか
0631デフォルトの名無しさん
2005/11/09(水) 02:37:100632デフォルトの名無しさん
2005/11/09(水) 10:22:07OS/言語一体型って感じでBASIC時代に逆戻り感みたいな。
誰かひろゆきに頼んでJava板作ってもらえよ。
0633デフォルトの名無しさん
2005/11/09(水) 22:51:391行目なら抽象的ながらも言いたいことは自ずとわかるが
2行目はかなり違和感がある。
Mustang使ったことが無い奴が
ただムスタングのニュース記事見ただけで憶測だけで
判断してレスしているかのように見えてならないな。
Mustangはまだ開発段階だが、商用に使わず研究教育目的で使うのであれば、
ダウンロードして試用することができる。
BASICに逆戻りしているように見えると思うなら、まずは使ってから言え。
0634デフォルトの名無しさん
2005/11/09(水) 23:49:09伝統的な手続き型言語の流れを組むC++だってtypeidがある時代だしね。
0635デフォルトの名無しさん
2005/11/11(金) 17:57:110636デフォルトの名無しさん
2005/11/11(金) 18:02:320637デフォルトの名無しさん
2005/11/11(金) 19:26:10構造化手法 + オブジェクト指向 + アスペクト指向の時代
エージェント指向へと向かっている
0638デフォルトの名無しさん
2005/11/11(金) 21:27:15ある意味行き当たりばったりな
アジャイル開発がトレンドかなと思う。
0639デフォルトの名無しさん
2005/11/11(金) 22:36:580640デフォルトの名無しさん
2005/11/12(土) 18:44:12build59 からの変更点
https://mustang.dev.java.net/files/documents/2817/23871/mustang-b60.html
0641デフォルトの名無しさん
2005/11/12(土) 19:23:460642デフォルトの名無しさん
2005/11/12(土) 20:24:42New System Tray Functionality in Mustang
http://java.sun.com/developer/technicalArticles/J2SE/Desktop/mustang/systemtray/
0643デフォルトの名無しさん
2005/11/13(日) 10:18:46講演をしていたじゃじゃ馬馴らしスキンヘッドの櫻庭氏が
MustangではJavaだけでタスクトレイをいじれるようになると
言っていたような気がする。
0644デフォルトの名無しさん
2005/11/13(日) 12:48:140645626
2005/11/13(日) 23:17:220646デフォルトの名無しさん
2005/11/15(火) 18:02:40マルチパラダイムってことでいいんじゃないかと。
0647デフォルトの名無しさん
2005/11/20(日) 02:21:36build60 からの変更点
https://mustang.dev.java.net/files/documents/2817/24195/mustang-b61.html
0648デフォルトの名無しさん
2005/11/20(日) 02:42:470649デフォルトの名無しさん
2005/11/20(日) 12:55:460650デフォルトの名無しさん
2005/11/25(金) 01:10:04共有メモリ見たいなこと簡単にできるのかな？
他のJavaアプリのウィンドウの制御とか簡単にできるのかな？
0651デフォルトの名無しさん
2005/11/25(金) 01:35:45他のプロセスをどうこう
連携するのが前提ならポートあけるしねぇ
0652デフォルトの名無しさん
2005/11/25(金) 01:49:25むしろ一つのVMの中でごった煮にせざるを得なかったようなものを、(例えば携帯電話)
別々のVMの中で実行して「いるかのように」扱えるのが、アイソレーションだと思われ
0653デフォルトの名無しさん
2005/11/25(金) 02:08:51なんかを、一つのJVM内で実現可能（つまりスレッドよりももっと隔離された形）ってことなんじゃ
ないかと想像してるんだけど。
0654デフォルトの名無しさん
2005/11/25(金) 23:12:19も提供する・・みたいな程よい機能ってこと？
0655デフォルトの名無しさん
2005/11/25(金) 23:22:030656デフォルトの名無しさん
2005/11/27(日) 20:08:53multitaskingの目的はメモリの節約。
0657デフォルトの名無しさん
2005/12/04(日) 21:51:37build61 からの変更点
https://mustang.dev.java.net/files/documents/2817/24932/mustang-b62.html
0658デフォルトの名無しさん
2005/12/04(日) 22:32:590659デフォルトの名無しさん
2005/12/07(水) 22:43:50そういや有名だと思うがいまだに5.0の印刷バグがなおらんのはなんでだろ
5.0でて1年以上たつというのに1.4.2までは動いていた印刷サービスのSunのサンプルもおかしくなるしな
JavaSE６で直ってるんだろうか
2バイトキャラクタ表示しなければ問題が出ないというあたりが不安だ
0660デフォルトの名無しさん
2005/12/08(木) 09:37:370661デフォルトの名無しさん
2005/12/08(木) 12:02:10日本語出せばいいだけだからとっくに報告あがってるんじゃないかな
キシダタソの本の印刷部分もアルファベットしか印刷してないしなぁ
0662デフォルトの名無しさん
2005/12/08(木) 19:39:19でもフォントなどはGTKそのままの設定ではなくJavaで描画してるからネイティブアプリにはやっぱ見えないな。
Fileでファイルの属性変更できるのイイね。
でもやるんだったらちゃんとユーザ、グループ、その他まで変更できるようにして欲しかった・・・。
結局その辺JNIに頼るしかないのか・・・。
0663き
2005/12/08(木) 22:29:34あのサンプルの日本語が印刷されないんですか？
うちではWindows2000+JDK1.5.0_02+hp5160/PrimoPDFでとりあえずいけてます。
0664デフォルトの名無しさん
2005/12/08(木) 22:58:42MS版PDFであるMDIもダメです
ただ、通常は問題ないように見えるので解像度を下げると分かります
具体的にだめなフォントは全角数字と全角コロンがはいった文字列を扱うと一気にだめになるようです
ほかには全角シャープかな
これらがはいるとその文字列丸ごとベクタで描画するようになっているのですが、
これらが入らない場合はちゃんとそのフォントで描画されます
この微妙な差がフォント置き換えとかが入るとだめなようです
ほかにもフォント置き換えのレーザープリンタ系が全滅なのを確認しています
ドットインパクトもだめでした
インクジェット系は大丈夫なようです
0665デフォルトの名無しさん
2005/12/08(木) 23:30:22HP5160(インクジェット)での印刷は大丈夫です。
0666デフォルトの名無しさん
2005/12/08(木) 23:50:430667デフォルトの名無しさん
2005/12/08(木) 23:55:44VMごとお亡くなりになったりします
0668デフォルトの名無しさん
2005/12/09(金) 00:04:200669デフォルトの名無しさん
2005/12/09(金) 09:28:35既に報告されていたとしても、その報告にvoteを追加するだけでも意義があると思う。
>>666
エンバグした可能性はある。
リリースノートに載ってるバグ修正の一覧読んでるとそういうの結構あるよ。
0670デフォルトの名無しさん
2005/12/09(金) 12:21:070671デフォルトの名無しさん
2005/12/10(土) 01:30:20インクジェットの場合はDPIが細かいので目立たないだけな模様。
フォント置き換えが入るレーザープリンタでは最悪な結果になるな。
ベクタ処理された文字はあくまでも文字としてみていないから、
まったく同じフォントを指定してもデータによってフォントがばらばらになる。
0672デフォルトの名無しさん
2005/12/10(土) 02:26:400673デフォルトの名無しさん
2005/12/10(土) 07:53:07PDF出力プリンタにも影響あるからねぇ。
0674デフォルトの名無しさん
2005/12/10(土) 12:34:085.0以降はデスクトップアプリはあきらめなさいと。
0675デフォルトの名無しさん
2005/12/10(土) 12:40:21英語ができないことを誇らしげに言うなと。
0676デフォルトの名無しさん
2005/12/10(土) 13:00:330677デフォルトの名無しさん
2005/12/10(土) 13:31:39英語のできない開発者・エンジニアは使いものにならん
0678デフォルトの名無しさん
2005/12/10(土) 15:42:000679デフォルトの名無しさん
2005/12/10(土) 16:10:290680デフォルトの名無しさん
2005/12/10(土) 16:24:21大した問題じゃない気がするが・・・（だからなかなか修正されないのか？）
0681デフォルトの名無しさん
2005/12/10(土) 16:48:40「日本語がレーザープリンタで印刷されない」っていうのは問題だね。
0682デフォルトの名無しさん
2005/12/10(土) 16:51:56レーザープリンタ使える環境ではないからわからんのだが、
このバグのせいで印刷されなくなるの？
イマイチ発生する症状がどんなものなのかわからないんだけど。
0683デフォルトの名無しさん
2005/12/10(土) 17:17:01日本語出さなければ大丈夫。
問題あるだろうな、企業向けなら特に。
0684デフォルトの名無しさん
2005/12/10(土) 17:25:510685デフォルトの名無しさん
2005/12/10(土) 17:48:29駄目ってのは具体的にどうなるんだ？
PDF出力で試したら、フォントがびみょーに変わるだけだった。
レーザープリンタやドットインパクトだったらどうなるの？
0686デフォルトの名無しさん
2005/12/10(土) 18:48:21でもな、発信することは大事だよ。
0687デフォルトの名無しさん
2005/12/10(土) 19:19:09それJavaの内部でベクタデータとして描画してるだけ
つまりフォントとして扱っていない
レーザープリンタはフォントのコードを受け取って描画する
そのためにDPIが低くても非常に綺麗
Javaの日本語印刷問題は１２００DPIくらいにするとあんまり見分けはつかないけど
３００DPIくらいが普通のレーザーではフォントがそのまま描画される場合と
置き換えが発生した場合とで別物になる
pdf出力ソフトでDPIをさげてみるとなんじゃこりゃなデータが出来上がるよ
印刷が汚くなるだけでも使えないのに、これらのデータが入った印刷を続けてると
VMがおちるから、内部でめちゃくちゃになってるっぽい
1ページくらい印刷してプロセス終了してる限り問題はさほど深刻ではないように見えるけど
印刷系を含むプログラムが全滅するのはやばい
0688デフォルトの名無しさん
2005/12/10(土) 21:41:27build62 からの変更点
https://mustang.dev.java.net/files/documents/2817/25363/mustang-b63.html
0689デフォルトの名無しさん
2005/12/11(日) 11:09:04VM落ちるのはともかく、何か頓珍漢な話だな。
>>687なんてPDFドライバの問題だろ?
PDFをAdobe Readerで見てもおかしいのか?
プラットフォームの印刷環境のセットアップがいかれてるだけだろ。
0690デフォルトの名無しさん
2005/12/11(日) 12:28:40PDFドライバの問題？
PDF印刷ソフトいろいろとあるけどすべて全滅だよ
もちろんリーダーで見ておかしい
しかも俺だけじゃなくてJavade印刷やってる人みんなに聞いたら
みんな１００％発生してるし
バグを環境のせいにし始めてきたね
sunの社員かな
0691デフォルトの名無しさん
2005/12/11(日) 12:37:23いいからとっとと報告汁
0692デフォルトの名無しさん
2005/12/11(日) 12:46:52そいつに頼め。
0693デフォルトの名無しさん
2005/12/11(日) 12:53:280694デフォルトの名無しさん
2005/12/11(日) 12:54:110695デフォルトの名無しさん
2005/12/11(日) 20:46:23キン肉マンの悪魔超人を思い出したｗ
0696デフォルトの名無しさん
2005/12/11(日) 20:50:460697デフォルトの名無しさん
2005/12/11(日) 21:02:28http://homepage2.nifty.com/takaoya/atamayude.htm
0698デフォルトの名無しさん
2005/12/11(日) 21:43:29JDK1.4.2から印刷において解像度設定がただしく反映されるようになった事の弊害？
0699デフォルトの名無しさん
2005/12/11(日) 21:50:57あとBufferedImageではdpiをどういじろうがおかしい描画にはならない
PrintJobに限らず印刷サービスもすべて駄目
0700デフォルトの名無しさん
2005/12/13(火) 10:25:180701デフォルトの名無しさん
2005/12/13(火) 12:15:490702デフォルトの名無しさん
2005/12/13(火) 13:42:15これくらいならExcite翻訳でもさほど変な訳は出さんと思うが。
0703デフォルトの名無しさん
2005/12/13(火) 13:55:31SunのJREかどうかすらはっきりしない。
0704デフォルトの名無しさん
2005/12/13(火) 14:06:39技術系英語なんて、専門用語以外は中学生英語で十分なんだよ。
もちろん、最近は機械翻訳もそれなりにあてになる。
でも「英語が駄目」とか言う奴は >>701 みたいに
なんだかんだと言い訳して逃げまくったあげく、
絶対に自分ではやらないの。
どこな職場にでもいるだろうけど、本当に使えない。
0705デフォルトの名無しさん
2005/12/13(火) 15:25:29ページ数がある程度行くとVMごとおなくなりになるな。
まぁ、いいんじゃない？
日本ではJavaは死んだということで。
0706デフォルトの名無しさん
2005/12/13(火) 15:44:51これが常識
0707デフォルトの名無しさん
2005/12/13(火) 16:28:200708デフォルトの名無しさん
2005/12/13(火) 16:32:210709デフォルトの名無しさん
2005/12/13(火) 16:41:300710デフォルトの名無しさん
2005/12/13(火) 18:21:37どうやらこのUNICODEブロックFFが含まれた文字列があると100%バグるみたい
全角アルファベットすべてと記号、半角カタカナ
0711デフォルトの名無しさん
2005/12/13(火) 19:24:210712デフォルトの名無しさん
2005/12/13(火) 20:07:48Java2のPrinterJob
1.4からの印刷サービス
すべての印刷処理で再現
dpiの高いインクジェットだと微妙な違いが紙だと分かりにくいが
DPIを下げれるなら一目瞭然
フォント置き換えすれば一発で分かる
拡大して確認が容易なpdf出力系ソフトすべてでも再現
WindowsXP、SunJRE 5.0 update2,3,4,5,6で確認済み
0713デフォルトの名無しさん
2005/12/13(火) 20:15:48Mustangに関係ない話題は他所でやってください。
0714デフォルトの名無しさん
2005/12/13(火) 20:17:25プゲラ
0715デフォルトの名無しさん
2005/12/13(火) 20:18:340716デフォルトの名無しさん
2005/12/13(火) 22:12:290717デフォルトの名無しさん
2005/12/13(火) 23:30:140718デフォルトの名無しさん
2005/12/13(火) 23:36:300719デフォルトの名無しさん
2005/12/13(火) 23:47:44ttp://d.hatena.ne.jp/kazama/20051206/p1
0720デフォルトの名無しさん
2005/12/13(火) 23:51:53ってことでバグ報告/投票の方法
ttp://blogs.sun.com/roller/page/yk?entry=vote_vote_vote
0721デフォルトの名無しさん
2005/12/14(水) 00:51:52さすがに一般ユーザーにそこまでやれというのは
0722デフォルトの名無しさん
2005/12/14(水) 01:15:390723デフォルトの名無しさん
2005/12/14(水) 01:43:08pdf出力したら文字選択できないわ。
0724デフォルトの名無しさん
2005/12/14(水) 21:41:200725デフォルトの名無しさん
2005/12/14(水) 21:53:220726デフォルトの名無しさん
2005/12/14(水) 22:48:45Mustang b59 から HotSpot client VM のレジスタ割り当ての最適化が改善されて、
Mustang b58 以前と比べて 1.5倍程度の速度で動くようになったらしい。
0727デフォルトの名無しさん
2005/12/14(水) 23:08:200728デフォルトの名無しさん
2005/12/14(水) 23:56:12Java 6は期待できるな。
仕事ではまだ1.3使ってるけどなorz
0729デフォルトの名無しさん
2005/12/15(木) 00:52:511.4もそろそろ安定してきたんじゃないの？
0730デフォルトの名無しさん
2005/12/15(木) 00:57:151.4.2でもつい最近の新しいやつで文字コードのバグとか埋め込んだとかあるんで
なんともいえないかと
これは次のバージョンで直ったはずだけど結構文字コード変換でリークとか多いよね
0731デフォルトの名無しさん
2005/12/15(木) 19:28:445.0.u1でおかしいのを確認
5.0.u6でおかしいのを確認
心配になってきたのでJavaSE6での動作確認よろ
0732デフォルトの名無しさん
2005/12/15(木) 19:31:52ありがとう。でもうち、保守・改装ばっかな部署なんだ……。
新規案件に出会ったとしても、上が5未対応の
フレームワークをおしつけてくることはまず確実だし。
先端技術フェチとしては大いに不満だ。
0733デフォルトの名無しさん
2005/12/15(木) 20:11:29serverVM に、エスケープ分析でエスケープしないと判断されたオブジェクトに対する
同期処理が除去されるような最適化が追加されたらしい。
デフォルトでは使用しないようになってるらしいので、
使用したい場合は -XX:+DoEscapeAnalysis とかしないといけないみたい。
Vector 使いまくってる人には朗報かも。
0734デフォルトの名無しさん
2005/12/17(土) 00:51:52昔から使えなかったならともかく
最新バージョンで品質が恐ろしく低下だからただのバグだろ
>>447の実行結果
分かりやすいように72dpiでpdf出力しといた
http://49uper.com:8080/html/img-s/100275.png
こりゃバグだね
0735デフォルトの名無しさん
2005/12/17(土) 01:30:100736デフォルトの名無しさん
2005/12/17(土) 10:58:46そろそろｳｻﾞいよ。
0737デフォルトの名無しさん
2005/12/17(土) 12:10:54上と下の関係は?
0738デフォルトの名無しさん
2005/12/17(土) 12:44:24ソースコード参照
0739デフォルトの名無しさん
2005/12/17(土) 12:45:12>>444
import java.awt.print.Printable;
import java.awt.print.PrinterJob;
public class NewMain implements Printable{
public static void main(String[] args) throws Exception{
PrinterJob pj = PrinterJob.getPrinterJob();
pj.setPrintable(new NewMain());
if(pj.printDialog()){
pj.print();
}
}
public int print(java.awt.Graphics graphics, java.awt.print.PageFormat pageFormat, int param)
throws java.awt.print.PrinterException {
if(param > 0){
return Printable.NO_SUCH_PAGE;
}
graphics.drawString("あいうえお ",100,100);//正常
graphics.drawString("あいうえお１",100,120);//ベクトルになる 1200DPIくらいになると一見綺麗
return Printable.PAGE_EXISTS;
}
}
0740デフォルトの名無しさん
2005/12/17(土) 12:46:40面白いので>>447で出来上がるpdfそのものをアップしてみた
http://49uper.com:8080/html/img-s/100309.zip
0741デフォルトの名無しさん
2005/12/17(土) 12:48:332ch に書くことがバグ報告になると思ってるフシがあるな。
0742デフォルトの名無しさん
2005/12/17(土) 12:52:23この機会にJavaなんていう時代遅れの環境からVisual Studio に乗り換えましょう！
0743デフォルトの名無しさん
2005/12/17(土) 13:13:160744デフォルトの名無しさん
2005/12/17(土) 14:51:380745デフォルトの名無しさん
2005/12/17(土) 15:04:16次バージョンでの話題なんだから
0746デフォルトの名無しさん
2005/12/17(土) 15:18:580747デフォルトの名無しさん
2005/12/17(土) 16:05:31build63 からの変更点
https://mustang.dev.java.net/files/documents/2817/25758/mustang-b64.html
0748デフォルトの名無しさん
2005/12/18(日) 14:53:47だからおまいはここにそれを書くことでどんな効果が得られることを期待しとるんだ。
「バグだ」「おかしい」というのを否定してるヤツは基本的におらんだろうが。(煽りはいるが)
「誰かぼくちんにかわって報告しといて～」と言いたいのならそれでもかまわんから明にそう言え。
(言ったからって誰かがやってくれるとは限らんが)
0749デフォルトの名無しさん
2005/12/18(日) 16:28:480750デフォルトの名無しさん
2005/12/18(日) 16:44:16次バージョンで日本語がちゃんと書けるかどうかのチェックをして欲しい
というだけだろ
0751デフォルトの名無しさん
2005/12/18(日) 17:17:41俺も英語だめなんよ。
Windows以外のVMでは発生しないらしいね。
0752デフォルトの名無しさん
2005/12/18(日) 18:28:120753751
2005/12/18(日) 18:39:55>>752の使い方も考えてみたが、鯖がVPNの先にあるんで無理。
さーて、1.4.2に下げてもらうか直っていれば無理して６を使うか
JNIで回避かだが、それぞれわりと厄介な問題がでるな。
Javaの人材集めたんで.NETへはさすがに・・・。
たぶん上の人間はこれ理解してない。
登場して1年以上たつんだからそろそろ枯れただろうといっておられる。
そもそも言語理解してないのが上なんで(ry
0754デフォルトの名無しさん
2005/12/18(日) 18:41:280755デフォルトの名無しさん
2005/12/18(日) 18:46:06開発環境を決めた時点で、どういうのが実装できるか、
実装できても困難で開発効率が悪いとかそういうのを把握してないと
だらだらと長引く。
0756デフォルトの名無しさん
2005/12/18(日) 18:46:07ジャギーだとかなんとかいうトラブルは無かったけどなあ。
サーバーサイドから帳票出力系の製品(SPFとか）つかってPDFを出力
する場合は関係ない話なの？ Swingだけ？
だったら当面問題ないんだけど。
0757デフォルトの名無しさん
2005/12/18(日) 18:51:08iTextとか直接PDF出力は問題ないけど、NetBeansのソースコード印刷しただけで
発生するのでVMの問題だと思う。
Javaの印刷製品は1.1時代からのものは印刷品質が悪かったから
みんな独自実装してたり1.4までが対象なので大丈夫だったり。
pdf作成するのはいいけど、それをユーザーが開いて閉じてとなると
インターフェース的にわりと問題でやすいかな。
日本の企業の帳票は独自サイズが多いのでA4とか決まった規格以外が
急に問題として現れてくることもある。
リッチクライアント系は今のびてるところなんでこの壁にぶち当たってるところも
結構多いかもしれない。
スレ違いスマソ。
0758デフォルトの名無しさん
2005/12/18(日) 21:35:40Windowsでもfontを指定したら問題ないのがあるかもよ。
0759デフォルトの名無しさん
2005/12/18(日) 21:39:39src.zipでは確認しようがないので内部でなんかしくじってると思われます。
0760デフォルトの名無しさん
2005/12/19(月) 00:35:030761デフォルトの名無しさん
2005/12/19(月) 00:45:000762デフォルトの名無しさん
2005/12/19(月) 09:59:280763デフォルトの名無しさん
2005/12/19(月) 10:16:450764デフォルトの名無しさん
2005/12/19(月) 15:36:12向うが勝手に翻訳してくれるんじゃね？
日本人担当者くらいいるだろ（へらへら
0765デフォルトの名無しさん
2005/12/19(月) 15:58:15あちらで日本語見たらやっぱり文字化けしてるんかね？
ソースコード添付ができないってのはある意味やばいかも
utf8だっけ？バグ報告ページ
0766デフォルトの名無しさん
2005/12/19(月) 16:40:530767デフォルトの名無しさん
2005/12/19(月) 18:39:55Javaでは作るのが困難なものを挙げるスレ
http://pc8.2ch.net/test/read.cgi/tech/1132425910/
0768デフォルトの名無しさん
2005/12/19(月) 18:57:160769デフォルトの名無しさん
2005/12/19(月) 19:06:491.6 正式リリースまでは直らなくて良い問題なんか？
0770デフォルトの名無しさん
2005/12/20(火) 01:28:40変換してくれればいいや
0771デフォルトの名無しさん
2005/12/20(火) 02:12:290772デフォルトの名無しさん
2005/12/20(火) 04:48:310773デフォルトの名無しさん
2005/12/21(水) 09:14:560774デフォルトの名無しさん
2005/12/21(水) 12:57:390775デフォルトの名無しさん
2005/12/22(木) 12:28:40"J2SE 5.0の日本語印刷のバグについて
「J2SE 1.3.1_17がリリースされました。」というブログへのコメントより：
2chのプログラム板で話題の日本語印刷がまともにとおらない5.0はへは
業務で使ってるところははだれも選ばないと思います。update1からupdate6
まですべてとおりませんしね。1.4.2までは大丈夫です。 2chでも日本語でバグ
投票できないからどうしようかという流ればかりです。 "
http://blogs.sun.com/roller/page/yk/20051221
だれだこのブログにこんな大袈裟なコメント書いた香具師は。
Tomcat動かすだけのサービスに印刷が必要なものなんて
大してないぞ。JavaのGUIなんてサーバ系Javaに比べたら
まだ普及度は低いんだしそんな目くじらたてるほどのことじゃないだろ。
0776デフォルトの名無しさん
2005/12/22(木) 12:31:11彼女のブログのコメント欄にバグ報告してもいいらしい。
0777デフォルトの名無しさん
2005/12/22(木) 12:53:370778デフォルトの名無しさん
2005/12/22(木) 13:24:070779デフォルトの名無しさん
2005/12/22(木) 17:08:30しかし、経緯を見る限り「バグが出る。使えねぇ」「英語ができないから
報告しない」じゃ全然意味がないことがよくわかるな。
せめて「報告したいが英語がダメなので協力してくれ」だったらもっと話は
早く進んだかもしれないのに。
0780デフォルトの名無しさん
2005/12/22(木) 22:21:330781デフォルトの名無しさん
2005/12/23(金) 00:03:08ある意味、宣伝部隊乙って事で一件落着ｗ
0782デフォルトの名無しさん
2005/12/23(金) 00:07:40UNICODEのフォント部分にやっぱりバグがあったようだね
でもこれ汎用ルーチンだよね？
ということはプリンタ以外でも実は文字が汚く描画されていたってことはあったのかな
0783デフォルトの名無しさん
2005/12/23(金) 00:14:420784デフォルトの名無しさん
2005/12/23(金) 00:29:01そんなの欲しがってるやついないし。
0785デフォルトの名無しさん
2005/12/23(金) 00:51:2164MBのノートとか使えたもんじゃない
0786デフォルトの名無しさん
2005/12/23(金) 00:57:225.0は最低メモリ使用量が跳ね上がってるので進められん
コンパクトな1.3.1まであたりがオススメ
0787デフォルトの名無しさん
2005/12/23(金) 00:59:180788デフォルトの名無しさん
2005/12/23(金) 01:32:34ハードとコンパイラ依存コードナツカシス
0789デフォルトの名無しさん
2005/12/23(金) 11:55:58印刷フレームワークのルーチンだから関係ないと思うよ。
0790デフォルトの名無しさん
2005/12/23(金) 12:54:26http://jcp.org/aboutJava/communityprocess/edr/jsr270/
0791デフォルトの名無しさん
2005/12/23(金) 14:58:50JDIC ではもうやらねーよって話が出てた。
http://www.javadesktop.org/forums/thread.jspa?messageID=130970
0792デフォルトの名無しさん
2005/12/23(金) 15:25:01http://java.sun.com/developer/Quizzes/mustang_holiday/
0793デフォルトの名無しさん
2005/12/23(金) 19:18:04別のスレでこんな書き込みがあるよ
http://pc8.2ch.net/test/read.cgi/tech/1132425910/563
0794デフォルトの名無しさん
2005/12/23(金) 20:04:130795デフォルトの名無しさん
2005/12/23(金) 20:10:22書く人による。プログラムによる。VMによる。ハードウェアによる。
0796デフォルトの名無しさん
2005/12/23(金) 20:18:350797デフォルトの名無しさん
2005/12/23(金) 20:21:54理屈上、アセンブラで書かれたプログラムはC++で書かれたプログラムより速い。
でも、現実的にはどうだろう？
アセンブラとC++の比較ほど明快ではないけれど、部分的に見ればこれに近い
事がVMとネイティブの関係に対しても言える。
0798デフォルトの名無しさん
2005/12/23(金) 20:41:41> C++時代は共用体大好きっこだった俺としてはちょっと悲しい時流だよ
EffectiveJava嫁
共用体の代用をJavaで実現する方法が載っている
0799デフォルトの名無しさん
2005/12/23(金) 21:44:15最近は数値計算もJavaでやる時代なんだが…Hotspotコンパイラのおかげで。
>>726によればさらに早くなったらしいし。
Integerのquicksortのプログラムを書いても、
JavaがC, C++より早いのが現状。(プログラムの起動は相変わらず遅いが…)
アセンブラでもJavaで書いたプログラムより書ける人は殆んどいないんじゃないか。
ただ、Javaの浮動小数点拡張は取り下げられたらしい。
http://math.nist.gov/javanumerics/
http://jcp.org/en/jsr/detail?id=084
http://www.oishi.info.waseda.ac.jp/~oishi/LINKS/java-numerics.html
0800デフォルトの名無しさん
2005/12/23(金) 22:11:23起動速度無視で、実行速度を最大にしたいときは、この起動オプション最強。
0801デフォルトの名無しさん
2005/12/24(土) 02:19:59理屈上、profile-guidedな実行時最適化が可能なJavaの方がアセンブラより速い。
0802デフォルトの名無しさん
2005/12/24(土) 02:32:260803デフォルトの名無しさん
2005/12/24(土) 02:39:44なにも見てないんだな
0804デフォルトの名無しさん
2005/12/24(土) 02:42:11Java SE 7が出たころにはマシンスペックの余裕もたっぷり
増えているだろうからメモリにけちけちする必要はなくなるかもね
0805デフォルトの名無しさん
2005/12/24(土) 02:46:060806デフォルトの名無しさん
2005/12/24(土) 02:55:04すでに勝った香具師ならいるよslashdotでも話題になってた
# Slashdot での大論争。これは今までで一番愉快な
Java 対 C++ の議論に違いありません。
C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を
手動でやらなきゃいけないのに」と主張しています。
公平を期するための彼らの提案は - System.gc() の
呼び出しを山ほど突っ込んで Java 側を遅くするというも
のでした（お気づきでない方のために。Java は System.gc()
を呼び出さなくてもメモリを回収します。 System.gc() の呼び
出しを追加してもメモリ回収の速度が遅くなるだけです）。
続く抗議もすべて、このベンチマークが Java をひいきしてい
るという一点に集中しているようでした。しかし奇妙なことに、
３年前までは当時の JVM をテストしても C++ の方が速いとい
う結果が出たものです。このノイズの山を掘り返せば、有意義
なコメントが見付かるかも知れません
# さらに続く議論。この事件から生じた騒動（または余分なキャラ）
で大儲けできた人がいるかも知れませんね
# Java と .NET のガベージコレクションに関する調査
# WebSphere は自動的に負荷分散の最適化を行うことで、ハードウェア要件の低減をねらいます
#
# Java 1.5 は 20% 高速化した模様
http://www.javanews.jp/javap/newsletter043.html
0807デフォルトの名無しさん
2005/12/24(土) 02:57:58クロック数だけを見ずに
ちゃんとベンチマークしてみてるかい？
ハイパースレッディングから64bitsなどの技術進化に目を向けるといい。
あと、量子力学チップの研究が今行われている。
今は量子コンピュータが出る直前の段階だ。
そのまえに燃料電池に期待したい。
燃料電池が携帯電話開発に潤いを与える。
0808デフォルトの名無しさん
2005/12/24(土) 03:13:05量子アルゴリズムがなくても量子コンピュータは効果的に使えるの？
0809デフォルトの名無しさん
2005/12/24(土) 03:14:020810デフォルトの名無しさん
2005/12/24(土) 09:33:58どっちもJavaのサポートはいまいちだったね。
0811デフォルトの名無しさん
2005/12/24(土) 10:54:22Pentium4で動かすVMですら実用的な速度を得られていたからね
0812デフォルトの名無しさん
2005/12/24(土) 11:43:11Webコマースだとコード実行性能はボトルネックじゃないしねえ。
0813デフォルトの名無しさん
2005/12/24(土) 12:08:28> あと、量子力学チップの研究が今行われている。
> 今は量子コンピュータが出る直前の段階だ。
おいおい、無知を晒け出すのもいい加減にしろよ。
お前は量子力学と言いたいだけだろ。
# つーか、807はトランジスタが量子力学で動いていることすら知らなそうだ。
# トンネル効果とか聞いたことある? > 807
0814デフォルトの名無しさん
2005/12/24(土) 12:16:390815デフォルトの名無しさん
2005/12/24(土) 13:03:45トンネル効果といいたいだけだったんだね。
0816デフォルトの名無しさん
2005/12/24(土) 14:32:20一般常識だろ
0817デフォルトの名無しさん
2005/12/24(土) 14:34:000818デフォルトの名無しさん
2005/12/24(土) 14:37:05の見事なサンプルソースをうｐしてくれ
0819デフォルトの名無しさん
2005/12/24(土) 14:42:30http://blogs.sun.com/gbracha?entry=typechecking_jvml
https://jdk.dev.java.net/CTV/learn.html
http://www.jcp.org/en/jsr/detail?id=202
0820デフォルトの名無しさん
2005/12/24(土) 16:55:45省エネ型メモリに交換するというのも流行ってたりするよ。
それからIDEケーブル対応HDDの使用をとりやめ
かわりにSerial ATAケーブル対応HDDに切り替えるとか。
最近のマシンは消費電力が押さえられている。
CPUだけは電力がやたらと高いけど。
0821デフォルトの名無しさん
2005/12/24(土) 16:58:27江崎玲於奈が発見したものがどうかしたかい。
「量子力学」ではなく「量子力学チップ」といったわけだが。
ガリウム、アルミニウム、ヒ素の組み合わせで
電子を原子の中に閉じこめるという技術がもう8年も
前に東大で研究されていたんだよ。
0822デフォルトの名無しさん
2005/12/24(土) 16:59:26晒しをお願いしないで
自分で嫁。ポリモーフィズムを使って代用しているだけだからな
0823デフォルトの名無しさん
2005/12/24(土) 17:23:37専門外の話に無理に首を突っ込んでも、イタいだけだぞ。
> 「量子力学チップ」
どの論文誌にそんな名称のデバイスの話が載ってるのか、教えてほしいものですな。
> 電子を原子の中に閉じこめるという技術
ボーアの原子模型って知ってる?
原子ってのは原子核のまわりを電子が回っているんですよ。
0824デフォルトの名無しさん
2005/12/24(土) 17:30:44おまえそんなに専門知識があるなら
高校物理程度の知識ひけらかしてどうする
0825デフォルトの名無しさん
2005/12/24(土) 20:28:33素人が夢見るのは勝手だが、知ったかぶりでバラ色の脳内新技術語ってもらっても
議論にならない。
0826デフォルトの名無しさん
2005/12/24(土) 21:01:020827デフォルトの名無しさん
2005/12/24(土) 21:09:39これをいいたいがための壮大なスレ違いの自演乙
0828デフォルトの名無しさん
2005/12/24(土) 21:47:12あんなのと一緒にしないでくれよ。
0829デフォルトの名無しさん
2005/12/24(土) 22:35:490830デフォルトの名無しさん
2005/12/24(土) 22:36:480831デフォルトの名無しさん
2005/12/24(土) 22:56:470832デフォルトの名無しさん
2005/12/24(土) 23:22:430833デフォルトの名無しさん
2005/12/25(日) 01:30:070834デフォルトの名無しさん
2005/12/25(日) 01:48:200835デフォルトの名無しさん
2005/12/25(日) 03:29:390836デフォルトの名無しさん
2005/12/25(日) 10:57:000837デフォルトの名無しさん
2005/12/25(日) 12:47:52build64 からの変更点
https://mustang.dev.java.net/files/documents/2817/26231/mustang-b65.html
0838デフォルトの名無しさん
2005/12/25(日) 15:33:05来なかった(´･ω･`)
0839デフォルトの名無しさん
2005/12/25(日) 15:38:20（ ´,_ゝ｀）ﾌﾟｯ
0840デフォルトの名無しさん
2005/12/25(日) 15:53:38(⌒⌒)
∧_ ∧ （ プッ ）
( ´∀` ) ノノ～′
（⊃⌒*⌒⊂)
/__ノωヽ__）
0841デフォルトの名無しさん
2005/12/27(火) 21:42:21あれ万馬券でたの？
0842デフォルトの名無しさん
2005/12/27(火) 21:44:080843デフォルトの名無しさん
2005/12/28(水) 01:25:15とりあえず日経サイエンスのバックナンバーを
探して読んでみてくれ
0844デフォルトの名無しさん
2005/12/28(水) 06:17:170845デフォルトの名無しさん
2005/12/28(水) 06:25:330846デフォルトの名無しさん
2006/01/02(月) 20:00:210847デフォルトの名無しさん
2006/01/07(土) 22:46:43build65 からの変更点
https://mustang.dev.java.net/files/documents/2817/26990/mustang-b66.html
0848デフォルトの名無しさん
2006/01/12(木) 16:38:23http://weblogs.java.net/blog/mreinhold/archive/2005/12/mustang_release.html
これみてて Array reallocation ってなんだろと思って JSR270 見てみたら
java.uti.Arrays に copyOf とか copyOfRange ってメソッドが追加されてた。
0849デフォルトの名無しさん
2006/01/13(金) 09:58:490850デフォルトの名無しさん
2006/01/15(日) 21:37:44build66 からの変更点
https://mustang.dev.java.net/files/documents/2817/27330/mustang-b67.html
0851デフォルトの名無しさん
2006/01/22(日) 20:14:04build67 からの変更点
https://mustang.dev.java.net/files/documents/2817/27723/mustang-b68.html
0852デフォルトの名無しさん
2006/01/22(日) 22:19:120853デフォルトの名無しさん
2006/01/22(日) 23:30:17練習しろ。
0854デフォルトの名無しさん
2006/01/25(水) 22:33:25http://weblogs.java.net/blog/ray_gans/archive/2006/01/where_we_are_wi.html
正式リリースは秋にずれ込んで、夏にはbeta2が出るらしい。
春にDolphineのプロジェクトがスタートするらしい。
0855デフォルトの名無しさん
2006/01/25(水) 22:35:270856デフォルトの名無しさん
2006/01/25(水) 22:38:120857デフォルトの名無しさん
2006/01/28(土) 13:36:39build68 からの変更点
https://mustang.dev.java.net/files/documents/2817/28215/mustang-b69.html
0858デフォルトの名無しさん
2006/01/30(月) 01:22:460859デフォルトの名無しさん
2006/01/30(月) 03:51:47Java SEに？
0860デフォルトの名無しさん
2006/01/30(月) 06:33:530861デフォルトの名無しさん
2006/01/30(月) 08:26:32もしそうなったら、SunのJVMにはTopLinkが付いてくるのだろうか？
0862デフォルトの名無しさん
2006/01/30(月) 22:11:48TopLinkしかないな。
そうならないだろうけど。
0863デフォルトの名無しさん
2006/01/30(月) 22:43:530864デフォルトの名無しさん
2006/01/30(月) 23:21:22JavaEE5の記事見てたら複数の媒体でそういう趣旨の内容が載ってたからどうなのかなと思って・・・
http://blogs.sun.com/roller/page/chats?entry=javaone_has_started1
また、Persistence API は、EJB と離れて動作することも許されているので、Standard Edition と組み合わせて O-R マッパ単独で利用することもできる。
ほとんどのベンダー、開発者はこの方向性に前向きなフィードバックを出しているという。
http://pcweb.mycom.co.jp/news/2005/06/29/029.html
EJBから切り放されたことによってPersistence API単体でも利用できるようになったため、今後はJava SEにも導入される予定だという。
http://www.javaworld.jp/print/?menu3=24028
Java Persistence APIは、Java SEでも提供される（標準APIに含まれる）予定となっており、今後はJava環境における標準的な永続化APIとなる。
0865デフォルトの名無しさん
2006/01/30(月) 23:27:50なるほど参考になりました。ありがとう。
API仕様を見ていないのでよく知らないけど、
J2SEに含まれるのはインターフェースの部分で
実装は各自Hibernateとかのjarを持ってきて使うのかなと思った。
ちょうどJDBCみたいに。どうなんだろう。
0866デフォルトの名無しさん
2006/01/31(火) 00:09:000867デフォルトの名無しさん
2006/01/31(火) 00:18:48たしかに、そうしないとPersistence APIの実装部分だけでかなりのサイズになってしまいそうだし
0868デフォルトの名無しさん
2006/01/31(火) 01:28:00あれは使おうと思っても使えん
0869デフォルトの名無しさん
2006/01/31(火) 01:58:460870デフォルトの名無しさん
2006/01/31(火) 02:07:11ほとんどのところがJDBC2までしかドライバ対応してないのが痛いなぁ
JDBC3から別物なのに
0871デフォルトの名無しさん
2006/01/31(火) 10:30:08javadoc の変更に際して、下記の場所で
どんなふーに変更するかについて参考意見募集中だってさ。
http://java.sun.com/webapps/survey/display?survey_id=5382
Mustangに間に合わんかもしれんけど。
0872デフォルトの名無しさん
2006/02/01(水) 20:51:59https://mustang.dev.java.net/regchal/
MustangのRegressionを発見して報告しよう、というコンテストだそうです。
参加した全員にTシャツを、特に重要なものを報告した5人にUltra 20が送ら
れるらしい。期間は1/31から3/31まで。
0873デフォルトの名無しさん
2006/02/02(木) 21:22:540874872
2006/02/04(土) 16:07:27そうですね。
誤解のある書き方をしてすみませんでした。
あと、ついでに
Mustang build70 リリース
build69 からの変更点
https://mustang.dev.java.net/files/documents/2817/28549/mustang-b70.html
0875デフォルトの名無しさん
2006/02/13(月) 00:21:56build70 からの変更点
https://mustang.dev.java.net/files/documents/2817/28875/mustang-b71.html
0876デフォルトの名無しさん
2006/02/13(月) 00:24:16http://www.javac.info/doc?n=JavaDoc.JavaDoc
0877デフォルトの名無しさん
2006/02/13(月) 00:30:19http://weblogs.java.net/blog/robogeek/archive/2006/02/an_easy_way_to.html
regressionコンテストの簡単な参加方法
既存の 1.5update6 で動くアプリを JDK 6で動かしてみてくれ、
そんで動かなかったらアプリの問題か JDKの問題か考えてくれ、
もしJDKの問題だったら報告お願いって感じらしい。
0878デフォルトの名無しさん
2006/02/13(月) 00:34:26JavaSoundとJava2Dまわりは穴かもしれんな
正式版でも結構違うけど
0879デフォルトの名無しさん
2006/02/13(月) 08:43:24Ultra20 ってまた微妙なもんプレゼントですなぁ
正直あんまし欲しくない～ うるさいしｗ
>>877
apache の poi の日本語取扱の挙動がおかしくなることは知っている
が、Ultra20欲しくないので誰か報告してちょうだい～
0880デフォルトの名無しさん
2006/02/13(月) 10:03:58> そんで動かなかったらアプリの問題か JDKの問題か考えてくれ、
0881デフォルトの名無しさん
2006/02/13(月) 10:25:15その一文の敷居高すぎだよな。
0882デフォルトの名無しさん
2006/02/13(月) 10:52:490883デフォルトの名無しさん
2006/02/13(月) 12:58:12こーゆー事をやるのが普通だと思ってる人たちにとっては敷居高いのかもしれんけど。
http://monoki.fc2web.com/diary/txt/computer/debugpatern.html#%82%C6%82%C9%82%A9%82%AD%83}%83C%83N%83%8D%83\%83t%83g%82%AA%88%AB%82%A2%82%B1%82%C6%82%C9%82%B5%82%C4%82%A8%82%B1%82%A4
http://monoki.fc2web.com/diary/txt/computer/debugpatern.html#%88%AB%82%A2%82%CC%82%CD%89%B4%82%B6%82%E1%82%C8%82%A2
0884デフォルトの名無しさん
2006/02/13(月) 20:56:04アプリの問題か JDKの問題かなんてアプリ作者（プログラマ＝技術者）しかわからんだろ。
0885デフォルトの名無しさん
2006/02/13(月) 22:50:160886デフォルトの名無しさん
2006/02/13(月) 22:56:180887デフォルトの名無しさん
2006/02/14(火) 08:01:54『不義理・不面目なことなどがあって、その人の家に行きにくい』
あってるじゃん。
0888デフォルトの名無しさん
2006/02/15(水) 14:16:31https://mustang.dev.java.net/
0889デフォルトの名無しさん
2006/02/15(水) 17:01:15それってb71よりも新しい？
0890デフォルトの名無しさん
2006/02/15(水) 19:37:11>>854
0891デフォルトの名無しさん
2006/02/16(木) 12:58:30安定はしているけど古いってか
0892デフォルトの名無しさん
2006/02/17(金) 13:46:40>java -version
java version "1.6.0-beta2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-beta2-b72
Java HotSpot(TM) Client VM (build 1.6.0-beta2-b72, mixed mode, sharing)
これは新しいのかな？
0893デフォルトの名無しさん
2006/02/17(金) 13:59:55java version "1.6.0-rc"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-rc-b71)
Java HotSpot(TM) Client VM (build 1.6.0-rc-b71, mixed mode, sharing)
0894デフォルトの名無しさん
2006/02/18(土) 12:02:24java version "1.6.0-beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-beta-b59g)
Java HotSpot(TM) Client VM (build 1.6.0-beta-b59g, mixed mode, sharing)
0895デフォルトの名無しさん
2006/02/18(土) 12:03:30http://java.sun.com/javase/6/download.jsp
http://java.sun.com/javase/ja/6/download.html （日本語）
0896デフォルトの名無しさん
2006/02/18(土) 14:43:020897デフォルトの名無しさん
2006/02/18(土) 15:00:49設定でXPLAFはクラシックLAFにかえれるけど、VISTAも同じではないかな
0898デフォルトの名無しさん
2006/02/18(土) 21:05:46バージョン番号の話。
http://forums.java.net/jive/thread.jspa?threadID=2655
要するに、内部バージョンがbeta2となっているのは、beta2への開発版
という意味らしい。
b60以降しばらくはrcになっていたけど、スケジュール変更でBeta2が出
ることになったから修正された。
>>893のLinux版は、多分修正し忘れだろうね。
0899デフォルトの名無しさん
2006/02/20(月) 16:32:42build71 からの変更点
https://mustang.dev.java.net/files/documents/2817/29269/mustang-b72.html
0900デフォルトの名無しさん
2006/02/21(火) 11:20:25俺は至高！俺は吉良上野介！
俺は
0901デフォルトの名無しさん
2006/02/21(火) 14:23:370902デフォルトの名無しさん
2006/02/22(水) 14:02:290903デフォルトの名無しさん
2006/02/23(木) 00:09:200904デフォルトの名無しさん
2006/02/28(火) 01:49:03build72 からの変更点
https://mustang.dev.java.net/files/documents/2817/29768/mustang-b73.html
0905デフォルトの名無しさん
2006/03/01(水) 00:45:060906デフォルトの名無しさん
2006/03/02(木) 14:40:11すでにインストールされてます
再インストールしますか？
ってでちゃうんだよね。
もー仕方がないのかねえ
0907デフォルトの名無しさん
2006/03/04(土) 20:27:28以前、毎回再インストールするのが面倒すぎてウンザリだっていう投稿が
フォーラムかどこかにもあった。確かに面倒。
Mustang build74リリース
build73 からの変更点
https://mustang.dev.java.net/files/documents/2817/30112/mustang-b74.html
0908879
2006/03/12(日) 02:10:41正直時間がないから追及しきれんのよ。
Locale周りのデフォルトが変わったのかもしれんし、
もし、そうなら5.0までのデフォルトに合わせてるpoiが悪いとも言い切れない。
さらにデフォルト変えちゃったのがバグかもしれんし。
5.0で動くんだから俺は5.0で動かしてる。
>>907
毎回手でアンインストールしてた時代に比べれば格段に便利になって重宝してます・・・
一番いいのは、上書きしてくれればいいんだけど、クリーンインストールでないと
問題点が絞れなかったりするのかなぁと、今のところは仕方ないかと諦めてます。
↓勝手に出しちゃえ
Mustang build75リリース
build74 からの変更点
https://mustang.dev.java.net/files/documents/2817/30591/mustang-b75.html
0909デフォルトの名無しさん
2006/03/13(月) 18:18:48っていうかレジストリ弄って古いバージョンの変数を削除して
さらにJavaをインストールしたディレクトリも削除してから
新しいビルドをインストールするという手でもうまくいくかな？
0910http://www.vector.co.jp/soft/win95/util/se072729.html
2006/03/18(土) 20:48:40もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
0911デフォルトの名無しさん
2006/03/18(土) 22:20:040912デフォルトの名無しさん
2006/03/19(日) 20:41:41ODFDocumentクラスを6.0にねじ込んでください。
ソースごとそんな要望を送りつけてください。
0913デフォルトの名無しさん
2006/03/19(日) 20:57:42ご自分でどうぞ。
Mustang build76リリース
build75 からの変更点
https://mustang.dev.java.net/files/documents/2817/31069/mustang-b76.html
0914デフォルトの名無しさん
2006/03/20(月) 00:00:560915デフォルトの名無しさん
2006/03/20(月) 00:08:090916デフォルトの名無しさん
2006/03/20(月) 02:40:450917デフォルトの名無しさん
2006/03/20(月) 02:48:15毎週内容かわってるのですか？
0918デフォルトの名無しさん
2006/03/20(月) 03:03:050919デフォルトの名無しさん
2006/03/20(月) 03:53:33いや、だいぶ前はSE6からって話だったけど、すぐにSE7からってことになってた。
0920デフォルトの名無しさん
2006/03/21(火) 00:51:330921デフォルトの名無しさん
2006/03/21(火) 01:05:090922デフォルトの名無しさん
2006/03/21(火) 01:05:430923デフォルトの名無しさん
2006/03/21(火) 01:43:08NetBeans使えばいいじゃない
0924デフォルトの名無しさん
2006/03/21(火) 10:50:07VisualEditorでバリバリGUI開発しているのか？
使い心地はどうだ？
感想頼む。
NetBeansが軽いと聞いて使っているのだが
VEは反応があまりにもおそすぎて使ってない。
プラグイン入れすぎというのもあるだろうけど
0925デフォルトの名無しさん
2006/03/21(火) 11:35:170926デフォルトの名無しさん
2006/03/23(木) 02:25:26そうでもない。SprintLayoutにも対応していないし、機能は限定されてる。
GridBagLayout使うときはGUIでパラメータ弄れて便利だけど、
やっぱりソースを手で調節しないといけない時もある。
>>925
すまん。でもGroupLayoutとかが主流になったら直コーディングは難しくなるし、
話すときは使ってるGUIビルダと絡めざるを得なくなりそうな気もする。
0927デフォルトの名無しさん
2006/03/23(木) 17:48:33http://java.sun.com/javase/6/jcp/beta/
これは事実上J2SE 5.0仕様に対するメンテナンスレビューだとのことです。
0928デフォルトの名無しさん
2006/03/23(木) 22:53:145.0に対するメンテナンスレビューという意味がわからない
0929デフォルトの名無しさん
2006/03/23(木) 22:58:16インストゥルメントというパッケージ。
まるで楽器演奏のみの歌詞がない曲ややMIDIのインストゥルメントを想像してしまう。
クラスローダにJARファイルを動的に読み込ませることができるということだな？
っていうかクラスパスをRuntimeクラスを使って通さなくて済むって言うだけか？
Spring frameworkにも似たようなものがなかったっけか？
java.lang.instrument
java.lang.instrument: Ability to add .jar files to a classpath
When a tool, such as a profiler or management console, attaches to a running VM,
the tool will typically need to load its tool agent into the VM. If the agent is written
in the Java Language, then the .jar file that contains the agent classes must be added
to the system classpath at runtime. Furthermore, if the agent does bytecode instrumentation
(for example, if the tool does profiling or tracing), then it will need to add supporting instrumentation
classes onto the boot classpath and maybe also the system classpath.
This change adds two new methods to add .jar files to classpaths:
* java.lang.instrument.Instrumentation.appendToBootstrapClassLoaderSearch(JarFile jarfile)
* java.lang.instrument.Instrumentation.appendToSystemClassLoaderSearch(JarFile jarfile)
This change also adds a new error class to java.lang.instrument:
0930デフォルトの名無しさん
2006/03/23(木) 23:04:30それ、5.0 からあるよ。例えば、バイトコードにカウンタ回すコードを埋め込むタイプの
カバレッジツールとかを作る人が、より便利になるようにするためのパッケージね。
URLClassLoadeer とか、そーゆーのとは違う。
0931デフォルトの名無しさん
2006/03/23(木) 23:05:57これも気になる。
agent jarファイル？ まるでエージェント指向を思い浮かべてしまう。
そのJARの有効生存期間をコントロールできるってことか？
つまりJARファイルの中にあるクラスを読んだりメモリから消したりできると？
つまり、同じクラスだがバージョンの異なるクラスを素早く入れ替えることが
できると？
だとしたらこれはかなり優れた進化かもしれない。
今までJakarta 系などのAPIを複数使っていてJARバージョンが異なることによって
依存関係で悩まされていた問題もこれで解決できる上に、
テストも非常に楽になる。
とくにチーム開発のとき
他社チームと共同で開発しているときに真価を発揮しそうだ。
Javaサーバアプリケーションの開発ではかなり重宝しそうだ。
Tomcatサーバに新しいJARファイルを組み込みたいとき、
古いJARファイルも胸像させたいときにこれをうまく使えば
クラスやパッケージが競合することに悩まされることなく安心してテストや
新しいJARファイルをばしばし導入することができる。
新しいJARを入れたことによってプログラムが動かなくなる問題も
これで解消だ。
0932デフォルトの名無しさん
2006/03/23(木) 23:29:44ttp://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/instrument/package-summary.html
ClassFileTransformerが強力だが凶悪だと思う。
0933デフォルトの名無しさん
2006/03/24(金) 00:08:37クラスファイルを変換するって
同じパッケージ名.クラス名だが
中身はバージョンが異なるクラスに動的にかえるってことかいな？
スクリプト言語や
プロトタイプベース・オブジェクト指向言語にみられるような、
動的オブジェクト指向言語のような使い方ができてしまうのかねえ。
オブジェクトを生成したあとからクラスにフィールドやメソッドを追加できる
みたいなことがJavaでもできてしまうってことかいな？
0934デフォルトの名無しさん
2006/03/24(金) 00:24:53EclipseのPleiadesプラグインが使ってるね。
0935デフォルトの名無しさん
2006/03/24(金) 00:37:10http://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/instrument/Instrumentation.html#redefineClasses(java.lang.instrument.ClassDefinition[])
> 再定義では、メソッドの本文、定数プール、および属性の変更が可能です。
> ただし、再定義では、フィールドまたはメソッドの追加、削除、あるいは名前の変更、
> メソッドのシグニチャーの変更、あるいは継承の変更はできません。
> これらの制約は、将来バージョンで解消される可能性があります。
0936デフォルトの名無しさん
2006/03/24(金) 00:52:12InstrumentationにClassFileTransformerを追加しておくと、
クラスローダのdefineClassが実行される前に実行してくれる。
defineClassが実行される直前ではクラスのバイト列が既に解決済みなんだけど、
そのバイト列と対象のクラスローダがClassFileTransformerに渡される。
そのバイト列をClassFileTransformerで変換して返す事によって、
defineClassが本来とは違うバイト列で行われるっていうだけ。
で、GC可能なカスタムクラスローダで読み込んでいれば、
ロード済みのクラスもGCの対象になるので、GC後であれば再定義は可能だけど、
基本的には１度しか実行されないので、動的言語サポートとはいえない。
上でも説明が出てたけど、１度きりのロードだけなので、
コードカバレッジの計測とかアスペクトの組み込み等がいいかも。
OracleのTopLinkも使っていたような気がする。
あっ、でもプロパティ次第では動的に再定義も可能なんだけど、
Instrumentation関連で使用されるクラスは無理。
環境によってはサポートされない場合もある。
複数のClassFileTransformerを登録できるので、
オリジナルのバイト列 ＞ コードカバレッジ計測機能付きバイト列 ＞
アスペクト組み込みバイト列 ＞ クラスローダでロード
ってシナリオも可能。
TigerならApache BCELが内部に組み込まれているので、
それを使ってもいいし、俺はJavassistを使っている。
CtMethod#instrumentで、コードカバレッジの計測コードの追加が
とても簡単なんだよね。
0937936
2006/03/24(金) 00:52:51premainメソッドを実装したクラスの位置とか、再定義可能とか、
そんな感じのプロパティを記述したファイル（名前は忘れた）を
含んでいるJarファイルを
-javaagent:<jar名>=引数
と言う風にjavaコマンドの起動オプションで指定すると
エージェントが起動するよって話。
premainメソッドの定義クラスとかClassFileTransformerの実装などは、
別にJarに含む必要はない。
0938デフォルトの名無しさん
2006/03/24(金) 01:00:450939デフォルトの名無しさん
2006/03/24(金) 01:03:320940デフォルトの名無しさん
2006/03/24(金) 03:26:040941デフォルトの名無しさん
2006/03/24(金) 08:12:280942デフォルトの名無しさん
2006/03/24(金) 09:19:37あれはアスペクト指向を使っていると書いてあったと
思うんだが、Java5のそのクラスだけでまかなっていたのか
0943デフォルトの名無しさん
2006/03/24(金) 09:29:49> -javaagent:<jar名>=引数
思い出した。それがPleiadesで使ってたやつか。
0944デフォルトの名無しさん
2006/03/24(金) 09:31:51フィールドやメソッドを動的に変更する意義って
そうそう多くはないかもしれぬ。
Genericsを組み合わせてListやMapやSetなどをフィールドに入れておいて
あとから追加することができるから。
メソッドについてはリフレクションでまかなう？
0945デフォルトの名無しさん
2006/03/24(金) 12:03:59アスペクト指向はプログラムの書き方の話だろ。
アスペクトの実現方法ひとつ。
0946デフォルトの名無しさん
2006/03/24(金) 12:16:14フィールドやメソッドを動的に変更できるってのも面白いけど
動的に変更すると、今まで検査したバイトコードも
全部再検査しなきゃならなくなるような。
そーいや、Mustang でバイトコードベリファイアが変更になったのって
この辺の絡みもあるのかな、と妄想してみる。よく知らんけど。
0947デフォルトの名無しさん
2006/03/24(金) 13:21:070948936
2006/03/24(金) 19:24:16それは違う。
JavassistやASMはバイト列を自分で取得して操作するものだけど、
Instrumentationはクラスのローディングを直前にハンドルするもの。
バイトコード操作のタイミングだけを提供してくれるAPIだね。
ちなみに、JavassistとかASMが無くてもTigerなら、
com.sun.org.apache.bcel.internal.*
というパッケージでApacheのBCELが提供されている。
>>946
ロードの事前なので、不適切なバイトコードならベリファイエラーになる。
Mustangで変更になるのはStackFrameMap属性が追加になるんだけど、
逆にバイトコード操作ライブラリの対応を待たないと、ベリファイでエラーになる。
起動オプションで古いベリファイアを使うことも可能。
0950947
2006/03/25(土) 02:04:150951デフォルトの名無しさん
2006/03/25(土) 02:08:50プロセス間通信はまだ出来ないの？出来たら動的書き換えは強力なパラダイムだね
スクリプトエンジンと連携させてサクッとパッチが当てられる
0952デフォルトの名無しさん
2006/03/25(土) 10:25:26com.sun.* って使っていいんだっけ？
0953デフォルトの名無しさん
2006/03/25(土) 11:07:360954デフォルトの名無しさん
2006/03/25(土) 11:07:37将来のバージョンで保証されないこと
これらをふまえてな
0955デフォルトの名無しさん
2006/03/25(土) 11:26:40>>946 のは将来のバージョンにおいて、
redefineClasses とかでフィールドやらメソッドの
追加や削除や変更が認められる場合の話ね。
ちょっと考えたら、実行時に NoSuchMethodError とか
NoSuchFieldError 食らうだけだからバイトコード検査関係ないよな。
0956936
2006/03/25(土) 12:29:21意外と使い道に悩むことが多いかなと思います。
ただし、事前にインターフェイスが存在していて、
クラスにインターフェイスを動的実装させてメソッド追加すれば、
インターフェイスを経由して楽に利用できます。
動的に実装させなくても、プロキシを使うパターンもありですね。
それと、JakartaのBeanUtilsのようなリフレクションのラッパーAPI向けに
動的にメンバを追加するというのはありかなと思います。
このAPIって、Mustangでは多少の変更があるものの、
（確実な再定義可能判定機能とか・・・）
Tigerから存在していてMustang特有の話じゃないので、
スレ違いかもしれませんね。
ダラダラと話を伸ばして、ゴメンナサイ。
0957デフォルトの名無しさん
2006/03/25(土) 16:41:00それでいいんじゃねぇの？
0958デフォルトの名無しさん
2006/03/26(日) 12:05:27つかってみないと良く分からないと言うか。
実行サンプル無いかな。
実例とか
0959936
2006/03/26(日) 13:39:07Java In The Box
ttp://www.javainthebox.net/laboratory/J2SE1.5/MiscAPI/Instrumentation/Instrumentation.html
0960デフォルトの名無しさん
2006/03/26(日) 14:08:08build76 からの変更点
https://www.dev.java.net/files/documents/2817/31663/mustang-b77.html
0961デフォルトの名無しさん
2006/03/26(日) 15:33:350962デフォルトの名無しさん
2006/03/27(月) 23:08:42これ。
http://jcp.org/aboutJava/communityprocess/maintenance/jsr176/index.html
JCPには正式リリース後にMaintenanceのフェイズがある。
Mustang(JSR 270)はまだ正式リリースすらされてないのにメンテナンスなのはおかしいんだけど、
これは名前がMustangのMaintenance Reviewってなってるだけで、実質的にはJSR 176に対する
Maintenance Reviewなんだよってこと。
0963デフォルトの名無しさん
2006/04/02(日) 13:09:35build77 からの変更点
https://www.dev.java.net/files/documents/2817/31952/mustang-b78.html
0964デフォルトの名無しさん
2006/04/11(火) 00:22:14build78 からの変更点
https://mustang.dev.java.net/files/documents/2817/32495/mustang-b79.html
0965デフォルトの名無しさん
2006/04/16(日) 15:54:08build79 からの変更点
https://www.dev.java.net/files/documents/2817/31863/latest_changes.html
0966デフォルトの名無しさん
2006/04/26(水) 21:06:49直ったらしい。
Mustang側にいつ入るのかな
0967デフォルトの名無しさん
2006/04/26(水) 21:23:58vをおすとクラッシュするって？
しらなかった
0968デフォルトの名無しさん
2006/04/26(水) 22:19:230969デフォルトの名無しさん
2006/04/26(水) 22:36:010970デフォルトの名無しさん
2006/05/04(木) 23:08:04MacOSXもｷﾀｺﾚ
0971デフォルトの名無しさん
2006/05/05(金) 16:13:150972デフォルトの名無しさん
2006/05/05(金) 16:28:07いつの話だよ…
ADCより
Java SE 6.0 Release 1 (Intel) (Disk Image) 89.5 MB 02 May 2006
しかしCocoa bindingなくなって、アプリ開発者はどうするんだろ…
0973デフォルトの名無しさん
2006/05/06(土) 03:34:46ちょっとだけ追いついた？
0974デフォルトの名無しさん
2006/05/06(土) 05:04:55build82 からの変更点
https://mustang.dev.java.net/files/documents/2817/34219/mustang-b83.html
0975デフォルトの名無しさん
2006/05/08(月) 06:38:08Cocoaのbindingの部分、
JNIとjavaで書かれているんだと思うけれど、
辞める引き替えに、ソースを出せないのかな?
0976デフォルトの名無しさん
2006/05/15(月) 17:33:38J# のライブラリが JDK 1.1.4 互換だったりするのは
なにか Sun との間のライセンスの問題？
それとも単に Microsoft が Java 2 のライブラリを
インプリメントするのをサボってるから？？
0977デフォルトの名無しさん
2006/05/15(月) 18:08:57【初心者】Java質問･相談スレッド85【大歓迎】
http://pc8.2ch.net/test/read.cgi/tech/1147315998
0978デフォルトの名無しさん
2006/05/15(月) 23:52:16Java2の時代は既に決裂していなかったっけ？
さぼっているという以前に有名な闘争に発展していたはず。
0979デフォルトの名無しさん
2006/05/16(火) 20:10:33Sun に勝手な拡張すんなボケって言われたから。
拡張できないんなら自分で作るよハゲっ
つーことで C# を発明。
あとは >>977 のｽﾚへ逝って。
0980デフォルトの名無しさん
2006/05/17(水) 00:29:59一行目と二行目の間に
ゲイツ「Javaは人類の資産であってSunの私物じゃない」
を入れといてw
0981デフォルトの名無しさん
2006/05/17(水) 00:35:01おれ、あの問題についてはJava仕様と互換性と保たなかった
MSに問題があったと思うんだよね。
互換性を保った上で、独自拡張を追加したって形では無かった
からねえ。
0982デフォルトの名無しさん
2006/05/17(水) 01:55:400983デフォルトの名無しさん
2006/05/17(水) 03:36:55マクネリに言わせれば・・・「もちろんMicrosoftのものでもないのは言うまでもない」ｗｗ
0984デフォルトの名無しさん
2006/05/17(水) 21:35:20Sunとライセンス交わして買った(?)コード勝手に拡張したからねぇ。
0985デフォルトの名無しさん
2006/05/17(水) 21:40:28少なくともVMのコアはMS製。当時は一番速かった。
ライセンス問題は「Java」という商標の問題だったはずだが。
0986デフォルトの名無しさん
2006/05/17(水) 22:08:09JITのおかげでベンチマークは早かったけど
例の起動時フリーズしてるのかと思うようなやつで
Javaの地位を大きく下げることに成功した
1.1時代は大量にあったVM実装も1.2以降はほとんどなくなり
SunのVMが普及し始める
あの起動の遅さとかあったからHotSpotがでてきたんだけどな
0987デフォルトの名無しさん
2006/05/17(水) 22:38:11たいがいはＰＨＰで済むし、それが駄目ならＣ＋＋で組む。
0988デフォルトの名無しさん
2006/05/17(水) 23:15:23Javaの地位を大きく下げることに本当に成功してんのかとw
Google Trendを見るとJavaの地位が高いのは明らかだし。
0989デフォルトの名無しさん
2006/05/17(水) 23:15:27いきなり、なんの話？
0990デフォルトの名無しさん
2006/05/17(水) 23:17:07俺は >>986 じゃないが、
あのときは、ボロカスだっただろ？
0991デフォルトの名無しさん
2006/05/17(水) 23:23:39今が早ければいいや。
それより、次スレどうしようっかな。
再利用できるスレってあるかな。
無ければ立てちゃおうか。
1.5のスレと一緒にまとめたタイトルにしよっか？
0992デフォルトの名無しさん
2006/05/17(水) 23:24:27次世代Ｊａｖａはいらないという話でつ
0993デフォルトの名無しさん
2006/05/17(水) 23:27:39むしろ、1.7 dolphin とまとめた方が良いような？
0994デフォルトの名無しさん
2006/05/17(水) 23:52:45いやマジでPHP勘弁して。
PHPがというより、PHPプログラマのあの、保守性とか見通しの良さとか
考えてない、でもおれはphpでプログラマやってんだぜ、というのなんとかして。
はっきりいって、その辺でブイブイ言わせてるphpプログラマより、「やっと
MVCが分かってきました」というJavaプログラマのほうがはるかにマシ。
0995デフォルトの名無しさん
2006/05/18(木) 00:14:23業務アプリをPHPで組むっていうのは、システムなめてるとしか思えん。
0996デフォルトの名無しさん
2006/05/18(木) 00:30:09Mustangで立てる？もう、早漏してDolphinで立てる？
0997デフォルトの名無しさん
2006/05/18(木) 00:45:06あなたさまはどんな仕事やってんの？
0998デフォルトの名無しさん
2006/05/18(木) 01:01:190999デフォルトの名無しさん
2006/05/18(木) 01:02:24【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】
http://pc8.2ch.net/test/read.cgi/tech/1094891986/
1000デフォルトの名無しさん
2006/05/18(木) 01:04:24次世代Javaの動向 ２
http://pc8.2ch.net/test/read.cgi/tech/1147881822/
1001１００１
Over 1000Threadもう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。