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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/09 23:17 / Filesize : 271 KB / Number-of Response : 965
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん mailto:sage [2006/11/20(月) 10:38:16 ]: 前スレ

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

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

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

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

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

Java SE 6 じゃじゃ馬ならし
www.javainthebox.net/laboratory/JavaSE6/
237 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 22:59:07 ]: >>234
前世代だろ？
238 名前：デフォルトの名無しさん mailto:sage [2006/12/26(火) 23:33:19 ]: >>235
こんな、やつがwebアプリ作るからwebアプリって全般的に品質低いんだよ。

たとえば、J2EEは、基本マルチスレッドモデルだからインスタンス変数なんか定義して
リクエストの情報を設定したりなんかすると平気で他人の状態に書き換わったりする。。

strutsみたいなフレームワークを使ってても同様↓

ActionのJavadocより引用
------
リクエストの状態に関連する情報を保持するためにインスタンス変数やスタティック変数を使用してはいけません。
インスタンス変数やスタティック変数は同一のアクションに関してリクエストをまたがってグローバルなリソースを共有したい場合に使用します。
239 名前：238 mailto:sage [2006/12/26(火) 23:42:30 ]: もっと詳しい解説があった。
とにかく、webだからスレッドなんて関係ないぜ。ってのは、よしてくれ。

www.atmarkit.co.jp/fjava/rensai2/webopt04/webopt04.html
240 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 00:06:25 ]: >>232
日本語のサンプルすくないじゃん。
サンプルがないとコードがかけないと思う。
241 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 01:19:41 ]: >>238
WEBアプリだと自分で明示的にスレッド作ることは
あまり無いっちゅうことじゃないの？

さすがにそのレベルの間違いをする人はそんなにいない・・・
と言いたいところだが、ちらほら見かけた。
StrutsのActionクラスとかにインスタンス変数書きまくって
「テスト通る時と通らない時があります！
　FWのバグじゃないですか？」
とかこいてて、いますぐ死ねってまじで思った。
242 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 05:10:02 ]: 何のためにセッションやらリクエストパラメータがあるのかと小一時間>>Webアプリのへたれプログラマ
243 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 05:17:26 ]: >>241
いやいや、マルチスレッドなのにオブジェクトを使い回すような設計になっているのが悪いんじゃないか。
いまやオブジェクト生成・破棄のコストはそんなに重大ではないんだから、
もっと素直にプログラムできるようなモデルにすべきだった。
244 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 08:12:03 ]: >>243
設定でシングルスレッドモデルって言ってシングルスレッドで動作させる
ようにもできる。
その上でフレームワークを使うって言ったら結構なメモリを使うであろうことが
容易に想像できるわけだが。
245 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 12:32:11 ]: もうシングルスレッドモデルはねーぞ
それにインスタンスも複数使われるかもしれないし、ひとつかもしれないという自由度だったはず
Tomcatはひとつだったはずだけど

スレッドプーリングしてるんだよとか基本を教えないでこのメソッドのみで適当に作っといてとしかいわないのも悪い
246 名前：デフォルトの名無しさん mailto:sage [2006/12/27(水) 14:22:28 ]: 結構なメモリってどんな処理だ？
247 名前：デフォルトの名無しさん mailto:sage [2006/12/28(木) 08:29:24 ]: 配列のインターフェイスが欲しいな。例えばjava.lang.Array見たいな感じ。

interface Array<T>{
T get(int idx);
void set(T value, int idx);
int getLength();
Array<T> clone();
Class<? extends T> getComponentType();
}

見たいな感じ。で、

String[] hoge = new MyArray<String>();
みたいに配列として使える感じ。逆もありで、
Array<String> array = hoge;
として代入も可能。タイプパラメータがあってればいい感じ。
通常の配列もこのインターフェイスを実装済みでいいかも。
248 名前：デフォルトの名無しさん mailto:sage [2006/12/28(木) 08:31:24 ]: >>247
言語仕様的にはできなくは無いだろうけど、JVMレベルでの互換性を
壊すから、まず入ることは無いだろうな。あと、従来の配列はcovariantだが
genericsはcovariantじゃないというのもある
249 名前：デフォルトの名無しさん mailto:sage [2006/12/28(木) 11:17:30 ]: >>247
配列じゃないけど indexer っぽいのは >>224 の wish list に入ってたけど。
250 名前：デフォルトの名無しさん mailto:sage [2006/12/28(木) 23:45:13 ]: >>247
ここのArray Syntax for Collectionsがあればいいんじゃない？
blogs.sun.com/ahe/entry/java_se_7_wish_list
251 名前：250 mailto:sage [2006/12/28(木) 23:46:00 ]: あ、249が言ってるのと同じだった。
252 名前：247 mailto:sage [2006/12/29(金) 00:47:46 ]: 構文のサポートも欲しいところなんですが、
配列を抽象化できるのも魅力かなと。
でもcovariantが・・・なるほどね。。。

BigDecimalの四則演算対応も、できれば何かの特定のインターフェイスを
実装していれば対応できるというのが希望。
それって何て演算子オーバーロード？って言われそうですが・・・
253 名前：デフォルトの名無しさん mailto:sage [2006/12/29(金) 01:36:56 ]: ArrayList<Integer> list = {12, 34, 56};
みたいな初期化ができれば、配列の抽象化にこだわる必要はまったくなくなると思う。
コレクションのための配列構文も、[]のオーバーロードみたいなもんだし。
254 名前：デフォルトの名無しさん mailto:sage [2006/12/29(金) 01:44:57 ]: 型推論っていうんだっけ？

List<Integer> list = {12,34,56};
は、コンパイルエラー？
255 名前：デフォルトの名無しさん mailto:sage [2006/12/29(金) 03:26:09 ]: デフォルトをつけるかどうかだよね。
自分は、それはコンパイルエラーでいいと思う。
256 名前：デフォルトの名無しさん mailto:sage [2006/12/29(金) 03:28:09 ]: 要するにこんな感じのが欲しい。
d.hatena.ne.jp/nowokay/20061218
257 名前：デフォルトの名無しさん mailto:sage [2006/12/29(金) 10:02:43 ]: >>253
final list = ArrayList.of(1, 2, 3);

でよくね？ >>250 に載ってる
・More factory methods for colllection classes
・Shorthand syntax for declaring local variables
のあわせ技で出来ると思うんだけど。
258 名前：デフォルトの名無しさん mailto:sage [2006/12/29(金) 10:23:29 ]: > More factory methods for colllection classes
問題は Map の factory method だよな、と思う。
259 名前：デフォルトの名無しさん mailto:sage [2006/12/29(金) 10:32:38 ]: List<Integer> list = Arrays.asList(1, 2, 3);
260 名前：235 mailto:sage [2006/12/29(金) 12:00:42 ]: >>238
インスタンス使い回すっていうコンテナの構造上の問題は普通に意識するだろ。
マルチスレッド以前の問題だ。

Webアプリでスレッドを用いる必要があるのはデータのインポート＆エクスポートぐらいだと思う。
重い処理をする間、ユーザーを待たせないっつー意味で。
261 名前：デフォルトの名無しさん mailto:sage [2006/12/30(土) 13:25:27 ]: java.ioとnioの親和性をもうちょっと頑張って欲しいな
262 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 02:02:39 ]: 親和性って具体的には？
263 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 02:41:17 ]: Channelはデコレートパターン向きじゃないからね
Buffered*StreamみたいなのBuffer版アダプタを
標準で用意してくれるだけでも嬉しい
264 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 02:52:32 ]: ああ、しかし、BufferedとByteBufferだと名前が似すぎて間違えるか
265 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 10:56:51 ]: >>263
BufferedChannel みたいなものが欲しいって事？
ByteBuffer.wrap(new byte[1]); みたいな小さい ByteBuffer 作って
ちょこまか読み書きしてないなら大して必要とも思わないけど。

ってか、java.ioとの親和性とか関係ないような。
266 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 12:14:45 ]: ByteBufferInputStreamとかStream側にあわせるアダプタだろ
267 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 13:16:45 ]: > ByteBufferInputStream
要るか？
268 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 13:34:33 ]: >>267
それが欲しければアプリの中で用意すれば？
ってレベルの需要だろうなぁ
269 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 13:34:34 ]: 場面によりけり。ダイレクトバッファ使ってる場合なら欲しい。
270 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 13:51:22 ]: writeToメソッドみたいなのがBufferに欲しい
271 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 14:46:16 ]: >>269
ダイレクトバッファ使ってても、
InputStream や OutputStream のデコレータだったらアドバンテージないんじゃ？
272 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 14:48:28 ]: >>270
ByteBuffer#get(byte[]) とかあるけど。
273 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 14:50:18 ]: >>272
それを言うなら ByteBuffer#put(byte[]) じゃないかと。
274 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 14:52:27 ]: マップファイルを外部にゲロるのに便利そう writeTo
275 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 14:55:19 ]: >>271
コンポーネント単位で見ればそれもありでは？
nioのが効率はいいんだから、
最適化が必要になった時にnioにあわせていけばいい。
276 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 14:56:41 ]: 便利に使いたいだけなら
NIOUtils.writeTo(WritableByteChannel, ByteBuffer)
みたいなユーティリティメソッドつくっときゃ良いだけのような。
277 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 15:01:08 ]: >>275
いや、単純に無駄だよねって話。

中途半端にやるとクラスが汚くなるだけだし。
最適化が必要になりそうならアプリ側で入出力処理を抽象化しておきゃ良いんだし。
278 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 15:06:00 ]: >>277
内部で Channel 使った ChannelInputStream とか ChannelOutputStream で最適化する時
read(ByteBuffer) とか write(ByteBuffer) があると便利なんだよ！

すげーアホ臭いな。そんだったら最初から Channel 使えば良いし。
279 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 15:07:05 ]: > NIOUtils.writeTo(WritableByteChannel, ByteBuffer)
要るか？
280 名前：デフォルトの名無しさん mailto:sage [2006/12/31(日) 15:07:07 ]: ん？Servletにnioを適用するための記事とか普通に出回ってるが
281 名前：デフォルトの名無しさん [2007/01/05(金) 02:17:08 ]: 6.0でCommons Modelerを使用してPOJOを登録したんだがjconsoleのmbeanタグ
で表示されないのは既出ですか？
282 名前：デフォルトの名無しさん mailto:sage [2007/01/10(水) 21:20:03 ]: DOMとコレクションフレームワークの親和性をあげてほしいなぁ。
283 名前：デフォルトの名無しさん mailto:sage [2007/01/11(木) 01:52:34 ]: Closure の人(?) が面白いアイデアを書いてる。
gafter.blogspot.com/2007/01/methodnamesinpieces.html

なんか、javac弄って遊ぶプロジェクトらしい？
https://ksl.dev.java.net/
blogs.sun.com/ahe/entry/ksl_answers

>>224 の一番最後の人が property を試しに実装してみたらしい。
weblogs.java.net/blog/forax/archive/2007/01/a_property_prop_1.html

protperty 慎重派の人も居るらしい。
weblogs.java.net/blog/hansmuller/archive/2007/01/property_syntax.html

アプリ書く人と、ライブラリ（Swingコンポーネントとか）書く人の違いなんだろか？
284 名前：デフォルトの名無しさん mailto:sage [2007/01/11(木) 19:27:09 ]: propertyってどんな機能を指してるのかよくわかんないんだけど

object.x = "hoge" を object.setX(String str)
String str = object.x を object.getX()

にmappingする機能でおｋ？

ObjectPascal とかだと直接フィールドを参照するか、メソッドを指定するかとか出来るけど
そーゆー事も考えられてるのかな？

フィールド指定を可能にすることで無駄なsetter,getterの記述が不要になることが
propertyを導入する最大の利点だと考えてるのでそーゆーのが考慮されてないといまいちだなぁ
285 名前：デフォルトの名無しさん mailto:sage [2007/01/11(木) 20:03:56 ]: >>284
> propertyってどんな機能を指してるのかよくわかんないんだけど
それ自体も議論の対象っぽい。
getterやsetterの呼び出しのシンタックスシュガーだけじゃなくて
暗黙的なフィールドやgetterやsetterの宣言のシンタックスシュガーまで含んでたり。
例えば、public property int hoge; って書くと、暗黙のうちに
private int hoge;
public void setHoge(int h){ hoge = h; }
public int getHoge(){ return hoge; }
が自動生成されるとか。
java.lang.Class に getProperty みたいなメソッドを追加したいって人も居るし。
JavaBeans の場合は firePropertyChange よんだりも！ってのもあるかもしんないし。
他にも色々あるんじゃない？

>>283 で紹介されてる実装だと、property つけて宣言しないと
シンタックスシュガーでセッターゲッターにアクセスできなかったりする。
286 名前：デフォルトの名無しさん mailto:sage [2007/01/11(木) 20:22:31 ]: > フィールド指定を可能にすることで無駄なsetter,getterの記述が不要になることが
でも、これって 5文字ぐらい節約できるってだけなんだよねぇ……
287 名前：デフォルトの名無しさん mailto:sage [2007/01/11(木) 22:05:40 ]: >>286
いやいや違う、漏れが言いたいのは

//フィールドの定義
private int fieldX = 0;

//値をセットするときに必要な特殊処理
public void setX(int x){
　this.fieldX=x;
　this.logic();
}

//プロパティの定義でgetterはそのまま使って、setterはメソッドを使う
property int x read fieldX write setX;

イメージ的にはこんな感じ。ほぼObjectPascalなんだけどさ。
フィールドの定義は省略して、暗黙的に定義してくれるとなおよさげ。
288 名前：デフォルトの名無しさん mailto:sage [2007/01/11(木) 22:43:37 ]: >>287
その辺はどー転ぶかわかんない。property 自体却下される可能性もあるし。
とりあえず >>283 のプロトタイプだとできない。

> property int x read fieldX write setX;
この構文だと、Java ではフィールド名と同じメソッド名付けられるから
fieldX って名前のフィールドに加えてメソッドまであったらどーすんだろ、とか
setX 以外の名前が指定できると、現在既にあって setX を期待してる
フレームワークが困りそうだなぁ、と思った。
289 名前：デフォルトの名無しさん mailto:sage [2007/01/12(金) 23:43:12 ]: jcp.org/en/participation/members/E
Eclipse FoundationがJCPメンバーとして参加することに
なったらしい。ちょっと前にEclipse代表のMike Milinkovichが
JSR277とJSR291の進行に激怒してたからなんかやるだろうなとは思ってたけど。
JSR291に反対票投じたRedhatも先月推進派に転じたみたいだし、さらに今度の
Eclipseの票も加えて1/16～22にあるJSR291の投票をのりきりたいんだろうね。
290 名前：デフォルトの名無しさん mailto:sage [2007/01/16(火) 01:46:34 ]: >>287
setXxx、getXxxっていうのをプロパティとみなす仕様は変えれないと思うよ。
IDEのプロパティエディタやらJSPのELやら、既存のツールやライブラリが使えなくなる。
291 名前：デフォルトの名無しさん mailto:sage [2007/01/16(火) 05:09:43 ]: Java6の話はどこですればいいのかな？
292 名前：デフォルトの名無しさん mailto:sage [2007/01/16(火) 19:56:31 ]: >>291
現世代Javaの動向 1
pc10.2ch.net/test/read.cgi/tech/1150286189/l50
293 名前：デフォルトの名無しさん mailto:age [2007/01/18(木) 08:02:25 ]: AjaxでハイブリッドP2P型を作成しようと思っているのですが、
これを作るにはJ2SE,J2EE,J2MEの内、どれが相応しいのでしょうか？
次世代Javaに詳しい方教えて下さい。
294 名前：デフォルトの名無しさん [2007/01/18(木) 08:06:11 ]: mustang で普通に起動した JVM に jconsole からアタッチできるようになったという
記事を見て jconsole を使おうとしたんだけど、起動後に "JConsole: Output" っていう
ウィンドウが開いて

java.lang.UnsatisfiedLinkError: no attach in java.library.path

というエラーが表示されるし、ローカルプロセスに接続しようとしても
「接続に失敗しました」となってしまいます。

うまく JVM にアタッチするにはどうしたらいいんでしょうか？
Windows XP, JDK 1.6.0 を使っています。
295 名前：デフォルトの名無しさん mailto:sage [2007/01/18(木) 19:15:17 ]: >>293
構成が今一良く分からない。Webサーバ＋P2PでUIがブラウザなわけかい？
J2EEのServlet（Jettyあたり）を落としてきて、残りはSEでガリガリ書きなさいな。
296 名前：293 mailto:sage [2007/01/19(金) 07:57:58 ]: >>295
P2Pでコミュニティとファイル共有システムを作って、ソフトウェアで提供しようとしているので、
中継ノードでピュアP2P型にするか、中央サーバーでハイブリッドP2P型にするかのどっちかになるのですが、
それぞれJ2SE,J2EE,J2MEのうち、何が相応しいのでしょうか？
教えて下さいませ。
297 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 10:32:49 ]: >>296
まず、J2SE,J2EE,J2MEが何かぐらいは調べて置いたほうがいいだろ。
それとスレ違い。
298 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 15:30:45 ]: JDK7 build06
download.java.net/jdk7/changes/jdk7-b06.html
download.java.net/jdk7/binaries/

個人的にはまだぱっとした新機能ないなぁ
299 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 20:33:11 ]: Java6の役目はその機能ではなく、1.4.2を古いものとし、
Generics環境へのGOサインを導き出してくれることにある。
Java7もXML構文とか登場してまた汚れる（ｗ）から
Java7のデビューはJava8のリリースからとなる。
300 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 23:12:57 ]: Genericは結構なんだけど旧形式のコレクションも@deprecatedにしないで
共存させといて問題ないと思うのだが。これのせいで１．４からの移行が進みにくい。
301 名前：デフォルトの名無しさん mailto:sage [2007/01/19(金) 23:15:09 ]: 5.1が出ないってことは、最近のJREはアーキの急遽対応がないんだな。
6は載らなかった機能が一杯あるから枝が付くとなんとなく思ってるが
302 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 01:27:40 ]: 6はおまけっぽいのがてんこもりだからね。
303 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 01:29:35 ]: >>300
どういうこと？
304 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 01:55:04 ]: 普通に「互換性あれば簡単に乗り換えれるのに」って意味じゃないの？
305 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 02:22:19 ]: コレクションは互換性のために残されたレガシーコレクションとはあるが
非推奨だなんて注釈もdocタグも無いはずなんだが。
306 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 02:28:02 ]: > 6は載らなかった機能が一杯あるから枝が付くとなんとなく思ってるが
1.5.1 とか 1.6.1 とか出さないって言ってなかったっけ？
307 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 03:06:14 ]: ああこれのことね。無視すればいいけど、うちは何も考えずに<Object>つけてるぞイミねぇ

注: ArrayListDemo.java の操作は、未チェックまたは安全ではありません。
注: 詳細については、-Xlint:unchecked オプションを指定して再コンパイルしてください。
308 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 03:17:36 ]: 無視したいなら@SuppressWarnings("unchecked")でいいじゃん
309 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 06:46:59 ]: >>307
<?>の方がよくねぇ？
310 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 13:18:36 ]: 例外にもジェネリクス対応して欲しいな。
型パラメータが付いたThrowableのサブクラスを作りたい。

例えば、
class IORuntimeException<IOException> extends RuntimeException{
}
のように定義して、
catch(IORuntimeException e){
throw e.getCause(); //<--IOExceptionをスロー
}
と使えると最高。
311 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 15:38:32 ]: RuntimeExceptionが何故IOExceptionを投げるんだ・・・
312 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 15:49:49 ]: IOExceptionをRuntimeExceptionでラップしたいんだろ。
313 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 16:06:04 ]: >>310
Closure で例外を透過的に使うために、ってんで検討はされてるけど、
>>310 みたいな気持ち悪い奴じゃない。
314 名前：デフォルトの名無しさん mailto:sage [2007/01/20(土) 16:31:14 ]: Neal Gafter's blog
Thoughts about the future of the Java Programming Language.

ttp://gafter.blogspot.com/index.html
315 名前：310 mailto:sage [2007/01/21(日) 01:49:23 ]: キモくてスマン。
単純にチェック例外を実行時例外でラップしたいだけ。

例外にジェネリクスが使えると、色々面白そうだけど。

class Hoge<T>{
　　void piyo() throws WrapperException<T>{
　　　　...//色々
　　}

　　void fuga() throws T{
　　　　try{
　　　　　　piyo();
　　　　}cathc(ExceptionWrapper<T> e){
　　　　　　throw e.getCause();
　　　　}
　　}
}
316 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 02:15:50 ]: > void piyo() throws WrapperException<T>
> }cathc(ExceptionWrapper<T> e){
……。

ってか、普通に考えて ExceptionWrapper<InvocationTargetException> と
ExceptionWrapper<IllegalAccessException> が実行時に同じクラスに
成り下がりそうで拙いよね……

まぁ、ある意味では「色々面白そう」だけど。
317 名前：デフォルトの名無しさん mailto:sage [2007/01/21(日) 11:26:48 ]: >>300
問題ないはずだけど

>>308
は旧式のライブラリとの境目で使う
事実上JPAでも必須だけど

>>309
明示的にするなら<Object>のほうがいいとおもう
ただ、これを使ってる時点でGenericsの恩恵ゼロだけどね
従来のライブラリ葉変更せずに使う場合>>308を接合部分につかってラッピングするべし
318 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 10:31:36 ]: 突然だけど将来的にSEとEEにApache FOPも追加してくれんかな？

そうすると標準ライブラリだけでXML何でもあり状態で便利なんだが。

EEは需要ありそうだが・・・

ただでさえjdk6は標準ライブラリだけで近代的なブラウザが書ける奇抜な言語だぜｗ
319 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 15:43:59 ]: 安藤幸央のランダウン[32]
Java SE 6へ移行する理由と移行をとどまる5つの理由
www.atmarkit.co.jp/fjava/column/andoh/andoh32.html
320 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 18:04:30 ]: >>319
Itanium 1、2がサポートされなくなったのか。
Itanium おしまいだな。
321 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 21:53:16 ]: >>319
なんか、細かいミスというか認識不足が多すぎる気がするよ。
Java SE 7は、もうDolphinとは呼ばれてないはずだし。
322 名前：デフォルトの名無しさん mailto:sage [2007/01/23(火) 21:59:45 ]: というか、JDKとJava2SE/JavaSEが混同されすぎ。
323 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 18:06:01 ]: >>319
正式リリースされている 6系の話題は、現行スレでお願いします。
324 名前：デフォルトの名無しさん mailto:sage [2007/01/24(水) 19:59:04 ]: java.comがjre6を頒布するのはいつごろの予定なの？
325 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 17:04:58 ]: JDK7 build07
download.java.net/jdk7/changes/jdk7-b07.html
download.java.net/jdk7/binaries/

やはりまだnew featureよりバグフィックスが目立つ
326 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 18:15:15 ]: >>322
いまならJava SE

JDKは開発キットだからな(JREに対しての)
327 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 18:16:33 ]: >>319
> 1.3.1以前のバージョンはEnd of Life、サポート終了の扱いです。

なるほど。古いことは気にしなくて良いとは
気が楽だ

法務省のJavaアプリが古いJVMに
しか対応していなかった問題も解決されると願う
328 名前：デフォルトの名無しさん mailto:sage [2007/02/02(金) 19:20:14 ]: 1.4も1.4.2までいったから多少長かったけど、今からだとサポート期間短いよね
2世代前のものだから当たり前だが
329 名前：デフォルトの名無しさん mailto:sage [2007/02/03(土) 08:40:58 ]: >>327
MOJ乙
330 名前：デフォルトの名無しさん mailto:sage [2007/02/08(木) 21:18:56 ]: Closures for the Java Programming Language (v0.5)
ttp://www.javac.info/closures-v05.html

{int,int=>int} plus = {int x, int y => x+y};

うーん、もすこしメソッドと同じような文法にならなかったのかな・・・
331 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 02:06:03 ]: >>330
新しいのは
・nominal version が消えた。
・ユーザ定義のループ定義が草案入り。
ぐらいか。

より良い構文を考え付いたなら、
そっち方面の人のブログにでもコメントしとけば？
332 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 02:06:58 ]: >>329
MOJ?

何それ？
333 名前：デフォルトの名無しさん mailto:sage [2007/02/09(金) 09:01:30 ]: ぐぐると一番最初にくる省庁の英語略称
そこの担当者
334 名前：デフォルトの名無しさん mailto:sage [2007/02/10(土) 14:59:27 ]: Java++
335 名前：デフォルトの名無しさん mailto:sage [2007/02/11(日) 20:39:31 ]: Java#
336 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 01:18:02 ]: =>
ってどっかで見たことあるような
337 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 03:26:06 ]: PerlやPHPのハッシュに使う演算子だろ。

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef