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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2chのread.cgiへ]
Update time : 10/09 00:43 / Filesize : 228 KB / Number-of Response : 1002
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [04/04/12 00:49]: www.itmedia.co.jp/news/articles/0404/07/news018.html

マルチタスク実現へJava言語改良
Sun幹部によると、2005年に一般リリース予定の「J2SE 1.6」には、
Javaバーチャルマシン（JVM）のアプリケーション共有を強化する「分離」機能が備わり、
ローカライズコンピューティング処理実行のための分離が可能になるという。

米Sun Microsystemsは、Javaバーチャルマシン（JVM）内部での
アプリケーションマルチタスク実現に向けてJava言語の改良に取り組んでいる。
カリフォルニア州サンノゼで開催のClusterWorld Conference & Expoで4月6日、同社幹部が明らかにした。

SunのJavaアーキテクト、ムラリ・カウンディンヤ氏によると、
今秋β版が登場し、2005年に一般リリース予定の「J2SE 1.6」には、
JVMのアプリケーション共有を強化する「分離」機能が備わる。
この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。

　またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする
Sockets Direct Protocolのサポートが計画されている。カウンディンヤ氏によると、
J2SEに施された改良は、その後間もなくJ2EEにも組み込まれる予定。

　1月にβ版がリリースされたJ2SE 1.5は、6月のJavaONEカンファレンスで正式リリースの
運びとなる見通し。J2SE 1.5では、Javaプログラミングの簡易化に焦点を当てている。
933 名前：デフォルトの名無しさん [2006/03/24(金) 00:08:37 ]: >>932
クラスファイルを変換するって

同じパッケージ名.クラス名だが

中身はバージョンが異なるクラスに動的にかえるってことかいな？

スクリプト言語や
プロトタイプベース・オブジェクト指向言語にみられるような、
動的オブジェクト指向言語のような使い方ができてしまうのかねえ。
オブジェクトを生成したあとからクラスにフィールドやメソッドを追加できる
みたいなことがJavaでもできてしまうってことかいな？
934 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 00:24:53 ]: >>933
EclipseのPleiadesプラグインが使ってるね。
935 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 00:37:10 ]: >>933
java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/instrument/Instrumentation.html#redefineClasses(java.lang.instrument.ClassDefinition[])
> 再定義では、メソッドの本文、定数プール、および属性の変更が可能です。
> ただし、再定義では、フィールドまたはメソッドの追加、削除、あるいは名前の変更、
> メソッドのシグニチャーの変更、あるいは継承の変更はできません。
> これらの制約は、将来バージョンで解消される可能性があります。
936 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 00:52:12 ]: >>933
InstrumentationにClassFileTransformerを追加しておくと、
クラスローダのdefineClassが実行される前に実行してくれる。
defineClassが実行される直前ではクラスのバイト列が既に解決済みなんだけど、
そのバイト列と対象のクラスローダがClassFileTransformerに渡される。
そのバイト列をClassFileTransformerで変換して返す事によって、
defineClassが本来とは違うバイト列で行われるっていうだけ。

で、GC可能なカスタムクラスローダで読み込んでいれば、
ロード済みのクラスもGCの対象になるので、GC後であれば再定義は可能だけど、
基本的には１度しか実行されないので、動的言語サポートとはいえない。
上でも説明が出てたけど、１度きりのロードだけなので、
コードカバレッジの計測とかアスペクトの組み込み等がいいかも。
OracleのTopLinkも使っていたような気がする。

あっ、でもプロパティ次第では動的に再定義も可能なんだけど、
Instrumentation関連で使用されるクラスは無理。
環境によってはサポートされない場合もある。

複数のClassFileTransformerを登録できるので、
オリジナルのバイト列　＞　コードカバレッジ計測機能付きバイト列　＞
アスペクト組み込みバイト列　＞　クラスローダでロード
ってシナリオも可能。

TigerならApache BCELが内部に組み込まれているので、
それを使ってもいいし、俺はJavassistを使っている。
CtMethod#instrumentで、コードカバレッジの計測コードの追加が
とても簡単なんだよね。
937 名前：936 mailto:sage [2006/03/24(金) 00:52:51 ]: >>931
premainメソッドを実装したクラスの位置とか、再定義可能とか、
そんな感じのプロパティを記述したファイル（名前は忘れた）を
含んでいるJarファイルを
-javaagent:<jar名>=引数
と言う風にjavaコマンドの起動オプションで指定すると
エージェントが起動するよって話。
premainメソッドの定義クラスとかClassFileTransformerの実装などは、
別にJarに含む必要はない。
938 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 01:00:45 ]: ジョイスティックはいつサポートされますか？
939 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 01:03:32 ]: ジョイパッドの後ぐらいかな、たぶん。
940 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 03:26:04 ]: ライトペンはサポートされますか？
941 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 08:12:28 ]: ライトサーベルの後じゃない？
942 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 09:19:37 ]: >>934
あれはアスペクト指向を使っていると書いてあったと
思うんだが、Java5のそのクラスだけでまかなっていたのか
943 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 09:29:49 ]: >>937
> -javaagent:<jar名>=引数

思い出した。それがPleiadesで使ってたやつか。
944 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 09:31:51 ]: よくよく考えてみると、
フィールドやメソッドを動的に変更する意義って
そうそう多くはないかもしれぬ。

Genericsを組み合わせてListやMapやSetなどをフィールドに入れておいて
あとから追加することができるから。

メソッドについてはリフレクションでまかなう？
945 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 12:03:59 ]: >>942
アスペクト指向はプログラムの書き方の話だろ。
アスペクトの実現方法ひとつ。
946 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 12:16:14 ]: >>944
フィールドやメソッドを動的に変更できるってのも面白いけど
動的に変更すると、今まで検査したバイトコードも
全部再検査しなきゃならなくなるような。

そーいや、Mustang でバイトコードベリファイアが変更になったのって
この辺の絡みもあるのかな、と妄想してみる。よく知らんけど。
947 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 13:21:07 ]: いままではJavassistやASMでやってたことが標準になるわけだね。
948 名前：936 mailto:sage [2006/03/24(金) 19:24:16 ]: >>947
それは違う。

JavassistやASMはバイト列を自分で取得して操作するものだけど、
Instrumentationはクラスのローディングを直前にハンドルするもの。
バイトコード操作のタイミングだけを提供してくれるAPIだね。

ちなみに、JavassistとかASMが無くてもTigerなら、
com.sun.org.apache.bcel.internal.*
というパッケージでApacheのBCELが提供されている。

>>946
ロードの事前なので、不適切なバイトコードならベリファイエラーになる。
Mustangで変更になるのはStackFrameMap属性が追加になるんだけど、
逆にバイトコード操作ライブラリの対応を待たないと、ベリファイでエラーになる。
起動オプションで古いベリファイアを使うことも可能。
949 名前：936 mailto:sage [2006/03/24(金) 19:25:20 ]: >>948
StackMapTable属性の間違いね。ごめん。
950 名前：947 mailto:sage [2006/03/25(土) 02:04:15 ]: ありが㌧ヽ( ´∀`)ﾉ
951 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 02:08:50 ]: サーバを止めることなくパッチを当てることが簡単になるってことかな
プロセス間通信はまだ出来ないの？出来たら動的書き換えは強力なパラダイムだね
スクリプトエンジンと連携させてサクッとパッチが当てられる
952 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 10:25:26 ]: >>948
com.sun.* って使っていいんだっけ？
953 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 11:07:36 ]: なんちゅうか、>>936 以外は書いてること無茶苦茶やね。。。
954 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 11:07:37 ]: 使ってもいいが、VM依存のオプショナルパッケージであること
将来のバージョンで保証されないこと

これらをふまえてな
955 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 11:26:40 ]: >>948
>>946 のは将来のバージョンにおいて、
redefineClasses とかでフィールドやらメソッドの
追加や削除や変更が認められる場合の話ね。

ちょっと考えたら、実行時に NoSuchMethodError とか
NoSuchFieldError 食らうだけだからバイトコード検査関係ないよな。
956 名前：936 mailto:sage [2006/03/25(土) 12:29:21 ]: 動的にメンバを追加できても、コンパイル時点ではシンボル解決できないので、
意外と使い道に悩むことが多いかなと思います。

ただし、事前にインターフェイスが存在していて、
クラスにインターフェイスを動的実装させてメソッド追加すれば、
インターフェイスを経由して楽に利用できます。
動的に実装させなくても、プロキシを使うパターンもありですね。

それと、JakartaのBeanUtilsのようなリフレクションのラッパーAPI向けに
動的にメンバを追加するというのはありかなと思います。

このAPIって、Mustangでは多少の変更があるものの、
（確実な再定義可能判定機能とか・・・）
Tigerから存在していてMustang特有の話じゃないので、
スレ違いかもしれませんね。
ダラダラと話を伸ばして、ゴメンナサイ。
957 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 16:41:00 ]: >>953
それでいいんじゃねぇの？
958 名前：デフォルトの名無しさん [2006/03/26(日) 12:05:27 ]: なんだかちょっと難しいな。
つかってみないと良く分からないと言うか。
実行サンプル無いかな。
実例とか
959 名前：936 mailto:sage [2006/03/26(日) 13:39:07 ]: さくらばさんのサイトとかいいかも。

Java In The Box
ttp://www.javainthebox.net/laboratory/J2SE1.5/MiscAPI/Instrumentation/Instrumentation.html
960 名前：デフォルトの名無しさん mailto:sage [2006/03/26(日) 14:08:08 ]: Mustang build77リリース

build76 からの変更点
https://www.dev.java.net/files/documents/2817/31663/mustang-b77.html
961 名前：デフォルトの名無しさん mailto:sage [2006/03/26(日) 15:33:35 ]: 今回かなりの修正箇所だね
962 名前：デフォルトの名無しさん mailto:sage [2006/03/27(月) 23:08:42 ]: >>928
これ。
jcp.org/aboutJava/communityprocess/maintenance/jsr176/index.html

JCPには正式リリース後にMaintenanceのフェイズがある。
Mustang(JSR 270)はまだ正式リリースすらされてないのにメンテナンスなのはおかしいんだけど、
これは名前がMustangのMaintenance Reviewってなってるだけで、実質的にはJSR 176に対する
Maintenance Reviewなんだよってこと。
963 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 13:09:35 ]: Mustang build78リリース

build77 からの変更点
https://www.dev.java.net/files/documents/2817/31952/mustang-b78.html
964 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 00:22:14 ]: Mustang build79リリース

build78 からの変更点
https://mustang.dev.java.net/files/documents/2817/32495/mustang-b79.html
965 名前：デフォルトの名無しさん mailto:sage [2006/04/16(日) 15:54:08 ]: Mustang build80リリース

build79 からの変更点
https://www.dev.java.net/files/documents/2817/31863/latest_changes.html
966 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 21:06:49 ]: bugs.sun.com/bugdatabase/view_bug.do?bug_id=6415362
直ったらしい。
Mustang側にいつ入るのかな
967 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 21:23:58 ]: えぇ！　なんだってぇ！？
vをおすとクラッシュするって？

しらなかった
968 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 22:19:23 ]: 4月頭頃に出したバグ(?)がb81で直ってた。なんか嬉しい。
969 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 22:36:01 ]: update7っていつでるんだろうねぇ・・・
970 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 23:08:04 ]: ttp://jroller.com/page/gfx?entry=java_se_6_on_mac

MacOSXもｷﾀｺﾚ
971 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:13:15 ]: 10.5でサポートすると思ってた。
972 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:28:07 ]: >>970
いつの話だよ…

ADCより
Java SE 6.0 Release 1 (Intel) (Disk Image) 89.5 MB 02 May 2006

しかしCocoa bindingなくなって、アプリ開発者はどうするんだろ…
973 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 03:34:46 ]: いつもJava対応で後手に回るAppleがついに・・・
ちょっとだけ追いついた？
974 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 05:04:55 ]: Mustang build83リリース

build82 からの変更点
https://mustang.dev.java.net/files/documents/2817/34219/mustang-b83.html
975 名前：デフォルトの名無しさん mailto:sage [2006/05/08(月) 06:38:08 ]: >>972
Cocoaのbindingの部分、
JNIとjavaで書かれているんだと思うけれど、
辞める引き替えに、ソースを出せないのかな?
976 名前：デフォルトの名無しさん [2006/05/15(月) 17:33:38 ]: J# スレがとっくの昔に落ちてしまったからここで聞くけど、
J# のライブラリが JDK 1.1.4 互換だったりするのは
なにか Sun との間のライセンスの問題？
それとも単に Microsoft が Java 2 のライブラリを
インプリメントするのをサボってるから？？
977 名前：デフォルトの名無しさん mailto:sage [2006/05/15(月) 18:08:57 ]: >>976
【初心者】Java質問･相談スレッド85【大歓迎】
pc8.2ch.net/test/read.cgi/tech/1147315998
978 名前：デフォルトの名無しさん mailto:sage [2006/05/15(月) 23:52:16 ]: >>976
Java2の時代は既に決裂していなかったっけ？
さぼっているという以前に有名な闘争に発展していたはず。
979 名前：デフォルトの名無しさん mailto:sage [2006/05/16(火) 20:10:33 ]: >>976
Sun に勝手な拡張すんなボケって言われたから。
拡張できないんなら自分で作るよハゲっ
つーことで C# を発明。
あとは >>977 のｽﾚへ逝って。
980 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 00:29:59 ]: >>979
一行目と二行目の間に
ゲイツ「Javaは人類の資産であってSunの私物じゃない」
を入れといてw
981 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 00:35:01 ]: >>980
おれ、あの問題についてはJava仕様と互換性と保たなかった
MSに問題があったと思うんだよね。
互換性を保った上で、独自拡張を追加したって形では無かった
からねえ。
982 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 01:55:40 ]: JNIに危機感持ったからねぇ
983 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 03:36:55 ]: (･∀･)ｹﾞﾍﾗﾍﾗ
マクネリに言わせれば・・・「もちろんMicrosoftのものでもないのは言うまでもない」ｗｗ
984 名前：デフォルトの名無しさん [2006/05/17(水) 21:35:20 ]: 独自にやりたいんなら、スクラッチからコード組みゃあいーのに、
Sunとライセンス交わして買った(?)コード勝手に拡張したからねぇ。
985 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 21:40:28 ]: たしかMS JVMってSunのコード使ってないんジャマイカ？
少なくともVMのコアはMS製。当時は一番速かった。
ライセンス問題は「Java」という商標の問題だったはずだが。
986 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 22:08:09 ]: MSの除くと一番普及してたVMはシマンテックだな

JITのおかげでベンチマークは早かったけど
例の起動時フリーズしてるのかと思うようなやつで
Javaの地位を大きく下げることに成功した

1.1時代は大量にあったVM実装も1.2以降はほとんどなくなり
SunのVMが普及し始める

あの起動の遅さとかあったからHotSpotがでてきたんだけどな
987 名前：デフォルトの名無しさん [2006/05/17(水) 22:38:11 ]: どうしてもJavaでなきゃ駄目な案件なんてない。
たいがいはＰＨＰで済むし、それが駄目ならＣ＋＋で組む。
988 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:15:23 ]: >>986
Javaの地位を大きく下げることに本当に成功してんのかとw

Google Trendを見るとJavaの地位が高いのは明らかだし。
989 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:15:27 ]: >>987
いきなり、なんの話？
990 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:17:07 ]: >>988
俺は >>986 じゃないが、
あのときは、ボロカスだっただろ？
991 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:23:39 ]: ふーん。

今が早ければいいや。

それより、次スレどうしようっかな。

再利用できるスレってあるかな。
無ければ立てちゃおうか。

1.5のスレと一緒にまとめたタイトルにしよっか？
992 名前：デフォルトの名無しさん [2006/05/17(水) 23:24:27 ]: ＞＞９８９

次世代Ｊａｖａはいらないという話でつ
993 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:27:39 ]: >>991
むしろ、1.7 dolphin とまとめた方が良いような？
994 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:52:45 ]: >>987
いやマジでPHP勘弁して。
PHPがというより、PHPプログラマのあの、保守性とか見通しの良さとか
考えてない、でもおれはphpでプログラマやってんだぜ、というのなんとかして。

はっきりいって、その辺でブイブイ言わせてるphpプログラマより、「やっと
MVCが分かってきました」というJavaプログラマのほうがはるかにマシ。
995 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 00:14:23 ]: 「たいがいはPHPで組める」って、自分がその程度の仕事しかしてないんだよな。
業務アプリをPHPで組むっていうのは、システムなめてるとしか思えん。
996 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 00:30:09 ]: 次、どうする？
Mustangで立てる？もう、早漏してDolphinで立てる？
997 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 00:45:06 ]: >>995
あなたさまはどんな仕事やってんの？
998 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 01:01:19 ]: 次世代Javaの動向　２でいいんじゃね
999 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 01:02:24 ]: これは？

【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】
pc8.2ch.net/test/read.cgi/tech/1094891986/
1000 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 01:04:24 ]: 次スレはこれにした。

次世代Javaの動向　２
pc8.2ch.net/test/read.cgi/tech/1147881822/
1001 名前：１００１ [Over 1000 Thread]: このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef