【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プログラミングの簡易化に焦点を当てている。 596 名前：デフォルトの名無しさん mailto:sage [2005/09/06(火) 00:46:00 ] Javaは、一度試みられたECMA、ISO等の標準化を再度行う予定はないのだろうか。 Win32と同様のIO・スレッドモデルを持つ環境でしか仕様を満たせないCLＩ仕様を 崇める人々が標準化標準化と粘着君なのですが。 597 名前：デフォルトの名無しさん mailto:sage [2005/09/06(火) 01:45:52 ] リスクを負ってまで標準化するメリットはないってことじゃない？ 598 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 15:01:28 BE:416247168- ] Java SE 6: 新しいJava2DレンダリングエンジンとJOGLの統合 来年の夏頃にリリースされる予定の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を用いたレンダリングは非常にパフォーマンス が悪いという問題があった。 599 名前：デフォルトの名無しさん [2005/09/18(日) 15:02:17 BE:138749928- ] 続き Java SE 6: 新しいJava2DレンダリングエンジンとJOGLの統合 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へ の取り組みに注目していきたい。 600 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 15:15:41 ] J2SE5.0でも一応Java2D描画のOpenGLサポートあるんだが これがまともに機能しない Java3D描画をONにすると描画品質がばらばらでお話にならないし 結局デフォのDirectDraw描画が一番ということになる ただし、アクセラレーションされる描画はBlitのみ Java2Dはアルファブレンドが通常合成しかないというのもイマイチ 加算合成がはいってきて拡大縮小回転までアクセラレーションがきけば Javaはクライアントサイドも力が入っていますというのがわかるけどね 5.0は正直1.4で加速したクライアントサイドをストップさせた感じが強いなぁ 601 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 15:17:42 ] アクセラレーションとごろか回転とかアルファブレンド自体が無い生のDirectDrawよりマシ 602 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 15:29:58 ] build 48 のまんまだったので最新の build 52 を取ってきた。 その間に Summary of changes in Mustang をつらつら見てたら…… build 49 で JDIC の Desktop API が追加されてた。 download.java.net/jdk6/docs/api/java/awt/Desktop.html これでOSで関連付けされてる方法で edit(File) とか open(File) とか出来る。 あとはデフォルトブラウザで browse(URL) できたりとか。 build 51 でパーミッション操作の API が追加された。 download.java.net/jdk6/docs/api/java/io/File.html canExecute()、setExecutable()、setReadable()、setWritable() など。 603 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 15:43:05 ] >>601 APIだけはあったような 未実装だったが 604 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 16:18:50 ] >>596 JCP(Java Community Process)があるから、もうどうでもいいな。 jcp.org/en/home/index 一時の標準化よりも、将来のオープンな議論の枠組みの方が大切。 ECMA-234 Application Programming Interface for Windows (APIW) (December 1995) なんてそれっきり放置だしね。たぶんC#, CLIも最初のだけであとは放置でしょう。 605 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 00:40:49 ] >>601 その辺の機能使いたきゃDirect 3D使えってことなんだよな 606 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 01:28:27 ] アルファブレンドはDirect３Dがくるまえから入れる予定だったのだが 607 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 16:56:58 ] Mustang build53が出たね バイナリ 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されたみたい。 608 名前：デフォルトの名無しさん [2005/10/01(土) 00:43:27 ] 正直、Javaは後方互換いらないから ０から作り直して欲しい。 609 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 01:11:14 ] 作り直すくらいなら０でいいよ。 610 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 14:35:02 ] >>608 つ C# 611 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 21:54:21 ] >>610 シャープデベロップがもう少しがんがってくれれば、、、 612 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 21:59:21 ] Mustang build54 リリース build53 からの変更点 https://mustang.dev.java.net/files/documents/2817/21538/mustang-b54.html 613 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 17:14:07 ] Mustang build55 リリース build54 からの変更点 https://mustang.dev.java.net/files/documents/2817/21986/mustang-b55.html 614 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 07:31:29 ] Mustang build56 リリース build55 からの変更点 https://mustang.dev.java.net/files/documents/2817/22311/mustang-b56.html 615 名前：デフォルトの名無しさん mailto:sage [2005/10/22(土) 14:50:25 ] Mustang build57 リリース build56 からの変更点 https://mustang.dev.java.net/files/documents/2817/22748/mustang-b57.html ISO-2022-JP-2 コンバーターが JIS X 0212 補助漢字をサポートするようになったらしい。 後は java.io.Console に readPassword が追加されたとか。 616 名前：デフォルトの名無しさん mailto:sage [2005/10/22(土) 17:33:05 ] 毎度おつ 617 名前：デフォルトの名無しさん mailto:sage [2005/10/30(日) 01:33:48 ] Mustang build58 リリース build57 からの変更点 https://mustang.dev.java.net/files/documents/2817/23134/mustang-b58.html 618 名前：デフォルトの名無しさん [2005/10/30(日) 01:48:36 ] 今回は目立った点はないね 下がりすぎてるのであげとくか 619 名前：デフォルトの名無しさん mailto:sage [2005/11/04(金) 19:20:05 ] Sun、開発コミュニティに "Java 6" セキュリティ機能の問題発見を求む pcweb.mycom.co.jp/news/2005/11/01/015.html 620 名前：デフォルトの名無しさん mailto:sage [2005/11/05(土) 18:29:14 ] Mustang build59 リリース build58 からの変更点 https://mustang.dev.java.net/files/documents/2817/23494/mustang-b59.html 今回は nio関連と localization関連のbugfix中心みたい。 そーいや、いつからか com.sun.source 配下に Tree API ってのが追加されてる。 これ使えば annotation で、もっとイロイロできるようになるのかも？ 621 名前：デフォルトの名無しさん mailto:sage [2005/11/08(火) 22:15:56 ] 今日JavaOneに行ってきたぜ。 スキンヘッドの櫻庭氏がMustangのことを解説してくれた。 発表前にFTPでMustangのサイトをアップしたと言っていたが サイトが見つからない。 www.javainthebox.net/ このサイトのどこかにあるはずなのだが、どこだ？ アップしたといっておきながら実は勘違い、または忘れていたか？ 【Conference】 JavaOne Tokyo 【Event】 pc8.2ch.net/test/read.cgi/prog/1131068950/ 622 名前：デフォルトの名無しさん [2005/11/08(火) 22:19:31 ] age忘れた。 ググっても見つからないな 623 名前：デフォルトの名無しさん mailto:sage [2005/11/08(火) 22:25:21 ] Java (J2SE 6.0) Mustang（マスタング)の概要を先取り www.oklab.org/java/features_in_mustang.htm このサイトでは無い。 どこだじゃじゃ馬馴らしは 624 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 00:53:09 ] JSR223 Scripting for the Java Platform 標準でRhinoがついてくるのか・・・・・ﾊｧﾊｧ Groovyはどうなった？？？ 625 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 01:00:51 ] Groovyにも対応するようになるらしい っていうかデフォルトでPHPやJavaScript記述ができるのは驚きだね C#のインラインとは違って文字列の中に突っ込むのでOROやregexのように エスケープが必要だが 626 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 01:32:57 ] www.javainthebox.net/laboratory/JavaSE6/index.html Last-Modified: Tue, 08 Nov 2005 07:12:10 GMT www.javainthebox.net/index.html Last-Modified: Tue, 08 Nov 2005 16:19:39 GMT トップページの更新を忘れてたんかね 627 名前：デフォルトの名無しさん [2005/11/09(水) 02:19:18 ] >>626 でかした！ お主、JavaSE6というディレクトリ名を予想できたということか？ 628 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 02:20:46 ] 気がつけばトップページのWhat's Newも更新されリンクが張られている 629 名前：626 mailto:sage [2005/11/09(水) 02:28:47 ] >>627 トップページから行きました。 Last-Modifiedとサーバ時間のずれ(8分強)から、1時11分前後に更新された見たいです。 630 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 02:33:21 ] 逆探知で2chからリンクが張られているのに気づいたか？ それともサイトが見つからないぞとメールが来たか？ だろうか 631 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 02:37:10 ] 第一幕蛾ぶっ壊れてる？ 632 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 10:22:07 ] そろそろJavaってプログラミング言語じゃなくなってきた感が強くね？ OS/言語一体型って感じでBASIC時代に逆戻り感みたいな。 誰かひろゆきに頼んでJava板作ってもらえよ。 633 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 22:51:39 ] >>632 1行目なら抽象的ながらも言いたいことは自ずとわかるが 2行目はかなり違和感がある。 Mustang使ったことが無い奴が ただムスタングのニュース記事見ただけで憶測だけで 判断してレスしているかのように見えてならないな。 Mustangはまだ開発段階だが、商用に使わず研究教育目的で使うのであれば、 ダウンロードして試用することができる。 BASICに逆戻りしているように見えると思うなら、まずは使ってから言え。 634 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 23:49:09 ] 今時は、実行環境がpoorなプログラミング言語なんてないよね。 伝統的な手続き型言語の流れを組むC++だってtypeidがある時代だしね。 635 名前：デフォルトの名無しさん [2005/11/11(金) 17:57:11 ] アルゴリズム＋データ構造がプログラムだった時代は終ってる。 636 名前：デフォルトの名無しさん mailto:sage [2005/11/11(金) 18:02:32 ] 今は何の時代？何処へ向かってる？ 637 名前：デフォルトの名無しさん mailto:sage [2005/11/11(金) 19:26:10 ] 今は 構造化手法 + オブジェクト指向 + アスペクト指向の時代 エージェント指向へと向かっている 638 名前：デフォルトの名無しさん mailto:sage [2005/11/11(金) 21:27:15 ] その場その場でいいものをどんどん取り入れるという ある意味行き当たりばったりな アジャイル開発がトレンドかなと思う。 639 名前：デフォルトの名無しさん mailto:sage [2005/11/11(金) 22:36:58 ] アジャイル = ペアプロ + テストファースト + リファクタリング 640 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 18:44:12 ] Mustang build60 リリース build59 からの変更点 https://mustang.dev.java.net/files/documents/2817/23871/mustang-b60.html 641 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 19:23:46 ] 今回はSwing周りが多いな 642 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 20:24:42 ] こんな記事が New System Tray Functionality in Mustang java.sun.com/developer/technicalArticles/J2SE/Desktop/mustang/systemtray/ 643 名前：デフォルトの名無しさん mailto:sage [2005/11/13(日) 10:18:46 ] JavaOneでMustangを乗りこなすポイントを教えますセッションの 講演をしていたじゃじゃ馬馴らしスキンヘッドの櫻庭氏が MustangではJavaだけでタスクトレイをいじれるようになると 言っていたような気がする。 644 名前：デフォルトの名無しさん mailto:sage [2005/11/13(日) 12:48:14 ] たのむからそこまで知ってるならじゃじゃ馬のページでも見てやってくれ 645 名前：626 mailto:sage [2005/11/13(日) 23:17:22 ] 櫻庭氏、index.html は更新忘れじゃなく時間が無かったのか… 646 名前：デフォルトの名無しさん mailto:sage [2005/11/15(火) 18:02:40 ] >>636-638 マルチパラダイムってことでいいんじゃないかと。 647 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 02:21:36 ] Mustang build61 リリース build60 からの変更点 https://mustang.dev.java.net/files/documents/2817/24195/mustang-b61.html 648 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 02:42:47 ] LinuxでソースからMustangのコンパイルに成功した人います？ 649 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 12:55:46 ] 今回はバグ修正満載だね 650 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 01:10:04 ] １つのVMで複数のJavaアプリが動くようになったら、 共有メモリ見たいなこと簡単にできるのかな？ 他のJavaアプリのウィンドウの制御とか簡単にできるのかな？ 651 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 01:35:45 ] それってJavaじゃなくても基本的なプログラムとしてはやらないことなんじゃないの？ 他のプロセスをどうこう 連携するのが前提ならポートあけるしねぇ 652 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 01:49:25 ] >>650 むしろ一つのVMの中でごった煮にせざるを得なかったようなものを、(例えば携帯電話) 別々のVMの中で実行して「いるかのように」扱えるのが、アイソレーションだと思われ 653 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 02:08:51 ] 他のアプリケーションへの干渉とかよりも、たとえば複数のサーバプロセスを持つクライアント なんかを、一つのJVM内で実現可能（つまりスレッドよりももっと隔離された形）ってことなんじゃ ないかと想像してるんだけど。 654 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 23:12:19 ] 互いに悪影響を及ぼさないように保護しつつ、且つもっと身近なプロセス間通信 も提供する・・みたいな程よい機能ってこと？ 655 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 23:22:03 ] virtual machine の名が示すとおり、まさにひとつのCPUみたいな振る舞いをするってことかな 656 名前：デフォルトの名無しさん mailto:sage [2005/11/27(日) 20:08:53 ] アプリごとに環境を切り分けたいならプロセスを分ければいいだけの話。 multitaskingの目的はメモリの節約。 657 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 21:51:37 ] Mustang build62 リリース build61 からの変更点 https://mustang.dev.java.net/files/documents/2817/24932/mustang-b62.html 658 名前：デフォルトの名無しさん [2005/12/04(日) 22:32:59 ] age 659 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 22:43:50 ] おつ そういや有名だと思うがいまだに5.0の印刷バグがなおらんのはなんでだろ 5.0でて1年以上たつというのに1.4.2までは動いていた印刷サービスのSunのサンプルもおかしくなるしな JavaSE６で直ってるんだろうか 2バイトキャラクタ表示しなければ問題が出ないというあたりが不安だ 660 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 09:37:37 ] 報告した？ 661 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 12:02:10 ] 英語かけないし 日本語出せばいいだけだからとっくに報告あがってるんじゃないかな キシダタソの本の印刷部分もアルファベットしか印刷してないしなぁ 662 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 19:39:19 ] LinuxでのGTKサポートイイね。 でもフォントなどはGTKそのままの設定ではなくJavaで描画してるからネイティブアプリにはやっぱ見えないな。 Fileでファイルの属性変更できるのイイね。 でもやるんだったらちゃんとユーザ、グループ、その他まで変更できるようにして欲しかった・・・。 結局その辺JNIに頼るしかないのか・・・。 663 名前：き mailto:sage [2005/12/08(木) 22:29:34 ] >>661 あのサンプルの日本語が印刷されないんですか？ うちではWindows2000+JDK1.5.0_02+hp5160/PrimoPDFでとりあえずいけてます。 664 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 22:58:42 ] かんたんpdfがだめですね MS版PDFであるMDIもダメです ただ、通常は問題ないように見えるので解像度を下げると分かります 具体的にだめなフォントは全角数字と全角コロンがはいった文字列を扱うと一気にだめになるようです ほかには全角シャープかな これらがはいるとその文字列丸ごとベクタで描画するようになっているのですが、 これらが入らない場合はちゃんとそのフォントで描画されます この微妙な差がフォント置き換えとかが入るとだめなようです ほかにもフォント置き換えのレーザープリンタ系が全滅なのを確認しています ドットインパクトもだめでした インクジェット系は大丈夫なようです 665 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 23:30:22 ] "Easy Sample:１文字列の描画"にすると、PrimoPDFでもフォントが荒くなりました。 HP5160(インクジェット)での印刷は大丈夫です。 666 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 23:50:43 ] これ1.4.2までは問題なかったと思うんだけれどもなんでだろー。 667 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 23:55:44 ] あと、これらの文字列が入った印刷をしてると、割と頻繁に VMごとお亡くなりになったりします 668 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 00:04:20 ] Bug 報告しなきゃ直らねえっぺよ 669 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 09:28:35 ] >>661 既に報告されていたとしても、その報告にvoteを追加するだけでも意義があると思う。 >>666 エンバグした可能性はある。 リリースノートに載ってるバグ修正の一覧読んでるとそういうの結構あるよ。 670 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 12:21:07 ] 英文のサイトあるけないので無理 671 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 01:30:20 ] 1.4からの印刷サービス以外にPrintJobでも同じ結果が出るな。 インクジェットの場合はDPIが細かいので目立たないだけな模様。 フォント置き換えが入るレーザープリンタでは最悪な結果になるな。 ベクタ処理された文字はあくまでも文字としてみていないから、 まったく同じフォントを指定してもデータによってフォントがばらばらになる。 672 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 02:26:40 ] プリンタドライバのバグって線は無いの？ 673 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 07:53:07 ] >>672 PDF出力プリンタにも影響あるからねぇ。 674 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 12:34:08 ] つまりJavaのデスクトップアプリは1.4までということね。 5.0以降はデスクトップアプリはあきらめなさいと。 675 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 12:40:21 ] バグ報告 (ry 英語ができないことを誇らしげに言うなと。 676 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 13:00:33 ] つまりＪａｖａは日本人は使うなと。 677 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 13:31:39 ] 何を粘着してるのかしらんが、開発ツールなんてそんなもんだろ 英語のできない開発者・エンジニアは使いものにならん 678 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 15:42:00 ] 10年もたってるのに印刷もまともに使えないJavaカワイソス 679 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 16:10:29 ] 捨てゼリフ乙。 680 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 16:24:21 ] この印刷バグってそんなに問題？ 大した問題じゃない気がするが・・・（だからなかなか修正されないのか？） 681 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 16:48:40 ] >>680 「日本語がレーザープリンタで印刷されない」っていうのは問題だね。 682 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 16:51:56 ] >>681 レーザープリンタ使える環境ではないからわからんのだが、 このバグのせいで印刷されなくなるの？ イマイチ発生する症状がどんなものなのかわからないんだけど。 683 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 17:17:01 ] pdf出力とかレーザープリンタ、ドットインパクトプリンタが駄目。 日本語出さなければ大丈夫。 問題あるだろうな、企業向けなら特に。 684 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 17:25:51 ] だからここで愚痴たれたって改善されねーっつーの 685 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 17:48:29 ] >>683 駄目ってのは具体的にどうなるんだ？ PDF出力で試したら、フォントがびみょーに変わるだけだった。 レーザープリンタやドットインパクトだったらどうなるの？ 686 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 18:48:21 ] >>684 でもな、発信することは大事だよ。 687 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 19:19:09 ] >>685 それJavaの内部でベクタデータとして描画してるだけ つまりフォントとして扱っていない レーザープリンタはフォントのコードを受け取って描画する そのためにDPIが低くても非常に綺麗 Javaの日本語印刷問題は１２００DPIくらいにするとあんまり見分けはつかないけど ３００DPIくらいが普通のレーザーではフォントがそのまま描画される場合と 置き換えが発生した場合とで別物になる pdf出力ソフトでDPIをさげてみるとなんじゃこりゃなデータが出来上がるよ 印刷が汚くなるだけでも使えないのに、これらのデータが入った印刷を続けてると VMがおちるから、内部でめちゃくちゃになってるっぽい 1ページくらい印刷してプロセス終了してる限り問題はさほど深刻ではないように見えるけど 印刷系を含むプログラムが全滅するのはやばい 688 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 21:41:27 ] Mustang build63 リリース build62 からの変更点 https://mustang.dev.java.net/files/documents/2817/25363/mustang-b63.html 689 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 11:09:04 ] >>687 VM落ちるのはともかく、何か頓珍漢な話だな。 >>687なんてPDFドライバの問題だろ? PDFをAdobe Readerで見てもおかしいのか? プラットフォームの印刷環境のセットアップがいかれてるだけだろ。 690 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 12:28:40 ] >>689 PDFドライバの問題？ PDF印刷ソフトいろいろとあるけどすべて全滅だよ もちろんリーダーで見ておかしい しかも俺だけじゃなくてJavade印刷やってる人みんなに聞いたら みんな１００％発生してるし バグを環境のせいにし始めてきたね sunの社員かな 691 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 12:37:23 ] sun社員ならアメリカにスルーするだけだよ。 いいからとっとと報告汁 692 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 12:46:52 ] 職場に一人くらいは英語書ける奴いるだろ。 そいつに頼め。 693 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 12:53:28 ] うちは全然問題ないなあ@Solaris 694 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 12:54:11 ] つまり、Windowsすてればいいといううことか！ 695 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 20:46:23 ] ＞sun社員 キン肉マンの悪魔超人を思い出したｗ 696 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 20:50:46 ] 2世のsun社員カワイソス 697 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 21:02:28 ] ゆで世界に文句いうな。 homepage2.nifty.com/takaoya/atamayude.htm 698 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 21:43:29 ] ようするにPrintJobで2バイト文字を印刷すると、文字フォントを指定しての文字印刷でなくてOpenTypeで文字印刷を行ってしまうって事？ JDK1.4.2から印刷において解像度設定がただしく反映されるようになった事の弊害？ 699 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 21:50:57 ] OpenTypeではないと思う あとBufferedImageではdpiをどういじろうがおかしい描画にはならない PrintJobに限らず印刷サービスもすべて駄目 700 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 10:25:18 ] だからとっとと報告汁。そこらに無料の翻訳サイトもあるだろが。 701 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 12:15:49 ] 技術文書を翻訳するとすごいことになるんじゃ 702 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 13:42:15 ] 「日本語を使った場合、1.4に比べて5.0の印刷品質が著しく悪い」とでも書いて、印刷イメージか印刷イメージへのリンクでも貼っ付けとけばとりあえず報告としちゃ十分じゃないか? これくらいならExcite翻訳でもさほど変な訳は出さんと思うが。 703 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 13:55:31 ] というか、環境もはっきり書かないんだからネタだろ。 SunのJREかどうかすらはっきりしない。 704 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 14:06:39 ] いや、さすがにネタだとは思わないけどさ。 技術系英語なんて、専門用語以外は中学生英語で十分なんだよ。 もちろん、最近は機械翻訳もそれなりにあてになる。 でも「英語が駄目」とか言う奴は >>701 みたいに なんだかんだと言い訳して逃げまくったあげく、 絶対に自分ではやらないの。 どこな職場にでもいるだろうけど、本当に使えない。 705 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 15:25:29 ] たしかに印刷品質が悪いどころじゃなくいのと ページ数がある程度行くとVMごとおなくなりになるな。 まぁ、いいんじゃない？ 日本ではJavaは死んだということで。 706 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 15:44:51 ] Javaは業務アプリには使えない これが常識 707 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 16:28:20 ] 困ってる奴らが問題を報告しなかったら当分直ることもないだろう。 708 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 16:32:21 ] 俺は問題起きてないしな。 709 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 16:41:30 ] 問題がでるのはSun製でWindows日本語版だけってことか 710 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 18:21:37 ] www.unicode.org/charts/PDF/UFF00.pdf どうやらこのUNICODEブロックFFが含まれた文字列があると100%バグるみたい 全角アルファベットすべてと記号、半角カタカナ 711 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 19:24:21 ] サンプルプログラムきぼん。 712 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:07:48 ] Java1時代のPrintJob Java2のPrinterJob 1.4からの印刷サービス すべての印刷処理で再現 dpiの高いインクジェットだと微妙な違いが紙だと分かりにくいが DPIを下げれるなら一目瞭然 フォント置き換えすれば一発で分かる 拡大して確認が容易なpdf出力系ソフトすべてでも再現 WindowsXP、SunJRE 5.0 update2,3,4,5,6で確認済み 713 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:15:48 ] >>712 Mustangに関係ない話題は他所でやってください。 714 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:17:25 ] どうせ次のバージョンでも印刷全滅なんだろ プゲラ 715 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:18:34 ] 最近は便所に落書きするとバグをなおしてくれんのか 716 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 22:12:29 ] 何度言っても英語を書こうとしないだけでなく、煽り始めたか 717 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:30:14 ] とりあえずどっかに情報を書いとくのも大事なんじゃない？ 718 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:36:30 ] ここじゃなくて、質問スレじゃないかな? 1.5だし(w 719 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:47:44 ] つうか、MustangのソースDLして自分で修正しろってことじゃないの？ ttp://d.hatena.ne.jp/kazama/20051206/p1 720 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:51:53 ] 報告しろ、報告しないなら書くなとかいいつつ、サイトもなにも提示しないのもどうかと思う。 ってことでバグ報告/投票の方法 ttp://blogs.sun.com/roller/page/yk?entry=vote_vote_vote 721 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 00:51:52 ] 印刷の問題ってセキュリティフィックスのためにバージョンあげたら動かなくなったという類でもあるから さすがに一般ユーザーにそこまでやれというのは 722 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 01:15:39 ] (ﾟДﾟ)ﾊｧ? 723 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 01:43:08 ] 確かにベクトルデータとして埋め込んでるな。 pdf出力したら文字選択できないわ。 724 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 21:41:20 ] 一般ユーザーはここ来なくてイイよ。 725 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 21:53:22 ] 勝利宣言キター 726 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 22:48:45 ] weblogs.java.net/blog/opinali/archive/2005/11/mustangs_hotspo_1.html Mustang b59 から HotSpot client VM のレジスタ割り当ての最適化が改善されて、 Mustang b58 以前と比べて 1.5倍程度の速度で動くようになったらしい。 727 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 23:08:20 ] 今まで何してたの？というくらい違うな 728 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 23:56:12 ] >>726 Java 6は期待できるな。 仕事ではまだ1.3使ってるけどなorz 729 名前：デフォルトの名無しさん mailto:sage [2005/12/15(木) 00:52:51 ] >>728 1.4もそろそろ安定してきたんじゃないの？ 730 名前：デフォルトの名無しさん mailto:sage [2005/12/15(木) 00:57:15 ] 印刷以外は、といいたいが 1.4.2でもつい最近の新しいやつで文字コードのバグとか埋め込んだとかあるんで なんともいえないかと これは次のバージョンで直ったはずだけど結構文字コード変換でリークとか多いよね 731 名前：デフォルトの名無しさん mailto:sage [2005/12/15(木) 19:28:44 ] 1.4.2_05で印刷が問題ないのを確認 5.0.u1でおかしいのを確認 5.0.u6でおかしいのを確認 心配になってきたのでJavaSE6での動作確認よろ 732 名前：デフォルトの名無しさん mailto:sage [2005/12/15(木) 19:31:52 ] >>729 ありがとう。でもうち、保守・改装ばっかな部署なんだ……。 新規案件に出会ったとしても、上が5未対応の フレームワークをおしつけてくることはまず確実だし。 先端技術フェチとしては大いに不満だ。 733 名前：デフォルトの名無しさん mailto:sage [2005/12/15(木) 20:11:29 ] pcweb.mycom.co.jp/news/2005/12/13/020.html serverVM に、エスケープ分析でエスケープしないと判断されたオブジェクトに対する 同期処理が除去されるような最適化が追加されたらしい。 デフォルトでは使用しないようになってるらしいので、 使用したい場合は -XX:+DoEscapeAnalysis とかしないといけないみたい。 Vector 使いまくってる人には朗報かも。 734 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 00:51:52 ] 457 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/16(金) 21:53:15 昔から使えなかったならともかく 最新バージョンで品質が恐ろしく低下だからただのバグだろ >>447の実行結果 分かりやすいように72dpiでpdf出力しといた 49uper.com:8080/html/img-s/100275.png こりゃバグだね 735 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 01:30:10 ] 味があっていいじゃないか 736 名前：デフォルトの名無しさん [2005/12/17(土) 10:58:46 ] バグなのはもうわかったけど、なんでマルチポストして喜んでるの？ そろそろｳｻﾞいよ。 737 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:10:54 ] >>734 上と下の関係は? 738 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:44:24 ] >>737 ソースコード参照 739 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:45:12 ] 447 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/16(金) 13:38:55 >>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; } } 740 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:46:40 ] 490 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/17(土) 01:53:35 面白いので>>447で出来上がるpdfそのものをアップしてみた 49uper.com:8080/html/img-s/100309.zip 741 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:48:33 ] なんかもうアレだな。 2ch に書くことがバグ報告になると思ってるフシがあるな。 742 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:52:23 ] Visual Studio 2005 ダウンロード開始記念キャンペーンの一環ですよ。 この機会にJavaなんていう時代遅れの環境からVisual Studio に乗り換えましょう！ 743 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 13:13:16 ] JavaSE6では改善されてるの？ 744 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 14:51:38 ] ここはスレ違いだから、もとのスレのURLでも貼っといてくれ。 745 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 15:04:16 ] スレ違いじゃないのでは? 次バージョンでの話題なんだから 746 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 15:18:58 ] >>712によれば、そうではない。 747 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 16:05:31 ] Mustang build64 リリース build63 からの変更点 https://mustang.dev.java.net/files/documents/2817/25758/mustang-b64.html 748 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 14:53:47 ] >>731>>734>>739>>740 だからおまいはここにそれを書くことでどんな効果が得られることを期待しとるんだ。 「バグだ」「おかしい」というのを否定してるヤツは基本的におらんだろうが。(煽りはいるが) 「誰かぼくちんにかわって報告しといて〜」と言いたいのならそれでもかまわんから明にそう言え。 (言ったからって誰かがやってくれるとは限らんが) 749 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 16:28:48 ] なんだ6.0でもバグバグなのか 750 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 16:44:16 ] >>748 次バージョンで日本語がちゃんと書けるかどうかのチェックをして欲しい というだけだろ 751 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 17:17:41 ] 俺関係ないけど、普通にバグ報告誰かしてだされ。 俺も英語だめなんよ。 Windows以外のVMでは発生しないらしいね。 752 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:28:12 ] スクリプトを<input type="file">で鯖に送って、そっちで実行みたいな使い方はどう？ 753 名前：751 mailto:sage [2005/12/18(日) 18:39:55 ] うちこれから業務系で5.0採用になったのだが印刷バグ確かに怖いな。 >>752の使い方も考えてみたが、鯖がVPNの先にあるんで無理。 さーて、1.4.2に下げてもらうか直っていれば無理して６を使うか JNIで回避かだが、それぞれわりと厄介な問題がでるな。 Javaの人材集めたんで.NETへはさすがに・・・。 たぶん上の人間はこれ理解してない。 登場して1年以上たつんだからそろそろ枯れただろうといっておられる。 そもそも言語理解してないのが上なんで(ry 754 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:41:28 ] 上が言語理解する必要はないだろ 755 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:46:06 ] 最近は割と多いよね、言語経験ないSE。 開発環境を決めた時点で、どういうのが実装できるか、 実装できても困難で開発効率が悪いとかそういうのを把握してないと だらだらと長引く。 756 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:46:07 ] しかしおれ業務系でJava使ってて帳票とか出力してたけど、 ジャギーだとかなんとかいうトラブルは無かったけどなあ。 サーバーサイドから帳票出力系の製品(SPFとか）つかってPDFを出力 する場合は関係ない話なの？ Swingだけ？ だったら当面問題ないんだけど。 757 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:51:08 ] SwingではなくてJavaから印刷した場合だけが問題になる模様。 iTextとか直接PDF出力は問題ないけど、NetBeansのソースコード印刷しただけで 発生するのでVMの問題だと思う。 Javaの印刷製品は1.1時代からのものは印刷品質が悪かったから みんな独自実装してたり1.4までが対象なので大丈夫だったり。 pdf作成するのはいいけど、それをユーザーが開いて閉じてとなると インターフェース的にわりと問題でやすいかな。 日本の企業の帳票は独自サイズが多いのでA4とか決まった規格以外が 急に問題として現れてくることもある。 リッチクライアント系は今のびてるところなんでこの壁にぶち当たってるところも 結構多いかもしれない。 スレ違いスマソ。 758 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 21:35:40 ] SolarisやLinuxは問題ないもんなあ。 Windowsでもfontを指定したら問題ないのがあるかもよ。 759 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 21:39:39 ] 試してみたけどfontは論理フォント、物理フォントどちらでも同じ現象が出ていますね。 src.zipでは確認しようがないので内部でなんかしくじってると思われます。 760 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:35:03 ] 原因追求はSunの担当者にまかせればいいんで、バグ報告よろしくです。 761 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:45:00 ] よろしくです 762 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 09:59:28 ] やっぱ英語は使えた方がいいな・・・なんとかせな・・・ 763 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 10:16:45 ] つうかSunには日本語で報告できる窓口を用意して欲しいな。 764 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:36:12 ] 日本語でバグ報告すりゃあいいじゃん。 向うが勝手に翻訳してくれるんじゃね？ 日本人担当者くらいいるだろ（へらへら 765 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:58:15 ] 日本語の掲示板で英語でくるやついるけど、その場合は英文が読めるからであって あちらで日本語見たらやっぱり文字化けしてるんかね？ ソースコード添付ができないってのはある意味やばいかも utf8だっけ？バグ報告ページ 766 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:40:53 ] ROMA-JI DE KAKE 767 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:39:55 ] 印刷関連のレスは下記のスレでお願い Javaでは作るのが困難なものを挙げるスレ pc8.2ch.net/test/read.cgi/tech/1132425910/ 768 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:57:16 ] 1.6の話題でもあるんだろ？＞印刷 769 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 19:06:49 ] >>768 1.6 正式リリースまでは直らなくて良い問題なんか？ 770 名前：デフォルトの名無しさん mailto:sage [2005/12/20(火) 01:28:40 ] 印刷はApache FOPでXHTMLやPDFに 変換してくれればいいや 771 名前：デフォルトの名無しさん mailto:sage [2005/12/20(火) 02:12:29 ] pdf出力しか駄目ってのは業務系で困るだろ 772 名前：デフォルトの名無しさん mailto:sage [2005/12/20(火) 04:48:31 ] 「しか駄目」??? 773 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 09:14:56 ] 業務系だと、SVFとか使うからなあ 774 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 12:57:39 ] SVFもiWFMもろくなもんじゃないけどな。 775 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 12:28:40 ] Cat Typing "J2SE 5.0の日本語印刷のバグについて 「J2SE 1.3.1_17がリリースされました。」というブログへのコメントより： 2chのプログラム板で話題の日本語印刷がまともにとおらない5.0はへは 業務で使ってるところははだれも選ばないと思います。update1からupdate6 まですべてとおりませんしね。1.4.2までは大丈夫です。 2chでも日本語でバグ 投票できないからどうしようかという流ればかりです。 " blogs.sun.com/roller/page/yk/20051221 だれだこのブログにこんな大袈裟なコメント書いた香具師は。 Tomcat動かすだけのサービスに印刷が必要なものなんて 大してないぞ。JavaのGUIなんてサーバ系Javaに比べたら まだ普及度は低いんだしそんな目くじらたてるほどのことじゃないだろ。 776 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 12:31:11 ] なにやらエントリを良く読んでみると 彼女のブログのコメント欄にバグ報告してもいいらしい。 777 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 12:53:37 ] 大袈裟なコメント書くのが得意な人っているよね。 778 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 13:24:07 ] 印刷できないのをたいしたことないというバカもいるよね。 779 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 17:08:30 ] 件のblogのコメントを見る限り、良い方向に進んでいるようだ。 しかし、経緯を見る限り「バグが出る。使えねぇ」「英語ができないから 報告しない」じゃ全然意味がないことがよくわかるな。 せめて「報告したいが英語がダメなので協力してくれ」だったらもっと話は 早く進んだかもしれないのに。 780 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 22:21:33 ] 複数のJava関係スレで鬼の首をとったかのように喚き回ったバカがいたからなぁ 781 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:03:08 ] おかげで、興味を持つ人が現れて修正の目途がついた。 ある意味、宣伝部隊乙って事で一件落着ｗ 782 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:07:40 ] MS側の人間かどうかわわからんが UNICODEのフォント部分にやっぱりバグがあったようだね でもこれ汎用ルーチンだよね？ ということはプリンタ以外でも実は文字が汚く描画されていたってことはあったのかな 783 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:14:42 ] Java7.0からは是非メモリリソースをケチケチに管理するJVMにしていただきたい 784 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:29:01 ] >>783 そんなの欲しがってるやついないし。 785 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:51:21 ] いるよ普通に。 64MBのノートとか使えたもんじゃない 786 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:57:22 ] OSがNT4でなら64Mでそれなりに快適にJava動いてるぞ 5.0は最低メモリ使用量が跳ね上がってるので進められん コンパクトな1.3.1まであたりがオススメ 787 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:59:18 ] C++時代は共用体大好きっこだった俺としてはちょっと悲しい時流だよ 788 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 01:32:34 ] Cのときですら安全性では推奨されてなかっただろ ハードとコンパイラ依存コードナツカシス 789 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 11:55:58 ] >>782 印刷フレームワークのルーチンだから関係ないと思うよ。 790 名前：デフォルトの名無しさん [2005/12/23(金) 12:54:26 ] JSR-270 Early Draft Review jcp.org/aboutJava/communityprocess/edr/jsr270/ 791 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 14:58:50 ] そーいや、TrayIcon の開発は Mustang に移ったから、 JDIC ではもうやらねーよって話が出てた。 www.javadesktop.org/forums/thread.jspa?messageID=130970 792 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 15:25:01 ] The Java SE 6 (Mustang) Holiday Quiz java.sun.com/developer/Quizzes/mustang_holiday/ 793 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 19:18:04 ] >>775 別のスレでこんな書き込みがあるよ pc8.2ch.net/test/read.cgi/tech/1132425910/563 794 名前：デフォルトの名無しさん [2005/12/23(金) 20:04:13 ] バーチャルマシンで動く場合、ネイティブで動作してるC++によるプログラム相手に速度で勝てる見込みはありますか？ 795 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:10:22 ] >>794 書く人による。プログラムによる。VMによる。ハードウェアによる。 796 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:18:35 ] 勝てないこともないかもしれない 797 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:21:54 ] >>794 理屈上、アセンブラで書かれたプログラムはC++で書かれたプログラムより速い。 でも、現実的にはどうだろう？ アセンブラとC++の比較ほど明快ではないけれど、部分的に見ればこれに近い 事がVMとネイティブの関係に対しても言える。 798 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:41:41 ] >>787 > C++時代は共用体大好きっこだった俺としてはちょっと悲しい時流だよ EffectiveJava嫁 共用体の代用をJavaで実現する方法が載っている 799 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 21:44:15 ] >>794 最近は数値計算もJavaでやる時代なんだが…Hotspotコンパイラのおかげで。 >>726によればさらに早くなったらしいし。 Integerのquicksortのプログラムを書いても、 JavaがC, C++より早いのが現状。(プログラムの起動は相変わらず遅いが…) アセンブラでもJavaで書いたプログラムより書ける人は殆んどいないんじゃないか。 ただ、Javaの浮動小数点拡張は取り下げられたらしい。 math.nist.gov/javanumerics/ jcp.org/en/jsr/detail?id=084 www.oishi.info.waseda.ac.jp/~oishi/LINKS/java-numerics.html 800 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 22:11:23 ] java -server -Xcomp -jar hoge.jar 起動速度無視で、実行速度を最大にしたいときは、この起動オプション最強。 801 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:19:59 ] >>797 理屈上、profile-guidedな実行時最適化が可能なJavaの方がアセンブラより速い。 802 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:32:26 ] 理屈ばっかだな 803 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:39:44 ] >>802 なにも見てないんだな 804 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:42:11 ] >>783 Java SE 7が出たころにはマシンスペックの余裕もたっぷり 増えているだろうからメモリにけちけちする必要はなくなるかもね 805 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:46:06 ] 個々最近ムーアの法則が乱れてませんか？ 806 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:55:04 ] >>794-795 すでに勝った香具師ならいるよslashdotでも話題になってた # Slashdot での大論争。これは今までで一番愉快な Java 対 C++ の議論に違いありません。 C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を 手動でやらなきゃいけないのに」と主張しています。 公平を期するための彼らの提案は - System.gc() の 呼び出しを山ほど突っ込んで Java 側を遅くするというも のでした（お気づきでない方のために。Java は System.gc() を呼び出さなくてもメモリを回収します。 System.gc() の呼び 出しを追加してもメモリ回収の速度が遅くなるだけです）。 続く抗議もすべて、このベンチマークが Java をひいきしてい るという一点に集中しているようでした。しかし奇妙なことに、 ３年前までは当時の JVM をテストしても C++ の方が速いとい う結果が出たものです。このノイズの山を掘り返せば、有意義 なコメントが見付かるかも知れません # さらに続く議論。この事件から生じた騒動（または余分なキャラ） で大儲けできた人がいるかも知れませんね # Java と .NET のガベージコレクションに関する調査 # WebSphere は自動的に負荷分散の最適化を行うことで、ハードウェア要件の低減をねらいます # # Java 1.5 は 20% 高速化した模様 www.javanews.jp/javap/newsletter043.html 807 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:57:58 ] >>805 クロック数だけを見ずに ちゃんとベンチマークしてみてるかい？ ハイパースレッディングから64bitsなどの技術進化に目を向けるといい。 あと、量子力学チップの研究が今行われている。 今は量子コンピュータが出る直前の段階だ。 そのまえに燃料電池に期待したい。 燃料電池が携帯電話開発に潤いを与える。 808 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 03:13:05 ] 使える量子アルゴリズムって因数分解以外にあるの？ 量子アルゴリズムがなくても量子コンピュータは効果的に使えるの？ 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