トップページ⇒tech
1001コメント360KB

[mustang/Java SE 6] 次世代Javaの動向 4 [dolphin]

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2006/11/20(月) 10:38:16
前スレ

[mustang] 次世代Javaの動向 3 [dolphin]
http://pc8.2ch.net/test/read.cgi/tech/1157227790/

次世代Javaの動向　２
http://pc8.2ch.net/test/read.cgi/tech/1147881822/

【Java】次世代Java・J2SE1.6の動向【Mustang】
http://pc8.2ch.net/test/read.cgi/tech/1081698555/

2006年12月にMustang Java SE 6がリリース予定


Mustangの掲げる主な目標は以下の点にある。
* 互換性と安定性および品質の向上
* Easy of Developmentの実現
* WebサービスおよびXMLサポート機能の拡張
* リソース管理や診断機能の強化
* デスクトップ環境の強化


Java SE 6 じゃじゃ馬ならし
http://www.javainthebox.net/laboratory/JavaSE6/
0083デフォルトの名無しさん2006/11/29(水) 20:30:40
昔、Javaにポインタを導入しろとか言ってたやつがいたなｗ
0084デフォルトの名無しさん2006/11/29(水) 22:24:09
ぬるぽ
0085デフォルトの名無しさん2006/11/29(水) 23:26:25
>>82
CやJavaを使える生徒が減ったという理由でMATLABが必修になりつつある情報科があるんだよなw
まず教授がCやJavaを使えないって話かもしれんがw
0086デフォルトの名無しさん2006/11/30(木) 01:18:03
>>83
C#見て小躍りしたんだろうなぁ
>>84
うん。ガッ
0087デフォルトの名無しさん2006/11/30(木) 01:43:40
大学生は生徒とは呼ばない。学生と呼ぶ。
生徒は中高生のことを指す。
0088デフォルトの名無しさん2006/11/30(木) 20:26:03
++java
0089デフォルトの名無しさん2006/12/01(金) 09:48:41
Java#
0090デフォルトの名無しさん2006/12/02(土) 07:44:53
#java++
0091デフォルトの名無しさん2006/12/02(土) 10:42:01
Java SE 6 まだ〜？
0092デフォルトの名無しさん2006/12/02(土) 13:37:01
#import <java.lang.System>
0093デフォルトの名無しさん2006/12/04(月) 12:24:19
JDK7 build03
ttp://download.java.net/jdk7/binaries/
ttp://www.java.net/download/jdk7/changes/jdk7-b03.html

Changelogの多さからして本格稼働した様子。
0094デフォルトの名無しさん2006/12/10(日) 10:42:44
次世代Java == C#
0095デフォルトの名無しさん2006/12/10(日) 14:05:39
流石に言語機能としてはまだC#のほうが上かな。
さすがDelphi作者が作っただけはある。
Java 7からはプロパティやクロージャも検討されるから
2009年には若干C#より柔軟になる。
0096デフォルトの名無しさん2006/12/10(日) 15:43:40
そーいや、クロージャの話はいろいろ出てきたけどプロパティの話はあんましみないね。
0097デフォルトの名無しさん2006/12/10(日) 19:22:49
リリースまだかよ。
12月も1/3過ぎちゃうぞ。
0098デフォルトの名無しさん2006/12/10(日) 23:09:53
なんか、最近ようやく継続の存在意義を知った
0099デフォルトの名無しさん2006/12/11(月) 20:13:17
リリースされたよ。JDK6。
0100デフォルトの名無しさん2006/12/11(月) 20:33:55
ランゲージパックは無し？
てか5.0のupdate10をちらっとみたけどこっちのがマニアックに凄いな
selectが内部でepollで実装されてるってことはゲーム用途でもいけそう
0101デフォルトの名無しさん2006/12/11(月) 21:36:15
>>100
ランゲージパックなんていままでもなかったと思うが。
0102デフォルトの名無しさん2006/12/11(月) 21:43:47
そうだっけか。ドキュメントやらNBやらと違ってそのまま使えばいいのか。
0103デフォルトの名無しさん2006/12/11(月) 21:50:39
静かなリリース
0104デフォルトの名無しさん2006/12/11(月) 22:31:28
まだりりきゃんでしょ。
0105デフォルトの名無しさん2006/12/11(月) 22:32:50
>>102
前から、JDKの日本語ダウンロードページなんかは前からあるけど、
ダウンロード方法なんかが訳されてるだけで中身は一緒だったな。

0106デフォルトの名無しさん2006/12/11(月) 23:17:34
翻訳は https://jdk-api-ja.dev.java.net/ja/index.html でやってるよん。
早く日本語のAPIリファレンス欲しい人は手伝ってみれば良いかも？
0107デフォルトの名無しさん2006/12/12(火) 09:59:49
静かなリリースsage
0108デフォルトの名無しさん2006/12/12(火) 12:00:47
おおおおおおおおおおおおおおおおおおおおおおおおおおおおおおおお！！

ついにリリースされたか！

気が付くのが遅かった！



早速ダウソ！
0109デフォルトの名無しさん2006/12/12(火) 17:09:24
ダウンロードにNetBeans5.5バンドルのがあるけど、
日本語版NetBeans5.5って正式リリースされてたっけ？
0110デフォルトの名無しさん2006/12/12(火) 18:04:31
>>109
JDK6にバンドルされているのは英語版。日本語版は12/14の予定。

いまDLできるJDK6のVMだけど、NetBeansの製品情報で見ると 1.6.0-b105と表示される。
これって本当に正式版なのかな？
01111092006/12/12(火) 18:26:18
>>110
thx
JDK5のときも1.5.0_0*-b0*みたいに表示されてたから、たぶん正式版だと思う。
0112デフォルトの名無しさん2006/12/12(火) 18:39:36
build 番号 105 なのか(w
0113デフォルトの名無しさん2006/12/12(火) 19:13:07
JDK6入れてJava2Dのデモプログラム動かしてみたけど、
起動時の画面の動きが怪しいね。
0114デフォルトの名無しさん2006/12/12(火) 19:22:25
さいしょはみんな bはベータのbだと思うよな。
0115デフォルトの名無しさん2006/12/12(火) 19:33:26
weeklyビルドを追っていたら混乱するはずがないです。

>>113
どう怪しいのか詳しく。
0116デフォルトの名無しさん2006/12/12(火) 20:53:04
SwingSet2のスプラッシュスクリーンのウィンドウの形が、
影つきの非矩形でびっくりした。

着実にGUIも進歩しているなぁ
0117デフォルトの名無しさん2006/12/12(火) 21:23:32
あら、RhinoはMapをプロパティ風に使えないのか？
これからはJavaアプリ間で使いまわすスクリプトも流行るだろうし研究しなきゃ
0118デフォルトの名無しさん2006/12/12(火) 21:37:35
>>115
メインの画面が出る直前に、起動時のプログレスダイアログが左端に動く
0119１１８2006/12/12(火) 21:38:30
×左端
○左上
0120デフォルトの名無しさん2006/12/12(火) 21:55:54
パフォーマンスが改善したって聞いたけど、ほとんど感じない…
ペン３、1GHZじゃ恩恵なし？
0121デフォルトの名無しさん2006/12/13(水) 00:30:37
VMの起動が早くなった
ような気がする…
0122デフォルトの名無しさん2006/12/13(水) 01:05:22
nbの検索が糞遅くなった気が・・・5.0だからか？
0123デフォルトの名無しさん2006/12/13(水) 01:30:32
結局、SystemTrayから開けるメニューはAWTのPopupだけか。
0124デフォルトの名無しさん2006/12/13(水) 01:56:28
>>121
確かに5.0よりやや早いのを確認
VM起動前にスプラッシュ出せるようになったのも重いアンチウイルスソフト使ってる人にはうれしいかもね
0125デフォルトの名無しさん2006/12/13(水) 08:54:49
jarファイルのアイコンが変わったね
0126デフォルトの名無しさん2006/12/13(水) 09:08:58
>>117
java.util.Mapの要素をプロパティ風に参照したいってこと？
それなら少なくともそのままやるのは無理っぽい

js> importPackage(java.util)
js> var m = new HashMap()
js> m
{}
js> m.foo = "foo"
js: "<stdin>", line 5: Java class "java.util.HashMap" has no public instance fie
ld or method named "foo".
js: "<stdin>", line 5: org.mozilla.javascript.EvaluatorException: Java class "ja
va.util.HashMap" has no public instance field or method named "foo". (<stdin>#5)

Pnuts使うのがいいんじゃないかなあ

> import java.util.*
null
> m = new HashMap()
{}
> m.foo = "foo"
"foo"
> m.foo
"foo"
0127デフォルトの名無しさん2006/12/13(水) 16:44:55
何このIronPythonのパクリ(嘲笑
0128デフォルトの名無しさん2006/12/13(水) 16:48:02
何を指しているのだろう。
0129デフォルトの名無しさん2006/12/13(水) 16:58:14
Borlandが作り
MSが真似をして
Javaが起源を主張する
0130デフォルトの名無しさん2006/12/13(水) 23:13:03
古い歴史を持つ Rhino や Pnuts が、
どのようにすればごく最近(2003-2004)作成された IronPython を模倣出来るんだろう．．．

最近、歴史を学ばない半島人がオリジナルにパクリを主張することが多くて困る
0131デフォルトの名無しさん2006/12/14(木) 01:13:19
PnutsなんてJavaのごく初期から数少ないJava製スクリプト言語だったよな。
しかも日本人作なんで驚いたもんだ。
0132デフォルトの名無しさん2006/12/15(金) 04:27:57
Java SE 7.0 のスライド、らしい。
http://blogs.sun.com/dannycoward/resource/Java7Overview_Prague_JUG.pdf

なんか BigDecimal で四則演算が使えてるっぽいサンプルとか、
JavaBeansのプロパティが -> で参照できてるっぽいサンプルとかがある。

Closure の構文みるに、8月の段階で提案されてた構文っぽいので
他の言語機能も構文変わったりするのかも。
それと個人的には Java SE 7.0 って機能てんこ盛りすぎに思えるので
いくつかの機能は次のバージョンに持ち越される可能性もあるんじゃないかと心配したり。
ざっとみただけでも、コンパイルエラーになりそうなサンプルが 2つほどあったり……
0133デフォルトの名無しさん2006/12/15(金) 07:05:51
プロパティはいらん。機能そのものじゃなくて構文がダメ。
Genericsの略式インスタンスもnew()の方はキモ過ぎる。
インタフェースのデフォルト実装クラスがあるってことだろ。
friend class構文とかと同じキモさ。
0134デフォルトの名無しさん2006/12/15(金) 07:15:41
要はC# 3.0のパクリなんだろ。(ｹﾞﾗ
0135デフォルトの名無しさん2006/12/15(金) 07:46:34
>>133
> インタフェースのデフォルト実装クラスがあるってことだろ。
そうとも限らないんだけどね。
gosling御大も別のアプローチをブログに書いてたりするし。

その辺の話は、こっちみると良いかも。
http://weblogs.java.net/blog/forax/archive/2006/12/dry_dont_repeat.html
0136デフォルトの名無しさん2006/12/15(金) 11:15:49
つーか、 -> はやめて欲しい。純粋にキモい。ふつーにドットにしろよ。
0137デフォルトの名無しさん2006/12/15(金) 13:07:39
ドットは止めて欲しい。フィールドアクセスと区別つかんし
Groovy みたくフィールドアクセスを明示する場合に
foo.@bar なんて構文使うのもアレだし。
0138デフォルトの名無しさん2006/12/15(金) 20:32:17
>>135
おお、　:=　 はいいな・・・
0139デフォルトの名無しさん2006/12/15(金) 22:52:45
>>132
Javaも拡張しすぎてC++と同じ道を歩みそうな予感…
ところで、みんなの職場では5.0は浸透している？
うちの職場はまだ1.3...orz
0140デフォルトの名無しさん2006/12/15(金) 23:00:45
うちは今年度からようやく1.4
0141デフォルトの名無しさん2006/12/15(金) 23:09:30
ちょ・・・1.3てwww
去年から1.5だな。さっさと1.6にしたいが流石に時期尚早
0142デフォルトの名無しさん2006/12/15(金) 23:18:55
OutOfMemoryとかJMXとかの強化だけでも６に移行する価値がある。
今回はバグつぶしに金掛けてるし、実用レベルまで叩かれるのも早いかと。
0143デフォルトの名無しさん2006/12/15(金) 23:43:34
ある程度バグはあるが、weeklyに追いかけてきたから
どれくらいのものかは肌で感じてるし安心感は強いな
イザとなったら自分で改変もできるし
0144デフォルトの名無しさん2006/12/15(金) 23:51:49
たまたま覗いたら JDK7 b04 が出てた。
http://download.java.net/jdk7/changes/jdk7-b04.html

そろそろ JDK7 も本格始動？
0145デフォルトの名無しさん2006/12/16(土) 00:00:48
XML構文より先にヒアドキュメントを実装して欲しい。
0146デフォルトの名無しさん2006/12/16(土) 00:58:28
１月から開発するNetBeans Platformベースのデスクトップアプリで
JDK6を使ってみる。「WindowsVistaに対応してます」の一言で
クライアントのOKが出た。JDK6でなければならない理由はないんだけど、
何より俺が使ってみたいのだ。
0147デフォルトの名無しさん2006/12/16(土) 01:00:31
おめでとうｗ
0148デフォルトの名無しさん2006/12/16(土) 20:31:10
>145

同意
0149デフォルトの名無しさん2006/12/16(土) 22:13:48
別にここでするレスじゃないかも知れんが
共用体が欲しいなあとなんとなしに思ってたけど
nioのByteBufferが既にそれっぽいことに今更気づいた。
0150デフォルトの名無しさん2006/12/16(土) 23:59:17
>>146
デスクトップアプリで６を使うのはいいと思うけど、EclipseRCPにしてもNetBeansPlatformにしても
へんなのをかますと余計にめんどくさいだけだと思うんだが
重くなりやすいし、バグがあったとしても回避しにくい

普通にSwingベースのほうが開発効率がいい
まぁNetBeansPlatformはSwingベースで開発できる分まだ楽か
0151デフォルトの名無しさん2006/12/17(日) 00:01:20
150が何いってんのか誰か教えて。
0152デフォルトの名無しさん2006/12/17(日) 00:23:59
君にはまだ早い
0153デフォルトの名無しさん2006/12/17(日) 00:28:01
今度こそ本当にJavaでデスクトップアプリ開発が流行るんですかね？
0154デフォルトの名無しさん2006/12/17(日) 00:31:35
流行るってかモチベーションの問題だろ
5.0で既に十分なポテンシャル持ってたのに作らなかった。
事実やる気全開のV2Cは今や非Win用2chブラウザの重鎮だし。
0155デフォルトの名無しさん2006/12/17(日) 00:35:59
・グループレイアウトが標準実装された
　これによってGUIコンポーネント配置が容易に（絶対座標系のレイアウトやVBなどより楽になった）

・VMの起動速度大幅アップ＆VM起動前にスプラッシュ表示可能
　クライアント用途ではVM立ち上げ直しが多いから有効

リッチクライアント用途ではすでに普及してると思うが、クライアントサーバのように2層式が
まだ弱いのが今後大幅に改善されるかもしれない

たしかNetBeansでGUIコンポーネントとDBをつなげるやつ開発してたよね
JPA,JDBC4、RowSetなどでこの辺実装できるはずだけどどれ使うんだろ

postgreSQLだけRowSet動かないのもなぁ
postgreSQLはJDBCドライバすててるのかな
Oracleのように実装してもらわないと改善されない予感
OracleはOracleで基本がなってないのだが、JDBC4で強制的にLOBまわり改善されるのが面白い
0156デフォルトの名無しさん2006/12/17(日) 00:38:22
>>154
V2Cいいんだけど参照のこったままになるの改善してほしいな
ひとつも開いてなくてもあきメモリーがなしってひどす
0157デフォルトの名無しさん2006/12/17(日) 00:59:46
>>155
RowSetって使ってるとこあるの？
JDBC4.0は何故かRowSetに肩入れしてるけど
JPAとレイヤーも被ってると思うんだよなぁ
0158デフォルトの名無しさん2006/12/17(日) 01:08:15
>>132
あくまで提案か。
実装するにはヤバイのが多いな。
BigDecimalの演算子だが
divide使うとき、MathContextの値はどうするのだろうか。
二つのBigDecimalオブジェクトのMathContextの値が異なれば
誤差が片方のMathContextの制度を基準にして除算を
することになると思うが、そうしたくない場合には
結局BigDecimal#divide(BigDecimal, MathContext)を使うことになるんだろうな。

その辺り、どう解決するのだろうか。
0159デフォルトの名無しさん2006/12/17(日) 01:18:13
とはいえ、いまだに大量に要る浮動小数点を金額計算に使うやつらをとめれるのは大きいか

だってnewするの面倒だもんと聞いたときには何の冗談かと

あとしらないで1.05とか掛け算したんだけど、なんかコンパイルエラーが出るんですが、doubleにしたらエラー消えたからOKだとおもったとか

こんなのが業務プログラム経験10年とかでベテランですといってごろごろいるんだが
そのたびにぶちきれてる俺はいやなやつと思われてるっぽい
0160デフォルトの名無しさん2006/12/17(日) 01:20:41
その手の奴はダメ出ししまくって修正させると「さすが大先生」とか卑屈になるんだよな
正直どうにかして首に追い込めないかとか考えてしまう。
0161デフォルトの名無しさん2006/12/17(日) 01:23:39
javaのジェネリクスのしょぼさがなぁ。
C++のテンプレートと同じことが出来なきゃ先は無いだろ。
0162デフォルトの名無しさん2006/12/17(日) 01:29:11
>>160
今のところ5.0導入してから半分くらいはついていけないのを確認

5.0ではListに入れる型がわかるので結合時のエラーが減りますね！とかenum便利ですね！とかwktkしてる人もいれば
なんで5.0つかうんだよとうつろなやつもいて、非常に適正がわかりやすい

>>161
目的が違うんだからいいんじゃね？C++と同じだったら逆にぶちきれるだろ
0163デフォルトの名無しさん2006/12/17(日) 01:31:31
Javaにboostみたいなのが出てくるのも考えモノだな。
0164デフォルトの名無しさん2006/12/17(日) 01:32:22
templateが害悪だからGenericsになったわけだが。
0165デフォルトの名無しさん2006/12/17(日) 01:33:10
>>159
BigDecimal,BigInteger用のシンタックスシュガーが導入されれば何とかならんかね・・・
しかし・・・・丸めとかの規定ないの？仕様に。
0166デフォルトの名無しさん2006/12/17(日) 01:40:34
123.45B とか 999999B で型推論？精度が違う場合は警告とし、左のほうに合わせる。
0167デフォルトの名無しさん2006/12/17(日) 02:10:27
>>164
ジェネリクスが今の形になってるのはただ単純に互換性を保つためだけの理由からだよ。
だいたいタイプパラメーターにnew出来ないってありえねーよ。
0168デフォルトの名無しさん2006/12/17(日) 02:17:31
ありえるからJavaは普通に普及してるんだけど。
0169デフォルトの名無しさん2006/12/17(日) 02:34:32
>>167
無制限に型パラメータで new するのは C# でもできないし。
0170デフォルトの名無しさん2006/12/17(日) 02:37:58
防御的コピーしたい場合を考えるとコピーコンストラクタくらいは使えてもよかったかな。
0171デフォルトの名無しさん2006/12/17(日) 02:45:01
>>170
つ「スペルミスなんだけど、気付いた時には既に修正不能だったという逸話が有名な Cloneable」
0172デフォルトの名無しさん2006/12/17(日) 03:03:58
でもスペルミスが指摘されたのはβ時代。
何が遅すぎるのやら。
0173デフォルトの名無しさん2006/12/17(日) 03:05:23
あ、これのことね。
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=1234712


0174デフォルトの名無しさん2006/12/17(日) 03:25:14
>>167
互換性が大事だと一番分かっているのはC++だろｗ
0175デフォルトの名無しさん2006/12/17(日) 03:39:45
creat・・・・
0176デフォルトの名無しさん2006/12/17(日) 12:05:10
近い未来・・・、JavaがJavaでなくなる日が訪れる。
0177デフォルトの名無しさん2006/12/17(日) 12:19:03
>>139
5.0で浸透している。
やはりGenericsとアノテーションは重宝する。
JUnitもアノテーションに対応したことだし。
Generics
>>141
0178デフォルトの名無しさん2006/12/17(日) 17:28:19
>>156
うちのV2Cはなったことないな。
ヒープサイズの問題でないなら本スレにバグレポした方がいい。
0179デフォルトの名無しさん2006/12/17(日) 18:40:37
DolphinといえばSwing Application Frameworkが気になる。
ttp://developers.sun.com/learning/javaoneonline/2006/desktop/TS-3399.pdf
0180デフォルトの名無しさん2006/12/18(月) 00:30:49
>>155
> リッチクライアント用途ではすでに普及してると思うが、クライアントサーバのように2層式が
> まだ弱いのが今後大幅に改善されるかもしれない

あれかServlet/JSPとの連携が弱いってやつな。
たしかに俺も思った。弱いって言うか扱いにくい。
RMIでないといけないから。

StrutsやJSFがSwingと合体すれば使いやすいのだが。
0181デフォルトの名無しさん2006/12/18(月) 00:40:29
いや、ふつうに2層式だからクライアントとDBとの接続
RMIでもWebServiceでもいいけどそれらのもってきた値とコンポーネントとの関連付けが今は手動になっちまう

＞StrutsやJSFがSwingと合体すれば使いやすいのだが。
これはありえないだろ
前2つよりSwingのほうが圧倒的に使いやすいし
0182デフォルトの名無しさん2006/12/18(月) 00:46:12
JSFのSwing化はJSF登場時からすでに検討課題だから。
てかSwingコンポーネントひとつひとつが<input>タグ化すればいいだけの気もする。
バリデータとコンバータがフレームワーク毎にあることのがメンドイ？
■ このスレッドは過去ログ倉庫に格納されています