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

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プログラミングの簡易化に焦点を当てている。 809 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 03:14:02 ] クロック数をあげると単純に消費電力が増加するから、クロック数をあげずにパフォーマンスをあげるのが流行ってるね。 810 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 09:33:58 ] JavaのJIT, Hotspotは、ItaniumやCrusoeと相性いいはずだが、 どっちもJavaのサポートはいまいちだったね。 811 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 10:54:22 ] >>810 Pentium4で動かすVMですら実用的な速度を得られていたからね 812 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 11:43:11 ] >>810 Webコマースだとコード実行性能はボトルネックじゃないしねえ。 813 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 12:08:28 ] >>807 > あと、量子力学チップの研究が今行われている。 > 今は量子コンピュータが出る直前の段階だ。 おいおい、無知を晒け出すのもいい加減にしろよ。 お前は量子力学と言いたいだけだろ。 # つーか、807はトランジスタが量子力学で動いていることすら知らなそうだ。 # トンネル効果とか聞いたことある? > 807 814 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 12:16:39 ] スレ違いの馬鹿晒しあげ、ストップ！ 815 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 13:03:45 ] >>813 トンネル効果といいたいだけだったんだね。 816 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 14:32:20 ] トンネル効果ぐらい量子力学どころか 一般常識だろ 817 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 14:34:00 ] すれ違いネタここで終了。次の話題↓ 818 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 14:37:05 ] >>798 の見事なサンプルソースをうｐしてくれ 819 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 14:42:30 ] Mustangではclass verifierが速くなっているらしいけどどうよ? blogs.sun.com/gbracha?entry=typechecking_jvml https://jdk.dev.java.net/CTV/learn.html www.jcp.org/en/jsr/detail?id=202 820 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 16:55:45 ] >>809 省エネ型メモリに交換するというのも流行ってたりするよ。 それからIDEケーブル対応HDDの使用をとりやめ かわりにSerial ATAケーブル対応HDDに切り替えるとか。 最近のマシンは消費電力が押さえられている。 CPUだけは電力がやたらと高いけど。 821 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 16:58:27 ] >>813 江崎玲於奈が発見したものがどうかしたかい。 「量子力学」ではなく「量子力学チップ」といったわけだが。 ガリウム、アルミニウム、ヒ素の組み合わせで 電子を原子の中に閉じこめるという技術がもう8年も 前に東大で研究されていたんだよ。 822 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 16:59:26 ] >>818 晒しをお願いしないで 自分で嫁。ポリモーフィズムを使って代用しているだけだからな 823 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 17:23:37 ] >>821 専門外の話に無理に首を突っ込んでも、イタいだけだぞ。 > 「量子力学チップ」 どの論文誌にそんな名称のデバイスの話が載ってるのか、教えてほしいものですな。 > 電子を原子の中に閉じこめるという技術 ボーアの原子模型って知ってる? 原子ってのは原子核のまわりを電子が回っているんですよ。 824 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 17:30:44 ] >>823 おまえそんなに専門知識があるなら 高校物理程度の知識ひけらかしてどうする 825 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 20:28:33 ] 燃料電池厨うざい。 素人が夢見るのは勝手だが、知ったかぶりでバラ色の脳内新技術語ってもらっても 議論にならない。 826 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 21:01:02 ] Ｊａｖａ厨は夢見がち 827 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 21:09:39 ] >>826 これをいいたいがための壮大なスレ違いの自演乙 828 名前：デフォルトの名無しさん [2005/12/24(土) 21:47:12 ] >>826 あんなのと一緒にしないでくれよ。 829 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 22:35:49 ] 量子コンピュータとか原子とか電子の話は他所でやってくれ 830 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 22:36:48 ] Java8からは量子コンピュータ対応 831 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 22:56:47 ] 量子力学コンピュータだろ！ｗ 832 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 23:22:43 ] 量子たん(;´Д｀)ﾊｧﾊｧ 833 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 01:30:07 ] すでに騎手の嫁だ。あきらめろ 834 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 01:48:20 ] 佐野量子仮説 835 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 03:29:39 ] 有馬記念の動向を議論するスレになりました。 836 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 10:57:00 ] 動向も何もディープ以外に何が来るんだ？ 837 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 12:47:52 ] Mustang build65 リリース build64 からの変更点 https://mustang.dev.java.net/files/documents/2817/26231/mustang-b65.html 838 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 15:33:05 ] >>836 来なかった(´･ω･`) 839 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 15:38:20 ] >>836 （　´,_ゝ｀）ﾌﾟｯ 840 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 15:53:38 ] >>836 　　　　　　　　 　　 (⌒⌒) 　　　　　∧_ ∧ （　プッ　） 　　　　　( ´∀`　 ) ノノ〜′ 　　　　 　　（⊃⌒*⌒⊂) 　　　　　　　/__ノωヽ__） 841 名前：デフォルトの名無しさん mailto:sage [2005/12/27(火) 21:42:21 ] >>836 あれ万馬券でたの？ 842 名前：デフォルトの名無しさん mailto:sage [2005/12/27(火) 21:44:08 ] ３連単は3万円くらいついてた気がする 843 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 01:25:15 ] >>823 とりあえず日経サイエンスのバックナンバーを 探して読んでみてくれ 844 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 06:17:17 ] くさいな 845 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 06:25:33 ] 日経サイエンスかよ 846 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 20:00:21 ] 正月はﾋﾞﾙﾄﾞないんだ・・・・ｼｮﾎﾞｰﾝ━━(´･ω･`)━━ 847 名前：デフォルトの名無しさん mailto:sage [2006/01/07(土) 22:46:43 ] Mustang build66 リリース build65 からの変更点 https://mustang.dev.java.net/files/documents/2817/26990/mustang-b66.html 848 名前：デフォルトの名無しさん mailto:sage [2006/01/12(木) 16:38:23 ] Mustang Release Contents (JSR 270): Early Draft Review weblogs.java.net/blog/mreinhold/archive/2005/12/mustang_release.html これみてて Array reallocation ってなんだろと思って JSR270 見てみたら java.uti.Arrays に copyOf とか copyOfRange ってメソッドが追加されてた。 849 名前：デフォルトの名無しさん mailto:sage [2006/01/13(金) 09:58:49 ] >>1で書いてある「マルチタスク」ってのは>>847で既に実装済みですか？ 850 名前：デフォルトの名無しさん mailto:sage [2006/01/15(日) 21:37:44 ] Mustang build67 リリース build66 からの変更点 https://mustang.dev.java.net/files/documents/2817/27330/mustang-b67.html 851 名前：デフォルトの名無しさん mailto:sage [2006/01/22(日) 20:14:04 ] Mustang build68 リリース build67 からの変更点 https://mustang.dev.java.net/files/documents/2817/27723/mustang-b68.html 852 名前：デフォルトの名無しさん mailto:sage [2006/01/22(日) 22:19:12 ] 英語よめねー・・・勉強しようかな・・ 853 名前：デフォルトの名無しさん mailto:sage [2006/01/22(日) 23:30:17 ] 勉強が必要なのではない。 練習しろ。 854 名前：デフォルトの名無しさん mailto:sage [2006/01/25(水) 22:33:25 ] 2月前半にbuild59をベースにしたBeta1が出るらしい。 weblogs.java.net/blog/ray_gans/archive/2006/01/where_we_are_wi.html 正式リリースは秋にずれ込んで、夏にはbeta2が出るらしい。 春にDolphineのプロジェクトがスタートするらしい。 855 名前：デフォルトの名無しさん mailto:sage [2006/01/25(水) 22:35:27 ] 結局2年ペースってわけか 856 名前：デフォルトの名無しさん mailto:sage [2006/01/25(水) 22:38:12 ] 「デリケートな部分に手を出すことにしたからちょっと遅れますよ」（意訳） 857 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 13:36:39 ] Mustang build69 リリース build68 からの変更点 https://mustang.dev.java.net/files/documents/2817/28215/mustang-b69.html 858 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 01:22:46 ] Persistence APIってすでに含まれてる？ 859 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 03:51:47 ] >>858 Java SEに？ 860 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 06:33:53 ] PersistenceAPIをJavaSEに含めるのは、よそにVM作らせなくするための嫌がらせだな。 861 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 08:26:32 ] >>858 もしそうなったら、SunのJVMにはTopLinkが付いてくるのだろうか？ 862 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 22:11:48 ] >>861 TopLinkしかないな。 そうならないだろうけど。 863 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 22:43:53 ] J2SEにPersistent APIの実装も含めることになったの? 864 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 23:21:22 ] >>863 JavaEE5の記事見てたら複数の媒体でそういう趣旨の内容が載ってたからどうなのかなと思って・・・ blogs.sun.com/roller/page/chats?entry=javaone_has_started1 また、Persistence API は、EJB と離れて動作することも許されているので、Standard Edition と組み合わせて O-R マッパ単独で利用することもできる。 ほとんどのベンダー、開発者はこの方向性に前向きなフィードバックを出しているという。 pcweb.mycom.co.jp/news/2005/06/29/029.html EJBから切り放されたことによってPersistence API単体でも利用できるようになったため、今後はJava SEにも導入される予定だという。 www.javaworld.jp/print/?menu3=24028 Java Persistence APIは、Java SEでも提供される（標準APIに含まれる）予定となっており、今後はJava環境における標準的な永続化APIとなる。 865 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 23:27:50 ] >>864 なるほど参考になりました。ありがとう。 API仕様を見ていないのでよく知らないけど、 J2SEに含まれるのはインターフェースの部分で 実装は各自Hibernateとかのjarを持ってきて使うのかなと思った。 ちょうどJDBCみたいに。どうなんだろう。 866 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 00:09:00 ] RowSetみたいになるのかな。 867 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 00:18:48 ] >>865 たしかに、そうしないとPersistence APIの実装部分だけでかなりのサイズになってしまいそうだし 868 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 01:28:00 ] RowSetのリファレンスインプリもなんとかならんのかな・・・ あれは使おうと思っても使えん 869 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 01:58:46 ] たしかに、JDBCもインターフェースだけならJ2SEに含まれてるしね。 870 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 02:07:11 ] JDBCオプショナルパッケージ時代ナツカシス ほとんどのところがJDBC2までしかドライバ対応してないのが痛いなぁ JDBC3から別物なのに 871 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 10:30:08 ] weblogs.java.net/blog/aim/archive/2006/01/invitation_to_w.html javadoc の変更に際して、下記の場所で どんなふーに変更するかについて参考意見募集中だってさ。 java.sun.com/webapps/survey/display?survey_id=5382 Mustangに間に合わんかもしれんけど。 872 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 20:51:59 ] Mustang Regressions Challenge https://mustang.dev.java.net/regchal/ MustangのRegressionを発見して報告しよう、というコンテストだそうです。 参加した全員にTシャツを、特に重要なものを報告した5人にUltra 20が送ら れるらしい。期間は1/31から3/31まで。 873 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 21:22:54 ] Regressionsを発見して報告してそれが認められた人全員だと思う 874 名前：872 mailto:sage [2006/02/04(土) 16:07:27 ] >>873 そうですね。 誤解のある書き方をしてすみませんでした。 あと、ついでに Mustang build70 リリース build69 からの変更点 https://mustang.dev.java.net/files/documents/2817/28549/mustang-b70.html 875 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 00:21:56 ] Mustang build71 リリース build70 からの変更点 https://mustang.dev.java.net/files/documents/2817/28875/mustang-b71.html 876 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 00:24:16 ] javadoc の新タグは以下のwikiでなんかやってるみたい。 www.javac.info/doc?n=JavaDoc.JavaDoc 877 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 00:30:19 ] An easy way to enter the Mustang Regression contest weblogs.java.net/blog/robogeek/archive/2006/02/an_easy_way_to.html regressionコンテストの簡単な参加方法 既存の 1.5update6 で動くアプリを JDK 6で動かしてみてくれ、 そんで動かなかったらアプリの問題か JDKの問題か考えてくれ、 もしJDKの問題だったら報告お願いって感じらしい。 878 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 00:34:26 ] 1.4.2から5.0ベータで結構動作が異なることが多かった JavaSoundとJava2Dまわりは穴かもしれんな 正式版でも結構違うけど 879 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 08:43:24 ] >>872 Ultra20 ってまた微妙なもんプレゼントですなぁ 正直あんまし欲しくない〜　うるさいしｗ >>877 apache の poi の日本語取扱の挙動がおかしくなることは知っている が、Ultra20欲しくないので誰か報告してちょうだい〜 880 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 10:03:58 ] >>879 > そんで動かなかったらアプリの問題か JDKの問題か考えてくれ、 881 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 10:25:15 ] >>880 その一文の敷居高すぎだよな。 882 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 10:52:49 ] たしかに 883 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 12:58:12 ] 普通だよ。思ったように動かないって言うだけなら技術者じゃなくてもできるし。 こーゆー事をやるのが普通だと思ってる人たちにとっては敷居高いのかもしれんけど。 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 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 884 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 20:56:04 ] 正直言うと、そのサイトをさらすことに何の意味があるのかわからない。 アプリの問題か JDKの問題かなんてアプリ作者（プログラマ＝技術者）しかわからんだろ。 885 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 22:50:16 ] 作者にも分からんかも 886 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 22:56:18 ] 第三者でも分かる事もあるけどね 887 名前：デフォルトの名無しさん mailto:sage [2006/02/14(火) 08:01:54 ] 敷居が高い 『不義理・不面目なことなどがあって、その人の家に行きにくい』 あってるじゃん。 888 名前：デフォルトの名無しさん [2006/02/15(水) 14:16:31 ] Mustang beta is out! https://mustang.dev.java.net/ 889 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 17:01:15 ] >>888 それってb71よりも新しい？ 890 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 19:37:11 ] >>889 >>854 891 名前：デフォルトの名無しさん mailto:sage [2006/02/16(木) 12:58:30 ] じゃ、結局古いってことか 安定はしているけど古いってか 892 名前：デフォルトの名無しさん mailto:sage [2006/02/17(金) 13:46:40 ] 1.6beta2落としてみた >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) これは新しいのかな？ 893 名前：デフォルトの名無しさん mailto:sage [2006/02/17(金) 13:59:55 ] オレの Linux 版ではこうだった java 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) 894 名前：デフォルトの名無しさん mailto:sage [2006/02/18(土) 12:02:24 ] >>888 が言ってる beta だとこーなるね。 java 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) 895 名前：デフォルトの名無しさん mailto:sage [2006/02/18(土) 12:03:30 ] beta 版のダウンロードはこちらからどーぞ。 java.sun.com/javase/6/download.jsp java.sun.com/javase/ja/6/download.html （日本語） 896 名前：デフォルトの名無しさん mailto:sage [2006/02/18(土) 14:43:02 ] Vista の Look&Feel ってどうやって変更するの？ 897 名前：デフォルトの名無しさん mailto:sage [2006/02/18(土) 15:00:49 ] XPLAFと同じでそのOS上で動かさないと駄目では？ 設定でXPLAFはクラシックLAFにかえれるけど、VISTAも同じではないかな 898 名前：デフォルトの名無しさん mailto:sage [2006/02/18(土) 21:05:46 ] >>892 バージョン番号の話。 forums.java.net/jive/thread.jspa?threadID=2655 要するに、内部バージョンがbeta2となっているのは、beta2への開発版 という意味らしい。 b60以降しばらくはrcになっていたけど、スケジュール変更でBeta2が出 ることになったから修正された。 >>893のLinux版は、多分修正し忘れだろうね。 899 名前：デフォルトの名無しさん mailto:sage [2006/02/20(月) 16:32:42 ] Mustang build72 リリース build71 からの変更点 https://mustang.dev.java.net/files/documents/2817/29269/mustang-b72.html 900 名前：デフォルトの名無しさん mailto:sage [2006/02/21(火) 11:20:25 ] 見たか！俺は９００！ 俺は至高！俺は吉良上野介！ 俺は 901 名前：デフォルトの名無しさん mailto:sage [2006/02/21(火) 14:23:37 ] うえのすけ 902 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 14:02:29 ] うえのすけべ 903 名前：デフォルトの名無しさん mailto:sage [2006/02/23(木) 00:09:20 ] よしよしうえのすけべ 904 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 01:49:03 ] Mustang build73 リリース build72 からの変更点 https://mustang.dev.java.net/files/documents/2817/29768/mustang-b73.html 905 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 00:45:06 ] 例の日本語印刷がおかしいのが直ってるな 906 名前：デフォルトの名無しさん mailto:sage [2006/03/02(木) 14:40:11 ] なんかさ、>>904をインストールするたびに、 すでにインストールされてます 再インストールしますか？ ってでちゃうんだよね。 もー仕方がないのかねえ 907 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 20:27:28 ] >>906 以前、毎回再インストールするのが面倒すぎてウンザリだっていう投稿が フォーラムかどこかにもあった。確かに面倒。 Mustang build74リリース build73 からの変更点 https://mustang.dev.java.net/files/documents/2817/30112/mustang-b74.html 908 名前：879 mailto:sage [2006/03/12(日) 02:10:41 ] >>880 正直時間がないから追及しきれんのよ。 Locale周りのデフォルトが変わったのかもしれんし、 もし、そうなら5.0までのデフォルトに合わせてるpoiが悪いとも言い切れない。 さらにデフォルト変えちゃったのがバグかもしれんし。 5.0で動くんだから俺は5.0で動かしてる。 >>907 毎回手でアンインストールしてた時代に比べれば格段に便利になって重宝してます・・・ 一番いいのは、上書きしてくれればいいんだけど、クリーンインストールでないと 問題点が絞れなかったりするのかなぁと、今のところは仕方ないかと諦めてます。 ↓勝手に出しちゃえ Mustang build75リリース build74 からの変更点 https://mustang.dev.java.net/files/documents/2817/30591/mustang-b75.html 909 名前：デフォルトの名無しさん [2006/03/13(月) 18:18:48 ] アンインストールして再びインストールし直すのは確かに苦痛かな。 っていうかレジストリ弄って古いバージョンの変数を削除して さらにJavaをインストールしたディレクトリも削除してから 新しいビルドをインストールするという手でもうまくいくかな？ 910 名前：http://www.vector.co.jp/soft/win95/util/se072729.html mailto:http://msdn2.microsoft.com/ja-jp/library/h2k70f3s.aspx [2006/03/18(土) 20:48:40 ] TextSS　のWindowsXP(Professional)64bit化おながいします もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？ 911 名前：デフォルトの名無しさん [2006/03/18(土) 22:20:04 ] ↑マルチ失せろ 912 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 20:41:41 ] Documentインタフェースを実現した ODFDocumentクラスを6.0にねじ込んでください。 ソースごとそんな要望を送りつけてください。 913 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 20:57:42 ] >>912 ご自分でどうぞ。 Mustang build76リリース build75 からの変更点 https://mustang.dev.java.net/files/documents/2817/31069/mustang-b76.html 914 名前：デフォルトの名無しさん mailto:sage [2006/03/20(月) 00:00:56 ] おろ、GroupLayout追加されたんだね。 915 名前：デフォルトの名無しさん mailto:sage [2006/03/20(月) 00:08:09 ] いつかは標準でとりこむといっていたけど、JavaSE6で取り入れるとはおもわんかった。 916 名前：デフォルトの名無しさん [2006/03/20(月) 02:40:45 ] えっ、だいぶ前からGroupLayoutってSE6で導入するって話を聞いてたんだけど漏れの勘違いだったのかな・・・？ 917 名前：デフォルトの名無しさん [2006/03/20(月) 02:48:15 ] SE 6 毎週内容かわってるのですか？ 918 名前：デフォルトの名無しさん mailto:sage [2006/03/20(月) 03:03:05 ] リリースの追い込みに向けて減っていく傾向はなくもないｗ 919 名前：デフォルトの名無しさん mailto:sage [2006/03/20(月) 03:53:33 ] >>916 いや、だいぶ前はSE6からって話だったけど、すぐにSE7からってことになってた。 920 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 00:51:33 ] Java SE 6でGroupLayoutが取り込まれても、Visual Editorが対応してくれないと・・・。 921 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 01:05:09 ] まだベータなんだから、eclipse 頼みの軟弱なやつ向けではないだろ。 922 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 01:05:43 ] Bug 6375459 に Origato ってコメント付けてんの日本人？ 923 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 01:43:08 ] >920-921 NetBeans使えばいいじゃない 924 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 10:50:07 ] >>920 VisualEditorでバリバリGUI開発しているのか？ 使い心地はどうだ？ 感想頼む。 NetBeansが軽いと聞いて使っているのだが VEは反応があまりにもおそすぎて使ってない。 プラグイン入れすぎというのもあるだろうけど 925 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 11:35:17 ] VEの問題は重さじゃないと思うな…とにかくスレ違いですね 926 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 02:25:26 ] >>924 そうでもない。SprintLayoutにも対応していないし、機能は限定されてる。 GridBagLayout使うときはGUIでパラメータ弄れて便利だけど、 やっぱりソースを手で調節しないといけない時もある。 >>925 すまん。でもGroupLayoutとかが主流になったら直コーディングは難しくなるし、 話すときは使ってるGUIビルダと絡めざるを得なくなりそうな気もする。 927 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 17:48:33 ] Java SE 6 Beta Maintenance Review公開 java.sun.com/javase/6/jcp/beta/ これは事実上J2SE 5.0仕様に対するメンテナンスレビューだとのことです。 928 名前：デフォルトの名無しさん [2006/03/23(木) 22:53:14 ] よくわからない 5.0に対するメンテナンスレビューという意味がわからない 929 名前：デフォルトの名無しさん [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: 930 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 23:04:30 ] >>929 それ、5.0 からあるよ。例えば、バイトコードにカウンタ回すコードを埋め込むタイプの カバレッジツールとかを作る人が、より便利になるようにするためのパッケージね。 URLClassLoadeer とか、そーゆーのとは違う。 931 名前：デフォルトの名無しさん [2006/03/23(木) 23:05:57 ] java.lang.instrument: Allow an agent to be started during the "live phase" これも気になる。 agent jarファイル？　まるでエージェント指向を思い浮かべてしまう。 そのJARの有効生存期間をコントロールできるってことか？ つまりJARファイルの中にあるクラスを読んだりメモリから消したりできると？ つまり、同じクラスだがバージョンの異なるクラスを素早く入れ替えることが できると？ 　だとしたらこれはかなり優れた進化かもしれない。 今までJakarta 系などのAPIを複数使っていてJARバージョンが異なることによって 依存関係で悩まされていた問題もこれで解決できる上に、 テストも非常に楽になる。 とくにチーム開発のとき 他社チームと共同で開発しているときに真価を発揮しそうだ。 Javaサーバアプリケーションの開発ではかなり重宝しそうだ。 Tomcatサーバに新しいJARファイルを組み込みたいとき、 古いJARファイルも胸像させたいときにこれをうまく使えば クラスやパッケージが競合することに悩まされることなく安心してテストや 新しいJARファイルをばしばし導入することができる。 新しいJARを入れたことによってプログラムが動かなくなる問題も これで解消だ。 932 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 23:29:44 ] 日本語の説明おいときますね。 　ttp://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/instrument/package-summary.html ClassFileTransformerが強力だが凶悪だと思う。 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 ] ありが�dヽ( ´∀`)ﾉ 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