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

【Java】次世代Java・ ..

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)

次ページ