04/11/22 13:12:39
>>368
JavaWebStartはスタンドアロンアプリを配ることにも使えるぞ。
サーバに依存して動くアプリを配るにしても、
なるべく disconnected operation ができるように
工夫して作るもんじゃないのか？
370:デフォルトの名無しさん
04/11/22 14:36:41
いやそういう意味じゃなくて
webstartだとサンドボックスで動くんじゃないのか?
通常アプリケーションとの違いはそこだとおもうが
371:デフォルトの名無しさん
04/11/22 15:21:21
WebStartはアクセス範囲をポリシーファイルで自由に設定可能。
無制限のアクセス権（つまりネイティブアプリと同等）を要求するWebStartアプリも
たくさんあるよ。
372:デフォルトの名無しさん
04/11/22 16:09:39
それって警告画面でなかったか？
373:デフォルトの名無しさん
04/11/22 21:07:04
たしか一番最初だけ出るね。「実行しますか？」というのが。
それ以降は普通に起動する。
374:デフォルトの名無しさん
04/11/22 21:50:55
毎回起動時に出るよ
そんなのユーザーが安心してつかうとはかぎらんだろ
それくらいならJava起動するだけのexe作ったほうがいい
ついでにランタイムも同梱してJavaであることすら意識させないでね
375:デフォルトの名無しさん
04/11/22 22:05:57
>>374
おおーい。起動時に毎回出る「場合もある」だけでしょー。
1回の同意で以降は聞かれないっていうのもありなんだから。
exeを作る意味は？exeあってもどうせJavaのランタイムがないと動かんでしょ？
ランタイムを入れてるんだったらjnlpで起動しても初回の同意ダイアログさえクリアすれば問題ない。
exeファイルをマシンの中に持ってくるまでの作業よりも(ダウンロード＞解凍｜インストーラ実行)
よっぽど敷居低いでしょ？
376:デフォルトの名無しさん
04/11/22 23:03:03
セットアップが嫌という環境もあるわけだ
レジストリをいじられたくないとかね
とくに体験版とかで配布する場合とか圧縮だけのほうが喜ばれるぞい
377:デフォルトの名無しさん
04/11/22 23:07:38
WebStartアプリって署名なしですべての機能が使えたっけ？
JNLPAPIだけのようなきがしたが
378:デフォルトの名無しさん
04/11/22 23:39:40
>>376
JREを入れる時点で多少なりとレジストリへ書き込むだろ。
URLﾘﾝｸ(java.sun.com)
とにかく、「圧縮だけのほうが喜ばれる」というのには賛成できないな。
俺は、得体の知れないサイトからダウソした生のjarとかexeとかでは，
トロイの木馬かもわからんから、起動するのは恐い。
377が書いているように、JNLP APIしか使わないようなソフトなら
署名も不要になるし、セキュリティ的な安心感を与えられる。
ちゃんとした.jnlpのほうが、ユーザに喜ばれると思うぞ。
379:デフォルトの名無しさん
04/11/23 00:37:20
まずJREが入っていること、という前提が難しいことに気がつけ
ちなみに>>376も>>377も俺な
JNLPAPIだけでもローカル資源アクセスは警告文でるぞ
プリントとファイルアクセスしか試してないがどちらもでる
380:デフォルトの名無しさん
04/11/23 00:55:09
「次回は聞かない」みたいなチェックボックスないんだっけ
381:デフォルトの名無しさん
04/11/23 01:34:43
>>379
客自身にJREをインストールさせられないような案件なら、
そもそもJavaを使うのを避けたほうがいいんじゃないか?
WinXP SP2以降は、JREをActiveXのセキュリティホールから
自動インストールさせる技も使えなくなったしな。
俺の場合、客先に導入されているPCがIBMで、
JREがプレインストールされていたから、悩まずに済んだけどな。
382:デフォルトの名無しさん
04/11/23 14:11:06
仕事で使う場合とそれ以外で使う場合とで分かれるな
仕事でならJREをセットアップさせるのは手間ではないが、
これも最近はJRE同根でやってる
JREのバージョン違いでの動作の不具合を防ぐためね
ゲーム等ではJREのセットアップを別にしておいてくださいというのは
手間もあって嫌がる人は多い
クロスプラットフォームでのゲーム作成という目的もあるから
JRE付属させるだけでいいのでJavaはそれなりに存在意義あるよ
383:デフォルトの名無しさん
04/11/23 17:21:59
>>382
ちょっと待て。言ってることが矛盾してるぞ。
結局ユーザにJREを入れさせるのが前提なんじゃねーか。
該当するJREをあらかじめインストールしてあるユーザからすれば、
わざわざ余計なもの同梱すんじゃねー糞が！ってとこだな。
警告文をユーザに見せるのがそんなに嫌か？
おまえみたいなセキュリティ意識の低いやつは、
セキュリティ意識の低いユーザと馴れ合ってるのがお似合いだな。
ちなみに、JavaWebStartには、アプリケーションの動作に必要な
バージョンのJREをユーザが持っていないときには、
自動でダウンロード・インストールしてくれる機能がある。
アプリにJREを同梱するだなんて時代は、とっくに終わってんだよ…
384:デフォルトの名無しさん
04/11/23 17:59:20
ようやく話題が次世代Javaっぽくなってきたのでアゲ
385:デフォルトの名無しさん
04/11/23 18:02:37
JREが入ってるのが前提ってのはおかしいな
毎回警告文がでるゲームとか使いたいというやつの気がしれん
webstartは場合によっては使えるものの
JNLPAPI以外はあいかわらずサンドボックス内じゃねーの？
386:デフォルトの名無しさん
04/11/23 18:02:58
JREっていつWindows標準搭載になるの？
デフォルトでインストール済みにしてよ。
387:デフォルトの名無しさん
04/11/23 18:07:27
>>385
コード署名しろ
388:デフォルトの名無しさん
04/11/23 19:04:18
すべて署名しろっていうのは結局すべてActiveXで作るのとかわらんな
389:デフォルトの名無しさん
04/11/23 19:05:07
署名しても認証局とかの問題で貧乏人は警告文でるだろ・・・
390:デフォルトの名無しさん
04/11/23 19:13:24
java.net内のこの辺について話せるスレはここですか
URLﾘﾝｸ(community.java.net)
URLﾘﾝｸ(community.java.net)
391:デフォルトの名無しさん
04/11/23 21:15:39
最初の1回はVerisignの証明書でコード署名してたって警告は出るだろ。
392:デフォルトの名無しさん
04/11/23 21:56:47
PKIはユーザ各自が安全と思われる経路でルート証明書を入手していることが前提。
んでもって、その証明書からの信用の連鎖をユーザが理解してリスクを受け入れる
ことで、サービスに関する責任の線引きをできるようにすることに意味がある。
これの価値がわからないか、面倒だと思う奴は、電子署名とか使わないほうがいいぞ。
JavaWebStartにも、ユーザが手作業でルート証明書をインポートする機能が用意されてある。
ルート証明書を自己署名で作って、安全と思われる経路でユーザに配る方法を、
自前で持っているのなら、Verisignとかに頼らずにこの機能を使うのが普通だと思う。
貧乏かどうかとかは関係無い(企業内で利用する場合とか)。
393:デフォルトの名無しさん
04/11/23 22:04:52
ちなみにJavaWebStartには、証明書の指紋をGUI上で確認する方法が無い。
手作業での証明書の受け渡し・インポートをさせるときに、
内容が本物であることを確かめにくい。PKIとしては不備だ思う。
1.5からのJavaWebStartのアプリケーションマネージャは、
編集→設定→セキュリティ→証明書→詳細 をすると、
cerの中身のバイナリが表示されるようになったので、
この画面をダンプして印刷してユーザに配布しておけば、
代用できるかもしれないけどな。
394:デフォルトの名無しさん
04/11/23 23:06:04
>>393
1.5から多少よくなったのか
ノーチェックだった
さんきゅ
395:デフォルトの名無しさん
04/11/23 23:09:00
>>392
企業内ならWbeStart使わないという手が一番だったけどな
セットアッププログラムでJRE埋め込みとスタートアップ部分作って
ネット経由で肝心の実行プログラムのダウンロード、実行という仕組み作ってる
再発明とかいうな
手間の問題とかJREのバージョン問題とかプログラムの追加と削除で
アンインストールができることとかいろいろあってな
396:デフォルトの名無しさん
04/11/23 23:47:16
>>394
つーか、1.5になってなお、鍵指紋を表示するフィールドが無い、
っていうことをには、わりとガッカリさせられている。
keytoolで鍵を作る過程でも、MD5,SHA1とかは、
フツーに表示されてるのにな…．1.6?に期待、なのかな…。
>>395
セットアッププログラムを配るというのなら、
ネイティブバイナリのインストーラで、
JREインストール+JavaWebStartでのアプリ導入・警告了承済の
構成状態を作ってやるほうが、バージョンアップとか、いろいろ
楽できると思うがな。
397:デフォルトの名無しさん
04/11/24 02:09:16
横道にそれてしまいますが、、、
これからの時代、クライアント上で動くプログラムが
「セキュリティチェックの為に警告ダイアログが出力される」という
動作自体が、便利といわれるか、不便といわれるかで
ニーズが分かれるような気がする。
例えば話ですが、
ウイルスバスターで個人情報保護設定で自分の名前やメールアドレスを
登録しておいたら、意外と不便でした。主に、登録フォーム系のページ
が大体引っかかる。んで、やり直しが発生。
398:デフォルトの名無しさん
04/11/24 02:54:21
まあ月並みだが便利さと安全性のトレードオフだろ。
.NETはどちらかというと便利さに重きをおいていて
Javaはどちらかというと安全性に重きをおいているという話。
399:デフォルトの名無しさん
04/11/24 03:08:24
>>397
そりゃ、Javaのセキュリティサンドボックスの話じゃなくて、
PICSとかP3Pとかの情報の入りと出のポリシの設定とか、
CC/PPとかのcontent negotiation系の技術に関わる話なんじゃないかな。
400:デフォルトの名無しさん
04/11/26 00:00:46
>>397
これからの時代は
セキュアプログラミングに対する意識が高まったことにより
安全性が重要視される。
セキュアプログラミングをしないで
セキュリティホールを作ってしまうと逮捕されてしまうことがあるらしいぞ。
恐ろしいことに。C/C++プログラマはソフトウェア開発で慎重にならなければならない
立場に追いやられてる。
401:デフォルトの名無しさん
04/11/26 00:06:55
問題は何度も何度も警告ダイアログでてきて
ほいほいOK押すもんだから
なんの意味もないということだ
402:デフォルトの名無しさん
04/11/26 00:17:07
もしくはまったく内容を確認せずに寄り付かなくなるかだな
403:デフォルトの名無しさん
04/11/26 21:12:21
java web start起動時のメッセージはかなり引くよ、
まるで全件委譲の誓約書にサインさせられるみたいなんだから。
404:デフォルトの名無しさん
04/11/26 22:36:29
1.5ってどうやって起動させるの？
1.4にあったあのアイコンが無いのですが・・・
405:デフォルトの名無しさん
04/11/27 01:08:18
>>403
そりゃJavaWebStartに限らないよ。
いろいろなソフトウェアをインストールするときに出てくるライセンス文書は、
真面目に読むと、かな～り引くような内容が多いよ。
JavaWebStartのアレは、シロウトが読んでも、リスクがあるということが
ちゃんと理解できるような書き方をしている分だけ、良心的だと俺は思うよ。
まぁ、署名なし・securityなしとのやつと、
署名あり・all-permission,application-client-permissionsのやつとの間で，
何かもうちょっと、資源アクセス権限の許認可を、GUIで対話的にできるような
しくみがあったりしてもいいかなぁ…、とかは思うけどね。
406:405
04/11/27 01:11:38
>>404 まちがえた。
誤 application-client-permissions
正 j2ee-application-client-permissions
407:405
04/11/27 01:17:26
ごめん。こんどは数字をまちがえた。さっきのは404じゃなくて405。
ついでに404に回答すると、
JavaWebStartのアプリケーションマネージャなら、
jreのフォルダの中のjavawsフォルダの中にある、
javaws.exeで起動できるはず。
408:デフォルトの名無しさん
04/11/27 01:31:29
1.5の場合には「Javaアプリケーションキャッシュビューア」と言うらしい。
jre1.5.0\bin\javaws.exe
409:デフォルトの名無しさん
04/11/27 01:39:41
>>405
あれ？でも実際問題として、JavaWebStartで起動したアプリって、
それほどの権限もってるんだっけ？
つまり普通のexe並みの権限を？
410:デフォルトの名無しさん
04/11/27 01:56:48
>>403
警告のデザインをもっと工夫して
わかりやすくすればいいと思うけどな
411:405
04/11/27 02:02:56
すべてのjarに署名して、.jnlpに
<security>
<all-permissions/>
</security>
と書けば、exe並です。
っていうかふつうのJavaアプリケーションと同じ。
412:デフォルトの名無しさん
04/11/27 11:08:54
でもそれだと信頼できないActiveXのアプリを野放しにしているのと同じだからな
アプリケーションの変わりに使うというのならいいのだが
webstartはアプレットのように気軽にブラウザから起動できるので危険極まりない
それならばいったんダウンロードさせて各自の責任においてアプリケーションを起動したほうがまし
413:デフォルトの名無しさん
04/11/27 11:26:07
ダウンロードさせて各自の責任においてアプリケーションを起動
webstartじゃん。
414:デフォルトの名無しさん
04/11/27 11:26:14
>>412
あれ、まさしくその通りなんじゃないんだっけ？＜JavaWebStart
415:414
04/11/27 11:27:23
被った・・・。
秒単位で。
416:デフォルトの名無しさん
04/11/27 11:44:12
AllPermissionで使った場合でも、アプリケーションを配布してインストールさせる
必要がないってところがウリなんだろ。新バージョンをあげとけば、WebStartが
勝手に認識してダウンロードしてくれるし。
417:デフォルトの名無しさん
04/11/27 11:50:01
自分で保存先を選んでウイルススキャンして実行とかできるのにたいして
webstartはリンククリックしたらいきなり起動だからな
ユーザーはしらないでOKOKと押していくよ
アプレットやwebstartはサンドボックスの中でありながら影響のない部分で
アプリを動かせるのだけが強みかと
JNLPAPIみるかぎりアプレットでは制限厳しすぎたと思ってるようだけどね
まぁ野良署名つきがいいと思うのならActiveXでもいいしアプレットでもいいけどな
418:デフォルトの名無しさん
04/11/27 11:54:57
WebStartはベターアプレットを目指してるだけだから
JNLPAPIによるサンドボックス内の緩和とキャッシュ制御だけだと思うがな
基本的に署名はベリサインと握手せんといかん
419:デフォルトの名無しさん
04/11/27 11:55:41
ダウンロード＆実行と比べれば、どうでもいい話だな。
420:デフォルトの名無しさん
04/11/27 12:07:37
ワンクッションおくというのがいいという場合もある
あとはリソース読み込みがなぜかうまくいかないライブラリもそれなりにある
JavaSoundとか変な動きするのがちらほらと
421:デフォルトの名無しさん
04/11/27 12:37:41
ああインターネット配布を想定してたのか。なるほどね。
おれは企業内で社内アプリとか配布するのを想定してたから、
「ウイルス汚染されたもんを配布サーバに置いたらクビもんだろ」
とか思ってしまったよ。
422:デフォルトの名無しさん
04/11/27 16:04:53
JavaWebStartではendorsed mechanismが使えないから、
JRE同梱のXalan2のバグとかを回避できなくて、泣いた。
423:デフォルトの名無しさん
04/11/28 15:24:47
>>418
別に自前署名でも問題ないぞ。DLL使いたいがためにVerisign使うバカはいない。
ってか、Mustangのネタはどうなった。個人的にはJVMの共有が気になる。
JVM起動のフットプリントがさらに下がるわけだし。
Acrobatの常駐プロセスのっけてるのに気がつかんようなやつなら
「Java速くなった」って単純に喜べるようになるでしょ？
424:デフォルトの名無しさん
04/11/28 15:47:00
自前じゃ警告がなぁ
社内システムとかならそれでいいかもしれんが
425:デフォルトの名無しさん
04/11/28 20:40:55
いつでも安全にローカルディスク上から取り除く為の仕掛けを各プログラムによ
らないセントラルなシステムとしてJava自身(JavaVM？)が持つ。
そして、警告は実行時に逐次ポップアップしてユーザーに許可を問う。
例えば、ローカルディスクから読み出しを行う場合、「警告：～がローカルディス
ク上のファイル××に対する読み出し権限を要求しています。許可しますか？」
といった具合。
ここでの許可不許可は全てセントラルなシステムに記録され、いつでもユーザー
によって変更する事ができるものとする。
こうなってれば俺としては安心して使えるんだが、どうだろう？
426:デフォルトの名無しさん
04/11/28 20:49:01
署名なしのJNLPAPIがほぼそれだけど？
427:デフォルトの名無しさん
04/11/28 21:26:25
>>426
あれ？そうなの？
どこかのスレにサンプルとして貼られてたURLをクリックしたら
最初に全ての権限を要求されたけど？
これだと、完全拒絶か完全黙認かの二択しかない。
あと、これってどこからアンインストールできるのか分からん。
真面目に調べれば直ぐにみつかる事なのかもしれないけど
大して邪魔にもならんから放ってる。
ただ第三者に自分が提供する場合を考えると、もうちょっとど
うにかならんか？と思う。
428:デフォルトの名無しさん
04/11/28 21:38:13
そりゃサンプルが全権限を要求したからだろうなあ。全権限要求するアプリには、
最初に警告がでる。
言ってるのは、ファイルとかにアクセスするたびに「許可しますか？」と聞いてきて、
許可したら、許可したってことを覚えておくってこと？
そうだとしたら、ちょっとうっとうしくないかな？
それよりはJNLPみたいに、ファイルＡには読み書き、ファイルＢには読み込みのみ、
開けるソケットは何番から何番、と一括で制御できるほうが。
429:デフォルトの名無しさん
04/11/28 21:43:24
全権要求は一般的なWebstartとはいえん
自分で適当にサンプル作ってやってみればわかる
プリンタ使うときやファイルの保存やロードのダイアログを出す直前に
確認のダイアログが出る
次からもこのダイアログを出すかどうかのチェックボックスもでる
ただし、アプリ終了したら次回もまた確認の画面はでるが
JNLPAPIの実装でやってるんだろうね
VMがずっと見張っているというのは厳しいからね
430:デフォルトの名無しさん
04/11/28 22:03:26
>>428
>言ってるのは、ファイルとかにアクセスするたびに「許可しますか？」と聞いてきて、
>許可したら、許可したってことを覚えておくってこと？
そう、とりあえず実行してみて、信用するか否かは動作を見ながら決める。
そして、許可した権限は何時でも好きな時に一覧として閲覧したり変更したりでき
ると、そんな感じ。
自分とこの看板に自信がある人なら、最初に全権を要求するとか、読み込みに関
するフリーパスを要求しても大丈夫だろうけど、そうでない(例えば、2ch発の名無
しさんアプリだったり？した)場合に、最初から敬遠されてしまっては意味がないか
ら、段階的に少しずつ要求したい(＆してほしい)。
勿論、最初にある程度纏まった要求を出す事＊も＊できていいと思う。
個別に毎回というのは、あくまで＋αとしてって事で
431:デフォルトの名無しさん
04/11/28 22:10:12
>>429
げっ、すれ違ったorz
個別に要求を出す事はできるのか・・・・・・
それじゃあ後は覚えててくれて、一覧で確認できて、それを変更する事も
できて、嫌になったら何時でも放り出せる様になってれば十分。
ダイアログが出せるなら、一覧から過去に要求を問うた事があるか否か
を調べて、ないならダイアログを出し、あるならその時に設定されたフラ
グを元に動作を決定すればいいだけだから、やろうと思えばやれると思
う。
432:デフォルトの名無しさん
04/11/29 09:50:59
まとめるとこんな感じであってますか？
■署名なし
JNLP APIでのみ、ローカルリソースにアクセス可能。
アクセス開始時に確認ダイアログがでて、以後は許可とすることができるが、
起動しなおすとまた確認ダイアログがでるのでうざい。
■自己署名
all-permissionにして、通常のJavaアプリとして操作可能。
1回目の起動時のみ、確認ダイアログが表示される。
「この証明書の信頼性を検証できません」というキツイメッセージ。
■Verisignで署名
all-permissionにして、通常のJavaアプリとして操作可能。
1回目の起動時のみ、確認ダイアログが表示される。
自己署名よりもやさしいメッセージ。
■自己署名の証明書をルート証明書としてインストール
Verisignで署名したのと同じような表示。
証明書の安全な配布・インストール方法が必要なので面倒。
1.5より前は、証明書の指紋をGUI上で確認する方法が無いので、
インストールした証明書が本物かどうか確認できない。
433:デフォルトの名無しさん
04/11/29 11:19:53
>>432
乙！
だいたい、いいんじゃない。
all-permission じゃなくて all-permissions だけどな。
ちなみに俺は all-permissions と j2ee-application-client-permissions の
違いがよくわからん。教えてエロイ人。
434:デフォルトの名無しさん
04/11/29 11:32:56
webstartスレかと思うくらいの流れだが
6.0の話題はまったくないな
5.0も変更が大きすぎて今まで以上に以降が進んでいないように見える
435:デフォルトの名無しさん
04/11/29 14:05:04
6.0によるJVM共有の意義は、サーバ側Javaよりもむしろ、
クライアント側Javaのほうにある、ってことだろ。
そういう意味で、JavaWebStartを話題にするのは、
それなりに主旨に合ってると思うぞ。
436:デフォルトの名無しさん
04/11/29 14:37:15
MustangかDolphineかで、入るとか入らないとか言われている、
JDICについて貼っときます。
URLﾘﾝｸ(jdic.dev.java.net)
The JDesktop Integration Components (JDIC) project aims to make Java
technology-based applications ("Java applications") first-class citizens of
current desktop platforms without sacrificing platform independence.
JDIC provides Java applications with access to facilities provided by the native
desktop such as the mailer, the browser, and registered document viewing
applications. Additionally it provides the mechanisms by which Java applications
can integrate into the native desktop such as registering Java applications as
document viewers on the desktop, creating tray icons on the desktop, and
creating installer packages.
JDIC consists of a collection of Java packages (JDIC API), all with the package
name prefix org.jdesktop.jdic, and a JNLP application packaging tool (JDIC
Packager).
つーわけで、これもJNLPでdeployされるわけだ。
437:デフォルトの名無しさん
04/11/29 14:57:44
>>428,429
URLﾘﾝｸ(java.sun.com)
の、FileOpenServiceとかFileSaveServiceを見てくれ。
JNLPでは、どのファイルを開く・どのファイルに保存するかは
ユーザが選ぶするから安全、という考え方をするようだ。
よって、「他のプロセスが作ったディレクトリ/ファイルを共有して、
ディレクトリ単位での処理をする」というようなプログラムが書けない
ことになる(署名が必要になる。ちょっと不便。JNLP APIが改訂されないかな…)。
署名無しでクライアントローカルに永続データを作って、
アプリケーション間で共有して読み書きしたければ、
PersistenceServiceを使え、ということらしい。
438:デフォルトの名無しさん
04/11/29 19:13:54
javaws が CUIで使えるようになったらいいのになぁ・・・ってこういうの1.6ではどうでしょう。
439:デフォルトの名無しさん
04/11/29 21:27:17
>>437
429だけどなんで参照されたのかわからんが、当たり前のことかかれても
ユーザーで選択するから安全ってのはＷｅｂｓｔａｒｔが標準添付される前から
やってきた俺にとっては当たり前というか、まずはそこを解決したかったのが
ＷｅｂＳｔａｒｔという感じだが
440:デフォルトの名無しさん
04/11/29 23:11:45
>>439 なんか誤解させてしまってスマソ。
ようは、JNLP APIの、FileOpenServiceとかFileSaveServiceは、
JFileChooser#setFileSelectionModeメソッドでFILES_ONLYにした場合の
JFileChooserに相当する機能しか使えないけど、
DIRECTORIES_ONLYやFILES_AND_DIRECTORIESの機能も使いたい、ってこと。
java.io.Fileというクラスには、
javax.naming.Binding的な機能と、
javax.naming.Context的な機能などが，
いろいろに混ざっている。
で、これに対して、
javax.jnlp.FileContentsというクラスは、
javax.naming.Binding的な機能に相当するクラスとして作られている。
javax.naming.Context的な機能は取り除かれている。
java.io.Fileを生で使わせるのは危ないっていうのはわかる。
でも本当に危ないのは、
・java.io.Fileのコンストラクタが呼び出せる
・java.io.File#getParentが使える
の2点に限られるんじゃないのかなぁ？
javax.jnlp.FileOpenServiceやjavax.jnlp.FileSaveServiceから
ユーザの自己責任で生成されたオブジェクトに対して使うんだから、
javax.naming.Context的な機能も使わせてくれよ、って俺は思うんだよ。
つーわけで、javax.jnlp.FileContentsのサブクラスとして
javax.jnlp.FileContextなんていうのが作られることを1.6ではキボンヌ。
441:439
04/11/29 23:14:31
ああ、了解了解
ところで次のやつは6.0だよな？
内部バージョンも次からは6.0と聞いたが
442:440
04/11/29 23:14:57
ごめん、FileContents はインターフェイスだった。
443:デフォルトの名無しさん
04/12/01 01:03:40
内部バージョンって System.getProperty("java.version") とかで取れる奴の事？
444:デフォルトの名無しさん
04/12/05 16:46:03
public class Binder2nd<_Arg1, _Arg2, _Result, _Operation extends BinaryFunction<_Arg1, _Arg2 , _Result>>
implements UnaryFunction<_Arg1, _Result> {
protected _Operation op;
protected _Arg2 y;
public Binder2nd(_Operation __op, _Arg2 __y) {
op = __op;
y = __y;
}
public _Result execute(_Arg1 __x) {
return op.execute(__x, y);
}
public static <_A1, _A2, _R>
Binder2nd<_A1, _A2, _R, BinaryFunction<_A1, _A2, _R>> make(BinaryFunction<_A1, _A2, _R> __fn, _A2 __y) {
return new Binder2nd<_A1, _A2, _R, BinaryFunction<_A1, _A2, _R>>(__fn, __y);
}
}
これはもうJAVAじゃないな
445:デフォルトの名無しさん
05/02/27 09:12:59
期待あげ
6.0仕様公開らしいよ
URLﾘﾝｸ(jcp.org)
446:デフォルトの名無しさん
05/02/27 14:42:50
jsr203 NIO2入れて欲しかったなぁ。。。
447:デフォルトの名無しさん
05/02/27 15:48:03
6.0のソースコードgets.
このソースコード、ほんとにJVM入ってるの？
448:デフォルトの名無しさん
05/02/27 16:10:20
>>446
なんができるの？
449:デフォルトの名無しさん
05/02/27 18:34:01
NIOはネットワークソケット周りにＯＳのnon-blockingアクセスを使えるようにして高速化した。
メモリバッファをJVM内ではなくＯＳのネイティブなメモリ空間を使用したりするなど、なかなか
いい感じだった。
だけどNon-blocking I/Oはソケットにしかつかえないという制限もあった。メモリマップ・ファイル
とか意欲的な取り組みもあったけど、やはりキモはSocketのNon-blocking I/Oだった。
NIO2はファイル周りにも手を付けて、ＯＳの非同期ファイルアクセス機能を取り入れたり、
ファイル属性を扱えるようにしたり、NIOで未実装となったものも実装しちゃうぞ、となかな
か面白い試みで、実はJSRとしてあげられた段階では 1.5 Tigerに入れる、とか書いてた。
実際VoteもMacromedia以外はＯＫ出してるんだけど、6.0にも乗らないのかよ...
450:デフォルトの名無しさん
05/02/27 19:27:13
そうなのか。
いまさらNIOの質問だけど、NIOのメモリバッファって、JVMの設定とは別にメモリが使えることになるのかな。
451:デフォルトの名無しさん
05/02/27 19:31:55
allocateDirect()で確保されたバッファは、JVMのヒープじゃなくて、
プラットフォームのネイティブなメモリ空間として確保されるから、関係なかったはず。
ごめんソースが出せない...
452:デフォルトの名無しさん
05/02/27 19:47:32
サンクス。
なんとなく巨大なメモリが必要なときにつかえそうだってことがわかった。
453:デフォルトの名無しさん
05/02/27 22:12:08
>>450
ほとんどのケースで NIO 使わんほうが
効率いいけどな。
454:デフォルトの名無しさん
05/02/27 23:02:05
NIOというと
New I/Oと勘違いしそうだ
455:デフォルトの名無しさん
05/02/27 23:06:25
NIOっていったらNew I/Oじゃん。
456:デフォルトの名無しさん
05/02/27 23:16:59
Nice I/Oに決まってる。
457:デフォルトの名無しさん
05/02/28 00:01:07
>>454
天然？
458:デフォルトの名無しさん
05/02/28 00:08:51
Neo I/O
459:デフォルトの名無しさん
05/02/28 04:48:47
トリニティ助けてー
460:デフォルトの名無しさん
05/02/28 23:14:14
6.0のソースコード解読はムズい。
コメントが少なすぎてわけわからんよ
461:デフォルトの名無しさん
05/03/01 09:33:44
Non-blocking I/O
と
New I/O
New I/Oのパッケージ名が
java.nio
なら
Non-blocking I/O
は
java.nbio
になる？
462:デフォルトの名無しさん
05/03/01 21:00:49
Non-blocking I/OはNew I/Oの一機能にすぎんぞ。
だからjava.nio.channel.SocketChannelでサポートされてる。
463:デフォルトの名無しさん
05/03/04 17:47:39
URLﾘﾝｸ(bugs.sun.com)
上記のは Evaluation に書いてあるんだけど、
ディスクの空きスペースを取得するAPIはMustangに追加されるみたい。
464:デフォルトの名無しさん
05/03/05 12:01:05
DirectByteBufferってJNI側で確保したメモリ領域をJavaから使えるようにするために用意したとしか思えん
465:デフォルトの名無しさん
05/03/09 01:45:35
ファイラー書いてるんで、お願いだから属性の取得、設定を追加して欲しい・・・
466:デフォルトの名無しさん
05/03/09 01:46:37
ごめん、ファイルの属性ね。
467:デフォルトの名無しさん
05/03/09 13:03:31
>>465
jconfig使えってのが定番の答えだねぇ。
JDICとかに要望出してみれば？
468:465
05/03/11 00:59:24
JConfigはフリーじゃないのが痛いけど、品質が確かなら
採用する価値ありそうだね。
JDICにも要望出してみるよ。
ありがとう。
469:デフォルトの名無しさん
05/03/14 04:40:57
そういやJDICってMustangに入るって噂あったけど入らないことに決まったの？
P.S. そろそろ Dolphine のスレたたないのかな？
470:デフォルトの名無しさん
05/03/23 23:13:17
>>469
入らないってのはどっから出てきた話？
471:469
05/03/25 04:56:37
お、生きてた。このスレ。
>>470
いや、2月にMustangの仕様がJSRに上がったけど
URLﾘﾝｸ(jcp.org)
英語を読む体力と根性がなくて・・・
472:デフォルトの名無しさん
05/03/25 10:17:39
>>471
JDIC自体がJSRに入ってないプロジェクトだったような。
473:デフォルトの名無しさん
05/04/03 23:55:46
1.6 てどう変わったの？
474:デフォルトの名無しさん
05/04/04 01:35:20
過去形ですかっΣΣ(ﾟдﾟlll)
475:デフォルトの名無しさん
05/04/04 01:52:58
>>473
今のクラスキャッシュ共有を推し進めて
ＶＭインスタンスの共有が行われるとか聞いた気がする。
System.exit() 問題にどう対応してるか見もの。
476:デフォルトの名無しさん
05/04/04 05:26:06
単純にOSのようになるだけじゃね？
477:デフォルトの名無しさん
05/04/04 05:32:17
>>475
それって、Sunの実装の話ではなくて、VM仕様の話として決まることなのかな？
478:デフォルトの名無しさん
05/04/04 12:11:41
これって下位互換どーなのよ？
最近、虎でたばっかなのに。
479:デフォルトの名無しさん
05/04/04 13:43:40
>>477
実装の話でしょ？
仕様でどうやって定義するんだ？
480:デフォルトの名無しさん
05/04/04 15:32:38
>>479
クラスローダーの仕様が変わるとかさ。
1.6(6.0)でどうかわるかっていう話が、仕様の話か実装も含めた話か、確認したかっただけ。
481:デフォルトの名無しさん
05/04/06 15:05:32
>>480
VM仕様はちゃんと精読しとらんけど、一部かわるかも。
どちらかと言うと今まで厳密に決まっていたものが
「実装依存」とか「未定義」に格下げされる方向で
仕様が書き換わる事があるのでは、と予測。
482:デフォルトの名無しさん
05/04/10 20:22:26
クライアントに本気で侵攻するなら、
いい加減SWingを諦めてSWTを標準に…。
483:デフォルトの名無しさん
05/04/10 20:27:16
Javaはもうインターフェイスだけにして後はすべてJNIで実装しろ
484:デフォルトの名無しさん
05/04/10 20:40:35
>>482
SWTが諦められてしまいましたが。
485:デフォルトの名無しさん
05/04/11 02:05:29
>>483
なんでわざわざ遅くなるやり方にするんだ？
486:デフォルトの名無しさん
05/04/13 01:09:13
>>482
eclipseを追っかけてたらそんなことはいえないだろ・・・
NetBeanの方がいつのまにか軽くなってるし
>>481
System.exit() がdeprecatedになって別のアプリ終了手段が用意されるに1票。
もしくはdeprecatedがなくとも、exit()はパーミションを持ったクラス(システムクラス)だけが
実行できるようになるのかなと予想。
487:デフォルトの名無しさん
05/04/13 01:24:09
＞eclipseを追っかけてたらそんなことはいえないだろ・・・
＞NetBeanの方がいつのまにか軽くなってるし
まじ？
488:デフォルトの名無しさん
05/04/13 01:46:53
Netbeansはたしかに軽いよ。
489:デフォルトの名無しさん
05/04/13 10:34:37
>>487
ま、ツールもなく資料もなく経験者もいないというデメリットに目をつぶって採用するメリットはまったくなくなった。
490:デフォルトの名無しさん
05/04/13 14:20:46
MustangはGroovyのためのプラットフォームになります。間違いない。
491:デフォルトの名無しさん
05/04/13 15:28:34
Groovyはやめて欲しい。。
492:デフォルトの名無しさん
05/04/13 16:39:53
オレも。
Groovy早めて欲しい。
493:デフォルトの名無しさん
05/04/13 18:32:32
Groovy…… 仕様固まったらやってみよう。
BSF対応してんだっけ？
494:デフォルトの名無しさん
05/04/13 23:01:47
Netbeansのアプリケーションサーバとの連携機能は神懸かり的にすばらしいと
思うけどなあ。
HTTPモニタがいいね。あとprofilerとかね。NetbeansだけでEJB作成（ウィザードで
選択してったら、リモートインターフェースとか配備記述子とか全部作ってくれる）や
サーブレット作成（New Servletを選んで必要項目を入力したら、クラスファイルの
ひな形を作った上でweb.xmlにサーブレット定義を挿入する）とかがデフォルトで
サポートされているところも結構いいと思う。
まあ仕事ではEclipseだが....
495:デフォルトの名無しさん
05/04/13 23:21:38
>>494
4.1はまだ正式版でてないよね？
EclipseもいいものだけどEclipseしか使ったこと無くてNetBeansけなすやつら多すぎ
あとはJBuilderのような親切な画面がほしい
そのへんはEclipseもNetBeansもまだまだ
496:デフォルトの名無しさん
05/04/14 02:59:44
Eclipseは、まだまだというか、いつまでたっても無理だろ。
JBuilderは結構な金取るわけだから、親切な画面くらいはないとね。
NetBeansはSunも本腰入れ始めたし、これから期待だ。
497:デフォルトの名無しさん
05/04/14 07:38:36
>>491-492はスルーかい
498:デフォルトの名無しさん
05/04/14 11:58:13
突っ込んだ方がいい？
499:デフォルトの名無しさん
05/04/14 13:21:39
突っ込んでみよう。
Groovy、「未完成」「コマンド名が長い」以外にマズーな部分て何?
500:デフォルトの名無しさん
05/04/14 13:27:05
497が突っ込んで欲しいのは、そういうまじめなところじゃないと思われ。
501:デフォルトの名無しさん
05/04/22 12:53:51
URLﾘﾝｸ(java.sun.com)
Improve Windows Look and Feel
Use Microsoft's API for rendering portions of components.
Make sure each of the components look and behave correctly.
Ensure Swing's Windows look and feel looks good on Longhorn.
JTable sorting, filtering and highlighting
More/better graphics hardware acceleration on Windows
Improved text quality and capabilities
Japanese calendar support
Pop-up splash screen at beginning of Java startup
API to add a Java application to a system's app-launching panel/toolbar
Deployment Helper Browser Controls on Windows
このあたりが注目ポイントかな。
JWS の話が結構盛り上がってるね。
アプリケーションを exe にするときは、これが便利そう↓
URLﾘﾝｸ(www.paw.hi-ho.ne.jp)
502:デフォルトの名無しさん
05/04/22 17:03:49
> Pop-up splash screen at beginning of Java startup
> API to add a Java application to a system's app-launching panel/toolbar
この辺がJDICの成果物かな？
503:デフォルトの名無しさん
05/04/24 20:32:19
JWSなら、CUIの起動にも使えるようにして欲しい。
サーバ側も保守が楽になるから。
504:デフォルトの名無しさん
05/04/25 00:02:32
「分離」機能って、.NETのアプリケーションドメインのこと？
505:デフォルトの名無しさん
05/04/25 19:26:11
>>468
JDICに ファイル属性にアクセスするAPIの追加が提案されてる。
URLﾘﾝｸ(www.javadesktop.org)
あとは、ファイルシステムのイベントも取れるように考えてるらしい。
WindowsはそーゆーAPIネイティブで持ってるけど、
posixってそーゆーAPI持ってたっけか？
506:デフォルトの名無しさん
05/04/28 16:47:36
あまり知らない者の単純な疑問だけど、Javaって将来性あるの？
バージョンアップするたびにJVMはますます重くなるし、いまどき、
アプレットなんてJVMが起動するだけで半分くらいのPCが固まってしまうから、
気の利いたホームページはみんなFLASH使ってるし。
サーバー上では、スピードからいったら、Perlにまるっきし叶わないし、
別にC++で書いてもいいわけだし、ポータビリティーなんて大騒ぎしていた
けど、JVMの走るプラットフォームには、大抵Linuxが走るし、
何がいいのかわからない。
おまけに、Sunが1人で管理しようという姿勢が気に食わない。オープン
ソースにしたら、もっと改善されていくと思うのに・・・
507:デフォルトの名無しさん
05/04/28 17:43:31
>>506
無知蒙昧とはお前のことだー
508:デフォルトの名無しさん
05/04/28 17:56:39
>>507
構って君の相手をすんじゃねー
509:デフォルトの名無しさん
05/04/28 18:26:03
Appletそれ自体にはまだまだ使い道があると思うんだけど、WinXP SP2を
除けば大概のWindowsマシン上ではMS製JavaVMが動いてる。
こいつが困りもんなんだよな。
Applet側の要求に従って、利用するVMを動的に切り替えられるといいん
だけどな。
て言うか、ローカルディスクの残り容量を取得するAPIの追加マダー？
510:デフォルトの名無しさん
05/04/28 20:42:28
6.0はデスクトップに狙いが定まっているよな感じだね
511:デフォルトの名無しさん
05/04/28 20:59:26
>>506
学生？
512:デフォルトの名無しさん
05/04/28 21:07:40
あまりにも見事な釣りなのでレスするのもためらってしまう>>506
＞サーバー上では、スピードからいったら、Perlにまるっきし叶わないし、
このへんが秀逸ですな
513:デフォルトの名無しさん
05/04/28 21:12:33
大槻ケンヂがいるな
514:デフォルトの名無しさん
05/04/28 21:58:14
> 別にC++で書いてもいいわけだし
アセンブリで書いてもいいよ。
515:デフォルトの名無しさん
05/04/28 22:45:44
いや、真のプログラマならマシン命令を二進数で直打ちだろう。
516:デフォルトの名無しさん
05/04/28 23:31:44
>>513
気付いた人がいたーよ
517:真のプログラマ
05/04/29 05:45:37
>>515
俺のPCはキーボードなんて無いぞ。
2進法直打ち用のトグルスイッチが横一列に64個ならんどる。
これで64ビットプログラミングもチョチョイのチョイだ。
Javaなんてのは鼻垂らしの道具だな。
518:デフォルトの名無しさん
05/04/29 12:39:32
64個もスイッチがあれば、アルファベットの入力に支障はないが。
519:デフォルトの名無しさん
05/04/30 04:49:23
>>516
詳しく
520:デフォルトの名無しさん
05/04/30 13:52:01
>>519
お前は無知だ。
無知だ、無知だ、無知だ。
無知蒙昧とはお前のことだ。
521:デフォルトの名無しさん
05/05/03 02:02:08
>>509
そういや、俺のよく行くチャットサイトは、MSJavaじゃないと動かない。
>>520
あのー、大丈夫ですか？
522:デフォルトの名無しさん
05/05/03 02:04:19
バージョンアップ早杉。
523:デフォルトの名無しさん
05/05/03 02:45:53
むしろ遅すぎのような
524:デフォルトの名無しさん
05/05/03 04:33:04
>>521
流れ嫁
525:デフォルトの名無しさん
05/05/03 08:39:41
>>522
FORTRANに比べれば、早いね。
526:デフォルトの名無しさん
05/05/03 18:02:04
言語仕様だけじゃなくVMというものがある以上
OSのバージョンアップみたいなものだからな
時代に合わせて最適化等していくわけだし仕方あるまい
527:469
05/05/03 18:03:18
URLﾘﾝｸ(weblogs.java.net)
自レスだけど、MustangとJDICの絡みのドキュメソト見つけたから貼っとく。
>>506
URLﾘﾝｸ(shootout.alioth.debian.org)
なんか、JavaってPerlよりスコアいいらしいよ。
# ああ、スレ賑やかしの為だけにレスってしまたorz
528:デフォルトの名無しさん
05/05/03 18:34:19
C/C++>>Java>>Tcl>>Perl>>Python>>>>>>>Ruby
Javaの次にTclがハイスコアｗｗｗﾜﾛｽ
俺Tcl大好きｗｗｗ超ウレシイｗｗ
529:デフォルトの名無しさん
05/05/03 18:48:18
>>527
厨に燃料投下するのは止めてﾎｽｨ
530:デフォルトの名無しさん
05/05/06 10:13:54
>>506
絶対悪い口言われないからPHPにしときな
531:デフォルトの名無しさん
05/05/06 10:48:53
とりあえず日本語の練習してこい、と。
532:デフォルトの名無しさん
05/05/06 11:28:10
おまけに遅レスだし
533:デフォルトの名無しさん
05/05/06 11:37:22
>>530
今、気の利いたホームページを作ってるのでFLASH使ってるんですが、PHPにするにはどうしたらいいですか？
534:デフォルトの名無しさん
05/05/06 11:54:49
>>528-533（>>527の下半分も）
Mustangの話題じゃないなら別のスレでやれ。
535:527
05/05/08 09:00:09
>>534
はーい。(でも、別にわざわざする気は無いけど)
で、>>534 は何かMustangの話題提供してくれへんのかなー？
URLﾘﾝｸ(weblogs.java.net)
VRAMの利用と、専用チップに処理を振る並行処理もJava2Dに入ってくるらしい。
これって、ほんとにデスクトップアプリケーションで実用ソフト増えそうだね。
でも、個人的にはデスクトップで実用的に使うには
プロセス名が「javaw.exe」以外で見えるようになってくれるのが一番欲しい機能。
windowsならexewrapとか使えばなんとかなるけど、unix系だと全部javaだから引数見ないとわかんないのよねぇ。
windowsでファイアウォールルール書くときも困るし。
ネイティブコマンドラッパの作成標準ツールも欲しい、と。
536:デフォルトの名無しさん
05/05/08 09:21:58
まとめサイトまだ？
537:デフォルトの名無しさん
05/05/08 10:39:34
> プロセス名が「javaw.exe」以外で見えるようになってくれるのが一番欲しい機能。
自分でコード書いて、Mustangに寄贈してくれ。
538:デフォルトの名無しさん
05/05/08 11:26:30
>>527
>>501-502 で既出の内容、と。
539:デフォルトの名無しさん
05/05/08 11:27:44
>>535
ほれ。
URLﾘﾝｸ(weblogs.java.net)
JWSのセキュリティ警告のダイアログを刷新するんだってさ。
あと、話題捏造しなくて良いから。
540:デフォルトの名無しさん
05/05/09 18:14:12
これって Mustang には入らないんだっけ？
URLﾘﾝｸ(jdic.dev.java.net)
org.jdesktop.jdic.fileutil.FileUtil のインターフェイス（仮）だそうで。
getFreeSpace の戻り値が BigInteger になってるねぇ……
long で足りなくなる事って当分無いと思うんだけど。
あと、Solaris と Mac OS X での協力募集中だって。
URLﾘﾝｸ(www.javadesktop.org)
541:デフォルトの名無しさん
05/05/11 04:06:27
>>535
argv[0]にクラス名でも放り込んでexecするよーなwrapperがあればとりあえず何とか。>UNIX系の場合
542:デフォルトの名無しさん
05/05/14 00:14:26
シンボリックリンクで何とかならんのかｗ >> プロセス名
543:デフォルトの名無しさん
05/05/17 05:42:36
とうとう、SnapshotでJudeが動かなくなっちまった。
しかたねえ、5.0で動かすか。
544:デフォルトの名無しさん
05/06/07 05:34:13
Mustang の b39のリリース差分のドキュメント見てたら
＞Provide a writer plug-in for the GIF file format
と。ようやくGIF対応らしい。
545:デフォルトの名無しさん
05/06/19 03:30:55
もうPNGでいいよ…
546:デフォルトの名無しさん
05/06/19 20:44:30
いちおう貼ってみるテスト
URLﾘﾝｸ(java.sun.com)
547:デフォルトの名無しさん
05/06/20 00:29:02
あの、ネットワークには強いっていうか、Javaは向いてると
思うんですが、
HTML3.2しか対応してないってのはどういうことですか？？？
J2SE1.6では対応するんでしょうか？
548:デフォルトの名無しさん
05/06/20 00:44:39
JavaというかSwingの話か
ブラウザ開発はそれだけでもかなりの労力がかかるからねぇ
ブラウザを起動して南下させるのが無難
でも、Swingはコンポーネントの描画にHTMLつかえるのらくちんだよ
ラベルとかも2行に表示したかったら<br>とかつかえるし
549:デフォルトの名無しさん
05/06/20 05:45:40
>>547
ちなみに、HTML3.2しか対応して無いと不都合な事って具体的に何？
あと、JDIC で IE やら Mozilla やらのネイテイブのブラウザコンポーネントを
使えるように頑張ってるからそっちを使えば？
550:デフォルトの名無しさん
05/06/20 12:33:13
>>505
亀レスだが、POSIX.1b real time signalに、
I/O eventsをsignalで知らせる仕様がある。
fcntl(2)のF_SETSIGの機構と同じ。
むしろファイル属性の方が、
OSによって全く違うフレームワーク、スキーマなので問題が多いと思う。
例えばファイルタイプやアクセスコントロール。
551:デフォルトの名無しさん
05/06/27 21:19:14
あげまして
552:デフォルトの名無しさん
05/06/27 23:00:12
さてそろそろ、今年のJavaOne基調講演が始まるわけだが。
これまで参加したヒトはいます？
553:デフォルトの名無しさん
05/06/27 23:51:52
参加費用が高すぎてムリポ
学生にはつらい額
554:デフォルトの名無しさん
05/06/28 01:07:19
費用と英語の高い壁が．．．orz
今年もさくらばさんのJavaOne Reportsに期待
555:デフォルトの名無しさん
05/08/11 13:48:52
おい、JDK6.0最新開発バージョンで、Genricsの実行速度が向上しているぞ。
本来、Genricsを用いたコードでは、キャスト可能であるかをチェックするコードを、
Hostspotコンパイラが除去できるはずなのだが、JDK1.5では不十分であったように思う。
この試したバージョンでは、直接１つの型専用に書いた場合と、Genrics汎用クラスに型指定をした場合と
実行スピードが同じになっているぞ。
556:デフォルトの名無しさん
05/08/13 15:11:11
そもそも、キャストってどれくらいのオーバーヘッドになるのだろうかという素朴な疑問。
557:デフォルトの名無しさん
05/08/13 16:25:53
ダウンキャストがオーバヘッドに
なることは間違いないだろ。
Genericsを使えばあらかじめクラスが定められているんだし。
ダウンキャストはまずクラスを検索するだろ。
サブクラスが複数有ればそれだけ検索に時間がかかる。
すまんがよくしらんので適当に言ってみた。
EclipseのByteCode OutLineプラグインを
使えば何かわかるかもしれぬ
558:デフォルトの名無しさん
05/08/13 16:38:17
よくわからんがパフォーマンスが上がるのは良いことだ。
Generics 使ったこと無いけど。
559:デフォルトの名無しさん
05/08/13 17:02:32
>>556
性能にひびく部分は普通はコンパイルされて実行されるので、
機械語レベルで考える必要があって単純ではないが、オーバ
ヘッドは0じゃない。
Genericsが使えるような場面では、頻出の型をキャッシュする
などの最適化の結果、それぞれの文脈で、よくある型のキャス
トはポインタ比較+(分岐予測がほぼ当たる)条件分岐で済むの
で、CPUのパイプラインも乱れず、実行ユニットが有り余る近年
のスーパスカラCPUではミクロな視点では影響がないと言っても
良い。しかし、当たるべき分岐予測を理論通りに当てられる分
岐の数にはCPUの実装による制限があるので、マクロの視点
では影響がある。
560:デフォルトの名無しさん
05/08/16 01:55:33
>>557
キャストにコストがかかるのはいいとして、
Generics使って書く部分はキャストが無いように書ける部分ですよね？
だから、省略されるのは型チェックだけなんでは？
Genericsでも、サブクラス判定は入るだろうし。
561:デフォルトの名無しさん
05/08/16 14:10:31
サブクラスでないものを突っ込むコードを書いても、
コンパイル時にエラーとなり実行できないと思うが。
562:デフォルトの名無しさん
05/08/16 16:49:37
Σ(ﾟдﾟlll) あ、・・・・・・・
・・・・・・・・・・・・・・・⊂⌒~⊃｡Д｡)⊃
563:デフォルトの名無しさん
05/08/17 23:39:56
URLﾘﾝｸ(pcweb.mycom.co.jp)
564:デフォルトの名無しさん
05/08/19 12:46:36
>>563
どれもアノテーションをふんだんに利用しているな。
個人的にはSwing機能のUPとJava Web Startの改良に期待。
JWSはセキュリティの強化よりもあの警告をもう少しやんわりしたのにして欲しいよ。
565:デフォルトの名無しさん
05/08/19 17:03:51
javawsは-importオプションがバグバグなのを、なんとかしてほしいな。
コード署名用の証明書が自己署名のときの警告については、仕方がないだろう。
ちなみに貧乏人は、これ↓を試すと、あるいは幸せになれるかも。
URLﾘﾝｸ(www.crionics.com)
566:デフォルトの名無しさん
05/08/19 18:04:24
日本語フォント太字・・・
567:デフォルトの名無しさん
05/08/19 18:14:36
>>565
bold って Tiger でずいぶんマシになったと思うけど。
568:567
05/08/19 18:15:17
×>>565 ○>>566 だった。
569:デフォルトの名無しさん
05/08/19 18:31:46
>>568
え、変わったの？
相変わらずホラー調で困ってるんだけど・・・・
URLﾘﾝｸ(uper.on.pc1.jp)
570:デフォルトの名無しさん
05/08/19 18:49:26
>>569
もしかしてpeercast用のツールですか？
571:デフォルトの名無しさん
05/08/19 19:03:48
>>569
1.4.1 の出力と比べてみれば変わってるのがわかると思うよ。
1.4.2 は Tiger と似た出力になってる……
元からだったか、Tiger からバックポートされたのかわからんけど。
572:デフォルトの名無しさん
05/08/19 19:35:53
>>570
少し違うけど似たような用途の物です
>>571
まだまだ汚くて読めないよ
バージョン上がる度に期待しては裏切られ・・・
573:デフォルトの名無しさん
05/08/19 21:34:24
Mustang＋Windows Vistaあたりで改善されるかもね ＞Bold
574:デフォルトの名無しさん
05/08/20 08:00:16
Mustangビルドでは、いちおうアンチェリかけることができるはず。
575:デフォルトの名無しさん
05/08/21 03:07:53
>>574
アンチエイリアシング自体はずいぶん前からあったような。
Mustang で追加されたのって液晶を利用したアンチエイリアシングでしょ。
WindowsXP の ClearType みたいな奴。
576:デフォルトの名無しさん
05/08/21 14:35:19
MustangあたりでそろそろJava3Dもデフォルトで含んでほしいなぁ。
Web3DをやるのにJava3Dがデフォルトでないからってレンダラ部分まで手書きしてる所も多いし。
577:デフォルトの名無しさん
05/08/21 15:30:57
>Web3DをやるのにJava3Dがデフォルトでないからってレンダラ部分まで手書きしてる所も多いし。
別に入れればいいだけだろ。
578:デフォルトの名無しさん
05/08/21 15:43:11
Java3Dの配布形態考えれば>>577のような考えは出てこないだろうに
579:デフォルトの名無しさん
05/08/21 16:19:10
だから、使う奴が入れればいいだろ。
580:デフォルトの名無しさん
05/08/21 16:28:35
利用される機会が増えれば自然に入るものかと。
今はその段階にはないのでは？＜Java3D
581:デフォルトの名無しさん
05/08/21 20:11:48
そこでLooking Glassですよ
582:デフォルトの名無しさん
05/08/22 20:36:52
開発者にライブラリを入れさせるしくみとしては、Mavenを、
ユーザにライブラリを入れさせるしくみとしては、JavaWebStartを使うといいよ。
Maven JNLP Plug-inも便利．
583:デフォルトの名無しさん
05/08/22 20:56:53
サンドボックスでは問題がある場合も多いんじゃないかね?
584:デフォルトの名無しさん
05/08/23 11:40:55
そこでコード署名ですよ
URLﾘﾝｸ(www.crionics.com)
これを使うと無料？
585:デフォルトの名無しさん
05/08/23 22:43:30
標準で含めないから普及しない。普及しないから含めない。デフレスパイラルなわけで。
Java3Dが含まれない理由の一つに単に容量がデカイというのもあるらしい。
586:デフォルトの名無しさん
05/08/23 22:47:45
VBのインストーラみたいに必要なものは全て自動で1つにまとめて
利用者はSETUP.exeを実行するだけってなればいいのにね
Javaは一つのファイルにまとめる過程が非常に面倒
587:デフォルトの名無しさん
05/08/23 22:50:43
Javaのほうがランタイムは融通が利いて楽だけどな
ディレクトリつきでコピーするだけだし
588:デフォルトの名無しさん
05/08/24 09:48:40
>>586
maven javaapp
589:デフォルトの名無しさん
05/08/26 20:46:58
>>586
ん？
何のためにJARファイルがあるの？
java -jar ファイル名
でいいじゃん。
WebとかならWARファイルでいいし。
590:デフォルトの名無しさん
05/08/27 00:07:49
>>586
逆から見ると、いたる所にゴミをばら撒かれて迷惑とも言える。
アンインストールしてもゴミはほったらかし。
ま、そんな派手に行儀悪いアプリばっかりじゃないけどさ、
javaで配布するんなら、インストーラじゃないと
入れられないようなのって、そう多くないと思うぜ?
591:デフォルトの名無しさん
05/08/27 06:59:48
java.util.prefs.Preferences てレジストリ汚すよね。
592:デフォルトの名無しさん
05/08/27 07:32:59
それはmustangネタなのか？
レジストリ使うためのAPIを使いつつ、「レジストリ汚す」はないんじゃないか？
593:デフォルトの名無しさん
05/08/28 12:21:28
Netbeans4.2で使ってる、orj.jdesktop.layout の情報ってドコで手に入るんでしょ？
594:デフォルトの名無しさん
05/08/28 16:22:53
ここじゃネーノ？
URLﾘﾝｸ(jdic.dev.java.net)
595:デフォルトの名無しさん
05/08/28 20:42:55
>>593
URLﾘﾝｸ(swing-layout.dev.java.net)
596:デフォルトの名無しさん
05/09/06 00:46:00
Javaは、一度試みられたECMA、ISO等の標準化を再度行う予定はないのだろうか。
Win32と同様のIO・スレッドモデルを持つ環境でしか仕様を満たせないCLＩ仕様を
崇める人々が標準化標準化と粘着君なのですが。
597:デフォルトの名無しさん
05/09/06 01:45:52
リスクを負ってまで標準化するメリットはないってことじゃない？
598:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/09/18 15:02:17 BE:138749928-
続き
Java SE 6: 新しいJava2DレンダリングエンジンとJOGLの統合
URLﾘﾝｸ(pcweb.mycom.co.jp)
今月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:デフォルトの名無しさん
05/09/18 15:15:41
J2SE5.0でも一応Java2D描画のOpenGLサポートあるんだが
これがまともに機能しない
Java3D描画をONにすると描画品質がばらばらでお話にならないし
結局デフォのDirectDraw描画が一番ということになる
ただし、アクセラレーションされる描画はBlitのみ
Java2Dはアルファブレンドが通常合成しかないというのもイマイチ
加算合成がはいってきて拡大縮小回転までアクセラレーションがきけば
Javaはクライアントサイドも力が入っていますというのがわかるけどね
5.0は正直1.4で加速したクライアントサイドをストップさせた感じが強いなぁ
601:デフォルトの名無しさん
05/09/18 15:17:42
アクセラレーションとごろか回転とかアルファブレンド自体が無い生のDirectDrawよりマシ
602:デフォルトの名無しさん
05/09/18 15:29:58
build 48 のまんまだったので最新の build 52 を取ってきた。
その間に Summary of changes in Mustang をつらつら見てたら……
build 49 で JDIC の Desktop API が追加されてた。
URLﾘﾝｸ(download.java.net)
これでOSで関連付けされてる方法で edit(File) とか open(File) とか出来る。
あとはデフォルトブラウザで browse(URL) できたりとか。
build 51 でパーミッション操作の API が追加された。
URLﾘﾝｸ(download.java.net)
canExecute()、setExecutable()、setReadable()、setWritable() など。
603:デフォルトの名無しさん
05/09/18 15:43:05
>>601
APIだけはあったような
未実装だったが
604:デフォルトの名無しさん
05/09/18 16:18:50
>>596
JCP(Java Community Process)があるから、もうどうでもいいな。
URLﾘﾝｸ(jcp.org)
一時の標準化よりも、将来のオープンな議論の枠組みの方が大切。
ECMA-234 Application Programming Interface for Windows (APIW) (December 1995)
なんてそれっきり放置だしね。たぶんC#, CLIも最初のだけであとは放置でしょう。
605:デフォルトの名無しさん
05/09/19 00:40:49
>>601
その辺の機能使いたきゃDirect 3D使えってことなんだよな
606:デフォルトの名無しさん
05/09/19 01:28:27
アルファブレンドはDirect３Dがくるまえから入れる予定だったのだが
607:デフォルトの名無しさん
05/09/25 16:56:58
Mustang build53が出たね
バイナリ
URLﾘﾝｸ(download.java.net)
build52 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
bug ID:4151279 Curves are not pleasing as JDK 1.1 がfixされたみたい。
608:デフォルトの名無しさん
05/10/01 00:43:27
正直、Javaは後方互換いらないから
０から作り直して欲しい。
609:デフォルトの名無しさん
05/10/01 01:11:14
作り直すくらいなら０でいいよ。
610:デフォルトの名無しさん
05/10/01 14:35:02
>>608
つ C#
611:デフォルトの名無しさん
05/10/01 21:54:21
>>610
シャープデベロップがもう少しがんがってくれれば、、、
612:デフォルトの名無しさん
05/10/01 21:59:21
Mustang build54 リリース
build53 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
613:デフォルトの名無しさん
05/10/10 17:14:07
Mustang build55 リリース
build54 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
614:デフォルトの名無しさん
05/10/15 07:31:29
Mustang build56 リリース
build55 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
615:デフォルトの名無しさん
05/10/22 14:50:25
Mustang build57 リリース
build56 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
ISO-2022-JP-2 コンバーターが JIS X 0212 補助漢字をサポートするようになったらしい。
後は java.io.Console に readPassword が追加されたとか。
616:デフォルトの名無しさん
05/10/22 17:33:05
毎度おつ
617:デフォルトの名無しさん
05/10/30 01:33:48
Mustang build58 リリース
build57 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
618:デフォルトの名無しさん
05/10/30 01:48:36
今回は目立った点はないね
下がりすぎてるのであげとくか
619:デフォルトの名無しさん
05/11/04 19:20:05
Sun、開発コミュニティに "Java 6" セキュリティ機能の問題発見を求む
URLﾘﾝｸ(pcweb.mycom.co.jp)
620:デフォルトの名無しさん
05/11/05 18:29:14
Mustang build59 リリース
build58 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
今回は nio関連と localization関連のbugfix中心みたい。
そーいや、いつからか com.sun.source 配下に Tree API ってのが追加されてる。
これ使えば annotation で、もっとイロイロできるようになるのかも？
621:デフォルトの名無しさん
05/11/08 22:15:56
今日JavaOneに行ってきたぜ。
スキンヘッドの櫻庭氏がMustangのことを解説してくれた。
発表前にFTPでMustangのサイトをアップしたと言っていたが
サイトが見つからない。
URLﾘﾝｸ(www.javainthebox.net)
このサイトのどこかにあるはずなのだが、どこだ？
アップしたといっておきながら実は勘違い、または忘れていたか？
【Conference】 JavaOne Tokyo 【Event】
ｽﾚﾘﾝｸ(prog板)
622:デフォルトの名無しさん
05/11/08 22:19:31
age忘れた。
ググっても見つからないな
623:デフォルトの名無しさん
05/11/08 22:25:21
Java (J2SE 6.0) Mustang（マスタング)の概要を先取り
URLﾘﾝｸ(www.oklab.org)
このサイトでは無い。
どこだじゃじゃ馬馴らしは
624:デフォルトの名無しさん
05/11/09 00:53:09
JSR223 Scripting for the Java Platform
標準でRhinoがついてくるのか・・・・・ﾊｧﾊｧ
Groovyはどうなった？？？
625:デフォルトの名無しさん
05/11/09 01:00:51
Groovyにも対応するようになるらしい
っていうかデフォルトでPHPやJavaScript記述ができるのは驚きだね
C#のインラインとは違って文字列の中に突っ込むのでOROやregexのように
エスケープが必要だが
626:デフォルトの名無しさん
05/11/09 01:32:57
URLﾘﾝｸ(www.javainthebox.net)
Last-Modified: Tue, 08 Nov 2005 07:12:10 GMT
URLﾘﾝｸ(www.javainthebox.net)
Last-Modified: Tue, 08 Nov 2005 16:19:39 GMT
トップページの更新を忘れてたんかね
627:デフォルトの名無しさん
05/11/09 02:19:18
>>626
でかした！
お主、JavaSE6というディレクトリ名を予想できたということか？
628:デフォルトの名無しさん
05/11/09 02:20:46
気がつけばトップページのWhat's Newも更新されリンクが張られている
629:626
05/11/09 02:28:47
>>627
トップページから行きました。
Last-Modifiedとサーバ時間のずれ(8分強)から、1時11分前後に更新された見たいです。
630:デフォルトの名無しさん
05/11/09 02:33:21
逆探知で2chからリンクが張られているのに気づいたか？
それともサイトが見つからないぞとメールが来たか？
だろうか
631:デフォルトの名無しさん
05/11/09 02:37:10
第一幕蛾ぶっ壊れてる？
632:デフォルトの名無しさん
05/11/09 10:22:07
そろそろJavaってプログラミング言語じゃなくなってきた感が強くね？
OS/言語一体型って感じでBASIC時代に逆戻り感みたいな。
誰かひろゆきに頼んでJava板作ってもらえよ。
633:デフォルトの名無しさん
05/11/09 22:51:39
>>632
1行目なら抽象的ながらも言いたいことは自ずとわかるが
2行目はかなり違和感がある。
Mustang使ったことが無い奴が
ただムスタングのニュース記事見ただけで憶測だけで
判断してレスしているかのように見えてならないな。
Mustangはまだ開発段階だが、商用に使わず研究教育目的で使うのであれば、
ダウンロードして試用することができる。
BASICに逆戻りしているように見えると思うなら、まずは使ってから言え。
634:デフォルトの名無しさん
05/11/09 23:49:09
今時は、実行環境がpoorなプログラミング言語なんてないよね。
伝統的な手続き型言語の流れを組むC++だってtypeidがある時代だしね。
635:デフォルトの名無しさん
05/11/11 17:57:11
アルゴリズム＋データ構造がプログラムだった時代は終ってる。
636:デフォルトの名無しさん
05/11/11 18:02:32
今は何の時代？何処へ向かってる？
637:デフォルトの名無しさん
05/11/11 19:26:10
今は
構造化手法 + オブジェクト指向 + アスペクト指向の時代
エージェント指向へと向かっている
638:デフォルトの名無しさん
05/11/11 21:27:15
その場その場でいいものをどんどん取り入れるという
ある意味行き当たりばったりな
アジャイル開発がトレンドかなと思う。
639:デフォルトの名無しさん
05/11/11 22:36:58
アジャイル = ペアプロ + テストファースト + リファクタリング
640:デフォルトの名無しさん
05/11/12 18:44:12
Mustang build60 リリース
build59 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
641:デフォルトの名無しさん
05/11/12 19:23:46
今回はSwing周りが多いな
642:デフォルトの名無しさん
05/11/12 20:24:42
こんな記事が
New System Tray Functionality in Mustang
URLﾘﾝｸ(java.sun.com)
643:デフォルトの名無しさん
05/11/13 10:18:46
JavaOneでMustangを乗りこなすポイントを教えますセッションの
講演をしていたじゃじゃ馬馴らしスキンヘッドの櫻庭氏が
MustangではJavaだけでタスクトレイをいじれるようになると
言っていたような気がする。
644:デフォルトの名無しさん
05/11/13 12:48:14
たのむからそこまで知ってるならじゃじゃ馬のページでも見てやってくれ
645:626
05/11/13 23:17:22
櫻庭氏、index.html は更新忘れじゃなく時間が無かったのか…
646:デフォルトの名無しさん
05/11/15 18:02:40
>>636-638
マルチパラダイムってことでいいんじゃないかと。
647:デフォルトの名無しさん
05/11/20 02:21:36
Mustang build61 リリース
build60 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
648:デフォルトの名無しさん
05/11/20 02:42:47
LinuxでソースからMustangのコンパイルに成功した人います？
649:デフォルトの名無しさん
05/11/20 12:55:46
今回はバグ修正満載だね
650:デフォルトの名無しさん
05/11/25 01:10:04
１つのVMで複数のJavaアプリが動くようになったら、
共有メモリ見たいなこと簡単にできるのかな？
他のJavaアプリのウィンドウの制御とか簡単にできるのかな？
651:デフォルトの名無しさん
05/11/25 01:35:45
それってJavaじゃなくても基本的なプログラムとしてはやらないことなんじゃないの？
他のプロセスをどうこう
連携するのが前提ならポートあけるしねぇ
652:デフォルトの名無しさん
05/11/25 01:49:25
>>650
むしろ一つのVMの中でごった煮にせざるを得なかったようなものを、(例えば携帯電話)
別々のVMの中で実行して「いるかのように」扱えるのが、アイソレーションだと思われ
653:デフォルトの名無しさん
05/11/25 02:08:51
他のアプリケーションへの干渉とかよりも、たとえば複数のサーバプロセスを持つクライアント
なんかを、一つのJVM内で実現可能（つまりスレッドよりももっと隔離された形）ってことなんじゃ
ないかと想像してるんだけど。
654:デフォルトの名無しさん
05/11/25 23:12:19
互いに悪影響を及ぼさないように保護しつつ、且つもっと身近なプロセス間通信
も提供する・・みたいな程よい機能ってこと？
655:デフォルトの名無しさん
05/11/25 23:22:03
virtual machine の名が示すとおり、まさにひとつのCPUみたいな振る舞いをするってことかな
656:デフォルトの名無しさん
05/11/27 20:08:53
アプリごとに環境を切り分けたいならプロセスを分ければいいだけの話。
multitaskingの目的はメモリの節約。
657:デフォルトの名無しさん
05/12/04 21:51:37
Mustang build62 リリース
build61 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
658:デフォルトの名無しさん
05/12/04 22:32:59
age
659:デフォルトの名無しさん
05/12/07 22:43:50
おつ
そういや有名だと思うがいまだに5.0の印刷バグがなおらんのはなんでだろ
5.0でて1年以上たつというのに1.4.2までは動いていた印刷サービスのSunのサンプルもおかしくなるしな
JavaSE６で直ってるんだろうか
2バイトキャラクタ表示しなければ問題が出ないというあたりが不安だ
660:デフォルトの名無しさん
05/12/08 09:37:37
報告した？
661:デフォルトの名無しさん
05/12/08 12:02:10
英語かけないし
日本語出せばいいだけだからとっくに報告あがってるんじゃないかな
キシダタソの本の印刷部分もアルファベットしか印刷してないしなぁ
662:デフォルトの名無しさん
05/12/08 19:39:19
LinuxでのGTKサポートイイね。
でもフォントなどはGTKそのままの設定ではなくJavaで描画してるからネイティブアプリにはやっぱ見えないな。
Fileでファイルの属性変更できるのイイね。
でもやるんだったらちゃんとユーザ、グループ、その他まで変更できるようにして欲しかった・・・。
結局その辺JNIに頼るしかないのか・・・。
663:き
05/12/08 22:29:34
>>661
あのサンプルの日本語が印刷されないんですか？
うちではWindows2000+JDK1.5.0_02+hp5160/PrimoPDFでとりあえずいけてます。
664:デフォルトの名無しさん
05/12/08 22:58:42
かんたんpdfがだめですね
MS版PDFであるMDIもダメです
ただ、通常は問題ないように見えるので解像度を下げると分かります
具体的にだめなフォントは全角数字と全角コロンがはいった文字列を扱うと一気にだめになるようです
ほかには全角シャープかな
これらがはいるとその文字列丸ごとベクタで描画するようになっているのですが、
これらが入らない場合はちゃんとそのフォントで描画されます
この微妙な差がフォント置き換えとかが入るとだめなようです
ほかにもフォント置き換えのレーザープリンタ系が全滅なのを確認しています
ドットインパクトもだめでした
インクジェット系は大丈夫なようです
665:デフォルトの名無しさん
05/12/08 23:30:22
"Easy Sample:１文字列の描画"にすると、PrimoPDFでもフォントが荒くなりました。
HP5160(インクジェット)での印刷は大丈夫です。
666:デフォルトの名無しさん
05/12/08 23:50:43
これ1.4.2までは問題なかったと思うんだけれどもなんでだろー。
667:デフォルトの名無しさん
05/12/08 23:55:44
あと、これらの文字列が入った印刷をしてると、割と頻繁に
VMごとお亡くなりになったりします
668:デフォルトの名無しさん
05/12/09 00:04:20
Bug 報告しなきゃ直らねえっぺよ
669:デフォルトの名無しさん
05/12/09 09:28:35
>>661
既に報告されていたとしても、その報告にvoteを追加するだけでも意義があると思う。
>>666
エンバグした可能性はある。
リリースノートに載ってるバグ修正の一覧読んでるとそういうの結構あるよ。
670:デフォルトの名無しさん
05/12/09 12:21:07
英文のサイトあるけないので無理
671:デフォルトの名無しさん
05/12/10 01:30:20
1.4からの印刷サービス以外にPrintJobでも同じ結果が出るな。
インクジェットの場合はDPIが細かいので目立たないだけな模様。
フォント置き換えが入るレーザープリンタでは最悪な結果になるな。
ベクタ処理された文字はあくまでも文字としてみていないから、
まったく同じフォントを指定してもデータによってフォントがばらばらになる。
672:デフォルトの名無しさん
05/12/10 02:26:40
プリンタドライバのバグって線は無いの？
673:デフォルトの名無しさん
05/12/10 07:53:07
>>672
PDF出力プリンタにも影響あるからねぇ。
674:デフォルトの名無しさん
05/12/10 12:34:08
つまりJavaのデスクトップアプリは1.4までということね。
5.0以降はデスクトップアプリはあきらめなさいと。
675:デフォルトの名無しさん
05/12/10 12:40:21
バグ報告 (ry
英語ができないことを誇らしげに言うなと。
676:デフォルトの名無しさん
05/12/10 13:00:33
つまりＪａｖａは日本人は使うなと。
677:デフォルトの名無しさん
05/12/10 13:31:39
何を粘着してるのかしらんが、開発ツールなんてそんなもんだろ
英語のできない開発者・エンジニアは使いものにならん
678:デフォルトの名無しさん
05/12/10 15:42:00
10年もたってるのに印刷もまともに使えないJavaカワイソス
679:デフォルトの名無しさん
05/12/10 16:10:29
捨てゼリフ乙。
680:デフォルトの名無しさん
05/12/10 16:24:21
この印刷バグってそんなに問題？
大した問題じゃない気がするが・・・（だからなかなか修正されないのか？）
681:デフォルトの名無しさん
05/12/10 16:48:40
>>680
「日本語がレーザープリンタで印刷されない」っていうのは問題だね。
682:デフォルトの名無しさん
05/12/10 16:51:56
>>681
レーザープリンタ使える環境ではないからわからんのだが、
このバグのせいで印刷されなくなるの？
イマイチ発生する症状がどんなものなのかわからないんだけど。
683:デフォルトの名無しさん
05/12/10 17:17:01
pdf出力とかレーザープリンタ、ドットインパクトプリンタが駄目。
日本語出さなければ大丈夫。
問題あるだろうな、企業向けなら特に。
684:デフォルトの名無しさん
05/12/10 17:25:51
だからここで愚痴たれたって改善されねーっつーの
685:デフォルトの名無しさん
05/12/10 17:48:29
>>683
駄目ってのは具体的にどうなるんだ？
PDF出力で試したら、フォントがびみょーに変わるだけだった。
レーザープリンタやドットインパクトだったらどうなるの？
686:デフォルトの名無しさん
05/12/10 18:48:21
>>684
でもな、発信することは大事だよ。
687:デフォルトの名無しさん
05/12/10 19:19:09
>>685
それJavaの内部でベクタデータとして描画してるだけ
つまりフォントとして扱っていない
レーザープリンタはフォントのコードを受け取って描画する
そのためにDPIが低くても非常に綺麗
Javaの日本語印刷問題は１２００DPIくらいにするとあんまり見分けはつかないけど
３００DPIくらいが普通のレーザーではフォントがそのまま描画される場合と
置き換えが発生した場合とで別物になる
pdf出力ソフトでDPIをさげてみるとなんじゃこりゃなデータが出来上がるよ
印刷が汚くなるだけでも使えないのに、これらのデータが入った印刷を続けてると
VMがおちるから、内部でめちゃくちゃになってるっぽい
1ページくらい印刷してプロセス終了してる限り問題はさほど深刻ではないように見えるけど
印刷系を含むプログラムが全滅するのはやばい
688:デフォルトの名無しさん
05/12/10 21:41:27
Mustang build63 リリース
build62 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
689:デフォルトの名無しさん
05/12/11 11:09:04
>>687
VM落ちるのはともかく、何か頓珍漢な話だな。
>>687なんてPDFドライバの問題だろ?
PDFをAdobe Readerで見てもおかしいのか?
プラットフォームの印刷環境のセットアップがいかれてるだけだろ。
690:デフォルトの名無しさん
05/12/11 12:28:40
>>689
PDFドライバの問題？
PDF印刷ソフトいろいろとあるけどすべて全滅だよ
もちろんリーダーで見ておかしい
しかも俺だけじゃなくてJavade印刷やってる人みんなに聞いたら
みんな１００％発生してるし
バグを環境のせいにし始めてきたね
sunの社員かな
691:デフォルトの名無しさん
05/12/11 12:37:23
sun社員ならアメリカにスルーするだけだよ。
いいからとっとと報告汁
692:デフォルトの名無しさん
05/12/11 12:46:52
職場に一人くらいは英語書ける奴いるだろ。
そいつに頼め。
693:デフォルトの名無しさん
05/12/11 12:53:28
うちは全然問題ないなあ@Solaris
694:デフォルトの名無しさん
05/12/11 12:54:11
つまり、Windowsすてればいいといううことか！
695:デフォルトの名無しさん
05/12/11 20:46:23
＞sun社員
キン肉マンの悪魔超人を思い出したｗ
696:デフォルトの名無しさん
05/12/11 20:50:46
2世のsun社員カワイソス
697:デフォルトの名無しさん
05/12/11 21:02:28
ゆで世界に文句いうな。
URLﾘﾝｸ(homepage2.nifty.com)
698:デフォルトの名無しさん
05/12/11 21:43:29
ようするにPrintJobで2バイト文字を印刷すると、文字フォントを指定しての文字印刷でなくてOpenTypeで文字印刷を行ってしまうって事？
JDK1.4.2から印刷において解像度設定がただしく反映されるようになった事の弊害？
699:デフォルトの名無しさん
05/12/11 21:50:57
OpenTypeではないと思う
あとBufferedImageではdpiをどういじろうがおかしい描画にはならない
PrintJobに限らず印刷サービスもすべて駄目
700:デフォルトの名無しさん
05/12/13 10:25:18
だからとっとと報告汁。そこらに無料の翻訳サイトもあるだろが。
701:デフォルトの名無しさん
05/12/13 12:15:49
技術文書を翻訳するとすごいことになるんじゃ
702:デフォルトの名無しさん
05/12/13 13:42:15
「日本語を使った場合、1.4に比べて5.0の印刷品質が著しく悪い」とでも書いて、印刷イメージか印刷イメージへのリンクでも貼っ付けとけばとりあえず報告としちゃ十分じゃないか?
これくらいならExcite翻訳でもさほど変な訳は出さんと思うが。
703:デフォルトの名無しさん
05/12/13 13:55:31
というか、環境もはっきり書かないんだからネタだろ。
SunのJREかどうかすらはっきりしない。
704:デフォルトの名無しさん
05/12/13 14:06:39
いや、さすがにネタだとは思わないけどさ。
技術系英語なんて、専門用語以外は中学生英語で十分なんだよ。
もちろん、最近は機械翻訳もそれなりにあてになる。
でも「英語が駄目」とか言う奴は >>701 みたいに
なんだかんだと言い訳して逃げまくったあげく、
絶対に自分ではやらないの。
どこな職場にでもいるだろうけど、本当に使えない。
705:デフォルトの名無しさん
05/12/13 15:25:29
たしかに印刷品質が悪いどころじゃなくいのと
ページ数がある程度行くとVMごとおなくなりになるな。
まぁ、いいんじゃない？
日本ではJavaは死んだということで。
706:デフォルトの名無しさん
05/12/13 15:44:51
Javaは業務アプリには使えない
これが常識
707:デフォルトの名無しさん
05/12/13 16:28:20
困ってる奴らが問題を報告しなかったら当分直ることもないだろう。
708:デフォルトの名無しさん
05/12/13 16:32:21
俺は問題起きてないしな。
709:デフォルトの名無しさん
05/12/13 16:41:30
問題がでるのはSun製でWindows日本語版だけってことか
710:デフォルトの名無しさん
05/12/13 18:21:37
URLﾘﾝｸ(www.unicode.org)
どうやらこのUNICODEブロックFFが含まれた文字列があると100%バグるみたい
全角アルファベットすべてと記号、半角カタカナ
711:デフォルトの名無しさん
05/12/13 19:24:21
サンプルプログラムきぼん。
712:デフォルトの名無しさん
05/12/13 20:07:48
Java1時代のPrintJob
Java2のPrinterJob
1.4からの印刷サービス
すべての印刷処理で再現
dpiの高いインクジェットだと微妙な違いが紙だと分かりにくいが
DPIを下げれるなら一目瞭然
フォント置き換えすれば一発で分かる
拡大して確認が容易なpdf出力系ソフトすべてでも再現
WindowsXP、SunJRE 5.0 update2,3,4,5,6で確認済み
713:デフォルトの名無しさん
05/12/13 20:15:48
>>712
Mustangに関係ない話題は他所でやってください。
714:デフォルトの名無しさん
05/12/13 20:17:25
どうせ次のバージョンでも印刷全滅なんだろ
プゲラ
715:デフォルトの名無しさん
05/12/13 20:18:34
最近は便所に落書きするとバグをなおしてくれんのか
716:デフォルトの名無しさん
05/12/13 22:12:29
何度言っても英語を書こうとしないだけでなく、煽り始めたか
717:デフォルトの名無しさん
05/12/13 23:30:14
とりあえずどっかに情報を書いとくのも大事なんじゃない？
718:デフォルトの名無しさん
05/12/13 23:36:30
ここじゃなくて、質問スレじゃないかな? 1.5だし(w
719:デフォルトの名無しさん
05/12/13 23:47:44
つうか、MustangのソースDLして自分で修正しろってことじゃないの？
URLﾘﾝｸ(d.hatena.ne.jp)
720:デフォルトの名無しさん
05/12/13 23:51:53
報告しろ、報告しないなら書くなとかいいつつ、サイトもなにも提示しないのもどうかと思う。
ってことでバグ報告/投票の方法
URLﾘﾝｸ(blogs.sun.com)
721:デフォルトの名無しさん
05/12/14 00:51:52
印刷の問題ってセキュリティフィックスのためにバージョンあげたら動かなくなったという類でもあるから
さすがに一般ユーザーにそこまでやれというのは
722:デフォルトの名無しさん
05/12/14 01:15:39
(ﾟДﾟ)ﾊｧ?
723:デフォルトの名無しさん
05/12/14 01:43:08
確かにベクトルデータとして埋め込んでるな。
pdf出力したら文字選択できないわ。
724:デフォルトの名無しさん
05/12/14 21:41:20
一般ユーザーはここ来なくてイイよ。
725:デフォルトの名無しさん
05/12/14 21:53:22
勝利宣言キター
726:デフォルトの名無しさん
05/12/14 22:48:45
URLﾘﾝｸ(weblogs.java.net)
Mustang b59 から HotSpot client VM のレジスタ割り当ての最適化が改善されて、
Mustang b58 以前と比べて 1.5倍程度の速度で動くようになったらしい。
727:デフォルトの名無しさん
05/12/14 23:08:20
今まで何してたの？というくらい違うな
728:デフォルトの名無しさん
05/12/14 23:56:12
>>726
Java 6は期待できるな。
仕事ではまだ1.3使ってるけどなorz
729:デフォルトの名無しさん
05/12/15 00:52:51
>>728
1.4もそろそろ安定してきたんじゃないの？
730:デフォルトの名無しさん
05/12/15 00:57:15
印刷以外は、といいたいが
1.4.2でもつい最近の新しいやつで文字コードのバグとか埋め込んだとかあるんで
なんともいえないかと
これは次のバージョンで直ったはずだけど結構文字コード変換でリークとか多いよね
731:デフォルトの名無しさん
05/12/15 19:28:44
1.4.2_05で印刷が問題ないのを確認
5.0.u1でおかしいのを確認
5.0.u6でおかしいのを確認
心配になってきたのでJavaSE6での動作確認よろ
732:デフォルトの名無しさん
05/12/15 19:31:52
>>729
ありがとう。でもうち、保守・改装ばっかな部署なんだ……。
新規案件に出会ったとしても、上が5未対応の
フレームワークをおしつけてくることはまず確実だし。
先端技術フェチとしては大いに不満だ。
733:デフォルトの名無しさん
05/12/15 20:11:29
URLﾘﾝｸ(pcweb.mycom.co.jp)
serverVM に、エスケープ分析でエスケープしないと判断されたオブジェクトに対する
同期処理が除去されるような最適化が追加されたらしい。
デフォルトでは使用しないようになってるらしいので、
使用したい場合は -XX:+DoEscapeAnalysis とかしないといけないみたい。
Vector 使いまくってる人には朗報かも。
734:デフォルトの名無しさん
05/12/17 00:51:52
457 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/16(金) 21:53:15
昔から使えなかったならともかく
最新バージョンで品質が恐ろしく低下だからただのバグだろ
>>447の実行結果
分かりやすいように72dpiでpdf出力しといた
URLﾘﾝｸ(49uper.com:8080)
こりゃバグだね
735:デフォルトの名無しさん
05/12/17 01:30:10
味があっていいじゃないか
736:デフォルトの名無しさん
05/12/17 10:58:46
バグなのはもうわかったけど、なんでマルチポストして喜んでるの？
そろそろｳｻﾞいよ。
737:デフォルトの名無しさん
05/12/17 12:10:54
>>734
上と下の関係は?
738:デフォルトの名無しさん
05/12/17 12:44:24
>>737
ソースコード参照
739:デフォルトの名無しさん
05/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:デフォルトの名無しさん
05/12/17 12:46:40
490 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/17(土) 01:53:35
面白いので>>447で出来上がるpdfそのものをアップしてみた
URLﾘﾝｸ(49uper.com:8080)
741:デフォルトの名無しさん
05/12/17 12:48:33
なんかもうアレだな。
2ch に書くことがバグ報告になると思ってるフシがあるな。
742:デフォルトの名無しさん
05/12/17 12:52:23
Visual Studio 2005 ダウンロード開始記念キャンペーンの一環ですよ。
この機会にJavaなんていう時代遅れの環境からVisual Studio に乗り換えましょう！
743:デフォルトの名無しさん
05/12/17 13:13:16
JavaSE6では改善されてるの？
744:デフォルトの名無しさん
05/12/17 14:51:38
ここはスレ違いだから、もとのスレのURLでも貼っといてくれ。
745:デフォルトの名無しさん
05/12/17 15:04:16
スレ違いじゃないのでは?
次バージョンでの話題なんだから
746:デフォルトの名無しさん
05/12/17 15:18:58
>>712によれば、そうではない。
747:デフォルトの名無しさん
05/12/17 16:05:31
Mustang build64 リリース
build63 からの変更点
URLﾘﾝｸ(mustang.dev.java.net)
748:デフォルトの名無しさん
05/12/18 14:53:47
>>731>>734>>739>>740
だからおまいはここにそれを書くことでどんな効果が得られることを期待しとるんだ。
「バグだ」「おかしい」というのを否定してるヤツは基本的におらんだろうが。(煽りはいるが)
「誰かぼくちんにかわって報告しといて～」と言いたいのならそれでもかまわんから明にそう言え。
(言ったからって誰かがやってくれるとは限らんが)
749:デフォルトの名無しさん
05/12/18 16:28:48
なんだ6.0でもバグバグなのか
750:デフォルトの名無しさん
05/12/18 16:44:16
>>748
次バージョンで日本語がちゃんと書けるかどうかのチェックをして欲しい
というだけだろ
751:デフォルトの名無しさん
05/12/18 17:17:41
俺関係ないけど、普通にバグ報告誰かしてだされ。
俺も英語だめなんよ。
Windows以外のVMでは発生しないらしいね。
752:デフォルトの名無しさん
05/12/18 18:28:12
スクリプトを<input type="file">で鯖に送って、そっちで実行みたいな使い方はどう？
753:751
05/12/18 18:39:55
うちこれから業務系で5.0採用になったのだが印刷バグ確かに怖いな。
>>752の使い方も考えてみたが、鯖がVPNの先にあるんで無理。
さーて、1.4.2に下げてもらうか直っていれば無理して６を使うか
JNIで回避かだが、それぞれわりと厄介な問題がでるな。
Javaの人材集めたんで.NETへはさすがに・・・。
たぶん上の人間はこれ理解してない。
登場して1年以上たつんだからそろそろ枯れただろうといっておられる。
そもそも言語理解してないのが上なんで(ry
754:デフォルトの名無しさん
05/12/18 18:41:28
上が言語理解する必要はないだろ
755:デフォルトの名無しさん
05/12/18 18:46:06
最近は割と多いよね、言語経験ないSE。
開発環境を決めた時点で、どういうのが実装できるか、
実装できても困難で開発効率が悪いとかそういうのを把握してないと
だらだらと長引く。
756:デフォルトの名無しさん
05/12/18 18:46:07
しかしおれ業務系でJava使ってて帳票とか出力してたけど、
ジャギーだとかなんとかいうトラブルは無かったけどなあ。
サーバーサイドから帳票出力系の製品(SPFとか）つかってPDFを出力
する場合は関係ない話なの？ Swingだけ？
だったら当面問題ないんだけど。
757:デフォルトの名無しさん
05/12/18 18:51:08
SwingではなくてJavaから印刷した場合だけが問題になる模様。
iTextとか直接PDF出力は問題ないけど、NetBeansのソースコード印刷しただけで
発生するのでVMの問題だと思う。
Javaの印刷製品は1.1時代からのものは印刷品質が悪かったから
みんな独自実装してたり1.4までが対象なので大丈夫だったり。
pdf作成するのはいいけど、それをユーザーが開いて閉じてとなると
インターフェース的にわりと問題でやすいかな。
日本の企業の帳票は独自サイズが多いのでA4とか決まった規格以外が
急に問題として現れてくることもある。
リッチクライアント系は今のびてるところなんでこの壁にぶち当たってるところも
結構多いかもしれない。
スレ違いスマソ。
758:デフォルトの名無しさん
05/12/18 21:35:40
SolarisやLinuxは問題ないもんなあ。
Windowsでもfontを指定したら問題ないのがあるかもよ。
759:デフォルトの名無しさん
05/12/18 21:39:39
試してみたけどfontは論理フォント、物理フォントどちらでも同じ現象が出ていますね。
src.zipでは確認しようがないので内部でなんかしくじってると思われます。
760:デフォルトの名無しさん
05/12/19 00:35:03
原因追求はSunの担当者にまかせればいいんで、バグ報告よろしくです。
761:デフォルトの名無しさん
05/12/19 00:45:00
よろしくです
762:デフォルトの名無しさん
05/12/19 09:59:28
やっぱ英語は使えた方がいいな・・・なんとかせな・・・
763:デフォルトの名無しさん
05/12/19 10:16:45
つうかSunには日本語で報告できる窓口を用意して欲しいな。
764:デフォルトの名無しさん
05/12/19 15:36:12
日本語でバグ報告すりゃあいいじゃん。
向うが勝手に翻訳してくれるんじゃね？
日本人担当者くらいいるだろ（へらへら
765:デフォルトの名無しさん
05/12/19 15:58:15
日本語の掲示板で英語でくるやついるけど、その場合は英文が読めるからであって
あちらで日本語見たらやっぱり文字化けしてるんかね？
ソースコード添付ができないってのはある意味やばいかも
utf8だっけ？バグ報告ページ
766:デフォルトの名無しさん
05/12/19 16:40:53
ROMA-JI DE KAKE
767:デフォルトの名無しさん
05/12/19 18:39:55
印刷関連のレスは下記のスレでお願い
Javaでは作るのが困難なものを挙げるスレ
ｽﾚﾘﾝｸ(tech板)
768:デフォルトの名無しさん
05/12/19 18:57:16
1.6の話題でもあるんだろ？＞印刷
769:デフォルトの名無しさん
05/12/19 19:06:49
>>768
1.6 正式リリースまでは直らなくて良い問題なんか？
770:デフォルトの名無しさん
05/12/20 01:28:40
印刷はApache FOPでXHTMLやPDFに
変換してくれればいいや
771:デフォルトの名無しさん
05/12/20 02:12:29
pdf出力しか駄目ってのは業務系で困るだろ
772:デフォルトの名無しさん
05/12/20 04:48:31
「しか駄目」???
773:デフォルトの名無しさん
05/12/21 09:14:56
業務系だと、SVFとか使うからなあ
774:デフォルトの名無しさん
05/12/21 12:57:39
SVFもiWFMもろくなもんじゃないけどな。
775:デフォルトの名無しさん
05/12/22 12:28:40
Cat Typing
"J2SE 5.0の日本語印刷のバグについて
「J2SE 1.3.1_17がリリースされました。」というブログへのコメントより：
2chのプログラム板で話題の日本語印刷がまともにとおらない5.0はへは
業務で使ってるところははだれも選ばないと思います。update1からupdate6
まですべてとおりませんしね。1.4.2までは大丈夫です。 2chでも日本語でバグ
投票できないからどうしようかという流ればかりです。 "
URLﾘﾝｸ(blogs.sun.com)
だれだこのブログにこんな大袈裟なコメント書いた香具師は。
Tomcat動かすだけのサービスに印刷が必要なものなんて
大してないぞ。JavaのGUIなんてサーバ系Javaに比べたら
まだ普及度は低いんだしそんな目くじらたてるほどのことじゃないだろ。
776:デフォルトの名無しさん
05/12/22 12:31:11
なにやらエントリを良く読んでみると
彼女のブログのコメント欄にバグ報告してもいいらしい。
777:デフォルトの名無しさん
05/12/22 12:53:37
大袈裟なコメント書くのが得意な人っているよね。
778:デフォルトの名無しさん
05/12/22 13:24:07
印刷できないのをたいしたことないというバカもいるよね。
779:デフォルトの名無しさん
05/12/22 17:08:30
件のblogのコメントを見る限り、良い方向に進んでいるようだ。
しかし、経緯を見る限り「バグが出る。使えねぇ」「英語ができないから
報告しない」じゃ全然意味がないことがよくわかるな。
せめて「報告したいが英語がダメなので協力してくれ」だったらもっと話は
早く進んだかもしれないのに。