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

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

レス数が900を超えています。1000を超えると表示できなくなるよ。
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/
0809デフォルトの名無しさん2007/04/01(日) 22:05:41
>>808
なんかライブラリとNetBeansでプラグイン作りたくなってきた
GUIとのバインディングでもかなり効率よさそうだしな
0810デフォルトの名無しさん2007/04/01(日) 22:41:26
プロパティなど要らぬ！
構文糖・即・悪こそが我々Java厨の共有する唯一の正義ではなかったのか！

それを捨てるというならば、まずtypedefを導入しやがれ
0811デフォルトの名無しさん2007/04/01(日) 23:14:33
Genericsは構文糖じゃねーのかよ
生成されるバイトコードはキャスト使いまくりのものと同じだろ
0812デフォルトの名無しさん2007/04/01(日) 23:28:04
>>810
そんなもん、EoD とか言って autoboxing みたいな構文糖が入った時点で捨てとるような。
0813デフォルトの名無しさん2007/04/02(月) 00:10:56
>>811
乙
0814デフォルトの名無しさん2007/04/03(火) 11:11:13
>>810
何かいまいち語呂が悪いな

というかtyprdefはねえよwww
0815デフォルトの名無しさん2007/04/03(火) 19:05:07
そろそろCloneable（何故かスペルミス）が@SafeCloneアノテーションになったりしないかな
ある程度どのように実装しているか表現できればコードチェックのときに便利だと思う。

copy(Cloneable obj)とかif(obj instanceof Cloneable){/*処理*/}とかそういうことは出来なくなるけど……
0816デフォルトの名無しさん2007/04/03(火) 19:40:24
いやtypedefは欲しい。
Javaで導入されていないのは、sourceが読みにくくなるという理由だろうけど。
0817デフォルトの名無しさん2007/04/03(火) 21:04:57
typedef String MyString;
みたいなのは同じ型の別名を作るだけだから有害だが、
typedef Map<String, List<MyClass<Integer, String>>> MyType;
みたいなのは特別な組み合わせに特別な名前をつけているから有用だと思う。

だから、Genericsありの場合のみtypedefを許すというのはどうだろうか。
0818デフォルトの名無しさん2007/04/03(火) 21:12:11
class MyType extends Map<String, List<MyClass<Integer, String>>>{}
0819デフォルトの名無しさん2007/04/03(火) 21:31:09
>>816
実態が変わるのならきっついのでは？
Javaはすべてダイナミックリンクなわけで
Stringからchar[]への変更とかIntegerからLongへの変更とか現実的ではないし
0820デフォルトの名無しさん2007/04/03(火) 21:38:01
これさー

typedef String MyString;
MyString abc = "sample";

これ、OK にするん？　NG にするん？
0821デフォルトの名無しさん2007/04/03(火) 21:44:12
>>818
それでいけるかー

typedefのためだけにファイルいっこつくるのが許容できるかどうかだな
0822デフォルトの名無しさん2007/04/03(火) 21:51:09
>>821
逆にファイル一個作らない場合、どのソースファイルに記述するか迷わないか？
ひとつのクラス内でのみ使用するというならいいが。
0823デフォルトの名無しさん2007/04/03(火) 21:53:30
>>818
擬似Typedefアンチパターン
http://www-06.ibm.com/jp/developerworks/java/060310/j_j-jtp02216.shtml
0824デフォルトの名無しさん2007/04/03(火) 22:27:37
extendsに関してはあまり的を得ているとはいえない批判だな。
公開APIで使うべきではないけど、内部処理で使うには問題はなかろう。
「大規模では・・・」というのも、モジュール境界で使わなければいいだろう。
0825デフォルトの名無しさん2007/04/03(火) 22:33:36
>> 820
OKだろ。
0826デフォルトの名無しさん2007/04/03(火) 22:59:03
>824
当を得る、的を射ると書こうと思ったが
"的を得る"もあながち間違いとはいえないらしい
0827デフォルトの名無しさん2007/04/03(火) 23:09:14
>>820
そんなん言語仕様作ってる連中が居るところで聞かなきゃ意味がない。

どーせやるなら generics のパラメタ型だけじゃなくて
JSR 308 の型へのアノテーションも含めて欲しいけど。
0828デフォルトの名無しさん2007/04/03(火) 23:35:42
typedef派の諸君！ Java7で何かが変わると思ったら大間違いだ！
所詮dolphinなんか、property派のお祭に過ぎない！
我々typedef派にとってdolphinほど馬鹿馬鹿しいものはない！
多数決で決めれば、property派が勝つに決まってるじゃないか！
0829デフォルトの名無しさん2007/04/04(水) 00:16:01
俺は言語使用云々よりもMVMが最も重要だと思う。
MVMさえ実現されれば、デスクトップJavaもサーバJavaもかなりの勢いで道が開ける。
0830デフォルトの名無しさん2007/04/04(水) 00:44:35
俺もそうは思うが、MVMって実装される予定はあるのか？
0831デフォルトの名無しさん2007/04/04(水) 01:12:55
>>828
俺はビビらない

もうちょっと上手くやってください

>>830
俺がずっとヲチしてるとこは年単位で動きナス
ttp://research.sun.com/projects/barcelona/
ttp://java.sun.com/developer/technicalArticles/Programming/mvm/
唯一怪しげな情報として引っかかってきたのが
ttps://jvmcomm.stage.dev.java.net/
ここによると、MVMは作られた、とのこと。
もしかして、通常権限だとアクセスできない
ttps://mvm.dev.java.net/
に何らかの情報が？誰か触った事のある奴居ないっすか？
0832デフォルトの名無しさん2007/04/04(水) 08:41:27
>>823
いい記事を知った
㌧
0833デフォルトの名無しさん2007/04/04(水) 09:33:04
>>828
クロージャー祭りなワケですが。
0834デフォルトの名無しさん2007/04/04(水) 11:59:58
諸君！この言語は最悪だ！
プログラミングだとかコンピュータだとか、
私はそんなことには一切興味がない！

あれこれ改変して問題が解決するような、
もはやそんな甘っちょろい段階にはない！
こんな言語はもう見捨てるしかないんだ、
こんな言語はもう滅ぼせ！

私には、建設的な提案なんか一つもない！
今はただ、スクラッチ＆スクラッチ、0から書き直すことだ！
0835デフォルトの名無しさん2007/04/04(水) 13:45:51
MS儲おつかれさまです。
0836デフォルトの名無しさん2007/04/04(水) 20:03:09
MVMなんかいくら待ったって無駄だっ！
0837デフォルトの名無しさん2007/04/05(木) 01:17:46
>>835
うん、MSは儲かるよ
0838デフォルトの名無しさん2007/04/05(木) 07:55:41
外山ゲイツ
0839デフォルトの名無しさん2007/04/12(木) 20:20:00
JDK7 build11
http://download.java.net/jdk7/changes/jdk7-b11.html
http://download.java.net/jdk7/binaries/

何か地味なビルド。
OpenJDKでのビルド修正に関するFixばかり。
0840デフォルトの名無しさん2007/04/13(金) 15:01:43
NIO2 の草案できたらしい。
http://d.hatena.ne.jp/kazama/20070413 より。
0841デフォルトの名無しさん2007/04/13(金) 21:03:32
すげー
日本語版が用意されているという趣向が
ちょっと見てみようかという気になる
0842デフォルトの名無しさん2007/04/18(水) 12:27:47
進歩してるなｧ
http://journal.mycom.co.jp/articles/2007/04/11/openterracotta/index.html
0843デフォルトの名無しさん2007/04/18(水) 20:17:38
JRE仮想化はBEAみたいなハードウェアよりなのが勝つんじゃないかな
0844デフォルトの名無しさん2007/04/18(水) 20:53:59
ところでJavaでCPUのコア数って取得できましたっけ？
0845デフォルトの名無しさん2007/04/18(水) 21:06:02
>>844
次世代関係ないな。初心者質問スレいけ。
0846デフォルトの名無しさん2007/04/19(木) 08:13:46
知らないなら知らないって言えばいいのにｗ
0847デフォルトの名無しさん2007/04/19(木) 21:58:33
JOGLがSEに組み込まれることと、
Uniform Driver Interface対応がされれば
Javaクライアントの未来もあるんだが、
今だサーバ関係ばっかサポートしてるな。
0848デフォルトの名無しさん2007/04/19(木) 22:03:55
JavaSE6でJOGLとの融合する予定だったけど不安定でとめたからな
今のバージョンでOpenGLレンダリングでGLJPanel使うとよくおちる
5.0はまともにレンダリングされなかったけどな
なんかリペイントマネージャがおかしかった模様

JOGL＋GLCanvas自体は安定してるのでゲームでは問題ないけど、
GLJPanelが動くようにならないと復権無理だな
あとは入力インターフェースとして2軸2ボタンでいいのでジョイパッドの正式サポートを
0849デフォルトの名無しさん2007/04/19(木) 23:13:54
「New」IO「2」か。。。どれだけ計画性のないネーミングだっつーの
0850デフォルトの名無しさん2007/04/19(木) 23:31:50
>>849
NIO2は別名なんだろ？
統合か名前が変わるかするだろう
0851デフォルトの名無しさん2007/04/20(金) 10:36:48
>>849
サントリー New Old
0852デフォルトの名無しさん2007/04/20(金) 12:39:51
>>851
あれはわざとやったらしいよ
0853デフォルトの名無しさん2007/04/20(金) 23:37:33
マトリックスの奴の名前だっけか
0854デフォルトの名無しさん2007/04/21(土) 00:43:10
>>853
仁王？
0855デフォルトの名無しさん2007/04/28(土) 06:15:28
言語レベルでの複素数型のサポートっていつやるの？
0856デフォルトの名無しさん2007/04/28(土) 09:15:37
>>851
そうなのか。Sunってなんか変なところでマーケティングが変なこと言い出す気がする。

1.1→1.2→1.3→1.4→5.0→6.0
なバージョニングといい

J2SE→Java SE
といい。
0857デフォルトの名無しさん2007/04/28(土) 09:42:56
いや、たんに世の中のバージョンとあわせただけだよ
sunの文化として0.1がメジャーバージョンアップなんだよ
でもマイナーバージョンアップにしか見えない

だから製品名と内部バージョンとをわけるという他の会社と同じものにあわせた
あと6.0はない、6だ
Java2登場前はただのJavaがあったし、SDKはJDKという名前でまたJDKに戻った

Java2という名前を入れるときに製品名としては2.0にすべきだったのさ

ただそれだけのこと
0858デフォルトの名無しさん2007/04/28(土) 11:14:04
マーケティング周りで散々分かり辛かったから一般消費者向けに分かりやすい製品名にしただけ。
ブランド名はずっとJavaの4文字だし。

JDKに戻ったのもsun内部ではずっとJDKと呼ばれ続け、開発者側もJDKで十分慣れ親しんだため。

そして何より、今はゲイツの相手せずに済むから・・・

J/Directなんて禁句だぜ？

アゝ、なつかしの*7・・・
0859デフォルトの名無しさん2007/04/28(土) 16:05:42

♪ア・ソ～レ

ア・チョン！ ア・チョン！

ア・チョン！ チョン！ チョン！ バカ！
0860デフォルトの名無しさん2007/04/29(日) 00:11:38
XMLリテラルよりヒアドキュメントに対応して欲しいのは俺だけ？

String sql = <<END_OF_SQL
update USER_TBL
set name = ?,
age = ?
where id = ?
END_OF_SQL
0861デフォルトの名無しさん2007/04/29(日) 00:14:26
IDE使っていれば改行を気にすることないから俺は要らんな
0862デフォルトの名無しさん2007/04/29(日) 00:34:43
複素数なんていらないじゃん。
commonsにライブラリあるからそれで十分。
0863デフォルトの名無しさん2007/04/29(日) 08:52:50
>>860
ヒアドキュメントは確かに欲しい
あと、ヒアドキュメント中にJavaの式を埋め込むこともできたらいいな
0864デフォルトの名無しさん2007/04/29(日) 09:17:28
言語でサポートされるなら複素数型は欲しいな・・
0865デフォルトの名無しさん2007/04/29(日) 09:57:06
そういえばCSV(TSV, etc.)を読み書きするためのライブラリが標準でないのが気になった
0866デフォルトの名無しさん2007/04/29(日) 10:20:46
TSVやCSVは環境依存しまくりだからな
ほとんどの場合Excel準拠でいいのだろうが
H2のライブラリを使うという手もある

だが、まずはファイルのコピー等を実装するのが先じゃね？
0867デフォルトの名無しさん2007/04/29(日) 10:47:04
仕様通りのCSVって見た事ないんだが。
カンマで区切る以外はメチャクチャだろ。
0868デフォルトの名無しさん2007/04/29(日) 11:05:13
>>867 仕様ってrfc4180？
0869デフォルトの名無しさん2007/04/29(日) 11:53:46
>>868 4180って後付けだし他のシステムで吐き出したCSVを扱う
ときには全く意味ないよね。
0870デフォルトの名無しさん2007/04/29(日) 12:37:17
後付の規格にあわせていたら過去のソフトとの互換性が取れんからな
どうせやるなら文字コードやどのソフトで出力したかなどメタ情報がほしいね

そのへんつっこんでいくとXMLになるから意味がないのだけれども
0871デフォルトの名無しさん2007/04/29(日) 12:55:08
後付規格以外では、独自規格乱立してんだから互換性取るなんて無理。

RFC準拠の標準ライブラリとかならともかく、
自分とこの独自規格に合ったのが欲しいなら
自前の CSVライブラリ作った方が楽だし簡単。
0872デフォルトの名無しさん2007/04/29(日) 13:07:50
ttp://opencsv.sourceforge.net/
これ使ってる。別に困った事はない。というか、ＣＳＶ使うのは止めて欲しい。
問題が解決するわけじゃないが、タブ区切りの方が好み。
カンマより、タブの方が文章中で出てくる頻度が少ない。

というか、明確に項目を区切るための制御文字があってそれを入力できる方がいいなぁ
0873デフォルトの名無しさん2007/04/29(日) 13:08:18
ちょうどCSVってかテキストデータのライブラリ作ってる。
MIMEにあるかIANAに見に行って、RFCも日本語訳参考にしてるから
たぶん仕様的には正確だと思う。

RFC4180についてだけど、セル内改行を LF にすればExcel CSVに対応できる。
しかしAccess CSVは CRLF で、RFC4180と仕様が同じという困ったちゃん。
読み込みは柔軟に、書き出しは目的に合わせて厳密にという対応が必要だね。
0874デフォルトの名無しさん2007/04/29(日) 13:28:53
後付けでもECMA-262とW3C DOMはうまい事まとめてるのにね。
相変わらずMSはオープン標準に従う気はないし。

テキストフォーマットの読み書きといえばODFなんかの文書フォーマット読み書きライブラリが標準拡張くらいであっても良いのにね。
やるとしたらテキストコンポーネントのプラグイン扱いかな。
変なところで妙に充実してるのがjavaのクラスライブラリなんだし。
0875デフォルトの名無しさん2007/04/29(日) 13:29:04
>>873
おれもそのAccessとの対応を対数ヶ月前やった
ダブルクォーテーションの中はあらゆる改行タイプをゆるせばいいだけだったっぽい
動きとしてはAccessのほうが納得しやすい
0876デフォルトの名無しさん2007/04/29(日) 13:35:53
>>874
javaってinterface作るのは好きだけど
SPIを作るのは嫌いって人が多すぎるんだよね。
MP3とかOGGとかSound APIにちょこっとしか準拠してないしｗ
0877デフォルトの名無しさん2007/04/29(日) 13:54:41
>>876
インターフェース作る＝自分でAPI定義
SPIの実装＝定義にあわせて作る

だからまったく別の話じゃね？
0878デフォルトの名無しさん2007/04/29(日) 14:00:48
このルールにあわせろっていうのは好きだが、
ルールに従うくらいなら俺仕様でって奴が多いってこと。
0879デフォルトの名無しさん2007/04/29(日) 21:31:55
>>878
うわ、激烈耳が痛てぇ。 orz
0880デフォルトの名無しさん2007/04/29(日) 23:46:40
>>878
それじゃMSがやってることと同じじゃんか。
0881デフォルトの名無しさん2007/04/30(月) 00:08:54
まぁ、大抵の奴はそう思うんじゃね？
0882デフォルトの名無しさん2007/04/30(月) 00:36:26
>>876
例えば標準のプラグインがヘボいので上書きしたい場合みたいに
他のプラグインと衝突する場合のガイドラインがなかったりするし。
いざ作ろうとすると、SPIまわりはドキュメントが不足してる。

他にも、Sun の標準プラグインに必要なインターフェイスだけしかないとか
java.net.URLStreamHandlerFactory はなんで SPIになってねーんだとか
SPI自体がテキトーに作られてる感が無きにしも非ず。
0883デフォルトの名無しさん2007/04/30(月) 10:26:19
C99では複素数もとっくにサポートされてるのにJavaはダメだね。
コンパイラに実装するのは難しくないだろ。
いろんなComplexクラスとか見ると、また車輪の最発明なのかと思って悲しくなる。
0884デフォルトの名無しさん2007/04/30(月) 10:55:57
ここは・・・

C99なんて仕様だけだろﾌﾟｷﾞｬｰm9

って言えばいいのか？

マジレスもしとくか、複素数を普通の演算子で扱いたいって事なんだろうけど
Javaの流れとしてはXMLリテラルの方が先じゃない？
俺としてはどっちも要らんが。
0885デフォルトの名無しさん2007/04/30(月) 11:42:39
>>883
確かに人それぞれの複素数クラスがあるよね。
0886デフォルトの名無しさん2007/04/30(月) 12:50:02
複数のライブラリを横断的に使ってて、
複素数型がライブラリ毎に違うのが面倒くさいとか
そーゆーケースでもない限り標準APIに拘る必要も無いような。

複素数型入れても今更感が強いし、
下手すると独自規格乱立したCSVに後付標準規格(?)ができたのと同じで
それほど意味がないものになるような気もする。
0887デフォルトの名無しさん2007/04/30(月) 12:55:54
>>884
gccのC99じゃだめなのか？
Javaも無料のコンパイラ使ってるくせに…
0888デフォルトの名無しさん2007/04/30(月) 15:30:34
そんなにCがいいならC使ってればいいんでは？
0889デフォルトの名無しさん2007/04/30(月) 15:56:36
>>883
Complexクラスが標準になればいいだけの話か。
0890デフォルトの名無しさん2007/04/30(月) 16:45:23
複素数リテラルのまえに、BigIntegerリテラルだろ。
0891デフォルトの名無しさん2007/04/30(月) 17:05:27
Wikipediaをwikiって略すな！
同時にWikipedia以外のWikiも盛り上げよう！

0892デフォルトの名無しさん2007/04/30(月) 17:17:46
>>891
携帯するものなんて電話以外にもいくらでもあるのに
携帯電話を携帯って略すのもやめよう
0893デフォルトの名無しさん2007/04/30(月) 17:29:32
>>890
リテラルは知らんけど、BigInteger BigDecimal の演算子オーバーロードは
dolphin で追加されそうな気配はある。>>132 のスライドに入ってるし。

もっとも、目玉は closure と erase erasure だろうけど。
closure というか、function type の実装には
java.lang.function パッケージに引数型+戻り値型を名前にした interface を使うみたいだけど
（ {int=>int} なら java.lang.function.II みたいな名前で int invoke(int) だけを持つ interface）
これ、実行時に生成するなら同じ仕組みで List<String> とかも生成するんじゃないかな。
と妄想中。VM（厳密には ClassLoader？）に手を入れる事になるけど。

で、そっちに時間取られると演算子オーバーロードとかは漏れる可能性もあるもしんない。
0894デフォルトの名無しさん2007/04/30(月) 17:57:08
>>891
seasarスレにカエレ(・∀・)

ま、どうせこのスレとあっちのスレ、中の人は同じだがな。
0895デフォルトの名無しさん2007/04/30(月) 18:23:11
MVMは次に乗らないのか？
スレッドはネイティブ対応しないのか？
あーらんに負けるぞ。
0896デフォルトの名無しさん2007/04/30(月) 18:28:56
> スレッドはネイティブ対応しないのか？
？？？
0897デフォルトの名無しさん2007/04/30(月) 19:25:00
いまだにグリーンスレッドと勘違いしてるんだろう.
0898デフォルトの名無しさん2007/04/30(月) 19:34:54
一瞬Rubyスレかと思ったわい。
0899デフォルトの名無しさん2007/04/30(月) 19:46:22
>>898
ﾉｼ おれもれも。
ところでRuby処理系のネイティヴスレッド化って完了したの？

YARV Ruby でぐぐってみたけど、ささだ先生のところは0.4.1くらいで更新が
止まってるみたいで、最新の状況がよくわからん。

あ、スレちがいか。すまん。
0900デフォルトの名無しさん2007/04/30(月) 20:17:55
>>893
目玉はBigIntegerとBigDecimalだと思うよ
業務アプリだとこの辺頻繁に使うし
0901デフォルトの名無しさん2007/04/30(月) 20:19:27
>>899
そういうときはJRubyに関連付けするのだ
0.9.9がでたのでもうすぐ正式版が登場
つまりJavaVM上でRubyは動かすのが正解

VM起動時間なんてJavaSE6なら2回目以降は0.5秒だから問題ないし
0902デフォルトの名無しさん2007/04/30(月) 20:46:47
>>900
っても、closureの話は聞こえてくるけどBigDecimalの話はあんまし聞こえてこないんだよね。
0903デフォルトの名無しさん2007/04/30(月) 20:53:57
>>902
仕事に絡まないプログラムならそうかもしれんが
仕事では使わないという場面はほとんどないからなぁ。
そして仕事で組んでる場合、次の技術というのに目が行く人は少ない。
目をつけていても発言する場が日本語でできないのなら誰もしないだろうさ。
0904デフォルトの名無しさん2007/04/30(月) 21:24:54
>>903
いや、Sunがどーゆー実装にするとか、JCPでどーゆー提案が出たとか
そーゆー話が聞こえてこないって事なんだけど。
0905デフォルトの名無しさん2007/04/30(月) 21:37:14
JCPとかリードスペックとか現時的に業務に絡んでないやつらが多すぎなんじゃ？
0906デフォルトの名無しさん2007/04/30(月) 21:42:30
>そして仕事で組んでる場合、次の技術というのに目が行く人は少ない。
>目をつけていても発言する場が日本語でできないのなら誰もしないだろうさ。
技術者として終わってるな
0907デフォルトの名無しさん2007/04/30(月) 21:51:54
>>906
じゃぁ始まってるアンタが変えてよ
0908デフォルトの名無しさん2007/04/30(月) 21:56:07
>>905
愚痴たれるんならマ板に行ってやれ。
レス数が900を超えています。1000を超えると表示できなくなるよ。