- 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/
- 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のハッシュに使う演算子だろ。
- 338 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 07:48:17 ]
- Java2.0
- 339 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:04:01 ]
- >>338
それはもう古いぞ
- 340 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:24:02 ]
- JavaX
- 341 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 13:42:03 ]
- >>338-339
ﾜﾗﾀ
- 342 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 14:25:37 ]
- >>340
それはjavax.rmiみたいなパッケージとして存在するし
>>338
今はJava 6 の時代だろ
- 343 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 14:33:13 ]
- >>340
JBuilder Xを連想した。
- 344 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 15:56:36 ]
- JavaOSX？
- 345 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 17:26:37 ]
- Java Vista
- 346 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 17:58:03 ]
- JavaMillenniumEdition
- 347 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 18:33:41 ]
- Javaって、いつからOSになったんだ？
- 348 名前：デフォルトの名無しさん [2007/02/12(月) 18:34:34 ]
- JNodeから
- 349 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 18:35:56 ]
- Japan Vistaと
Java MEみたいだ
- 350 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 20:05:48 ]
- JavaMX
- 351 名前：デフォルトの名無しさん mailto:sage [2007/02/12(月) 21:06:04 ]
- JMXみてえじゃねえか
(Java Management Extension)
- 352 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 05:36:14 ]
- Java侍
- 353 名前：デフォルトの名無しさん [2007/02/13(火) 15:41:53 ]
- ooの画面ってJavaみたいに見えるし、
実行はネイティブみたいだし、
あれはどういうテクノロジーなんでしょうか？
- 354 名前：デフォルトの名無しさん mailto:sage [2007/02/13(火) 23:17:23 ]
- oo?OOoか？
eclipseもOOoもネイティブな実行ファイルはただのダブルクリッカブルじゃなかった？
- 355 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 01:53:19 ]
- >>353
Swingのように自前でUIコントロールを描画しているのかねぇ？（謎
- 356 名前：353 mailto:sage [2007/02/14(水) 08:42:19 ]
- ＞ネイティブな実行ファイルはただのダブルクリッカブル
ダブルクリッカブルって何ですか？
OOoはクロスGUIを使ってるからモッサリなんじゃないですか？？？
モッサリでも良いからクロスGUI欲しいお。
- 357 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 08:53:48 ]
- ググレカス
api.openoffice.org/docs/DevelopersGuide/ProfUNO/ProfUNO.xhtml
- 358 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 10:40:15 ]
- >>357
（＞＜；） なんにもわかんないんです！＞＜
/つと ﾉ
しー-Ｊ
- 359 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 13:57:37 ]
- >>356
クロスGUIつーかSwingのLnFが何やってるか知ってるか？
- 360 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 14:12:15 ]
- （＞＜；） Swingを使った事はありますがLnFわかんないんです！
/つと ﾉ
しー-Ｊ
- 361 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 14:28:01 ]
- >>353
あれはC++だろ。
- 362 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 14:28:44 ]
- >>356
普通に考えて
Double Click + able
ダブルクリック可能って意味になるだろ
- 363 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 14:30:45 ]
- >>360
e-words.jp/w/E383ABE38383E382AFEFBC86E38395E382A3E383BCE383AB.html
ja.wikipedia.org/wiki/LnF
- 364 名前：353 mailto:sage [2007/02/14(水) 14:47:38 ]
- Java2より前のSwingしか使った事無いのですが、
今のSwingってXMLのスキンとかいうやつですか？
そのUIから、実行ファイルみたいなのをキック？
それともJNIコール？
- 365 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 15:03:35 ]
- >>364
言ってる意味がわからないが
勝手に言ってることを予測して答えてみる。
今のSwingは性能が良い。
スキン変更はJavaプログラムで可能。
そのためWinXPのルナスキンを利用可能。ただしこれはWin
意外のOSで使うと著作権侵害になるのでWinのとき専用。
MacのときはMacのスキンも使える。
よって見た目は綺麗。XAMLやCAMLやXULみたいな、
XMLでスキンを変えられるかどうかということについてはよく知らない。
キック？ については、これも推測すると。
恐らく、Java Web Startの事を言っているのかと推測。
SwingアプリをJava Web Startに対応させるには、拡張子がjnlpという
XMLファイルを作って、そこの決められたフォーマットでSwingアプリの
main()メソッドがあるクラスへのリンクや
バージョン情報、必要なJREのバージョンなどを記述する。
すると、ブラウザ上で拡張子jnlpファイルを見つけると、まさにキックされ、
MIMEタイプを確認し、JREが入っているかどうかを確認し、バージョンチェックされ、
Java Web Startが起動し、Swingアプリのバージョンをチェックされ
Swingアプリが起動し実行される。
Java Web Startは、JNIは一切関係が無い。
- 366 名前：353 mailto:sage [2007/02/14(水) 15:09:13 ]
- OOoのような画面をクロス環境（Win、MAC、Linux）で使いたかったらどうすれば良いのでしょうか？
で、処理部分はC++を使いたいです。
- 367 名前：デフォルトの名無しさん mailto:sage [2007/02/14(水) 15:10:08 ]
- Java2より前ってことはオプショナルパッケージのころか
そのときの知ってる人はもう少ないな
あの当時とはもはや別物だと思っていい
WebStartは今はデスクトップやプログラムメニューなどのショートカットに対応
つまり2回目からはブラウザの起動すら必要はない
そしてプログラムの追加と削除でもアンインストールができるようになってる
もちろん今までどおりコントロールパネルのJavaキャッシュからの削除なども出来る
|
 |
