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

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


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

1 名前：デフォルトの名無しさん mailto:sage [04/04/12 00:49]: www.itmedia.co.jp/news/articles/0404/07/news018.html

マルチタスク実現へJava言語改良
Sun幹部によると、2005年に一般リリース予定の「J2SE 1.6」には、
Javaバーチャルマシン（JVM）のアプリケーション共有を強化する「分離」機能が備わり、
ローカライズコンピューティング処理実行のための分離が可能になるという。

米Sun Microsystemsは、Javaバーチャルマシン（JVM）内部での
アプリケーションマルチタスク実現に向けてJava言語の改良に取り組んでいる。
カリフォルニア州サンノゼで開催のClusterWorld Conference & Expoで4月6日、同社幹部が明らかにした。

SunのJavaアーキテクト、ムラリ・カウンディンヤ氏によると、
今秋β版が登場し、2005年に一般リリース予定の「J2SE 1.6」には、
JVMのアプリケーション共有を強化する「分離」機能が備わる。
この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。

　またJ2SE 1.6では、Javaプログラム間の高速通信を可能にする
Sockets Direct Protocolのサポートが計画されている。カウンディンヤ氏によると、
J2SEに施された改良は、その後間もなくJ2EEにも組み込まれる予定。

　1月にβ版がリリースされたJ2SE 1.5は、6月のJavaONEカンファレンスで正式リリースの
運びとなる見通し。J2SE 1.5では、Javaプログラミングの簡易化に焦点を当てている。
232 名前：デフォルトの名無しさん [04/10/04 22:06:48]: >>230
お前が出せよ。
何で俺らがお前の後始末しなきゃならないんだよ？
233 名前：デフォルトの名無しさん mailto:sage [04/10/04 22:12:24]: >>232
妄想とか言ってるのはオマエだから。
234 名前：デフォルトの名無しさん mailto:sage [04/10/04 22:12:59]: >>232
板違いだといってるのがオマエだから。
235 名前：デフォルトの名無しさん mailto:sage [04/10/04 23:21:18]: Javaを使った株ロボットプログラムコンテスト
大会期間は1ヶ月。
優勝賞金としてあなたのロボットがあげた利益をそのまま獲得できます！
ユニークなロボットには特別賞も！
ふるってご参加ください。

ttp://www.kaburobo.jp/
236 名前：デフォルトの名無しさん mailto:sage [04/10/04 23:36:37]: マルチうざ
237 名前：デフォルトの名無しさん mailto:sage [04/10/05 00:27:59]: 締め切りまでの時間がなさすぎ。
238 名前：デフォルトの名無しさん mailto:sage [04/10/05 00:30:13]: >>237
よほど人気がなかったので、関係者があわててマルチしたんでしょう。
Mustangで誰か実装してやればよし。
239 名前：デフォルトの名無しさん mailto:age [04/10/05 05:00:44]: 175 ：デフォルトの名無しさん：04/10/04 06:05:24
>>174
現状：
JavaVMはネイティブなコード
その上でJavaアプリが走る。（遅い）

普通のアプリはネイティブなコード。（速い）

将来：
JavaVMは.NET上で走る。
Javaアプリは.NET上のJavaVM上で走る。（すごく遅い）

普通のアプリは.NET上で走る。（速い）

よく考えたら今と変わらないねｗ

↑これどう思う？
240 名前：デフォルトの名無しさん mailto:sage [04/10/05 06:16:11]: Java6リリースまーだー？
241 名前：デフォルトの名無しさん mailto:sage [04/10/05 06:32:50]: またLonghornになったらWinからネイティブAPIが無くなると思ってる莫迦か。ageんな禿。

JVMはネイティブAPIで実装されるに決まってるだろ。CLR上にさらに
VM乗っけるって、莫迦かと。
Winの普通のアプリが将来全部CLR上で動くことになるんなら、Winアプリ全体が
今のJavaと同じになるってこった。 .netのCLR、今のJVMより遅いし悲劇的だな。

もうFAだから放置で。
242 名前：デフォルトの名無しさん mailto:sage [04/10/05 09:28:38]: 厨房は上とか下とか好きですね。
プログラムはメモリ上に直線的に配置されてるんですけど。
243 名前：デフォルトの名無しさん [04/10/05 10:07:36]: >>241
JVMはおそらくC#で書かれるだろ。
244 名前：デフォルトの名無しさん mailto:sage [04/10/05 10:20:08]: >>243
今の JVM は C++ で書かれているのにWindows版だけ再開発のコストを払って、わざわざ C# で書き直すわけ？
おまけに Windows版とそれ以外で、2系統の VM を保守しなきゃいけないので保守も大変になるし。

と厨の妄言にﾏｼﾞﾚｽ
245 名前：デフォルトの名無しさん mailto:sage [04/10/05 10:43:58]: >>137
SDP(Scoket Direct Protocol)ってTCPの代替の
トランスポート層のプロトコル。SOCK_STREAMで使う。
www.rdmaconsortium.org/home/SDP_FAQ.htm

TCPは仕様上、実装でメモリコピーを結構やる必要がある。
1000Mbpsが当たり前のnetworkではこのコピーがボトルネックになる。
Java環境でも同様なので、SDPのサポートが望まれている。
(特にserializeする時は大量のdata転送が…)

>>140のページなんかにTCPじゃなくて、
TCP/IPとIPまで含まれているのはなんかの間違いだと思う。
SDPはIPv6と相性が良い。(IPv4だとSDPをフルに活かせない)
246 名前：デフォルトの名無しさん [04/10/05 10:56:35]: Mustangは特許侵害のため出せません。
www.itmedia.co.jp/enterprise/articles/0410/05/news005.html
247 名前：デフォルトの名無しさん mailto:sage [04/10/05 10:56:48]: >>243-244
ttp://sourceforge.net/projects/ikvm/
もう既にあるの知ってた？JavaでPython実装したりPerl実装してたりするやつがいるんだから
こういうことしてるやついるって。
248 名前：デフォルトの名無しさん mailto:sage [04/10/05 11:12:31]: >>246
> 「これは非常に広範な特許の主張のようであり、Javaを越えて
> （Microsoftの）.Netにも及ぶかもしれない」とハフ氏。
249 名前：デフォルトの名無しさん mailto:sage [04/10/05 11:33:27]: auto boxing/unboxingの話みたいだから、
Microsoftは既にお金払っている可能性もある。
非公開を条件にできるしね。

patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5206951'.WKU.&OS=PN/5206951&RS=PN/5206951
patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5421012'.WKU.&OS=PN/5421012&RS=PN/5421012
patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=/netahtml/srchnum.htm&r=1&f=G&l=50&s1='5,226,161'.WKU.&OS=PN/5,226,161&RS=PN/5,226,161

この辺はHaskell屋さんがGCとの絡みでかなり昔から研究していたから、
最初の侵害はHaskell .NETか?
250 名前：デフォルトの名無しさん [04/10/05 11:37:36]: つまり、Javaだけが破産あぼーん
251 名前：デフォルトの名無しさん mailto:sage [04/10/05 11:49:26]: >>249
5,206,951 を読んだけど autoboxing/unboxing の話じゃ無さそうだね。
っつか、どこ読んだら autoboxing/unboxing の話が出てるんだ？

kodak が Sun を提訴した2002年にはまだ Java には autoboxing は無かったような？？？
www.itmedia.co.jp/news/0202/14/e_kodak.html には、
それ以前にも3年間交渉したとか書いてあるし。
252 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:01:00]: >>248
大雑把に言うと COM みたいなシステムの特許みたいだね。
.NET や Java に限らず、オブジェクト指向なスクリプト言語とかもやばそう。
253 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:06:58]: autoboxingではないな。GC関連のような希ガス。
単語の流し読みしかしてないけど、GCのアルゴリズム？か？
でもOperationを強調してたりするところをみるとReflection？わけわかんねー。訴求の範囲がわからん。
1995年のものだけに、初代Javaから入ってる機能なのか・・・？英語読める人プリーズ。
Smalltalkの猛者はどこだー。
254 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:25:54]: RMIだな。
RMIそのもの。RMIベースのシステム。RMIのAPI。かな?
255 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:27:28]: APIは特許にならないから、
最後はOO baseじゃないケースかな。
256 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:28:47]: RMIかよ。ここでHorbか・・・。
257 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:30:31]: >>254
RMI だったらネットワーク越し、システム間で、とかそーゆー表現があっても良さそうなもんだが。
258 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:33:58]: それであれば、horbも同様にひっかかる可能性大。
259 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:35:48]: >>258
>>254 が読み違えててRMI 関連の特許でない可能性も大。
260 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:44:18]: IBMとHPはすでにコダックと契約済みってことなんで
Javaは生き残るな。最悪でも単にSunが退場するだけ。
つーか、まじ退場してほしい。
261 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:48:53]: >>259
「他の参考文献」、見て美奈代。
262 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:49:26]: >>260
ん？てことは、M$はまだ？
もしや、SUNとM$の夢のタッグ結成？
263 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:53:48]: >>262
www.itmedia.co.jp/enterprise/articles/0410/05/news016.html

残念。Sunだけ。
264 名前：デフォルトの名無しさん mailto:sage [04/10/05 12:54:56]: 同じ発明者が出している特開平1-126736が問題の
特許から引用されているから、そのあたりから
読んでいくとわかりやすいかもね。特開平
1-126736は「カストマイズ可能のコンピュータシステム
に関し、特に種々のプログラム間でデータ資源を
共用するメカニズムを備えたシステム」
ざーっと流し読みした感じだと、CORBAとか
SOMとかCOMとかが盛んだったころの類似技術の
一つって感じがする。
265 名前：デフォルトの名無しさん [04/10/05 13:19:52]: ぶひゃひゃひゃひゃひゃ。ざまーーーーーーーーみろ$un。ｗｗｗｗｗｗｗｗｗｗｗｗｗ

とっとと潰れろ潰れろ潰れろ潰れろ潰れろ潰れろ潰れろ。ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
266 名前：デフォルトの名無しさん [04/10/05 13:22:02]: Java使いの皆さんは特許も安心のJ#に移行しましょう。
267 名前：デフォルトの名無しさん mailto:sage [04/10/05 13:56:29]: 今日も元気なＭＳ社員きてるな
268 名前：デフォルトの名無しさん mailto:sage [04/10/05 14:01:21]: 2chに書き込みする以外にやる事がないんだろ
269 名前：デフォルトの名無しさん [04/10/05 15:59:42]: J#と統合されるから大丈夫ですよ。

SUNは、MSに技術供与することで利益を上げられる。
プログラマはVSを使って楽しく仕事が出来るようになる。
ユーザはネイティブなソフトウエアを手に入れることが出来る。
むろん、MSにとっても帝國の基盤を磐石のものと出来、言うことなし。

全員がハッピーになるストーリーです。
270 名前：デフォルトの名無しさん [04/10/05 16:00:14]: J#って何だっけ？なんか昔そんなのあったような気がしたけど。
271 名前：デフォルトの名無しさん mailto:sage [04/10/05 16:06:36]: > ユーザはネイティブなソフトウエアを手に入れることが出来る。
J# はネイティブコードは吐けないと思ったが。
272 名前：デフォルトの名無しさん mailto:sage [04/10/05 16:07:55]: ネイティブの定義がわからん
273 名前：デフォルトの名無しさん [04/10/05 16:10:51]: >>270
比較的新しい言語でJ#というのがあるのです。
Javaを吸収すると目されています。

>>271
ウインドウズネイティブということです。
ほかの環境では現在より不利になると思いますが、
大げさな言い方をすれば、一番層の厚いパーソナルコンピュータ上では
ウインドウズしか使われていませんから、特に問題ないでしょう。
携帯機器においては、BREWが主流となる流れなのでしょう。
274 名前：デフォルトの名無しさん mailto:sage [04/10/05 16:12:38]: >>273
目されてねぇよ
J#はJavaユーザーを.NETに取り込んでいずれはC#使わせようってだめだけに存在してんだから。
275 名前：デフォルトの名無しさん [04/10/05 16:17:32]: >>274
MSとSUNは提携しています。
そして、SUNが絶体絶命のピンチに陥ったとき、MSは手を差し伸べるでしょう。
MSには、そうしなければならない理由があると思うのです。

現在、Javaは絶滅の危機に瀕しており、MSの手助けが必要に見えます。
これが、J#とJavaが統合されると考える理由です。

万が一統合されなかった場合、Javaは絶滅すると思います。
そしてJ#もフェードアウトしていくでしょう。
276 名前：デフォルトの名無しさん mailto:sage [04/10/05 16:18:17]: >>260
これってSunが死ぬだけですむの？
俺ら関係ない？
277 名前：デフォルトの名無しさん mailto:sage [04/10/05 17:33:39]: >>276
訴訟の対象になるほど金があるか、コダックを怒らせるとかすれば関係あるんじゃないか？
278 名前：デフォルトの名無しさん mailto:sage [04/10/05 19:49:17]: .netも無関係じゃないんだが。
279 名前：デフォルトの名無しさん [04/10/05 19:52:34]: >>278
www.itmedia.co.jp/enterprise/articles/0410/05/news016.html

残念。Sunだけ。
280 名前：デフォルトの名無しさん mailto:sage [04/10/05 20:15:37]: >>278
無関係ではないが、問題はない、というのが正しいね。
281 名前：デフォルトの名無しさん mailto:sage [04/10/05 20:53:08]: Sunはこんなこともチェックしてなかったのか。
逃げ切れると思ったのかな。
282 名前：デフォルトの名無しさん mailto:sage [04/10/05 21:08:13]: >>281
5年間交渉係争してるんじゃないの？
283 名前：デフォルトの名無しさん [04/10/05 22:41:39]: いやでも実際思うのは、ソフトウェアの特許って
害のほうが大き過ぎて益が少な過ぎると思わない？
著作物は著作権が発生するわけで特許がなくてもソフトの値段がなくなるわけじゃない。
この際、ソフトウェアの特許全部なしにしてしまおうや。そうしたらみんなちょっとずつ幸せになれるって。
284 名前：デフォルトの名無しさん mailto:sage [04/10/05 22:51:19]: 流石Java厨、いやｵﾌﾟｿ乞食だな
285 名前：デフォルトの名無しさん mailto:sage [04/10/05 22:53:28]: しかしアンチJavaはいちいちうざいなぁ。
他人の威を借りないと何も出来ないで、それでいて他人を非難して
スレを荒らしまわる。
本当に厨そのものだ。
286 名前：デフォルトの名無しさん mailto:sage [04/10/05 22:54:05]: コダック、Java特許訴訟で勝訴--判決に批判の声が噴出
japan.cnet.com/news/ent/story/0,2000047623,20074961,00.htm
287 名前：デフォルトの名無しさん mailto:sage [04/10/05 23:11:18]: こーゆー裁判に注目するのは >>284 の言うところのｵﾌﾟｿ乞食だけなんだよね。
今回の報道で注目されちゃってるから Sun に控訴(?)されたら Kodak は世論的に不利だろね。

頑張れ >>284 ﾌﾟﾛﾌﾟﾗ富豪の力を結集してソフトウェア特許を守るのだ！
……無理か。>>284 はﾌﾟﾛﾌﾟﾗ乞食(使ってるのは全部違法品)だろうし。
288 名前：デフォルトの名無しさん mailto:sage [04/10/05 23:28:16]: >>283
しかし、守るべき独創的な技術ももちろんあるわけで。
とりあえず特許をみとめておいて、あとは司法に丸投げという運用に問題があると思われ。
1960年代のSimulaまで特許侵害ということになるかもって、どんな特許やの？
Simula、うしろうしろ！
289 名前：283 mailto:sage [04/10/06 00:01:46]: >>288
Simulaかよ！
独創的な技術もソフトウェアにして著作権で守ればええやん、って思ってしまうんですけど。
まあ、ソフトウェアに特許を認める認めない、いずれにせよ今のアメリカの無責任(後回し)的な
制度は早くつぶしてもらいたいな。アメリカ以外の国が迷惑こうむるだけだ。
290 名前：デフォルトの名無しさん mailto:sage [04/10/06 00:51:01]: どうでもいいけど1.6の話しようぜ
291 名前：デフォルトの名無しさん mailto:sage [04/10/06 00:53:41]: じゃあネタ投下。
１に書いてあるこれね。
「この機能によってローカライズコンピューティング処理実行のための分離が
可能になり、第2のJVMを要求することなくJVM内部でマルチタスクが行えるようになるという。」

JVM上に複数のプロセスというかJavaプログラムが起動するってことなんだろうけど、
「ローカライズコンピューティング処理実行のための分離」ってなんのことなのかさっぱり。
エライひと教えて。
292 名前：デフォルトの名無しさん mailto:sage [04/10/06 00:59:25]: ローカライズってのは、
分離されている処理単位内に影響が収まる、
局所化される(ローカライズ)、ってこと。

「この機能によって処理の局所化を担う分離が可能となり」くらいの意味。

具体例としては、クラス変数が別々になる、など。
293 名前：デフォルトの名無しさん mailto:sage [04/10/06 01:05:33]: >>292
例えば、一つのアプリで OutOfMemoryError 食らっても
同じVM共有してる他のアプリが止まらないようにする仕組みで
VM共有の肝となる技術の一つ、って感じで理解してるんだけど
294 名前：292 mailto:sage [04/10/06 01:13:52]: 「理解しているんだけど」ってどういう問いかけ?
295 名前：デフォルトの名無しさん mailto:sage [04/10/06 01:17:12]: 途中で切れただけです。気にしないでください。
296 名前：デフォルトの名無しさん mailto:sage [04/10/06 01:39:56]: とうとう、1JVMをサービスやデーモンのように立てておいて
その空間を複数のJVMで使いまわしできるようになるんですよね。
やっぱり、System.exit()に手が入れられるのかな？
それとも特別なオプションつけたときだけ挙動が変わるとか？
LookingGlass～クライアントアプリまでJavaでカバーできるようになるのか。
JavaStation再び、だね。
# 願わくば今度はこけませんように・・・
297 名前：デフォルトの名無しさん [04/10/06 04:39:12]: >>283
数年後にはJavaを駆逐した功績を認められるはず。
Javaが無くなり、みんな特許に感謝する。
298 名前：デフォルトの名無しさん mailto:sage [04/10/06 06:58:38]: J2MEで採用されると、
携帯電話で同時に複数の待ち受けアプリを動かすことができる。
299 名前：デフォルトの名無しさん [04/10/06 07:19:59]: 将来的には
ハードウェア-OS-JVM(あるいはCLR)-アプリケーション
っていう構造が一般的になるかもね。

ハードウェアの違いをOSが吸収
アプリケーションの機械語の違いをVMが吸収。

いい時代になったもんだ。

そうなるとコンピューターの世界にも構造改革が必要だね。
シェルからなにから全てVM上で走らせるつもりのOSを作ると
幸せになれそうだ。
300 名前：デフォルトの名無しさん mailto:sage [04/10/06 09:06:36]: つまりJavaOS
やっと技術的に必要なものがでそろってきたかな。
301 名前：デフォルトの名無しさん [04/10/07 00:08:35]: ふーんLooking Glassねー、こんなのがあるんだぁ
どっかでムービーみれませんかね？
302 名前：デフォルトの名無しさん [04/10/07 00:20:00]: Looking GlassはXの上に作ってるのは
JavaOSを見込んでるからだろうね。
でもって、シェルをVM上で走らせる布石にもなってると。

マイクロソフトはどうするんだろうね。

ソフトハード統合OSにするか
ソフトハード分離OSにするか。

ソフトウェア工学的に美しいのは後者だけどね。

VMWareはどうなるんだろうな・・・
VMWare作ってる会社がJavaOSに関わっていけばいいと思うんだけど。
303 名前：デフォルトの名無しさん mailto:sage [04/10/07 00:23:54]: >>301
どうよ?
wwws.sun.com/software/looking_glass/demo.html

騒ぐほどのもんじゃないと思うけども。
304 名前：デフォルトの名無しさん [04/10/08 00:18:54]: >>269
J#、かなり未完成です。ライブラリもバグだらけです。ライブラリのバグは、致命的なレベルです。
コンパイラの設計は、良くここまでJVMとCLRの違いを吸収したと思い、よくできているとは思いますが
実用を考えて書かれたコードは、再コンパイルだけでは、なかなか動作しません。
（特に、String型、リソース、ClassLoaderあたりが重大。）
セキュリティモデルの違いも大きいです。
MicosoftがJ#に力を入れて、大部分のJavaコードがコンパイルできるようになったら
.NETは、Javaをあっというまに蹴散らすと思う。現状では、J#を使いこなすのはそれなりのテクニックが必要。
305 名前：301 [04/10/08 00:22:32]: >>303
ありがと、
今すぐ完成したら凄いと思うんだけど、、
これが完成するころには、WindowsやMacはもっと凄くなってるんだろうね・・
306 名前：デフォルトの名無しさん mailto:sage [04/10/08 00:41:21]: >>304
> Javaをあっというまに蹴散らすと思う。

この文の"Java"は「100% pure Java」って意味ですか?
307 名前：デフォルトの名無しさん mailto:sage [04/10/08 00:44:06]: MicrosoftがLinux他で動く環境を作ってくれたらいいんだけどね。
Monoは駄目だしなぁ。
308 名前：デフォルトの名無しさん mailto:sage [04/10/08 01:18:55]: おれはMicrosoftが .NET を、Javaと同じようなレベルでプラットフォーム互換性を
持たせたいと思っているようには思えない。

ビジネス関係でJavaが採用されているのは(J2EEとか)、けっきょくこのプラット
フォーム互換性ゆえだよ。ある程度以上の開発だと、この「プラットフォームが
変わっても、多少の変更は必要とはいえ動かすことが出来る」というのは非常に
重要。必要ならMicrosoft以外のプラットフォーム（ばか高いUNIXサーバとか）に
移行できるという可能性が重要。これさえ保証できれば、多くの企業は別に
Javaじゃなくたって、なんでもいいわけですよ。５年後に保守切れしたときに、
別のプラットフォームも選択できると言う可搬性があれば。

もちろん、Write one, Run anywhereなんてただの神話だけども、はじめっから
「Microsoftプラットフォームでないと動きません」なんてよりよっぽどマシ。

この点をクリアしないと.NETはあくまでMicrosoftプラットフォームの技術ってことで
終わると思う。もちろん、Microsoftだから、結構シェアは取るとは思うけどね。
309 名前：デフォルトの名無しさん [04/10/08 11:39:03]: >>305
もう販売はじまってるよ
310 名前：デフォルトの名無しさん [04/10/08 11:39:50]: ついでに、オープンソースとして
世界中にぶちまける予定でもあるらしい

windows壊滅へのカウントダウンは既に始まっていたりする
311 名前：デフォルトの名無しさん [04/10/08 11:43:17]: すでにプラットフォーム互換の脅威が垣間見れていて
Eclipseしかり、その他のJava開発環境とか
StartSuite別名OpenOfficeなんてのは
LinuxとWindows両方で動いちゃってるわけで、
Linux用アプリを全てJavaで書き直した時にいったい何が起こるんだろうか？
312 名前：デフォルトの名無しさん mailto:sage [04/10/08 12:01:14]: >>311
Linuxって重いね、という厨があらわれる。
しかし、現実的にLinux用という位置付けでJava版を用意しているアプリは結構あるね。
313 名前：デフォルトの名無しさん [04/10/08 12:33:59]: >>310
6年ぐらい前から同じことが言われてるわけだが。
今カウントいくつなんだ？(ｹﾞﾗ
314 名前：デフォルトの名無しさん mailto:sage [04/10/08 15:32:43]: >>312
現実的な線でいいと思う
Linux用ＧＵＩツールを作れといわれたら真っ先に選択肢にあがるはず＞Ｊａｖａ

あと今日ＰＣショップみてみたら大手のＸＰ搭載マシンで
SunのJavaVM搭載してないメーカーは無かった

ＤＥＬＬやＨＰのニュースは有名だから知ってたけど国内もみんな搭載してるのな
冬モデルは1,4,2_05と９月下旬時点での最新だった
315 名前：デフォルトの名無しさん mailto:sage [04/10/08 15:37:41]: >>314
そうなると、もしかして、もう5.0搭載してるマシンもでてる？(ちょっとはやすぎか・・・)
1.6のスレで5.0の話題すんませんなぁ。

ところで、1.5のJ2SEのバージョンいくつになるんでしょう。 6.0？それとも 5.1？
316 名前：デフォルトの名無しさん [04/10/08 18:29:07]: >>313
ﾜﾛﾀ
317 名前：デフォルトの名無しさん [04/10/08 18:34:52]: ざらざらした書き味のボールペン。
作り手の論理では、ちゃんと書けるし圧倒的に安いんだから売れると思う。
俺は倍の値段の普通のボールペンを買うけどね。
ビジネス用だったら細かいことにこだわる必要ないって人もいる。
俺はビジネス用こそこだわるけどね。
318 名前：デフォルトの名無しさん mailto:sage [04/10/08 20:56:37]: >おれはMicrosoftが .NET を、Javaと同じようなレベルでプラットフォーム互換性を
>持たせたいと思っているようには思えない。

なにを当たり前のことを堂々と・・・
319 名前：デフォルトの名無しさん [04/10/08 23:46:18]: >>314
FAQに"Javaの消し方"がある。
善し悪しってこと。
320 名前：デフォルトの名無しさん mailto:sage [04/10/09 00:36:42]: >>315
> ところで、1.5のJ2SEのバージョンいくつになるんでしょう。 6.0？それとも 5.1？

< ところで、1.6のJ2SEのバージョンいくつになるんでしょう。 6.0？それとも 5.1？

の間違いなんでしょうなあ。
321 名前：デフォルトの名無しさん mailto:sage [04/10/09 06:24:02]: 1.6 は 6.0、1.7 は 7.0 になるって(Sunのサイト内の)どっかで読んだような。
322 名前：デフォルトの名無しさん mailto:sage [04/10/09 11:35:30]: >>201
> 比較が==でできないから不便だぞ、と。
> たまにちゃんと動くけど。
> (Integer)5 == (Integer)5 → true
> (Integer)50 == (Integer)50 → true
> (Integer)500 == (Integer)500 → false

当たり前だろ

equals()を使うか一旦プリミティブ型に戻してから比較しろよ
323 名前：デフォルトの名無しさん [04/10/09 13:56:34]: >>322 あなた周りの人から空気よめないっていわれるでしょ？
324 名前：デフォルトの名無しさん mailto:sage [04/10/09 18:34:48]: バカめ、時間差が激しく、チャットでもない
文字だけのコミュニケーションの2chに空気なんてものがあると思ってるのか。
325 名前：デフォルトの名無しさん mailto:sage [04/10/09 18:42:59]: つまり、空気が読めないことを正当化しようとがんばっている、と。
どういう流れで201が出てるか確認したら？
326 名前：デフォルトの名無しさん mailto:sage [04/10/09 22:26:05]: だからどこに空気があるんだ。
お前の擦っている空気とそいつが吸っている空気が常に同じか？
例えばお前が北海道にいてそいつが沖縄にいたとき、
お前とそいつとが吸っている空気が同じだといえるか？
327 名前：デフォルトの名無しさん mailto:sage [04/10/09 23:48:20]: >>326
つまりバカなんだ。
328 名前：デフォルトの名無しさん mailto:sage [04/10/10 01:02:19]: >>322
真性の馬鹿？
329 名前：デフォルトの名無しさん mailto:sage [04/10/10 01:16:43]: ここにも小学生ﾊｹｰﾝ
330 名前：デフォルトの名無しさん mailto:sage [04/10/10 01:24:19]: Javaらしい厨スレ
331 名前：デフォルトの名無しさん mailto:sage [04/10/10 12:03:02]: まあ、タイガーショットがあるからいいじゃないか
332 名前：デフォルトの名無しさん mailto:晒しage [04/10/12 20:29:37]: >>324
バカめ、お前のせいでスレが止まったぞ
いい空気持ってるじゃないか

MustangとLooking Glassのタッグは楽しみだな
WinFX&Avalonとガチになるぐらい盛り上がって欲しいもんだ
333 名前：デフォルトの名無しさん mailto:sage [04/10/12 20:32:20]: きょうび「晒しage」て・・
334 名前：デフォルトの名無しさん [04/10/12 21:08:57]: >>332
> 盛り上がって欲しいもんだ

願望ですか。確信ではないのですね。ｗｗｗｗｗｗｗｗ
335 名前：デフォルトの名無しさん mailto:sage [04/10/12 22:04:15]: なんかの間違いで盛り上がると楽しいねぇ
336 名前：デフォルトの名無しさん mailto:sage [04/10/12 23:23:06]: そそ
ワクワクするような展開を期待しているのよ
337 名前：デフォルトの名無しさん mailto:sage [04/10/14 09:48:00]: で、正解は誰も知らないという
338 名前：デフォルトの名無しさん [04/11/16 20:25:17]: Mustang Snapshot Releases
ttps://j2se.dev.java.net/
339 名前：デフォルトの名無しさん mailto:sage [04/11/16 20:32:47]: 早っ
340 名前：デフォルトの名無しさん mailto:sage [04/11/16 20:57:23]: こんな場所よく見つけたな
341 名前：デフォルトの名無しさん mailto:sage [04/11/16 21:04:46]: TSSでネタになってるし。
ttp://www.theserverside.com/
342 名前：デフォルトの名無しさん [04/11/17 17:03:53]: ソース公開しただけでオープンソース化っていうかなぁ、素人じゃあるまいし・・・。

Sun、Java 2 Standard Edition 6.0スナップショットをオープンソース化
ttp://www.itmedia.co.jp/enterprise/articles/0411/17/news020.html
343 名前：デフォルトの名無しさん mailto:sage [04/11/17 17:58:03]: オープンソースの定義ネタは飽きた。
344 名前：デフォルトの名無しさん mailto:sage [04/11/17 18:27:31]: >>343
あたまわるいね。
345 名前：デフォルトの名無しさん [04/11/17 23:19:02]: 質問なのですがJavaでexeファイルを作ろうとする場合どのようにすればよろしいのでしょうか！？
346 名前：デフォルトの名無しさん mailto:sage [04/11/17 23:27:38]: 別のスレで聞けばいいかと。
それか、
　new FileOutputStream("hoge.exe").close();
でがまんしる。
347 名前：デフォルトの名無しさん [04/11/18 10:47:12]: >>345
ボーランド社のＪＢｕｉｌｄｅｒで、ネイティブ単独実行exeファイルが
ワンタッチで作成できます。
これで普通のアプリケーションと同じように配布できますね。
JREインストールの有無は関係なくなります。
エクリプスやネットビーンズには、とても無い機能です。
これを機にＪビルダーに変えてもいいかもしれません。
タダより高いものはなしです。
348 名前：デフォルトの名無しさん mailto:sage [04/11/18 11:15:29]: 最後の行をネタとして書いたのか本気で間違えてるのか
微妙なところが現状を良く表している
349 名前：デフォルトの名無しさん mailto:sage [04/11/18 15:38:35]: JBossで開発したアプリケーションをそのまま
WebLogicにデプロイできますか？
350 名前：デフォルトの名無しさん [04/11/18 15:50:03]: 愚問。Javaは一度書けばどこでも動きます。
351 名前：デフォルトの名無しさん mailto:sage [04/11/18 16:02:30]: (　´･∀･`)へｰ
352 名前：デフォルトの名無しさん [04/11/19 01:36:44]: >>351
申し訳ございません。語句が脱落しておりました。
「Javaは一度『綺麗に』書けばどこでも『何とかすれば』動きます。」
1.6 いいねぇ。Tigerのearly accessがアンインストールできないってバグがあったのを
思い返せば十分実用だよ、と Mustangの上で動かした v2cから書き込み。
353 名前：デフォルトの名無しさん mailto:sage [04/11/19 01:51:31]: >>343
ねぇ、これはさすがにオープンソースじゃないよね？

> Javaもオープンソースであり、下記より開発環境を無料でダウンロードできます。
ttp://www.thinkit.co.jp/cert/compare/2/1/3.htm
要登録。登録して情報提供するのももったいないかも。
ダウンロード先もJava2SE1.4.2だし。
宣伝効果を狙って、晒されるようにしてるんだろうか？
354 名前：デフォルトの名無しさん [04/11/19 23:34:59]: >>352
どこがどういうふうにいいのかきぼんぬ
355 名前：デフォルトの名無しさん mailto:sage [04/11/19 23:55:10]: thinkitは@itの後追いでレベルも低いな
356 名前：デフォルトの名無しさん mailto:sage [04/11/20 00:49:53]: 多重継承は？
357 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:01:14]: >>356
不要。DI+AOPでほんとに用無しになった。
358 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:26:17]: >>345
何のために作るんだ？
JETコンパイラや GNU Java Compilerとかではダメか？

マニフェストファイルを使ってExecutable Jarファイルを生成するだけでは飽き足らないか？
JavaWebStartに対応させてJNLPファイルを作るだけでは飽き足らないか？
359 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:39:35]: JETコンパイラって速そうだな。
360 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:41:32]: >>358
アイコンを付けたいとか、使い始めまではネイティブっぽくしたいってのは
あると思うぞ。

おれはMacユーザだけど、jarファイルをダブルクリックしたら起動できるとは
いえ、やっぱりちゃんとしたアイコンをつけて配布したいなー、とおもったら
やっぱりアプリケーション化するよ。
361 名前：デフォルトの名無しさん mailto:sage [04/11/20 01:50:28]: >>360
javaコマンド呼び出す小さなアプリで問題なし。
ウィンドウズなら、アイコン設定したショートカットをデスクトップに置くインストーラーで問題なし。
362 名前：デフォルトの名無しさん mailto:sage [04/11/20 02:00:28]: 意外に知られていないjavaw
363 名前：デフォルトの名無しさん mailto:sage [04/11/20 02:18:30]: じゃあ、そっちで。
364 名前：デフォルトの名無しさん mailto:sage [04/11/22 04:32:41]: 1.5のマニュアルの日本語化はまだー？
365 名前：デフォルトの名無しさん mailto:sage [04/11/22 05:04:24]: 1.4の日本語版に差分だけ英語版で追加したものでいいから、欲しい。
366 名前：デフォルトの名無しさん [04/11/22 11:15:48]
367 名前：デフォルトの名無しさん mailto:sage [04/11/22 12:22:09]: JavaWebStartはJNLPファイルで
起動用アイコンの画像を指定できるぞ。
jarファイルを生で配布するなんてやめとけ。
368 名前：デフォルトの名無しさん mailto:sage [04/11/22 12:36:51]: webstartじゃぁスタンドアロンアプリじゃないしな
369 名前：デフォルトの名無しさん mailto:sage [04/11/22 13:12:39]: >>368
JavaWebStartはスタンドアロンアプリを配ることにも使えるぞ。

サーバに依存して動くアプリを配るにしても、
なるべく disconnected operation ができるように
工夫して作るもんじゃないのか？
370 名前：デフォルトの名無しさん mailto:sage [04/11/22 14:36:41]: いやそういう意味じゃなくて
webstartだとサンドボックスで動くんじゃないのか?

通常アプリケーションとの違いはそこだとおもうが
371 名前：デフォルトの名無しさん mailto:sage [04/11/22 15:21:21]: WebStartはアクセス範囲をポリシーファイルで自由に設定可能。
無制限のアクセス権（つまりネイティブアプリと同等）を要求するWebStartアプリも
たくさんあるよ。
372 名前：デフォルトの名無しさん mailto:sage [04/11/22 16:09:39]: それって警告画面でなかったか？
373 名前：デフォルトの名無しさん mailto:sage [04/11/22 21:07:04]: たしか一番最初だけ出るね。「実行しますか？」というのが。
それ以降は普通に起動する。
374 名前：デフォルトの名無しさん mailto:sage [04/11/22 21:50:55]: 毎回起動時に出るよ

そんなのユーザーが安心してつかうとはかぎらんだろ
それくらいならJava起動するだけのexe作ったほうがいい
ついでにランタイムも同梱してJavaであることすら意識させないでね
375 名前：デフォルトの名無しさん mailto:sage [04/11/22 22:05:57]: >>374
おおーい。起動時に毎回出る「場合もある」だけでしょー。
1回の同意で以降は聞かれないっていうのもありなんだから。

exeを作る意味は？exeあってもどうせJavaのランタイムがないと動かんでしょ？
ランタイムを入れてるんだったらjnlpで起動しても初回の同意ダイアログさえクリアすれば問題ない。
exeファイルをマシンの中に持ってくるまでの作業よりも(ダウンロード＞解凍｜インストーラ実行)
よっぽど敷居低いでしょ？
376 名前：デフォルトの名無しさん mailto:sage [04/11/22 23:03:03]: セットアップが嫌という環境もあるわけだ
レジストリをいじられたくないとかね

とくに体験版とかで配布する場合とか圧縮だけのほうが喜ばれるぞい
377 名前：デフォルトの名無しさん mailto:sage [04/11/22 23:07:38]: WebStartアプリって署名なしですべての機能が使えたっけ？

JNLPAPIだけのようなきがしたが
378 名前：デフォルトの名無しさん mailto:sage [04/11/22 23:39:40]: >>376
JREを入れる時点で多少なりとレジストリへ書き込むだろ。
ttp://java.sun.com/j2se/1.4/ja/docs/ja/guide/plugin/developer_guide/version.html
とにかく、「圧縮だけのほうが喜ばれる」というのには賛成できないな。
俺は、得体の知れないサイトからダウソした生のjarとかexeとかでは，
トロイの木馬かもわからんから、起動するのは恐い。

377が書いているように、JNLP APIしか使わないようなソフトなら
署名も不要になるし、セキュリティ的な安心感を与えられる。
ちゃんとした.jnlpのほうが、ユーザに喜ばれると思うぞ。
379 名前：デフォルトの名無しさん mailto:sage [04/11/23 00:37:20]: まずJREが入っていること、という前提が難しいことに気がつけ

ちなみに>>376も>>377も俺な
JNLPAPIだけでもローカル資源アクセスは警告文でるぞ
プリントとファイルアクセスしか試してないがどちらもでる
380 名前：デフォルトの名無しさん mailto:sage [04/11/23 00:55:09]: 「次回は聞かない」みたいなチェックボックスないんだっけ
381 名前：デフォルトの名無しさん mailto:sage [04/11/23 01:34:43]: >>379
客自身にJREをインストールさせられないような案件なら、
そもそもJavaを使うのを避けたほうがいいんじゃないか?
WinXP SP2以降は、JREをActiveXのセキュリティホールから
自動インストールさせる技も使えなくなったしな。

俺の場合、客先に導入されているPCがIBMで、
JREがプレインストールされていたから、悩まずに済んだけどな。
382 名前：デフォルトの名無しさん mailto:sage [04/11/23 14:11:06]: 仕事で使う場合とそれ以外で使う場合とで分かれるな

仕事でならJREをセットアップさせるのは手間ではないが、
これも最近はJRE同根でやってる

JREのバージョン違いでの動作の不具合を防ぐためね

ゲーム等ではJREのセットアップを別にしておいてくださいというのは
手間もあって嫌がる人は多い

クロスプラットフォームでのゲーム作成という目的もあるから
JRE付属させるだけでいいのでJavaはそれなりに存在意義あるよ
383 名前：デフォルトの名無しさん mailto:sage [04/11/23 17:21:59]: >>382
ちょっと待て。言ってることが矛盾してるぞ。
結局ユーザにJREを入れさせるのが前提なんじゃねーか。
該当するJREをあらかじめインストールしてあるユーザからすれば、
わざわざ余計なもの同梱すんじゃねー糞が！ってとこだな。

警告文をユーザに見せるのがそんなに嫌か？
おまえみたいなセキュリティ意識の低いやつは、
セキュリティ意識の低いユーザと馴れ合ってるのがお似合いだな。

ちなみに、JavaWebStartには、アプリケーションの動作に必要な
バージョンのJREをユーザが持っていないときには、
自動でダウンロード・インストールしてくれる機能がある。
アプリにJREを同梱するだなんて時代は、とっくに終わってんだよ…
384 名前：デフォルトの名無しさん [04/11/23 17:59:20]: ようやく話題が次世代Javaっぽくなってきたのでアゲ
385 名前：デフォルトの名無しさん mailto:sage [04/11/23 18:02:37]: JREが入ってるのが前提ってのはおかしいな

毎回警告文がでるゲームとか使いたいというやつの気がしれん

webstartは場合によっては使えるものの
JNLPAPI以外はあいかわらずサンドボックス内じゃねーの？
386 名前：デフォルトの名無しさん mailto:sage [04/11/23 18:02:58]: JREっていつWindows標準搭載になるの？
デフォルトでインストール済みにしてよ。
387 名前：デフォルトの名無しさん mailto:sage [04/11/23 18:07:27]: >>385
コード署名しろ
388 名前：デフォルトの名無しさん mailto:sage [04/11/23 19:04:18]: すべて署名しろっていうのは結局すべてActiveXで作るのとかわらんな
389 名前：デフォルトの名無しさん mailto:sage [04/11/23 19:05:07]: 署名しても認証局とかの問題で貧乏人は警告文でるだろ・・・
390 名前：デフォルトの名無しさん mailto:sage [04/11/23 19:13:24]: java.net内のこの辺について話せるスレはここですか
community.java.net/javatools/
community.java.net/javadesktop/
391 名前：デフォルトの名無しさん mailto:sage [04/11/23 21:15:39]: 最初の1回はVerisignの証明書でコード署名してたって警告は出るだろ。
392 名前：デフォルトの名無しさん mailto:sage [04/11/23 21:56:47]: PKIはユーザ各自が安全と思われる経路でルート証明書を入手していることが前提。
んでもって、その証明書からの信用の連鎖をユーザが理解してリスクを受け入れる
ことで、サービスに関する責任の線引きをできるようにすることに意味がある。
これの価値がわからないか、面倒だと思う奴は、電子署名とか使わないほうがいいぞ。

JavaWebStartにも、ユーザが手作業でルート証明書をインポートする機能が用意されてある。
ルート証明書を自己署名で作って、安全と思われる経路でユーザに配る方法を、
自前で持っているのなら、Verisignとかに頼らずにこの機能を使うのが普通だと思う。
貧乏かどうかとかは関係無い(企業内で利用する場合とか)。
393 名前：デフォルトの名無しさん mailto:sage [04/11/23 22:04:52]: ちなみにJavaWebStartには、証明書の指紋をGUI上で確認する方法が無い。
手作業での証明書の受け渡し・インポートをさせるときに、
内容が本物であることを確かめにくい。PKIとしては不備だ思う。

1.5からのJavaWebStartのアプリケーションマネージャは、
編集→設定→セキュリティ→証明書→詳細をすると、
cerの中身のバイナリが表示されるようになったので、
この画面をダンプして印刷してユーザに配布しておけば、
代用できるかもしれないけどな。
394 名前：デフォルトの名無しさん mailto:sage [04/11/23 23:06:04]: >>393
1.5から多少よくなったのか
ノーチェックだった
さんきゅ
395 名前：デフォルトの名無しさん mailto:sage [04/11/23 23:09:00]: >>392
企業内ならWbeStart使わないという手が一番だったけどな

セットアッププログラムでJRE埋め込みとスタートアップ部分作って
ネット経由で肝心の実行プログラムのダウンロード、実行という仕組み作ってる

再発明とかいうな
手間の問題とかJREのバージョン問題とかプログラムの追加と削除で
アンインストールができることとかいろいろあってな
396 名前：デフォルトの名無しさん mailto:sage [04/11/23 23:47:16]: >>394
つーか、1.5になってなお、鍵指紋を表示するフィールドが無い、
っていうことをには、わりとガッカリさせられている。
keytoolで鍵を作る過程でも、MD5,SHA1とかは、
フツーに表示されてるのにな…．1.6?に期待、なのかな…。

>>395
セットアッププログラムを配るというのなら、
ネイティブバイナリのインストーラで、
JREインストール+JavaWebStartでのアプリ導入・警告了承済の
構成状態を作ってやるほうが、バージョンアップとか、いろいろ
楽できると思うがな。
397 名前：デフォルトの名無しさん [04/11/24 02:09:16]: 横道にそれてしまいますが、、、
これからの時代、クライアント上で動くプログラムが
「セキュリティチェックの為に警告ダイアログが出力される」という
動作自体が、便利といわれるか、不便といわれるかで
ニーズが分かれるような気がする。

例えば話ですが、
ウイルスバスターで個人情報保護設定で自分の名前やメールアドレスを
登録しておいたら、意外と不便でした。主に、登録フォーム系のページ
が大体引っかかる。んで、やり直しが発生。
398 名前：デフォルトの名無しさん mailto:sage [04/11/24 02:54:21]: まあ月並みだが便利さと安全性のトレードオフだろ。
.NETはどちらかというと便利さに重きをおいていて
Javaはどちらかというと安全性に重きをおいているという話。
399 名前：デフォルトの名無しさん mailto:sage [04/11/24 03:08:24]: >>397
そりゃ、Javaのセキュリティサンドボックスの話じゃなくて、
PICSとかP3Pとかの情報の入りと出のポリシの設定とか、
CC/PPとかのcontent negotiation系の技術に関わる話なんじゃないかな。
400 名前：デフォルトの名無しさん [04/11/26 00:00:46]: >>397
これからの時代は
セキュアプログラミングに対する意識が高まったことにより
安全性が重要視される。

セキュアプログラミングをしないで
セキュリティホールを作ってしまうと逮捕されてしまうことがあるらしいぞ。
恐ろしいことに。C/C++プログラマはソフトウェア開発で慎重にならなければならない
立場に追いやられてる。
401 名前：デフォルトの名無しさん mailto:sage [04/11/26 00:06:55]: 問題は何度も何度も警告ダイアログでてきて
ほいほいOK押すもんだから
なんの意味もないということだ
402 名前：デフォルトの名無しさん mailto:sage [04/11/26 00:17:07]: もしくはまったく内容を確認せずに寄り付かなくなるかだな
403 名前：デフォルトの名無しさん mailto:sage [04/11/26 21:12:21]: java web start起動時のメッセージはかなり引くよ、
まるで全件委譲の誓約書にサインさせられるみたいなんだから。
404 名前：デフォルトの名無しさん mailto:sage [04/11/26 22:36:29]: 1.5ってどうやって起動させるの？
1.4にあったあのアイコンが無いのですが・・・
405 名前：デフォルトの名無しさん mailto:sage [04/11/27 01:08:18]: >>403
そりゃJavaWebStartに限らないよ。
いろいろなソフトウェアをインストールするときに出てくるライセンス文書は、
真面目に読むと、かな～り引くような内容が多いよ。

JavaWebStartのアレは、シロウトが読んでも、リスクがあるということが
ちゃんと理解できるような書き方をしている分だけ、良心的だと俺は思うよ。

まぁ、署名なし・securityなしとのやつと、
署名あり・all-permission,application-client-permissionsのやつとの間で，
何かもうちょっと、資源アクセス権限の許認可を、GUIで対話的にできるような
しくみがあったりしてもいいかなぁ…、とかは思うけどね。
406 名前：405 mailto:sage [04/11/27 01:11:38]: >>404 まちがえた。
誤 application-client-permissions
正 j2ee-application-client-permissions
407 名前：405 mailto:sage [04/11/27 01:17:26]: ごめん。こんどは数字をまちがえた。さっきのは404じゃなくて405。
ついでに404に回答すると、
JavaWebStartのアプリケーションマネージャなら、
jreのフォルダの中のjavawsフォルダの中にある、
javaws.exeで起動できるはず。
408 名前：デフォルトの名無しさん mailto:sage [04/11/27 01:31:29]: 1.5の場合には「Javaアプリケーションキャッシュビューア」と言うらしい。
jre1.5.0\bin\javaws.exe
409 名前：デフォルトの名無しさん mailto:sage [04/11/27 01:39:41]: >>405
あれ？でも実際問題として、JavaWebStartで起動したアプリって、
それほどの権限もってるんだっけ？
つまり普通のexe並みの権限を？
410 名前：デフォルトの名無しさん mailto:sage [04/11/27 01:56:48]: >>403
警告のデザインをもっと工夫して
わかりやすくすればいいと思うけどな
411 名前：405 mailto:sage [04/11/27 02:02:56]: すべてのjarに署名して、.jnlpに
<security>
<all-permissions/>
</security>
と書けば、exe並です。
っていうかふつうのJavaアプリケーションと同じ。
412 名前：デフォルトの名無しさん mailto:sage [04/11/27 11:08:54]: でもそれだと信頼できないActiveXのアプリを野放しにしているのと同じだからな
アプリケーションの変わりに使うというのならいいのだが
webstartはアプレットのように気軽にブラウザから起動できるので危険極まりない

それならばいったんダウンロードさせて各自の責任においてアプリケーションを起動したほうがまし
413 名前：デフォルトの名無しさん mailto:sage [04/11/27 11:26:07]: ダウンロードさせて各自の責任においてアプリケーションを起動

webstartじゃん。
414 名前：デフォルトの名無しさん mailto:sage [04/11/27 11:26:14]: >>412
あれ、まさしくその通りなんじゃないんだっけ？＜JavaWebStart
415 名前：414 mailto:sage [04/11/27 11:27:23]: 被った・・・。
秒単位で。
416 名前：デフォルトの名無しさん mailto:sage [04/11/27 11:44:12]: AllPermissionで使った場合でも、アプリケーションを配布してインストールさせる
必要がないってところがウリなんだろ。新バージョンをあげとけば、WebStartが
勝手に認識してダウンロードしてくれるし。
417 名前：デフォルトの名無しさん mailto:sage [04/11/27 11:50:01]: 自分で保存先を選んでウイルススキャンして実行とかできるのにたいして
webstartはリンククリックしたらいきなり起動だからな
ユーザーはしらないでOKOKと押していくよ

アプレットやwebstartはサンドボックスの中でありながら影響のない部分で
アプリを動かせるのだけが強みかと

JNLPAPIみるかぎりアプレットでは制限厳しすぎたと思ってるようだけどね

まぁ野良署名つきがいいと思うのならActiveXでもいいしアプレットでもいいけどな
418 名前：デフォルトの名無しさん mailto:sage [04/11/27 11:54:57]: WebStartはベターアプレットを目指してるだけだから
JNLPAPIによるサンドボックス内の緩和とキャッシュ制御だけだと思うがな

基本的に署名はベリサインと握手せんといかん
419 名前：デフォルトの名無しさん mailto:sage [04/11/27 11:55:41]: ダウンロード＆実行と比べれば、どうでもいい話だな。
420 名前：デフォルトの名無しさん mailto:sage [04/11/27 12:07:37]: ワンクッションおくというのがいいという場合もある
あとはリソース読み込みがなぜかうまくいかないライブラリもそれなりにある
JavaSoundとか変な動きするのがちらほらと
421 名前：デフォルトの名無しさん mailto:sage [04/11/27 12:37:41]: ああインターネット配布を想定してたのか。なるほどね。
おれは企業内で社内アプリとか配布するのを想定してたから、
「ウイルス汚染されたもんを配布サーバに置いたらクビもんだろ」
とか思ってしまったよ。
422 名前：デフォルトの名無しさん mailto:sage [04/11/27 16:04:53]: JavaWebStartではendorsed mechanismが使えないから、
JRE同梱のXalan2のバグとかを回避できなくて、泣いた。
423 名前：デフォルトの名無しさん [04/11/28 15:24:47]: >>418
別に自前署名でも問題ないぞ。DLL使いたいがためにVerisign使うバカはいない。
ってか、Mustangのネタはどうなった。個人的にはJVMの共有が気になる。
JVM起動のフットプリントがさらに下がるわけだし。
Acrobatの常駐プロセスのっけてるのに気がつかんようなやつなら
「Java速くなった」って単純に喜べるようになるでしょ？
424 名前：デフォルトの名無しさん mailto:sage [04/11/28 15:47:00]: 自前じゃ警告がなぁ
社内システムとかならそれでいいかもしれんが
425 名前：デフォルトの名無しさん mailto:sage [04/11/28 20:40:55]: いつでも安全にローカルディスク上から取り除く為の仕掛けを各プログラムによ
らないセントラルなシステムとしてJava自身(JavaVM？)が持つ。

そして、警告は実行時に逐次ポップアップしてユーザーに許可を問う。
例えば、ローカルディスクから読み出しを行う場合、「警告：～がローカルディス
ク上のファイル××に対する読み出し権限を要求しています。許可しますか？」
といった具合。
ここでの許可不許可は全てセントラルなシステムに記録され、いつでもユーザー
によって変更する事ができるものとする。

こうなってれば俺としては安心して使えるんだが、どうだろう？
426 名前：デフォルトの名無しさん mailto:sage [04/11/28 20:49:01]: 署名なしのJNLPAPIがほぼそれだけど？
427 名前：デフォルトの名無しさん mailto:sage [04/11/28 21:26:25]: >>426
あれ？そうなの？
どこかのスレにサンプルとして貼られてたURLをクリックしたら
最初に全ての権限を要求されたけど？
これだと、完全拒絶か完全黙認かの二択しかない。

あと、これってどこからアンインストールできるのか分からん。
真面目に調べれば直ぐにみつかる事なのかもしれないけど
大して邪魔にもならんから放ってる。
ただ第三者に自分が提供する場合を考えると、もうちょっとど
うにかならんか？と思う。
428 名前：デフォルトの名無しさん mailto:sage [04/11/28 21:38:13]: そりゃサンプルが全権限を要求したからだろうなあ。全権限要求するアプリには、
最初に警告がでる。

言ってるのは、ファイルとかにアクセスするたびに「許可しますか？」と聞いてきて、
許可したら、許可したってことを覚えておくってこと？
そうだとしたら、ちょっとうっとうしくないかな？

それよりはJNLPみたいに、ファイルＡには読み書き、ファイルＢには読み込みのみ、
開けるソケットは何番から何番、と一括で制御できるほうが。
429 名前：デフォルトの名無しさん mailto:sage [04/11/28 21:43:24]: 全権要求は一般的なWebstartとはいえん
自分で適当にサンプル作ってやってみればわかる

プリンタ使うときやファイルの保存やロードのダイアログを出す直前に
確認のダイアログが出る

次からもこのダイアログを出すかどうかのチェックボックスもでる
ただし、アプリ終了したら次回もまた確認の画面はでるが

JNLPAPIの実装でやってるんだろうね
VMがずっと見張っているというのは厳しいからね
430 名前：デフォルトの名無しさん mailto:sage [04/11/28 22:03:26]: >>428
>言ってるのは、ファイルとかにアクセスするたびに「許可しますか？」と聞いてきて、
>許可したら、許可したってことを覚えておくってこと？
そう、とりあえず実行してみて、信用するか否かは動作を見ながら決める。
そして、許可した権限は何時でも好きな時に一覧として閲覧したり変更したりでき
ると、そんな感じ。

自分とこの看板に自信がある人なら、最初に全権を要求するとか、読み込みに関
するフリーパスを要求しても大丈夫だろうけど、そうでない(例えば、2ch発の名無
しさんアプリだったり？した)場合に、最初から敬遠されてしまっては意味がないか
ら、段階的に少しずつ要求したい(＆してほしい)。

勿論、最初にある程度纏まった要求を出す事＊も＊できていいと思う。
個別に毎回というのは、あくまで＋αとしてって事で
431 名前：デフォルトの名無しさん mailto:sage [04/11/28 22:10:12]: >>429
げっ、すれ違ったorz

個別に要求を出す事はできるのか・・・・・・
それじゃあ後は覚えててくれて、一覧で確認できて、それを変更する事も
できて、嫌になったら何時でも放り出せる様になってれば十分。

ダイアログが出せるなら、一覧から過去に要求を問うた事があるか否か
を調べて、ないならダイアログを出し、あるならその時に設定されたフラ
グを元に動作を決定すればいいだけだから、やろうと思えばやれると思
う。
432 名前：デフォルトの名無しさん mailto:sage [04/11/29 09:50:59]: まとめるとこんな感じであってますか？
■署名なし
　JNLP APIでのみ、ローカルリソースにアクセス可能。
　アクセス開始時に確認ダイアログがでて、以後は許可とすることができるが、
　起動しなおすとまた確認ダイアログがでるのでうざい。
■自己署名
　all-permissionにして、通常のJavaアプリとして操作可能。
　1回目の起動時のみ、確認ダイアログが表示される。
　「この証明書の信頼性を検証できません」というキツイメッセージ。
■Verisignで署名
　all-permissionにして、通常のJavaアプリとして操作可能。
　1回目の起動時のみ、確認ダイアログが表示される。
　自己署名よりもやさしいメッセージ。
■自己署名の証明書をルート証明書としてインストール
　Verisignで署名したのと同じような表示。
　証明書の安全な配布・インストール方法が必要なので面倒。
　1.5より前は、証明書の指紋をGUI上で確認する方法が無いので、
　インストールした証明書が本物かどうか確認できない。
433 名前：デフォルトの名無しさん mailto:sage [04/11/29 11:19:53]: >>432
乙！

だいたい、いいんじゃない。
all-permission じゃなくて all-permissions だけどな。

ちなみに俺は all-permissions と j2ee-application-client-permissions の
違いがよくわからん。教えてエロイ人。
434 名前：デフォルトの名無しさん mailto:sage [04/11/29 11:32:56]: webstartスレかと思うくらいの流れだが
6.0の話題はまったくないな

5.0も変更が大きすぎて今まで以上に以降が進んでいないように見える
435 名前：デフォルトの名無しさん mailto:sage [04/11/29 14:05:04]: 6.0によるJVM共有の意義は、サーバ側Javaよりもむしろ、
クライアント側Javaのほうにある、ってことだろ。

そういう意味で、JavaWebStartを話題にするのは、
それなりに主旨に合ってると思うぞ。
436 名前：デフォルトの名無しさん mailto:sage [04/11/29 14:37:15]: MustangかDolphineかで、入るとか入らないとか言われている、
JDICについて貼っときます。

https://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 名前：デフォルトの名無しさん mailto:sage [04/11/29 14:57:44]: >>428,429
ttp://java.sun.com/products/javawebstart/docs/javadoc/
の、FileOpenServiceとかFileSaveServiceを見てくれ。

JNLPでは、どのファイルを開く・どのファイルに保存するかは
ユーザが選ぶするから安全、という考え方をするようだ。

よって、「他のプロセスが作ったディレクトリ/ファイルを共有して、
ディレクトリ単位での処理をする」というようなプログラムが書けない
ことになる(署名が必要になる。ちょっと不便。JNLP APIが改訂されないかな…)。

署名無しでクライアントローカルに永続データを作って、
アプリケーション間で共有して読み書きしたければ、
PersistenceServiceを使え、ということらしい。
438 名前：デフォルトの名無しさん mailto:sage [04/11/29 19:13:54]: javaws が CUIで使えるようになったらいいのになぁ・・・ってこういうの1.6ではどうでしょう。
439 名前：デフォルトの名無しさん mailto:sage [04/11/29 21:27:17]: >>437
429だけどなんで参照されたのかわからんが、当たり前のことかかれても

ユーザーで選択するから安全ってのはＷｅｂｓｔａｒｔが標準添付される前から
やってきた俺にとっては当たり前というか、まずはそこを解決したかったのが
ＷｅｂＳｔａｒｔという感じだが
440 名前：デフォルトの名無しさん mailto:sage [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 mailto:sage [04/11/29 23:14:31]: ああ、了解了解

ところで次のやつは6.0だよな？
内部バージョンも次からは6.0と聞いたが
442 名前：440 mailto:sage [04/11/29 23:14:57]: ごめん、FileContents はインターフェイスだった。
443 名前：デフォルトの名無しさん mailto:sage [04/12/01 01:03:40]: 内部バージョンって System.getProperty("java.version") とかで取れる奴の事？
444 名前：デフォルトの名無しさん mailto:sage [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仕様公開らしいよ
ttp://jcp.org/en/jsr/detail?id=270
446 名前：デフォルトの名無しさん mailto:sage [05/02/27 14:42:50 ]: jsr203 NIO2入れて欲しかったなぁ。。。
447 名前：デフォルトの名無しさん mailto:sage [05/02/27 15:48:03 ]: 6.0のソースコードgets.

このソースコード、ほんとにJVM入ってるの？
448 名前：デフォルトの名無しさん mailto:sage [05/02/27 16:10:20 ]: >>446
なんができるの？
449 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [05/02/27 19:27:13 ]: そうなのか。
いまさらNIOの質問だけど、NIOのメモリバッファって、JVMの設定とは別にメモリが使えることになるのかな。
451 名前：デフォルトの名無しさん mailto:sage [05/02/27 19:31:55 ]: allocateDirect()で確保されたバッファは、JVMのヒープじゃなくて、
プラットフォームのネイティブなメモリ空間として確保されるから、関係なかったはず。

ごめんソースが出せない...
452 名前：デフォルトの名無しさん mailto:sage [05/02/27 19:47:32 ]: サンクス。
なんとなく巨大なメモリが必要なときにつかえそうだってことがわかった。
453 名前：デフォルトの名無しさん mailto:sage [05/02/27 22:12:08 ]: >>450
ほとんどのケースで NIO 使わんほうが
効率いいけどな。
454 名前：デフォルトの名無しさん mailto:sage [05/02/27 23:02:05 ]: NIOというと
New I/Oと勘違いしそうだ
455 名前：デフォルトの名無しさん mailto:sage [05/02/27 23:06:25 ]: NIOっていったらNew I/Oじゃん。
456 名前：デフォルトの名無しさん mailto:sage [05/02/27 23:16:59 ]: Nice I/Oに決まってる。
457 名前：デフォルトの名無しさん mailto:sage [05/02/28 00:01:07 ]: >>454
天然？
458 名前：デフォルトの名無しさん mailto:sage [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 名前：デフォルトの名無しさん mailto:sage [05/03/01 21:00:49 ]: Non-blocking I/OはNew I/Oの一機能にすぎんぞ。
だからjava.nio.channel.SocketChannelでサポートされてる。
463 名前：デフォルトの名無しさん mailto:sage [05/03/04 17:47:39 ]: bugs.sun.com/bugdatabase/view_bug.do?bug_id=4057701
上記のは Evaluation に書いてあるんだけど、
ディスクの空きスペースを取得するAPIはMustangに追加されるみたい。
464 名前：デフォルトの名無しさん mailto:sage [05/03/05 12:01:05 ]: DirectByteBufferってJNI側で確保したメモリ領域をJavaから使えるようにするために用意したとしか思えん
465 名前：デフォルトの名無しさん mailto:sage [05/03/09 01:45:35 ]: ファイラー書いてるんで、お願いだから属性の取得、設定を追加して欲しい・・・
466 名前：デフォルトの名無しさん mailto:sage [05/03/09 01:46:37 ]: ごめん、ファイルの属性ね。
467 名前：デフォルトの名無しさん mailto:sage [05/03/09 13:03:31 ]: >>465
jconfig使えってのが定番の答えだねぇ。

JDICとかに要望出してみれば？
468 名前：465 mailto:sage [05/03/11 00:59:24 ]: JConfigはフリーじゃないのが痛いけど、品質が確かなら
採用する価値ありそうだね。
JDICにも要望出してみるよ。
ありがとう。
469 名前：デフォルトの名無しさん mailto:sage [05/03/14 04:40:57 ]: そういやJDICってMustangに入るって噂あったけど入らないことに決まったの？

P.S. そろそろ Dolphine のスレたたないのかな？
470 名前：デフォルトの名無しさん mailto:sage [2005/03/23(水) 23:13:17 ]: >>469
入らないってのはどっから出てきた話？
471 名前：469 mailto:sage [2005/03/25(金) 04:56:37 ]: お、生きてた。このスレ。
>>470
いや、2月にMustangの仕様がJSRに上がったけど
ttp://jcp.org/en/jsr/detail?id=270
英語を読む体力と根性がなくて・・・
472 名前：デフォルトの名無しさん mailto:sage [2005/03/25(金) 10:17:39 ]: >>471
JDIC自体がJSRに入ってないプロジェクトだったような。
473 名前：デフォルトの名無しさん mailto:sage [2005/04/03(日) 23:55:46 ]: 1.6 てどう変わったの？
474 名前：デフォルトの名無しさん mailto:sage [2005/04/04(月) 01:35:20 ]: 過去形ですかっΣΣ(ﾟдﾟlll)
475 名前：デフォルトの名無しさん [2005/04/04(月) 01:52:58 ]: >>473
今のクラスキャッシュ共有を推し進めて
ＶＭインスタンスの共有が行われるとか聞いた気がする。
System.exit() 問題にどう対応してるか見もの。
476 名前：デフォルトの名無しさん mailto:sage [2005/04/04(月) 05:26:06 ]: 単純にOSのようになるだけじゃね？
477 名前：デフォルトの名無しさん mailto:sage [2005/04/04(月) 05:32:17 ]: >>475
それって、Sunの実装の話ではなくて、VM仕様の話として決まることなのかな？
478 名前：デフォルトの名無しさん [2005/04/04(月) 12:11:41 ]: これって下位互換どーなのよ？
最近、虎でたばっかなのに。
479 名前：デフォルトの名無しさん mailto:sage [2005/04/04(月) 13:43:40 ]: >>477
実装の話でしょ？
仕様でどうやって定義するんだ？
480 名前：デフォルトの名無しさん mailto:sage [2005/04/04(月) 15:32:38 ]: >>479
クラスローダーの仕様が変わるとかさ。
1.6(6.0)でどうかわるかっていう話が、仕様の話か実装も含めた話か、確認したかっただけ。
481 名前：デフォルトの名無しさん mailto:sage [2005/04/06(水) 15:05:32 ]: >>480
VM仕様はちゃんと精読しとらんけど、一部かわるかも。

どちらかと言うと今まで厳密に決まっていたものが
「実装依存」とか「未定義」に格下げされる方向で
仕様が書き換わる事があるのでは、と予測。
482 名前：デフォルトの名無しさん [2005/04/10(日) 20:22:26 ]: クライアントに本気で侵攻するなら、
いい加減SWingを諦めてSWTを標準に…。
483 名前：デフォルトの名無しさん [2005/04/10(日) 20:27:16 ]: Javaはもうインターフェイスだけにして後はすべてJNIで実装しろ
484 名前：デフォルトの名無しさん mailto:sage [2005/04/10(日) 20:40:35 ]: >>482
SWTが諦められてしまいましたが。
485 名前：デフォルトの名無しさん mailto:sage [2005/04/11(月) 02:05:29 ]: >>483
なんでわざわざ遅くなるやり方にするんだ？
486 名前：デフォルトの名無しさん [2005/04/13(水) 01:09:13 ]: >>482
eclipseを追っかけてたらそんなことはいえないだろ・・・
NetBeanの方がいつのまにか軽くなってるし
>>481
System.exit() がdeprecatedになって別のアプリ終了手段が用意されるに1票。
もしくはdeprecatedがなくとも、exit()はパーミションを持ったクラス(システムクラス)だけが
実行できるようになるのかなと予想。
487 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 01:24:09 ]: ＞eclipseを追っかけてたらそんなことはいえないだろ・・・
＞NetBeanの方がいつのまにか軽くなってるし
まじ？
488 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 01:46:53 ]: Netbeansはたしかに軽いよ。
489 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 10:34:37 ]: >>487
ま、ツールもなく資料もなく経験者もいないというデメリットに目をつぶって採用するメリットはまったくなくなった。
490 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 14:20:46 ]: MustangはGroovyのためのプラットフォームになります。間違いない。
491 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 15:28:34 ]: Groovyはやめて欲しい。。
492 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 16:39:53 ]: オレも。
Groovy早めて欲しい。
493 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 18:32:32 ]: Groovy…… 仕様固まったらやってみよう。
BSF対応してんだっけ？
494 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 23:01:47 ]: Netbeansのアプリケーションサーバとの連携機能は神懸かり的にすばらしいと
思うけどなあ。

HTTPモニタがいいね。あとprofilerとかね。NetbeansだけでEJB作成（ウィザードで
選択してったら、リモートインターフェースとか配備記述子とか全部作ってくれる）や
サーブレット作成（New Servletを選んで必要項目を入力したら、クラスファイルの
ひな形を作った上でweb.xmlにサーブレット定義を挿入する）とかがデフォルトで
サポートされているところも結構いいと思う。

まあ仕事ではEclipseだが....
495 名前：デフォルトの名無しさん mailto:sage [2005/04/13(水) 23:21:38 ]: >>494
4.1はまだ正式版でてないよね？
EclipseもいいものだけどEclipseしか使ったこと無くてNetBeansけなすやつら多すぎ

あとはJBuilderのような親切な画面がほしい
そのへんはEclipseもNetBeansもまだまだ
496 名前：デフォルトの名無しさん mailto:sage [2005/04/14(木) 02:59:44 ]: Eclipseは、まだまだというか、いつまでたっても無理だろ。
JBuilderは結構な金取るわけだから、親切な画面くらいはないとね。
NetBeansはSunも本腰入れ始めたし、これから期待だ。
497 名前：デフォルトの名無しさん mailto:sage [2005/04/14(木) 07:38:36 ]: >>491-492はスルーかい
498 名前：デフォルトの名無しさん mailto:sage [2005/04/14(木) 11:58:13 ]: 突っ込んだ方がいい？
499 名前：デフォルトの名無しさん mailto:sage [2005/04/14(木) 13:21:39 ]: 突っ込んでみよう。
Groovy、「未完成」「コマンド名が長い」以外にマズーな部分て何?
500 名前：デフォルトの名無しさん mailto:sage [2005/04/14(木) 13:27:05 ]: 497が突っ込んで欲しいのは、そういうまじめなところじゃないと思われ。
501 名前：デフォルトの名無しさん mailto:sage [2005/04/22(金) 12:53:51 ]: java.sun.com/developer/technicalArticles/J2SE/Desktop/mustang/

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 にするときは、これが便利そう↓

www.paw.hi-ho.ne.jp/~ryo-h/exewrap/
502 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん [2005/04/24(日) 20:32:19 ]: JWSなら、CUIの起動にも使えるようにして欲しい。
サーバ側も保守が楽になるから。
504 名前：デフォルトの名無しさん mailto:sage [2005/04/25(月) 00:02:32 ]: 「分離」機能って、.NETのアプリケーションドメインのこと？
505 名前：デフォルトの名無しさん mailto:sage [2005/04/25(月) 19:26:11 ]: >>468
JDICにファイル属性にアクセスするAPIの追加が提案されてる。
www.javadesktop.org/forums/thread.jspa?messageID=74483

あとは、ファイルシステムのイベントも取れるように考えてるらしい。
WindowsはそーゆーAPIネイティブで持ってるけど、
posixってそーゆーAPI持ってたっけか？
506 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 16:47:36 ]: あまり知らない者の単純な疑問だけど、Javaって将来性あるの？
バージョンアップするたびにJVMはますます重くなるし、いまどき、
アプレットなんてJVMが起動するだけで半分くらいのPCが固まってしまうから、
気の利いたホームページはみんなFLASH使ってるし。
サーバー上では、スピードからいったら、Perlにまるっきし叶わないし、
別にC++で書いてもいいわけだし、ポータビリティーなんて大騒ぎしていた
けど、JVMの走るプラットフォームには、大抵Linuxが走るし、
何がいいのかわからない。

おまけに、Sunが1人で管理しようという姿勢が気に食わない。オープン
ソースにしたら、もっと改善されていくと思うのに・・・
507 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 17:43:31 ]: >>506
無知蒙昧とはお前のことだー
508 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 17:56:39 ]: >>507
構って君の相手をすんじゃねー
509 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 18:26:03 ]: Appletそれ自体にはまだまだ使い道があると思うんだけど、WinXP SP2を
除けば大概のWindowsマシン上ではMS製JavaVMが動いてる。
こいつが困りもんなんだよな。
Applet側の要求に従って、利用するVMを動的に切り替えられるといいん
だけどな。

て言うか、ローカルディスクの残り容量を取得するAPIの追加マダー？
510 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 20:42:28 ]: 6.0はデスクトップに狙いが定まっているよな感じだね
511 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 20:59:26 ]: >>506
学生？
512 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 21:07:40 ]: あまりにも見事な釣りなのでレスするのもためらってしまう>>506

＞サーバー上では、スピードからいったら、Perlにまるっきし叶わないし、

このへんが秀逸ですな
513 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 21:12:33 ]: 大槻ケンヂがいるな
514 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 21:58:14 ]: > 別にC++で書いてもいいわけだし

アセンブリで書いてもいいよ。
515 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 22:45:44 ]: いや、真のプログラマならマシン命令を二進数で直打ちだろう。
516 名前：デフォルトの名無しさん mailto:sage [2005/04/28(木) 23:31:44 ]: >>513
気付いた人がいたーよ
517 名前：真のプログラマ mailto:sage [2005/04/29(金) 05:45:37 ]: >>515
俺のPCはキーボードなんて無いぞ。
2進法直打ち用のトグルスイッチが横一列に64個ならんどる。
これで64ビットプログラミングもチョチョイのチョイだ。
Javaなんてのは鼻垂らしの道具だな。
518 名前：デフォルトの名無しさん mailto:sage [2005/04/29(金) 12:39:32 ]: 64個もスイッチがあれば、アルファベットの入力に支障はないが。
519 名前：デフォルトの名無しさん [2005/04/30(土) 04:49:23 ]: >>516
詳しく
520 名前：デフォルトの名無しさん mailto:sage [2005/04/30(土) 13:52:01 ]: >>519
お前は無知だ。
無知だ、無知だ、無知だ。
無知蒙昧とはお前のことだ。
521 名前：デフォルトの名無しさん [2005/05/03(火) 02:02:08 ]: >>509
そういや、俺のよく行くチャットサイトは、MSJavaじゃないと動かない。

>>520
あのー、大丈夫ですか？
522 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 02:04:19 ]: バージョンアップ早杉。
523 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 02:45:53 ]: むしろ遅すぎのような
524 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 04:33:04 ]: >>521
流れ嫁
525 名前：デフォルトの名無しさん [2005/05/03(火) 08:39:41 ]: >>522
FORTRANに比べれば、早いね。
526 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 18:02:04 ]: 言語仕様だけじゃなくVMというものがある以上
OSのバージョンアップみたいなものだからな

時代に合わせて最適化等していくわけだし仕方あるまい
527 名前：469 mailto:sage [2005/05/03(火) 18:03:18 ]: ttp://weblogs.java.net/blog/georgez/archive/2005/04/jdic_features_i.html

自レスだけど、MustangとJDICの絡みのドキュメソト見つけたから貼っとく。

>>506
ttp://shootout.alioth.debian.org/great/benchmark.php?test=all&lang=all&sort=fullcpu
なんか、JavaってPerlよりスコアいいらしいよ。
# ああ、スレ賑やかしの為だけにレスってしまたorz
528 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 18:34:19 ]: C/C++>>Java>>Tcl>>Perl>>Python>>>>>>>Ruby

Javaの次にTclがハイスコアｗｗｗﾜﾛｽ
俺Tcl大好きｗｗｗ超ウレシイｗｗ
529 名前：デフォルトの名無しさん mailto:sage [2005/05/03(火) 18:48:18 ]: >>527
厨に燃料投下するのは止めてﾎｽｨ
530 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 10:13:54 ]: >>506
絶対悪い口言われないからPHPにしときな
531 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 10:48:53 ]: とりあえず日本語の練習してこい、と。
532 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 11:28:10 ]: おまけに遅レスだし
533 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 11:37:22 ]: >>530
今、気の利いたホームページを作ってるのでFLASH使ってるんですが、PHPにするにはどうしたらいいですか？
534 名前：デフォルトの名無しさん mailto:sage [2005/05/06(金) 11:54:49 ]: >>528-533（>>527の下半分も）
Mustangの話題じゃないなら別のスレでやれ。
535 名前：527 [2005/05/08(日) 09:00:09 ]: >>534
はーい。(でも、別にわざわざする気は無いけど)
で、>>534 は何かMustangの話題提供してくれへんのかなー？

ttp://weblogs.java.net/blog/chet/archive/2005/05/graphics_accele.html
VRAMの利用と、専用チップに処理を振る並行処理もJava2Dに入ってくるらしい。
これって、ほんとにデスクトップアプリケーションで実用ソフト増えそうだね。
でも、個人的にはデスクトップで実用的に使うには
プロセス名が「javaw.exe」以外で見えるようになってくれるのが一番欲しい機能。
windowsならexewrapとか使えばなんとかなるけど、unix系だと全部javaだから引数見ないとわかんないのよねぇ。
windowsでファイアウォールルール書くときも困るし。
ネイティブコマンドラッパの作成標準ツールも欲しい、と。
536 名前：デフォルトの名無しさん [2005/05/08(日) 09:21:58 ]: まとめサイトまだ？
537 名前：デフォルトの名無しさん mailto:sage [2005/05/08(日) 10:39:34 ]: > プロセス名が「javaw.exe」以外で見えるようになってくれるのが一番欲しい機能。
自分でコード書いて、Mustangに寄贈してくれ。
538 名前：デフォルトの名無しさん mailto:sage [2005/05/08(日) 11:26:30 ]: >>527
>>501-502 で既出の内容、と。
539 名前：デフォルトの名無しさん mailto:sage [2005/05/08(日) 11:27:44 ]: >>535
ほれ。
weblogs.java.net/blog/stanleyh/archive/2005/04/deployment_good_1.html
JWSのセキュリティ警告のダイアログを刷新するんだってさ。

あと、話題捏造しなくて良いから。
540 名前：デフォルトの名無しさん mailto:sage [2005/05/09(月) 18:14:12 ]: これって Mustang には入らないんだっけ？
https://jdic.dev.java.net/nonav/incubator/fileutil/javadoc/org/jdesktop/jdic/fileutil/FileUtil.html
org.jdesktop.jdic.fileutil.FileUtil のインターフェイス（仮）だそうで。
getFreeSpace の戻り値が BigInteger になってるねぇ……
long で足りなくなる事って当分無いと思うんだけど。

あと、Solaris と Mac OS X での協力募集中だって。
www.javadesktop.org/forums/thread.jspa?messageID=78329
541 名前：デフォルトの名無しさん mailto:sage [2005/05/11(水) 04:06:27 ]: >>535
argv[0]にクラス名でも放り込んでexecするよーなwrapperがあればとりあえず何とか。>UNIX系の場合
542 名前：デフォルトの名無しさん [2005/05/14(土) 00:14:26 ]: シンボリックリンクで何とかならんのかｗ >> プロセス名
543 名前：デフォルトの名無しさん [2005/05/17(火) 05:42:36 ]: とうとう、SnapshotでJudeが動かなくなっちまった。
しかたねえ、5.0で動かすか。
544 名前：デフォルトの名無しさん mailto:sage [2005/06/07(火) 05:34:13 ]: Mustang の　b39のリリース差分のドキュメント見てたら
＞Provide a writer plug-in for the GIF file format
と。ようやくGIF対応らしい。
545 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 03:30:55 ]: もうPNGでいいよ…
546 名前：デフォルトの名無しさん [2005/06/19(日) 20:44:30 ]: いちおう貼ってみるテスト
java.sun.com/developer/technicalArticles/J2SE/Desktop/Mustang_build39.html
547 名前：デフォルトの名無しさん mailto:sage [2005/06/20(月) 00:29:02 ]: あの、ネットワークには強いっていうか、Javaは向いてると
思うんですが、

HTML3.2しか対応してないってのはどういうことですか？？？
J2SE1.6では対応するんでしょうか？
548 名前：デフォルトの名無しさん mailto:sage [2005/06/20(月) 00:44:39 ]: JavaというかSwingの話か
ブラウザ開発はそれだけでもかなりの労力がかかるからねぇ
ブラウザを起動して南下させるのが無難

でも、Swingはコンポーネントの描画にHTMLつかえるのらくちんだよ
ラベルとかも2行に表示したかったら<br>とかつかえるし
549 名前：デフォルトの名無しさん mailto:sage [2005/06/20(月) 05:45:40 ]: >>547
ちなみに、HTML3.2しか対応して無いと不都合な事って具体的に何？

あと、JDIC で IE やら Mozilla やらのネイテイブのブラウザコンポーネントを
使えるように頑張ってるからそっちを使えば？
550 名前：デフォルトの名無しさん mailto:sage [2005/06/20(月) 12:33:13 ]: >>505
亀レスだが、POSIX.1b real time signalに、
I/O eventsをsignalで知らせる仕様がある。
fcntl(2)のF_SETSIGの機構と同じ。

むしろファイル属性の方が、
OSによって全く違うフレームワーク、スキーマなので問題が多いと思う。
例えばファイルタイプやアクセスコントロール。
551 名前：デフォルトの名無しさん [2005/06/27(月) 21:19:14 ]: あげまして
552 名前：デフォルトの名無しさん mailto:sage [2005/06/27(月) 23:00:12 ]: さてそろそろ、今年のJavaOne基調講演が始まるわけだが。
これまで参加したヒトはいます？
553 名前：デフォルトの名無しさん mailto:sage [2005/06/27(月) 23:51:52 ]: 参加費用が高すぎてムリポ

学生にはつらい額
554 名前：デフォルトの名無しさん mailto:sage [2005/06/28(火) 01:07:19 ]: 費用と英語の高い壁が．．．orz
今年もさくらばさんのJavaOne Reportsに期待
555 名前：デフォルトの名無しさん mailto:sage [2005/08/11(木) 13:48:52 ]: おい、JDK6.0最新開発バージョンで、Genricsの実行速度が向上しているぞ。

本来、Genricsを用いたコードでは、キャスト可能であるかをチェックするコードを、
Hostspotコンパイラが除去できるはずなのだが、JDK1.5では不十分であったように思う。

この試したバージョンでは、直接１つの型専用に書いた場合と、Genrics汎用クラスに型指定をした場合と
実行スピードが同じになっているぞ。
556 名前：デフォルトの名無しさん [2005/08/13(土) 15:11:11 ]: そもそも、キャストってどれくらいのオーバーヘッドになるのだろうかという素朴な疑問。
557 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 16:25:53 ]: ダウンキャストがオーバヘッドに
なることは間違いないだろ。
Genericsを使えばあらかじめクラスが定められているんだし。
ダウンキャストはまずクラスを検索するだろ。
サブクラスが複数有ればそれだけ検索に時間がかかる。

すまんがよくしらんので適当に言ってみた。

EclipseのByteCode OutLineプラグインを
使えば何かわかるかもしれぬ
558 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 16:38:17 ]: よくわからんがパフォーマンスが上がるのは良いことだ。
Generics 使ったこと無いけど。
559 名前：デフォルトの名無しさん mailto:sage [2005/08/13(土) 17:02:32 ]: >>556
性能にひびく部分は普通はコンパイルされて実行されるので、
機械語レベルで考える必要があって単純ではないが、オーバ
ヘッドは0じゃない。

Genericsが使えるような場面では、頻出の型をキャッシュする
などの最適化の結果、それぞれの文脈で、よくある型のキャス
トはポインタ比較+(分岐予測がほぼ当たる)条件分岐で済むの
で、CPUのパイプラインも乱れず、実行ユニットが有り余る近年
のスーパスカラCPUではミクロな視点では影響がないと言っても
良い。しかし、当たるべき分岐予測を理論通りに当てられる分
岐の数にはCPUの実装による制限があるので、マクロの視点
では影響がある。
560 名前：デフォルトの名無しさん mailto:sage [2005/08/16(火) 01:55:33 ]: >>557
キャストにコストがかかるのはいいとして、
Generics使って書く部分はキャストが無いように書ける部分ですよね？
だから、省略されるのは型チェックだけなんでは？
Genericsでも、サブクラス判定は入るだろうし。
561 名前：デフォルトの名無しさん mailto:sage [2005/08/16(火) 14:10:31 ]: サブクラスでないものを突っ込むコードを書いても、
コンパイル時にエラーとなり実行できないと思うが。
562 名前：デフォルトの名無しさん mailto:sage [2005/08/16(火) 16:49:37 ]: Σ(ﾟдﾟlll)　あ、・・・・・・・
・・・・・・・・・・・・・・・⊂⌒~⊃｡Д｡)⊃
563 名前：デフォルトの名無しさん [2005/08/17(水) 23:39:56 ]: pcweb.mycom.co.jp/articles/2005/08/16/mustang/
564 名前：デフォルトの名無しさん [2005/08/19(金) 12:46:36 ]: >>563
どれもアノテーションをふんだんに利用しているな。
個人的にはSwing機能のUPとJava Web Startの改良に期待。
JWSはセキュリティの強化よりもあの警告をもう少しやんわりしたのにして欲しいよ。
565 名前：デフォルトの名無しさん [2005/08/19(金) 17:03:51 ]: javawsは-importオプションがバグバグなのを、なんとかしてほしいな。

コード署名用の証明書が自己署名のときの警告については、仕方がないだろう。
ちなみに貧乏人は、これ↓を試すと、あるいは幸せになれるかも。
www.crionics.com/products/opensource/faq/signFree.htm
566 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 18:04:24 ]: 日本語フォント太字・・・
567 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 18:14:36 ]: >>565
bold って Tiger でずいぶんマシになったと思うけど。
568 名前：567 mailto:sage [2005/08/19(金) 18:15:17 ]: ×>>565 ○>>566 だった。
569 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 18:31:46 ]: >>568
え、変わったの？
相変わらずホラー調で困ってるんだけど・・・・
uper.on.pc1.jp/upload/so/up4533png.html
570 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 18:49:26 ]: >>569
もしかしてpeercast用のツールですか？
571 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 19:03:48 ]: >>569
1.4.1 の出力と比べてみれば変わってるのがわかると思うよ。

1.4.2 は Tiger と似た出力になってる……
元からだったか、Tiger からバックポートされたのかわからんけど。
572 名前：デフォルトの名無しさん mailto:sage [2005/08/19(金) 19:35:53 ]: >>570
少し違うけど似たような用途の物です

>>571
まだまだ汚くて読めないよ
バージョン上がる度に期待しては裏切られ・・・
573 名前：デフォルトの名無しさん [2005/08/19(金) 21:34:24 ]: Mustang＋Windows Vistaあたりで改善されるかもね　＞Bold
574 名前：デフォルトの名無しさん mailto:sage [2005/08/20(土) 08:00:16 ]: Mustangビルドでは、いちおうアンチェリかけることができるはず。
575 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 03:07:53 ]: >>574
アンチエイリアシング自体はずいぶん前からあったような。

Mustang で追加されたのって液晶を利用したアンチエイリアシングでしょ。
WindowsXP の ClearType みたいな奴。
576 名前：デフォルトの名無しさん [2005/08/21(日) 14:35:19 ]: MustangあたりでそろそろJava3Dもデフォルトで含んでほしいなぁ。
Web3DをやるのにJava3Dがデフォルトでないからってレンダラ部分まで手書きしてる所も多いし。
577 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 15:30:57 ]: >Web3DをやるのにJava3Dがデフォルトでないからってレンダラ部分まで手書きしてる所も多いし。

別に入れればいいだけだろ。
578 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 15:43:11 ]: Java3Dの配布形態考えれば>>577のような考えは出てこないだろうに
579 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 16:19:10 ]: だから、使う奴が入れればいいだろ。
580 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 16:28:35 ]: 利用される機会が増えれば自然に入るものかと。
今はその段階にはないのでは？＜Java3D
581 名前：デフォルトの名無しさん mailto:sage [2005/08/21(日) 20:11:48 ]: そこでLooking Glassですよ
582 名前：デフォルトの名無しさん mailto:sage [2005/08/22(月) 20:36:52 ]: 開発者にライブラリを入れさせるしくみとしては、Mavenを、
ユーザにライブラリを入れさせるしくみとしては、JavaWebStartを使うといいよ。
Maven JNLP Plug-inも便利．
583 名前：デフォルトの名無しさん mailto:sage [2005/08/22(月) 20:56:53 ]: サンドボックスでは問題がある場合も多いんじゃないかね?
584 名前：デフォルトの名無しさん mailto:sage [2005/08/23(火) 11:40:55 ]: そこでコード署名ですよ

www.crionics.com/products/opensource/faq/signFree.htm
これを使うと無料？
585 名前：デフォルトの名無しさん [2005/08/23(火) 22:43:30 ]: 標準で含めないから普及しない。普及しないから含めない。デフレスパイラルなわけで。
Java3Dが含まれない理由の一つに単に容量がデカイというのもあるらしい。
586 名前：デフォルトの名無しさん mailto:sage [2005/08/23(火) 22:47:45 ]: VBのインストーラみたいに必要なものは全て自動で1つにまとめて
利用者はSETUP.exeを実行するだけってなればいいのにね
Javaは一つのファイルにまとめる過程が非常に面倒
587 名前：デフォルトの名無しさん mailto:sage [2005/08/23(火) 22:50:43 ]: Javaのほうがランタイムは融通が利いて楽だけどな
ディレクトリつきでコピーするだけだし
588 名前：デフォルトの名無しさん [2005/08/24(水) 09:48:40 ]: >>586
maven javaapp
589 名前：デフォルトの名無しさん mailto:sage [2005/08/26(金) 20:46:58 ]: >>586
ん？
何のためにJARファイルがあるの？

java -jar ファイル名

でいいじゃん。
WebとかならWARファイルでいいし。
590 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 00:07:49 ]: >>586
逆から見ると、いたる所にゴミをばら撒かれて迷惑とも言える。
アンインストールしてもゴミはほったらかし。

ま、そんな派手に行儀悪いアプリばっかりじゃないけどさ、
javaで配布するんなら、インストーラじゃないと
入れられないようなのって、そう多くないと思うぜ?
591 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 06:59:48 ]: java.util.prefs.Preferences てレジストリ汚すよね。
592 名前：デフォルトの名無しさん mailto:sage [2005/08/27(土) 07:32:59 ]: それはmustangネタなのか？
レジストリ使うためのAPIを使いつつ、「レジストリ汚す」はないんじゃないか？
593 名前：デフォルトの名無しさん mailto:sage [2005/08/28(日) 12:21:28 ]: Netbeans4.2で使ってる、orj.jdesktop.layout の情報ってドコで手に入るんでしょ？
594 名前：デフォルトの名無しさん mailto:sage [2005/08/28(日) 16:22:53 ]: ここじゃネーノ？
ttp://jdic.dev.java.net/
595 名前：デフォルトの名無しさん mailto:sage [2005/08/28(日) 20:42:55 ]: >>593
ttp://swing-layout.dev.java.net/
596 名前：デフォルトの名無しさん mailto:sage [2005/09/06(火) 00:46:00 ]: Javaは、一度試みられたECMA、ISO等の標準化を再度行う予定はないのだろうか。
Win32と同様のIO・スレッドモデルを持つ環境でしか仕様を満たせないCLＩ仕様を
崇める人々が標準化標準化と粘着君なのですが。
597 名前：デフォルトの名無しさん mailto:sage [2005/09/06(火) 01:45:52 ]: リスクを負ってまで標準化するメリットはないってことじゃない？
598 名前：デフォルトの名無しさん mailto:sage [2005/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 名前：デフォルトの名無しさん [2005/09/18(日) 15:02:17 BE:138749928- ]: 続き

Java SE 6: 新しいJava2DレンダリングエンジンとJOGLの統合
pcweb.mycom.co.jp/news/2005/09/15/021.html

今月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 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 15:15:41 ]: J2SE5.0でも一応Java2D描画のOpenGLサポートあるんだが
これがまともに機能しない

Java3D描画をONにすると描画品質がばらばらでお話にならないし
結局デフォのDirectDraw描画が一番ということになる

ただし、アクセラレーションされる描画はBlitのみ

Java2Dはアルファブレンドが通常合成しかないというのもイマイチ
加算合成がはいってきて拡大縮小回転までアクセラレーションがきけば
Javaはクライアントサイドも力が入っていますというのがわかるけどね

5.0は正直1.4で加速したクライアントサイドをストップさせた感じが強いなぁ
601 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 15:17:42 ]: アクセラレーションとごろか回転とかアルファブレンド自体が無い生のDirectDrawよりマシ
602 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 15:29:58 ]: build 48 のまんまだったので最新の build 52 を取ってきた。
その間に Summary of changes in Mustang をつらつら見てたら……

build 49 で JDIC の Desktop API が追加されてた。
download.java.net/jdk6/docs/api/java/awt/Desktop.html
これでOSで関連付けされてる方法で edit(File) とか open(File) とか出来る。
あとはデフォルトブラウザで browse(URL) できたりとか。

build 51 でパーミッション操作の API が追加された。
download.java.net/jdk6/docs/api/java/io/File.html
canExecute()、setExecutable()、setReadable()、setWritable() など。
603 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 15:43:05 ]: >>601
APIだけはあったような
未実装だったが
604 名前：デフォルトの名無しさん mailto:sage [2005/09/18(日) 16:18:50 ]: >>596
JCP(Java Community Process)があるから、もうどうでもいいな。
jcp.org/en/home/index

一時の標準化よりも、将来のオープンな議論の枠組みの方が大切。
ECMA-234 Application Programming Interface for Windows (APIW) (December 1995)
なんてそれっきり放置だしね。たぶんC#, CLIも最初のだけであとは放置でしょう。
605 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 00:40:49 ]: >>601
その辺の機能使いたきゃDirect 3D使えってことなんだよな
606 名前：デフォルトの名無しさん mailto:sage [2005/09/19(月) 01:28:27 ]: アルファブレンドはDirect３Dがくるまえから入れる予定だったのだが
607 名前：デフォルトの名無しさん mailto:sage [2005/09/25(日) 16:56:58 ]: Mustang build53が出たね

バイナリ
download.java.net/jdk6/binaries/

build52 からの変更点
https://mustang.dev.java.net/files/documents/2817/21109/mustang-b53.html

bug ID:4151279 Curves are not pleasing as JDK 1.1 がfixされたみたい。
608 名前：デフォルトの名無しさん [2005/10/01(土) 00:43:27 ]: 正直、Javaは後方互換いらないから
０から作り直して欲しい。
609 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 01:11:14 ]: 作り直すくらいなら０でいいよ。
610 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 14:35:02 ]: >>608
つ C#
611 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 21:54:21 ]: >>610
シャープデベロップがもう少しがんがってくれれば、、、
612 名前：デフォルトの名無しさん mailto:sage [2005/10/01(土) 21:59:21 ]: Mustang build54 リリース

build53 からの変更点
https://mustang.dev.java.net/files/documents/2817/21538/mustang-b54.html
613 名前：デフォルトの名無しさん mailto:sage [2005/10/10(月) 17:14:07 ]: Mustang build55 リリース

build54 からの変更点
https://mustang.dev.java.net/files/documents/2817/21986/mustang-b55.html
614 名前：デフォルトの名無しさん mailto:sage [2005/10/15(土) 07:31:29 ]: Mustang build56 リリース

build55 からの変更点
https://mustang.dev.java.net/files/documents/2817/22311/mustang-b56.html
615 名前：デフォルトの名無しさん mailto:sage [2005/10/22(土) 14:50:25 ]: Mustang build57 リリース

build56 からの変更点
https://mustang.dev.java.net/files/documents/2817/22748/mustang-b57.html

ISO-2022-JP-2 コンバーターが JIS X 0212 補助漢字をサポートするようになったらしい。
後は java.io.Console に readPassword が追加されたとか。
616 名前：デフォルトの名無しさん mailto:sage [2005/10/22(土) 17:33:05 ]: 毎度おつ
617 名前：デフォルトの名無しさん mailto:sage [2005/10/30(日) 01:33:48 ]: Mustang build58 リリース

build57 からの変更点
https://mustang.dev.java.net/files/documents/2817/23134/mustang-b58.html
618 名前：デフォルトの名無しさん [2005/10/30(日) 01:48:36 ]: 今回は目立った点はないね

下がりすぎてるのであげとくか
619 名前：デフォルトの名無しさん mailto:sage [2005/11/04(金) 19:20:05 ]: Sun、開発コミュニティに "Java 6" セキュリティ機能の問題発見を求む

pcweb.mycom.co.jp/news/2005/11/01/015.html
620 名前：デフォルトの名無しさん mailto:sage [2005/11/05(土) 18:29:14 ]: Mustang build59 リリース

build58 からの変更点
https://mustang.dev.java.net/files/documents/2817/23494/mustang-b59.html

今回は nio関連と localization関連のbugfix中心みたい。

そーいや、いつからか com.sun.source 配下に Tree API ってのが追加されてる。
これ使えば annotation で、もっとイロイロできるようになるのかも？
621 名前：デフォルトの名無しさん mailto:sage [2005/11/08(火) 22:15:56 ]: 今日JavaOneに行ってきたぜ。

スキンヘッドの櫻庭氏がMustangのことを解説してくれた。

発表前にFTPでMustangのサイトをアップしたと言っていたが
サイトが見つからない。
www.javainthebox.net/
このサイトのどこかにあるはずなのだが、どこだ？
アップしたといっておきながら実は勘違い、または忘れていたか？

【Conference】 JavaOne Tokyo 【Event】
pc8.2ch.net/test/read.cgi/prog/1131068950/
622 名前：デフォルトの名無しさん [2005/11/08(火) 22:19:31 ]: age忘れた。

ググっても見つからないな
623 名前：デフォルトの名無しさん mailto:sage [2005/11/08(火) 22:25:21 ]: Java (J2SE 6.0) Mustang（マスタング)の概要を先取り
www.oklab.org/java/features_in_mustang.htm

このサイトでは無い。

どこだじゃじゃ馬馴らしは
624 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 00:53:09 ]: JSR223 Scripting for the Java Platform

標準でRhinoがついてくるのか・・・・・ﾊｧﾊｧ

Groovyはどうなった？？？
625 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 01:00:51 ]: Groovyにも対応するようになるらしい

っていうかデフォルトでPHPやJavaScript記述ができるのは驚きだね

C#のインラインとは違って文字列の中に突っ込むのでOROやregexのように
エスケープが必要だが
626 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 01:32:57 ]: www.javainthebox.net/laboratory/JavaSE6/index.html
Last-Modified: Tue, 08 Nov 2005 07:12:10 GMT

www.javainthebox.net/index.html
Last-Modified: Tue, 08 Nov 2005 16:19:39 GMT

トップページの更新を忘れてたんかね
627 名前：デフォルトの名無しさん [2005/11/09(水) 02:19:18 ]: >>626
でかした！

お主、JavaSE6というディレクトリ名を予想できたということか？
628 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 02:20:46 ]: 気がつけばトップページのWhat's Newも更新されリンクが張られている
629 名前：626 mailto:sage [2005/11/09(水) 02:28:47 ]: >>627
トップページから行きました。

Last-Modifiedとサーバ時間のずれ(8分強)から、1時11分前後に更新された見たいです。
630 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 02:33:21 ]: 逆探知で2chからリンクが張られているのに気づいたか？
それともサイトが見つからないぞとメールが来たか？

だろうか
631 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 02:37:10 ]: 第一幕蛾ぶっ壊れてる？
632 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 10:22:07 ]: そろそろJavaってプログラミング言語じゃなくなってきた感が強くね？
OS/言語一体型って感じでBASIC時代に逆戻り感みたいな。
誰かひろゆきに頼んでJava板作ってもらえよ。
633 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 22:51:39 ]: >>632
1行目なら抽象的ながらも言いたいことは自ずとわかるが
2行目はかなり違和感がある。

Mustang使ったことが無い奴が
ただムスタングのニュース記事見ただけで憶測だけで
判断してレスしているかのように見えてならないな。

Mustangはまだ開発段階だが、商用に使わず研究教育目的で使うのであれば、
ダウンロードして試用することができる。
BASICに逆戻りしているように見えると思うなら、まずは使ってから言え。
634 名前：デフォルトの名無しさん mailto:sage [2005/11/09(水) 23:49:09 ]: 今時は、実行環境がpoorなプログラミング言語なんてないよね。
伝統的な手続き型言語の流れを組むC++だってtypeidがある時代だしね。
635 名前：デフォルトの名無しさん [2005/11/11(金) 17:57:11 ]: アルゴリズム＋データ構造がプログラムだった時代は終ってる。
636 名前：デフォルトの名無しさん mailto:sage [2005/11/11(金) 18:02:32 ]: 今は何の時代？何処へ向かってる？
637 名前：デフォルトの名無しさん mailto:sage [2005/11/11(金) 19:26:10 ]: 今は
構造化手法 + オブジェクト指向 + アスペクト指向の時代

エージェント指向へと向かっている
638 名前：デフォルトの名無しさん mailto:sage [2005/11/11(金) 21:27:15 ]: その場その場でいいものをどんどん取り入れるという
ある意味行き当たりばったりな
アジャイル開発がトレンドかなと思う。
639 名前：デフォルトの名無しさん mailto:sage [2005/11/11(金) 22:36:58 ]: アジャイル = ペアプロ + テストファースト + リファクタリング
640 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 18:44:12 ]: Mustang build60 リリース

build59 からの変更点
https://mustang.dev.java.net/files/documents/2817/23871/mustang-b60.html
641 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 19:23:46 ]: 今回はSwing周りが多いな
642 名前：デフォルトの名無しさん mailto:sage [2005/11/12(土) 20:24:42 ]: こんな記事が
New System Tray Functionality in Mustang
java.sun.com/developer/technicalArticles/J2SE/Desktop/mustang/systemtray/
643 名前：デフォルトの名無しさん mailto:sage [2005/11/13(日) 10:18:46 ]: JavaOneでMustangを乗りこなすポイントを教えますセッションの
講演をしていたじゃじゃ馬馴らしスキンヘッドの櫻庭氏が
MustangではJavaだけでタスクトレイをいじれるようになると
言っていたような気がする。
644 名前：デフォルトの名無しさん mailto:sage [2005/11/13(日) 12:48:14 ]: たのむからそこまで知ってるならじゃじゃ馬のページでも見てやってくれ
645 名前：626 mailto:sage [2005/11/13(日) 23:17:22 ]: 櫻庭氏、index.html は更新忘れじゃなく時間が無かったのか…
646 名前：デフォルトの名無しさん mailto:sage [2005/11/15(火) 18:02:40 ]: >>636-638
マルチパラダイムってことでいいんじゃないかと。
647 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 02:21:36 ]: Mustang build61 リリース

build60 からの変更点
https://mustang.dev.java.net/files/documents/2817/24195/mustang-b61.html
648 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 02:42:47 ]: LinuxでソースからMustangのコンパイルに成功した人います？
649 名前：デフォルトの名無しさん mailto:sage [2005/11/20(日) 12:55:46 ]: 今回はバグ修正満載だね
650 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 01:10:04 ]: １つのVMで複数のJavaアプリが動くようになったら、
共有メモリ見たいなこと簡単にできるのかな？
他のJavaアプリのウィンドウの制御とか簡単にできるのかな？
651 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 01:35:45 ]: それってJavaじゃなくても基本的なプログラムとしてはやらないことなんじゃないの？
他のプロセスをどうこう

連携するのが前提ならポートあけるしねぇ
652 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 01:49:25 ]: >>650
むしろ一つのVMの中でごった煮にせざるを得なかったようなものを、(例えば携帯電話)
別々のVMの中で実行して「いるかのように」扱えるのが、アイソレーションだと思われ
653 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 02:08:51 ]: 他のアプリケーションへの干渉とかよりも、たとえば複数のサーバプロセスを持つクライアント
なんかを、一つのJVM内で実現可能（つまりスレッドよりももっと隔離された形）ってことなんじゃ
ないかと想像してるんだけど。
654 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 23:12:19 ]: 互いに悪影響を及ぼさないように保護しつつ、且つもっと身近なプロセス間通信
も提供する・・みたいな程よい機能ってこと？
655 名前：デフォルトの名無しさん mailto:sage [2005/11/25(金) 23:22:03 ]: virtual machine の名が示すとおり、まさにひとつのCPUみたいな振る舞いをするってことかな
656 名前：デフォルトの名無しさん mailto:sage [2005/11/27(日) 20:08:53 ]: アプリごとに環境を切り分けたいならプロセスを分ければいいだけの話。
multitaskingの目的はメモリの節約。
657 名前：デフォルトの名無しさん mailto:sage [2005/12/04(日) 21:51:37 ]: Mustang build62 リリース

build61 からの変更点
https://mustang.dev.java.net/files/documents/2817/24932/mustang-b62.html
658 名前：デフォルトの名無しさん [2005/12/04(日) 22:32:59 ]: age
659 名前：デフォルトの名無しさん mailto:sage [2005/12/07(水) 22:43:50 ]: おつ

そういや有名だと思うがいまだに5.0の印刷バグがなおらんのはなんでだろ
5.0でて1年以上たつというのに1.4.2までは動いていた印刷サービスのSunのサンプルもおかしくなるしな

JavaSE６で直ってるんだろうか
2バイトキャラクタ表示しなければ問題が出ないというあたりが不安だ
660 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 09:37:37 ]: 報告した？
661 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 12:02:10 ]: 英語かけないし
日本語出せばいいだけだからとっくに報告あがってるんじゃないかな

キシダタソの本の印刷部分もアルファベットしか印刷してないしなぁ
662 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 19:39:19 ]: LinuxでのGTKサポートイイね。
でもフォントなどはGTKそのままの設定ではなくJavaで描画してるからネイティブアプリにはやっぱ見えないな。

Fileでファイルの属性変更できるのイイね。
でもやるんだったらちゃんとユーザ、グループ、その他まで変更できるようにして欲しかった・・・。
結局その辺JNIに頼るしかないのか・・・。
663 名前：き mailto:sage [2005/12/08(木) 22:29:34 ]: >>661
あのサンプルの日本語が印刷されないんですか？
うちではWindows2000+JDK1.5.0_02+hp5160/PrimoPDFでとりあえずいけてます。
664 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 22:58:42 ]: かんたんpdfがだめですね
MS版PDFであるMDIもダメです
ただ、通常は問題ないように見えるので解像度を下げると分かります

具体的にだめなフォントは全角数字と全角コロンがはいった文字列を扱うと一気にだめになるようです
ほかには全角シャープかな

これらがはいるとその文字列丸ごとベクタで描画するようになっているのですが、
これらが入らない場合はちゃんとそのフォントで描画されます
この微妙な差がフォント置き換えとかが入るとだめなようです

ほかにもフォント置き換えのレーザープリンタ系が全滅なのを確認しています
ドットインパクトもだめでした
インクジェット系は大丈夫なようです
665 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 23:30:22 ]: "Easy Sample:１文字列の描画"にすると、PrimoPDFでもフォントが荒くなりました。
HP5160(インクジェット)での印刷は大丈夫です。
666 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 23:50:43 ]: これ1.4.2までは問題なかったと思うんだけれどもなんでだろー。
667 名前：デフォルトの名無しさん mailto:sage [2005/12/08(木) 23:55:44 ]: あと、これらの文字列が入った印刷をしてると、割と頻繁に
VMごとお亡くなりになったりします
668 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 00:04:20 ]: Bug 報告しなきゃ直らねえっぺよ
669 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 09:28:35 ]: >>661
既に報告されていたとしても、その報告にvoteを追加するだけでも意義があると思う。

>>666
エンバグした可能性はある。
リリースノートに載ってるバグ修正の一覧読んでるとそういうの結構あるよ。
670 名前：デフォルトの名無しさん mailto:sage [2005/12/09(金) 12:21:07 ]: 英文のサイトあるけないので無理
671 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 01:30:20 ]: 1.4からの印刷サービス以外にPrintJobでも同じ結果が出るな。

インクジェットの場合はDPIが細かいので目立たないだけな模様。
フォント置き換えが入るレーザープリンタでは最悪な結果になるな。

ベクタ処理された文字はあくまでも文字としてみていないから、
まったく同じフォントを指定してもデータによってフォントがばらばらになる。
672 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 02:26:40 ]: プリンタドライバのバグって線は無いの？
673 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 07:53:07 ]: >>672
PDF出力プリンタにも影響あるからねぇ。
674 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 12:34:08 ]: つまりJavaのデスクトップアプリは1.4までということね。
5.0以降はデスクトップアプリはあきらめなさいと。
675 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 12:40:21 ]: バグ報告 (ry

英語ができないことを誇らしげに言うなと。
676 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 13:00:33 ]: つまりＪａｖａは日本人は使うなと。
677 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 13:31:39 ]: 何を粘着してるのかしらんが、開発ツールなんてそんなもんだろ
英語のできない開発者・エンジニアは使いものにならん
678 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 15:42:00 ]: 10年もたってるのに印刷もまともに使えないJavaカワイソス
679 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 16:10:29 ]: 捨てゼリフ乙。
680 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 16:24:21 ]: この印刷バグってそんなに問題？
大した問題じゃない気がするが・・・（だからなかなか修正されないのか？）
681 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 16:48:40 ]: >>680
「日本語がレーザープリンタで印刷されない」っていうのは問題だね。
682 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 16:51:56 ]: >>681
レーザープリンタ使える環境ではないからわからんのだが、
このバグのせいで印刷されなくなるの？

イマイチ発生する症状がどんなものなのかわからないんだけど。
683 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 17:17:01 ]: pdf出力とかレーザープリンタ、ドットインパクトプリンタが駄目。

日本語出さなければ大丈夫。

問題あるだろうな、企業向けなら特に。
684 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 17:25:51 ]: だからここで愚痴たれたって改善されねーっつーの
685 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 17:48:29 ]: >>683
駄目ってのは具体的にどうなるんだ？

PDF出力で試したら、フォントがびみょーに変わるだけだった。
レーザープリンタやドットインパクトだったらどうなるの？
686 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 18:48:21 ]: >>684
でもな、発信することは大事だよ。
687 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 19:19:09 ]: >>685
それJavaの内部でベクタデータとして描画してるだけ
つまりフォントとして扱っていない

レーザープリンタはフォントのコードを受け取って描画する
そのためにDPIが低くても非常に綺麗

Javaの日本語印刷問題は１２００DPIくらいにするとあんまり見分けはつかないけど
３００DPIくらいが普通のレーザーではフォントがそのまま描画される場合と
置き換えが発生した場合とで別物になる
pdf出力ソフトでDPIをさげてみるとなんじゃこりゃなデータが出来上がるよ

印刷が汚くなるだけでも使えないのに、これらのデータが入った印刷を続けてると
VMがおちるから、内部でめちゃくちゃになってるっぽい
1ページくらい印刷してプロセス終了してる限り問題はさほど深刻ではないように見えるけど
印刷系を含むプログラムが全滅するのはやばい
688 名前：デフォルトの名無しさん mailto:sage [2005/12/10(土) 21:41:27 ]: Mustang build63 リリース

build62 からの変更点
https://mustang.dev.java.net/files/documents/2817/25363/mustang-b63.html
689 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 11:09:04 ]: >>687
VM落ちるのはともかく、何か頓珍漢な話だな。

>>687なんてPDFドライバの問題だろ?
PDFをAdobe Readerで見てもおかしいのか?

プラットフォームの印刷環境のセットアップがいかれてるだけだろ。
690 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 12:28:40 ]: >>689
PDFドライバの問題？
PDF印刷ソフトいろいろとあるけどすべて全滅だよ

もちろんリーダーで見ておかしい

しかも俺だけじゃなくてJavade印刷やってる人みんなに聞いたら
みんな１００％発生してるし

バグを環境のせいにし始めてきたね
sunの社員かな
691 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 12:37:23 ]: sun社員ならアメリカにスルーするだけだよ。
いいからとっとと報告汁
692 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 12:46:52 ]: 職場に一人くらいは英語書ける奴いるだろ。
そいつに頼め。
693 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 12:53:28 ]: うちは全然問題ないなあ@Solaris
694 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 12:54:11 ]: つまり、Windowsすてればいいといううことか！
695 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 20:46:23 ]: ＞sun社員
キン肉マンの悪魔超人を思い出したｗ
696 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 20:50:46 ]: 2世のsun社員カワイソス
697 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 21:02:28 ]: ゆで世界に文句いうな。
homepage2.nifty.com/takaoya/atamayude.htm
698 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 21:43:29 ]: ようするにPrintJobで2バイト文字を印刷すると、文字フォントを指定しての文字印刷でなくてOpenTypeで文字印刷を行ってしまうって事？
JDK1.4.2から印刷において解像度設定がただしく反映されるようになった事の弊害？
699 名前：デフォルトの名無しさん mailto:sage [2005/12/11(日) 21:50:57 ]: OpenTypeではないと思う
あとBufferedImageではdpiをどういじろうがおかしい描画にはならない
PrintJobに限らず印刷サービスもすべて駄目
700 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 10:25:18 ]: だからとっとと報告汁。そこらに無料の翻訳サイトもあるだろが。
701 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 12:15:49 ]: 技術文書を翻訳するとすごいことになるんじゃ
702 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 13:42:15 ]: 「日本語を使った場合、1.4に比べて5.0の印刷品質が著しく悪い」とでも書いて、印刷イメージか印刷イメージへのリンクでも貼っ付けとけばとりあえず報告としちゃ十分じゃないか?
これくらいならExcite翻訳でもさほど変な訳は出さんと思うが。
703 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 13:55:31 ]: というか、環境もはっきり書かないんだからネタだろ。
SunのJREかどうかすらはっきりしない。
704 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 14:06:39 ]: いや、さすがにネタだとは思わないけどさ。

技術系英語なんて、専門用語以外は中学生英語で十分なんだよ。
もちろん、最近は機械翻訳もそれなりにあてになる。

でも「英語が駄目」とか言う奴は >>701 みたいに
なんだかんだと言い訳して逃げまくったあげく、
絶対に自分ではやらないの。

どこな職場にでもいるだろうけど、本当に使えない。
705 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 15:25:29 ]: たしかに印刷品質が悪いどころじゃなくいのと
ページ数がある程度行くとVMごとおなくなりになるな。

まぁ、いいんじゃない？
日本ではJavaは死んだということで。
706 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 15:44:51 ]: Javaは業務アプリには使えない
これが常識
707 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 16:28:20 ]: 困ってる奴らが問題を報告しなかったら当分直ることもないだろう。
708 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 16:32:21 ]: 俺は問題起きてないしな。
709 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 16:41:30 ]: 問題がでるのはSun製でWindows日本語版だけってことか
710 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 18:21:37 ]: www.unicode.org/charts/PDF/UFF00.pdf

どうやらこのUNICODEブロックFFが含まれた文字列があると100%バグるみたい
全角アルファベットすべてと記号、半角カタカナ
711 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 19:24:21 ]: サンプルプログラムきぼん。
712 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:07:48 ]: Java1時代のPrintJob
Java2のPrinterJob
1.4からの印刷サービス

すべての印刷処理で再現
dpiの高いインクジェットだと微妙な違いが紙だと分かりにくいが
DPIを下げれるなら一目瞭然
フォント置き換えすれば一発で分かる
拡大して確認が容易なpdf出力系ソフトすべてでも再現

WindowsXP、SunJRE 5.0 update2,3,4,5,6で確認済み
713 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:15:48 ]: >>712
Mustangに関係ない話題は他所でやってください。
714 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:17:25 ]: どうせ次のバージョンでも印刷全滅なんだろ
プゲラ
715 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 20:18:34 ]: 最近は便所に落書きするとバグをなおしてくれんのか
716 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 22:12:29 ]: 何度言っても英語を書こうとしないだけでなく、煽り始めたか
717 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:30:14 ]: とりあえずどっかに情報を書いとくのも大事なんじゃない？
718 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:36:30 ]: ここじゃなくて、質問スレじゃないかな? 1.5だし(w
719 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:47:44 ]: つうか、MustangのソースDLして自分で修正しろってことじゃないの？
ttp://d.hatena.ne.jp/kazama/20051206/p1
720 名前：デフォルトの名無しさん mailto:sage [2005/12/13(火) 23:51:53 ]: 報告しろ、報告しないなら書くなとかいいつつ、サイトもなにも提示しないのもどうかと思う。

ってことでバグ報告/投票の方法
ttp://blogs.sun.com/roller/page/yk?entry=vote_vote_vote
721 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 00:51:52 ]: 印刷の問題ってセキュリティフィックスのためにバージョンあげたら動かなくなったという類でもあるから
さすがに一般ユーザーにそこまでやれというのは
722 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 01:15:39 ]: (ﾟДﾟ)ﾊｧ?
723 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 01:43:08 ]: 確かにベクトルデータとして埋め込んでるな。
pdf出力したら文字選択できないわ。
724 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 21:41:20 ]: 一般ユーザーはここ来なくてイイよ。
725 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 21:53:22 ]: 勝利宣言キター
726 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 22:48:45 ]: weblogs.java.net/blog/opinali/archive/2005/11/mustangs_hotspo_1.html
Mustang b59 から HotSpot client VM のレジスタ割り当ての最適化が改善されて、
Mustang b58 以前と比べて 1.5倍程度の速度で動くようになったらしい。
727 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 23:08:20 ]: 今まで何してたの？というくらい違うな
728 名前：デフォルトの名無しさん mailto:sage [2005/12/14(水) 23:56:12 ]: >>726
Java 6は期待できるな。

仕事ではまだ1.3使ってるけどなorz
729 名前：デフォルトの名無しさん mailto:sage [2005/12/15(木) 00:52:51 ]: >>728
1.4もそろそろ安定してきたんじゃないの？
730 名前：デフォルトの名無しさん mailto:sage [2005/12/15(木) 00:57:15 ]: 印刷以外は、といいたいが

1.4.2でもつい最近の新しいやつで文字コードのバグとか埋め込んだとかあるんで
なんともいえないかと
これは次のバージョンで直ったはずだけど結構文字コード変換でリークとか多いよね
731 名前：デフォルトの名無しさん mailto:sage [2005/12/15(木) 19:28:44 ]: 1.4.2_05で印刷が問題ないのを確認
5.0.u1でおかしいのを確認
5.0.u6でおかしいのを確認

心配になってきたのでJavaSE6での動作確認よろ
732 名前：デフォルトの名無しさん mailto:sage [2005/12/15(木) 19:31:52 ]: >>729
ありがとう。でもうち、保守・改装ばっかな部署なんだ……。
新規案件に出会ったとしても、上が5未対応の
フレームワークをおしつけてくることはまず確実だし。

先端技術フェチとしては大いに不満だ。
733 名前：デフォルトの名無しさん mailto:sage [2005/12/15(木) 20:11:29 ]: pcweb.mycom.co.jp/news/2005/12/13/020.html
serverVM に、エスケープ分析でエスケープしないと判断されたオブジェクトに対する
同期処理が除去されるような最適化が追加されたらしい。
デフォルトでは使用しないようになってるらしいので、
使用したい場合は -XX:+DoEscapeAnalysis とかしないといけないみたい。

Vector 使いまくってる人には朗報かも。
734 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 00:51:52 ]: 457 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/16(金) 21:53:15
昔から使えなかったならともかく
最新バージョンで品質が恐ろしく低下だからただのバグだろ

>>447の実行結果
分かりやすいように72dpiでpdf出力しといた
49uper.com:8080/html/img-s/100275.png

こりゃバグだね
735 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 01:30:10 ]: 味があっていいじゃないか
736 名前：デフォルトの名無しさん [2005/12/17(土) 10:58:46 ]: バグなのはもうわかったけど、なんでマルチポストして喜んでるの？
そろそろｳｻﾞいよ。
737 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:10:54 ]: >>734
上と下の関係は?
738 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:44:24 ]: >>737
ソースコード参照
739 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:45:12 ]: 447 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/16(金) 13:38:55
>>444
import java.awt.print.Printable;
import java.awt.print.PrinterJob;

public class NewMain implements Printable{

public static void main(String[] args) throws Exception{
PrinterJob pj = PrinterJob.getPrinterJob();
pj.setPrintable(new NewMain());
if(pj.printDialog()){
pj.print();
}
}

public int print(java.awt.Graphics graphics, java.awt.print.PageFormat pageFormat, int param)
throws java.awt.print.PrinterException {

if(param > 0){
return Printable.NO_SUCH_PAGE;
}

graphics.drawString("あいうえお　",100,100);//正常
graphics.drawString("あいうえお１",100,120);//ベクトルになる 1200DPIくらいになると一見綺麗

return Printable.PAGE_EXISTS;
}

}
740 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:46:40 ]: 490 名前：デフォルトの名無しさん[sage] 投稿日：2005/12/17(土) 01:53:35
面白いので>>447で出来上がるpdfそのものをアップしてみた

49uper.com:8080/html/img-s/100309.zip
741 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:48:33 ]: なんかもうアレだな。
2ch に書くことがバグ報告になると思ってるフシがあるな。
742 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 12:52:23 ]: Visual Studio 2005 ダウンロード開始記念キャンペーンの一環ですよ。
この機会にJavaなんていう時代遅れの環境からVisual Studio に乗り換えましょう！
743 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 13:13:16 ]: JavaSE6では改善されてるの？
744 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 14:51:38 ]: ここはスレ違いだから、もとのスレのURLでも貼っといてくれ。
745 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 15:04:16 ]: スレ違いじゃないのでは?
次バージョンでの話題なんだから
746 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 15:18:58 ]: >>712によれば、そうではない。
747 名前：デフォルトの名無しさん mailto:sage [2005/12/17(土) 16:05:31 ]: Mustang build64 リリース

build63 からの変更点
https://mustang.dev.java.net/files/documents/2817/25758/mustang-b64.html
748 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 14:53:47 ]: >>731 >>734 >>739 >>740
だからおまいはここにそれを書くことでどんな効果が得られることを期待しとるんだ。
「バグだ」「おかしい」というのを否定してるヤツは基本的におらんだろうが。(煽りはいるが)
「誰かぼくちんにかわって報告しといて～」と言いたいのならそれでもかまわんから明にそう言え。
(言ったからって誰かがやってくれるとは限らんが)
749 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 16:28:48 ]: なんだ6.0でもバグバグなのか
750 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 16:44:16 ]: >>748
次バージョンで日本語がちゃんと書けるかどうかのチェックをして欲しい

というだけだろ
751 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 17:17:41 ]: 俺関係ないけど、普通にバグ報告誰かしてだされ。
俺も英語だめなんよ。
Windows以外のVMでは発生しないらしいね。
752 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:28:12 ]: スクリプトを<input type="file">で鯖に送って、そっちで実行みたいな使い方はどう？
753 名前：751 mailto:sage [2005/12/18(日) 18:39:55 ]: うちこれから業務系で5.0採用になったのだが印刷バグ確かに怖いな。
>>752の使い方も考えてみたが、鯖がVPNの先にあるんで無理。

さーて、1.4.2に下げてもらうか直っていれば無理して６を使うか
JNIで回避かだが、それぞれわりと厄介な問題がでるな。
Javaの人材集めたんで.NETへはさすがに・・・。

たぶん上の人間はこれ理解してない。
登場して1年以上たつんだからそろそろ枯れただろうといっておられる。
そもそも言語理解してないのが上なんで(ry
754 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:41:28 ]: 上が言語理解する必要はないだろ
755 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:46:06 ]: 最近は割と多いよね、言語経験ないSE。

開発環境を決めた時点で、どういうのが実装できるか、
実装できても困難で開発効率が悪いとかそういうのを把握してないと
だらだらと長引く。
756 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:46:07 ]: しかしおれ業務系でJava使ってて帳票とか出力してたけど、
ジャギーだとかなんとかいうトラブルは無かったけどなあ。

サーバーサイドから帳票出力系の製品(SPFとか）つかってPDFを出力
する場合は関係ない話なの？ Swingだけ？

だったら当面問題ないんだけど。
757 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 18:51:08 ]: SwingではなくてJavaから印刷した場合だけが問題になる模様。
iTextとか直接PDF出力は問題ないけど、NetBeansのソースコード印刷しただけで
発生するのでVMの問題だと思う。

Javaの印刷製品は1.1時代からのものは印刷品質が悪かったから
みんな独自実装してたり1.4までが対象なので大丈夫だったり。

pdf作成するのはいいけど、それをユーザーが開いて閉じてとなると
インターフェース的にわりと問題でやすいかな。
日本の企業の帳票は独自サイズが多いのでA4とか決まった規格以外が
急に問題として現れてくることもある。

リッチクライアント系は今のびてるところなんでこの壁にぶち当たってるところも
結構多いかもしれない。

スレ違いスマソ。
758 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 21:35:40 ]: SolarisやLinuxは問題ないもんなあ。
Windowsでもfontを指定したら問題ないのがあるかもよ。
759 名前：デフォルトの名無しさん mailto:sage [2005/12/18(日) 21:39:39 ]: 試してみたけどfontは論理フォント、物理フォントどちらでも同じ現象が出ていますね。
src.zipでは確認しようがないので内部でなんかしくじってると思われます。
760 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:35:03 ]: 原因追求はSunの担当者にまかせればいいんで、バグ報告よろしくです。
761 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 00:45:00 ]: よろしくです
762 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 09:59:28 ]: やっぱ英語は使えた方がいいな・・・なんとかせな・・・
763 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 10:16:45 ]: つうかSunには日本語で報告できる窓口を用意して欲しいな。
764 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:36:12 ]: 日本語でバグ報告すりゃあいいじゃん。
向うが勝手に翻訳してくれるんじゃね？
日本人担当者くらいいるだろ（へらへら
765 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 15:58:15 ]: 日本語の掲示板で英語でくるやついるけど、その場合は英文が読めるからであって
あちらで日本語見たらやっぱり文字化けしてるんかね？
ソースコード添付ができないってのはある意味やばいかも

utf8だっけ？バグ報告ページ
766 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 16:40:53 ]: ROMA-JI DE KAKE
767 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:39:55 ]: 印刷関連のレスは下記のスレでお願い

Javaでは作るのが困難なものを挙げるスレ
pc8.2ch.net/test/read.cgi/tech/1132425910/
768 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 18:57:16 ]: 1.6の話題でもあるんだろ？＞印刷
769 名前：デフォルトの名無しさん mailto:sage [2005/12/19(月) 19:06:49 ]: >>768
1.6 正式リリースまでは直らなくて良い問題なんか？
770 名前：デフォルトの名無しさん mailto:sage [2005/12/20(火) 01:28:40 ]: 印刷はApache FOPでXHTMLやPDFに
変換してくれればいいや
771 名前：デフォルトの名無しさん mailto:sage [2005/12/20(火) 02:12:29 ]: pdf出力しか駄目ってのは業務系で困るだろ
772 名前：デフォルトの名無しさん mailto:sage [2005/12/20(火) 04:48:31 ]: 「しか駄目」???
773 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 09:14:56 ]: 業務系だと、SVFとか使うからなあ
774 名前：デフォルトの名無しさん mailto:sage [2005/12/21(水) 12:57:39 ]: SVFもiWFMもろくなもんじゃないけどな。
775 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 12:28:40 ]: Cat Typing
"J2SE 5.0の日本語印刷のバグについて

「J2SE 1.3.1_17がリリースされました。」というブログへのコメントより：
2chのプログラム板で話題の日本語印刷がまともにとおらない5.0はへは
業務で使ってるところははだれも選ばないと思います。update1からupdate6
まですべてとおりませんしね。1.4.2までは大丈夫です。 2chでも日本語でバグ
投票できないからどうしようかという流ればかりです。 "
blogs.sun.com/roller/page/yk/20051221

だれだこのブログにこんな大袈裟なコメント書いた香具師は。

Tomcat動かすだけのサービスに印刷が必要なものなんて
大してないぞ。JavaのGUIなんてサーバ系Javaに比べたら
まだ普及度は低いんだしそんな目くじらたてるほどのことじゃないだろ。
776 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 12:31:11 ]: なにやらエントリを良く読んでみると
彼女のブログのコメント欄にバグ報告してもいいらしい。
777 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 12:53:37 ]: 大袈裟なコメント書くのが得意な人っているよね。
778 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 13:24:07 ]: 印刷できないのをたいしたことないというバカもいるよね。
779 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 17:08:30 ]: 件のblogのコメントを見る限り、良い方向に進んでいるようだ。
しかし、経緯を見る限り「バグが出る。使えねぇ」「英語ができないから
報告しない」じゃ全然意味がないことがよくわかるな。
せめて「報告したいが英語がダメなので協力してくれ」だったらもっと話は
早く進んだかもしれないのに。
780 名前：デフォルトの名無しさん mailto:sage [2005/12/22(木) 22:21:33 ]: 複数のJava関係スレで鬼の首をとったかのように喚き回ったバカがいたからなぁ
781 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:03:08 ]: おかげで、興味を持つ人が現れて修正の目途がついた。
ある意味、宣伝部隊乙って事で一件落着ｗ
782 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:07:40 ]: MS側の人間かどうかわわからんが

UNICODEのフォント部分にやっぱりバグがあったようだね
でもこれ汎用ルーチンだよね？
ということはプリンタ以外でも実は文字が汚く描画されていたってことはあったのかな
783 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:14:42 ]: Java7.0からは是非メモリリソースをケチケチに管理するJVMにしていただきたい
784 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:29:01 ]: >>783
そんなの欲しがってるやついないし。
785 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:51:21 ]: いるよ普通に。
64MBのノートとか使えたもんじゃない
786 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:57:22 ]: OSがNT4でなら64Mでそれなりに快適にJava動いてるぞ
5.0は最低メモリ使用量が跳ね上がってるので進められん
コンパクトな1.3.1まであたりがオススメ
787 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 00:59:18 ]: C++時代は共用体大好きっこだった俺としてはちょっと悲しい時流だよ
788 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 01:32:34 ]: Cのときですら安全性では推奨されてなかっただろ

ハードとコンパイラ依存コードナツカシス
789 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 11:55:58 ]: >>782
印刷フレームワークのルーチンだから関係ないと思うよ。
790 名前：デフォルトの名無しさん [2005/12/23(金) 12:54:26 ]: JSR-270 Early Draft Review
jcp.org/aboutJava/communityprocess/edr/jsr270/
791 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 14:58:50 ]: そーいや、TrayIcon の開発は Mustang に移ったから、
JDIC ではもうやらねーよって話が出てた。

www.javadesktop.org/forums/thread.jspa?messageID=130970
792 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 15:25:01 ]: The Java SE 6 (Mustang) Holiday Quiz
java.sun.com/developer/Quizzes/mustang_holiday/
793 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 19:18:04 ]: >>775
別のスレでこんな書き込みがあるよ
pc8.2ch.net/test/read.cgi/tech/1132425910/563
794 名前：デフォルトの名無しさん [2005/12/23(金) 20:04:13 ]: バーチャルマシンで動く場合、ネイティブで動作してるC++によるプログラム相手に速度で勝てる見込みはありますか？
795 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:10:22 ]: >>794
書く人による。プログラムによる。VMによる。ハードウェアによる。
796 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:18:35 ]: 勝てないこともないかもしれない
797 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:21:54 ]: >>794
理屈上、アセンブラで書かれたプログラムはC++で書かれたプログラムより速い。
でも、現実的にはどうだろう？

アセンブラとC++の比較ほど明快ではないけれど、部分的に見ればこれに近い
事がVMとネイティブの関係に対しても言える。
798 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 20:41:41 ]: >>787
> C++時代は共用体大好きっこだった俺としてはちょっと悲しい時流だよ

EffectiveJava嫁
共用体の代用をJavaで実現する方法が載っている
799 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 21:44:15 ]: >>794
最近は数値計算もJavaでやる時代なんだが…Hotspotコンパイラのおかげで。
>>726によればさらに早くなったらしいし。

Integerのquicksortのプログラムを書いても、
JavaがC, C++より早いのが現状。(プログラムの起動は相変わらず遅いが…)
アセンブラでもJavaで書いたプログラムより書ける人は殆んどいないんじゃないか。

ただ、Javaの浮動小数点拡張は取り下げられたらしい。
math.nist.gov/javanumerics/
jcp.org/en/jsr/detail?id=084
www.oishi.info.waseda.ac.jp/~oishi/LINKS/java-numerics.html
800 名前：デフォルトの名無しさん mailto:sage [2005/12/23(金) 22:11:23 ]: java -server -Xcomp -jar hoge.jar
起動速度無視で、実行速度を最大にしたいときは、この起動オプション最強。
801 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:19:59 ]: >>797
理屈上、profile-guidedな実行時最適化が可能なJavaの方がアセンブラより速い。
802 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:32:26 ]: 理屈ばっかだな
803 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:39:44 ]: >>802
なにも見てないんだな
804 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:42:11 ]: >>783
Java SE 7が出たころにはマシンスペックの余裕もたっぷり
増えているだろうからメモリにけちけちする必要はなくなるかもね
805 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:46:06 ]: 個々最近ムーアの法則が乱れてませんか？
806 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:55:04 ]: >>794-795
すでに勝った香具師ならいるよslashdotでも話題になってた
# Slashdot での大論争。これは今までで一番愉快な
Java 対 C++ の議論に違いありません。
C++ 愛好家は必死に「不公平だ、こっちはメモリ管理を
手動でやらなきゃいけないのに」と主張しています。
公平を期するための彼らの提案は - System.gc() の
呼び出しを山ほど突っ込んで Java 側を遅くするというも
のでした（お気づきでない方のために。Java は System.gc()
を呼び出さなくてもメモリを回収します。 System.gc() の呼び
出しを追加してもメモリ回収の速度が遅くなるだけです）。
続く抗議もすべて、このベンチマークが Java をひいきしてい
るという一点に集中しているようでした。しかし奇妙なことに、
３年前までは当時の JVM をテストしても C++ の方が速いとい
う結果が出たものです。このノイズの山を掘り返せば、有意義
なコメントが見付かるかも知れません

# さらに続く議論。この事件から生じた騒動（または余分なキャラ）
で大儲けできた人がいるかも知れませんね

# Java と .NET のガベージコレクションに関する調査
# WebSphere は自動的に負荷分散の最適化を行うことで、ハードウェア要件の低減をねらいます
#
# Java 1.5 は 20% 高速化した模様
www.javanews.jp/javap/newsletter043.html
807 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 02:57:58 ]: >>805
クロック数だけを見ずに
ちゃんとベンチマークしてみてるかい？
ハイパースレッディングから64bitsなどの技術進化に目を向けるといい。
あと、量子力学チップの研究が今行われている。
今は量子コンピュータが出る直前の段階だ。

そのまえに燃料電池に期待したい。
燃料電池が携帯電話開発に潤いを与える。
808 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 03:13:05 ]: 使える量子アルゴリズムって因数分解以外にあるの？
量子アルゴリズムがなくても量子コンピュータは効果的に使えるの？
809 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 03:14:02 ]: クロック数をあげると単純に消費電力が増加するから、クロック数をあげずにパフォーマンスをあげるのが流行ってるね。
810 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 09:33:58 ]: JavaのJIT, Hotspotは、ItaniumやCrusoeと相性いいはずだが、
どっちもJavaのサポートはいまいちだったね。
811 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 10:54:22 ]: >>810
Pentium4で動かすVMですら実用的な速度を得られていたからね
812 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 11:43:11 ]: >>810
Webコマースだとコード実行性能はボトルネックじゃないしねえ。
813 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 12:08:28 ]: >>807
> あと、量子力学チップの研究が今行われている。
> 今は量子コンピュータが出る直前の段階だ。
おいおい、無知を晒け出すのもいい加減にしろよ。
お前は量子力学と言いたいだけだろ。

# つーか、807はトランジスタが量子力学で動いていることすら知らなそうだ。
# トンネル効果とか聞いたことある? > 807
814 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 12:16:39 ]: スレ違いの馬鹿晒しあげ、ストップ！
815 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 13:03:45 ]: >>813
トンネル効果といいたいだけだったんだね。
816 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 14:32:20 ]: トンネル効果ぐらい量子力学どころか
一般常識だろ
817 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 14:34:00 ]: すれ違いネタここで終了。次の話題↓
818 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 14:37:05 ]: >>798
の見事なサンプルソースをうｐしてくれ
819 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 14:42:30 ]: Mustangではclass verifierが速くなっているらしいけどどうよ?
blogs.sun.com/gbracha?entry=typechecking_jvml
https://jdk.dev.java.net/CTV/learn.html
www.jcp.org/en/jsr/detail?id=202
820 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 16:55:45 ]: >>809
省エネ型メモリに交換するというのも流行ってたりするよ。
それからIDEケーブル対応HDDの使用をとりやめ
かわりにSerial ATAケーブル対応HDDに切り替えるとか。
最近のマシンは消費電力が押さえられている。
CPUだけは電力がやたらと高いけど。
821 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 16:58:27 ]: >>813
江崎玲於奈が発見したものがどうかしたかい。
「量子力学」ではなく「量子力学チップ」といったわけだが。
ガリウム、アルミニウム、ヒ素の組み合わせで
電子を原子の中に閉じこめるという技術がもう8年も
前に東大で研究されていたんだよ。
822 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 16:59:26 ]: >>818
晒しをお願いしないで
自分で嫁。ポリモーフィズムを使って代用しているだけだからな
823 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 17:23:37 ]: >>821
専門外の話に無理に首を突っ込んでも、イタいだけだぞ。

> 「量子力学チップ」
どの論文誌にそんな名称のデバイスの話が載ってるのか、教えてほしいものですな。

> 電子を原子の中に閉じこめるという技術
ボーアの原子模型って知ってる?
原子ってのは原子核のまわりを電子が回っているんですよ。
824 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 17:30:44 ]: >>823
おまえそんなに専門知識があるなら
高校物理程度の知識ひけらかしてどうする
825 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 20:28:33 ]: 燃料電池厨うざい。
素人が夢見るのは勝手だが、知ったかぶりでバラ色の脳内新技術語ってもらっても
議論にならない。
826 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 21:01:02 ]: Ｊａｖａ厨は夢見がち
827 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 21:09:39 ]: >>826
これをいいたいがための壮大なスレ違いの自演乙
828 名前：デフォルトの名無しさん [2005/12/24(土) 21:47:12 ]: >>826
あんなのと一緒にしないでくれよ。
829 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 22:35:49 ]: 量子コンピュータとか原子とか電子の話は他所でやってくれ
830 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 22:36:48 ]: Java8からは量子コンピュータ対応
831 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 22:56:47 ]: 量子力学コンピュータだろ！ｗ
832 名前：デフォルトの名無しさん mailto:sage [2005/12/24(土) 23:22:43 ]: 量子たん(;´Д｀)ﾊｧﾊｧ
833 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 01:30:07 ]: すでに騎手の嫁だ。あきらめろ
834 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 01:48:20 ]: 佐野量子仮説
835 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 03:29:39 ]: 有馬記念の動向を議論するスレになりました。
836 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 10:57:00 ]: 動向も何もディープ以外に何が来るんだ？
837 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 12:47:52 ]: Mustang build65 リリース

build64 からの変更点
https://mustang.dev.java.net/files/documents/2817/26231/mustang-b65.html
838 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 15:33:05 ]: >>836
来なかった(´･ω･`)
839 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 15:38:20 ]: >>836
（　´,_ゝ｀）ﾌﾟｯ
840 名前：デフォルトの名無しさん mailto:sage [2005/12/25(日) 15:53:38 ]: >>836
　　　　　　　　　　 (⌒⌒)
　　　　　∧_ ∧ （　プッ　）
　　　　　( ´∀`　 ) ノノ～′
　　　　　　（⊃⌒*⌒⊂)
　　　　　　　/__ノωヽ__）
841 名前：デフォルトの名無しさん mailto:sage [2005/12/27(火) 21:42:21 ]: >>836
あれ万馬券でたの？
842 名前：デフォルトの名無しさん mailto:sage [2005/12/27(火) 21:44:08 ]: ３連単は3万円くらいついてた気がする
843 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 01:25:15 ]: >>823
とりあえず日経サイエンスのバックナンバーを
探して読んでみてくれ
844 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 06:17:17 ]: くさいな
845 名前：デフォルトの名無しさん mailto:sage [2005/12/28(水) 06:25:33 ]: 日経サイエンスかよ
846 名前：デフォルトの名無しさん mailto:sage [2006/01/02(月) 20:00:21 ]: 正月はﾋﾞﾙﾄﾞないんだ・・・・ｼｮﾎﾞｰﾝ━━(´･ω･`)━━
847 名前：デフォルトの名無しさん mailto:sage [2006/01/07(土) 22:46:43 ]: Mustang build66 リリース

build65 からの変更点
https://mustang.dev.java.net/files/documents/2817/26990/mustang-b66.html
848 名前：デフォルトの名無しさん mailto:sage [2006/01/12(木) 16:38:23 ]: Mustang Release Contents (JSR 270): Early Draft Review
weblogs.java.net/blog/mreinhold/archive/2005/12/mustang_release.html

これみてて Array reallocation ってなんだろと思って JSR270 見てみたら
java.uti.Arrays に copyOf とか copyOfRange ってメソッドが追加されてた。
849 名前：デフォルトの名無しさん mailto:sage [2006/01/13(金) 09:58:49 ]: >>1で書いてある「マルチタスク」ってのは>>847で既に実装済みですか？
850 名前：デフォルトの名無しさん mailto:sage [2006/01/15(日) 21:37:44 ]: Mustang build67 リリース

build66 からの変更点
https://mustang.dev.java.net/files/documents/2817/27330/mustang-b67.html
851 名前：デフォルトの名無しさん mailto:sage [2006/01/22(日) 20:14:04 ]: Mustang build68 リリース

build67 からの変更点
https://mustang.dev.java.net/files/documents/2817/27723/mustang-b68.html
852 名前：デフォルトの名無しさん mailto:sage [2006/01/22(日) 22:19:12 ]: 英語よめねー・・・勉強しようかな・・
853 名前：デフォルトの名無しさん mailto:sage [2006/01/22(日) 23:30:17 ]: 勉強が必要なのではない。
練習しろ。
854 名前：デフォルトの名無しさん mailto:sage [2006/01/25(水) 22:33:25 ]: 2月前半にbuild59をベースにしたBeta1が出るらしい。
weblogs.java.net/blog/ray_gans/archive/2006/01/where_we_are_wi.html

正式リリースは秋にずれ込んで、夏にはbeta2が出るらしい。
春にDolphineのプロジェクトがスタートするらしい。
855 名前：デフォルトの名無しさん mailto:sage [2006/01/25(水) 22:35:27 ]: 結局2年ペースってわけか
856 名前：デフォルトの名無しさん mailto:sage [2006/01/25(水) 22:38:12 ]: 「デリケートな部分に手を出すことにしたからちょっと遅れますよ」（意訳）
857 名前：デフォルトの名無しさん mailto:sage [2006/01/28(土) 13:36:39 ]: Mustang build69 リリース

build68 からの変更点
https://mustang.dev.java.net/files/documents/2817/28215/mustang-b69.html
858 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 01:22:46 ]: Persistence APIってすでに含まれてる？
859 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 03:51:47 ]: >>858
Java SEに？
860 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 06:33:53 ]: PersistenceAPIをJavaSEに含めるのは、よそにVM作らせなくするための嫌がらせだな。
861 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 08:26:32 ]: >>858
もしそうなったら、SunのJVMにはTopLinkが付いてくるのだろうか？
862 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 22:11:48 ]: >>861
TopLinkしかないな。
そうならないだろうけど。
863 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 22:43:53 ]: J2SEにPersistent APIの実装も含めることになったの?
864 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 23:21:22 ]: >>863
JavaEE5の記事見てたら複数の媒体でそういう趣旨の内容が載ってたからどうなのかなと思って・・・

blogs.sun.com/roller/page/chats?entry=javaone_has_started1

また、Persistence API は、EJB と離れて動作することも許されているので、Standard Edition と組み合わせて O-R マッパ単独で利用することもできる。
ほとんどのベンダー、開発者はこの方向性に前向きなフィードバックを出しているという。

pcweb.mycom.co.jp/news/2005/06/29/029.html

EJBから切り放されたことによってPersistence API単体でも利用できるようになったため、今後はJava SEにも導入される予定だという。

www.javaworld.jp/print/?menu3=24028

Java Persistence APIは、Java SEでも提供される（標準APIに含まれる）予定となっており、今後はJava環境における標準的な永続化APIとなる。
865 名前：デフォルトの名無しさん mailto:sage [2006/01/30(月) 23:27:50 ]: >>864
なるほど参考になりました。ありがとう。

API仕様を見ていないのでよく知らないけど、
J2SEに含まれるのはインターフェースの部分で
実装は各自Hibernateとかのjarを持ってきて使うのかなと思った。
ちょうどJDBCみたいに。どうなんだろう。
866 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 00:09:00 ]: RowSetみたいになるのかな。
867 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 00:18:48 ]: >>865
たしかに、そうしないとPersistence APIの実装部分だけでかなりのサイズになってしまいそうだし
868 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 01:28:00 ]: RowSetのリファレンスインプリもなんとかならんのかな・・・
あれは使おうと思っても使えん
869 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 01:58:46 ]: たしかに、JDBCもインターフェースだけならJ2SEに含まれてるしね。
870 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 02:07:11 ]: JDBCオプショナルパッケージ時代ナツカシス

ほとんどのところがJDBC2までしかドライバ対応してないのが痛いなぁ
JDBC3から別物なのに
871 名前：デフォルトの名無しさん mailto:sage [2006/01/31(火) 10:30:08 ]: weblogs.java.net/blog/aim/archive/2006/01/invitation_to_w.html
javadoc の変更に際して、下記の場所で
どんなふーに変更するかについて参考意見募集中だってさ。

java.sun.com/webapps/survey/display?survey_id=5382

Mustangに間に合わんかもしれんけど。
872 名前：デフォルトの名無しさん mailto:sage [2006/02/01(水) 20:51:59 ]: Mustang Regressions Challenge
https://mustang.dev.java.net/regchal/

MustangのRegressionを発見して報告しよう、というコンテストだそうです。
参加した全員にTシャツを、特に重要なものを報告した5人にUltra 20が送ら
れるらしい。期間は1/31から3/31まで。
873 名前：デフォルトの名無しさん mailto:sage [2006/02/02(木) 21:22:54 ]: Regressionsを発見して報告してそれが認められた人全員だと思う
874 名前：872 mailto:sage [2006/02/04(土) 16:07:27 ]: >>873
そうですね。
誤解のある書き方をしてすみませんでした。

あと、ついでに
Mustang build70 リリース
build69 からの変更点
https://mustang.dev.java.net/files/documents/2817/28549/mustang-b70.html
875 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 00:21:56 ]: Mustang build71 リリース

build70 からの変更点
https://mustang.dev.java.net/files/documents/2817/28875/mustang-b71.html
876 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 00:24:16 ]: javadoc の新タグは以下のwikiでなんかやってるみたい。
www.javac.info/doc?n=JavaDoc.JavaDoc
877 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 00:30:19 ]: An easy way to enter the Mustang Regression contest
weblogs.java.net/blog/robogeek/archive/2006/02/an_easy_way_to.html

regressionコンテストの簡単な参加方法
既存の 1.5update6 で動くアプリを JDK 6で動かしてみてくれ、
そんで動かなかったらアプリの問題か JDKの問題か考えてくれ、
もしJDKの問題だったら報告お願いって感じらしい。
878 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 00:34:26 ]: 1.4.2から5.0ベータで結構動作が異なることが多かった
JavaSoundとJava2Dまわりは穴かもしれんな

正式版でも結構違うけど
879 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 08:43:24 ]: >>872
Ultra20 ってまた微妙なもんプレゼントですなぁ
正直あんまし欲しくない～　うるさいしｗ

>>877
apache の poi の日本語取扱の挙動がおかしくなることは知っている
が、Ultra20欲しくないので誰か報告してちょうだい～
880 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 10:03:58 ]: >>879
> そんで動かなかったらアプリの問題か JDKの問題か考えてくれ、
881 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 10:25:15 ]: >>880
その一文の敷居高すぎだよな。
882 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 10:52:49 ]: たしかに
883 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 12:58:12 ]: 普通だよ。思ったように動かないって言うだけなら技術者じゃなくてもできるし。

こーゆー事をやるのが普通だと思ってる人たちにとっては敷居高いのかもしれんけど。
monoki.fc2web.com/diary/txt/computer/debugpatern.html#%82%C6%82%C9%82%A9%82%AD%83}%83C%83N%83%8D%83\%83t%83g%82%AA%88%AB%82%A2%82%B1%82%C6%82%C9%82%B5%82%C4%82%A8%82%B1%82%A4
monoki.fc2web.com/diary/txt/computer/debugpatern.html#%88%AB%82%A2%82%CC%82%CD%89%B4%82%B6%82%E1%82%C8%82%A2
884 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 20:56:04 ]: 正直言うと、そのサイトをさらすことに何の意味があるのかわからない。

アプリの問題か JDKの問題かなんてアプリ作者（プログラマ＝技術者）しかわからんだろ。
885 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 22:50:16 ]: 作者にも分からんかも
886 名前：デフォルトの名無しさん mailto:sage [2006/02/13(月) 22:56:18 ]: 第三者でも分かる事もあるけどね
887 名前：デフォルトの名無しさん mailto:sage [2006/02/14(火) 08:01:54 ]: 敷居が高い
『不義理・不面目なことなどがあって、その人の家に行きにくい』

あってるじゃん。
888 名前：デフォルトの名無しさん [2006/02/15(水) 14:16:31 ]: Mustang beta is out!
https://mustang.dev.java.net/
889 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 17:01:15 ]: >>888
それってb71よりも新しい？
890 名前：デフォルトの名無しさん mailto:sage [2006/02/15(水) 19:37:11 ]: >>889
>>854
891 名前：デフォルトの名無しさん mailto:sage [2006/02/16(木) 12:58:30 ]: じゃ、結局古いってことか
安定はしているけど古いってか
892 名前：デフォルトの名無しさん mailto:sage [2006/02/17(金) 13:46:40 ]: 1.6beta2落としてみた

>java -version
java version "1.6.0-beta2"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-beta2-b72
Java HotSpot(TM) Client VM (build 1.6.0-beta2-b72, mixed mode, sharing)

これは新しいのかな？
893 名前：デフォルトの名無しさん mailto:sage [2006/02/17(金) 13:59:55 ]: オレの Linux 版ではこうだった

java version "1.6.0-rc"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-rc-b71)
Java HotSpot(TM) Client VM (build 1.6.0-rc-b71, mixed mode, sharing)
894 名前：デフォルトの名無しさん mailto:sage [2006/02/18(土) 12:02:24 ]: >>888 が言ってる beta だとこーなるね。

java version "1.6.0-beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-beta-b59g)
Java HotSpot(TM) Client VM (build 1.6.0-beta-b59g, mixed mode, sharing)
895 名前：デフォルトの名無しさん mailto:sage [2006/02/18(土) 12:03:30 ]: beta 版のダウンロードはこちらからどーぞ。
java.sun.com/javase/6/download.jsp
java.sun.com/javase/ja/6/download.html （日本語）
896 名前：デフォルトの名無しさん mailto:sage [2006/02/18(土) 14:43:02 ]: Vista の Look&Feel ってどうやって変更するの？
897 名前：デフォルトの名無しさん mailto:sage [2006/02/18(土) 15:00:49 ]: XPLAFと同じでそのOS上で動かさないと駄目では？
設定でXPLAFはクラシックLAFにかえれるけど、VISTAも同じではないかな
898 名前：デフォルトの名無しさん mailto:sage [2006/02/18(土) 21:05:46 ]: >>892
バージョン番号の話。
forums.java.net/jive/thread.jspa?threadID=2655

要するに、内部バージョンがbeta2となっているのは、beta2への開発版
という意味らしい。
b60以降しばらくはrcになっていたけど、スケジュール変更でBeta2が出
ることになったから修正された。
>>893のLinux版は、多分修正し忘れだろうね。
899 名前：デフォルトの名無しさん mailto:sage [2006/02/20(月) 16:32:42 ]: Mustang build72 リリース

build71 からの変更点
https://mustang.dev.java.net/files/documents/2817/29269/mustang-b72.html
900 名前：デフォルトの名無しさん mailto:sage [2006/02/21(火) 11:20:25 ]: 見たか！俺は９００！
俺は至高！俺は吉良上野介！
俺は
901 名前：デフォルトの名無しさん mailto:sage [2006/02/21(火) 14:23:37 ]: うえのすけ
902 名前：デフォルトの名無しさん mailto:sage [2006/02/22(水) 14:02:29 ]: うえのすけべ
903 名前：デフォルトの名無しさん mailto:sage [2006/02/23(木) 00:09:20 ]: よしよしうえのすけべ
904 名前：デフォルトの名無しさん mailto:sage [2006/02/28(火) 01:49:03 ]: Mustang build73 リリース

build72 からの変更点
https://mustang.dev.java.net/files/documents/2817/29768/mustang-b73.html
905 名前：デフォルトの名無しさん mailto:sage [2006/03/01(水) 00:45:06 ]: 例の日本語印刷がおかしいのが直ってるな
906 名前：デフォルトの名無しさん mailto:sage [2006/03/02(木) 14:40:11 ]: なんかさ、>>904をインストールするたびに、

すでにインストールされてます
再インストールしますか？

ってでちゃうんだよね。

もー仕方がないのかねえ
907 名前：デフォルトの名無しさん mailto:sage [2006/03/04(土) 20:27:28 ]: >>906
以前、毎回再インストールするのが面倒すぎてウンザリだっていう投稿が
フォーラムかどこかにもあった。確かに面倒。

Mustang build74リリース

build73 からの変更点
https://mustang.dev.java.net/files/documents/2817/30112/mustang-b74.html
908 名前：879 mailto:sage [2006/03/12(日) 02:10:41 ]: >>880
正直時間がないから追及しきれんのよ。

Locale周りのデフォルトが変わったのかもしれんし、
もし、そうなら5.0までのデフォルトに合わせてるpoiが悪いとも言い切れない。
さらにデフォルト変えちゃったのがバグかもしれんし。

5.0で動くんだから俺は5.0で動かしてる。

>>907
毎回手でアンインストールしてた時代に比べれば格段に便利になって重宝してます・・・
一番いいのは、上書きしてくれればいいんだけど、クリーンインストールでないと
問題点が絞れなかったりするのかなぁと、今のところは仕方ないかと諦めてます。

↓勝手に出しちゃえ
Mustang build75リリース

build74 からの変更点
https://mustang.dev.java.net/files/documents/2817/30591/mustang-b75.html
909 名前：デフォルトの名無しさん [2006/03/13(月) 18:18:48 ]: アンインストールして再びインストールし直すのは確かに苦痛かな。

っていうかレジストリ弄って古いバージョンの変数を削除して
さらにJavaをインストールしたディレクトリも削除してから
新しいビルドをインストールするという手でもうまくいくかな？
910 名前：http://www.vector.co.jp/soft/win95/util/se072729.html mailto:http://msdn2.microsoft.com/ja-jp/library/h2k70f3s.aspx [2006/03/18(土) 20:48:40 ]: TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？
911 名前：デフォルトの名無しさん [2006/03/18(土) 22:20:04 ]: ↑マルチ失せろ
912 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 20:41:41 ]: Documentインタフェースを実現した
ODFDocumentクラスを6.0にねじ込んでください。
ソースごとそんな要望を送りつけてください。
913 名前：デフォルトの名無しさん mailto:sage [2006/03/19(日) 20:57:42 ]: >>912
ご自分でどうぞ。

Mustang build76リリース

build75 からの変更点
https://mustang.dev.java.net/files/documents/2817/31069/mustang-b76.html
914 名前：デフォルトの名無しさん mailto:sage [2006/03/20(月) 00:00:56 ]: おろ、GroupLayout追加されたんだね。
915 名前：デフォルトの名無しさん mailto:sage [2006/03/20(月) 00:08:09 ]: いつかは標準でとりこむといっていたけど、JavaSE6で取り入れるとはおもわんかった。
916 名前：デフォルトの名無しさん [2006/03/20(月) 02:40:45 ]: えっ、だいぶ前からGroupLayoutってSE6で導入するって話を聞いてたんだけど漏れの勘違いだったのかな・・・？
917 名前：デフォルトの名無しさん [2006/03/20(月) 02:48:15 ]: SE 6
毎週内容かわってるのですか？
918 名前：デフォルトの名無しさん mailto:sage [2006/03/20(月) 03:03:05 ]: リリースの追い込みに向けて減っていく傾向はなくもないｗ
919 名前：デフォルトの名無しさん mailto:sage [2006/03/20(月) 03:53:33 ]: >>916
いや、だいぶ前はSE6からって話だったけど、すぐにSE7からってことになってた。
920 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 00:51:33 ]: Java SE 6でGroupLayoutが取り込まれても、Visual Editorが対応してくれないと・・・。
921 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 01:05:09 ]: まだベータなんだから、eclipse 頼みの軟弱なやつ向けではないだろ。
922 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 01:05:43 ]: Bug 6375459 に Origato ってコメント付けてんの日本人？
923 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 01:43:08 ]: >920-921
NetBeans使えばいいじゃない
924 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 10:50:07 ]: >>920
VisualEditorでバリバリGUI開発しているのか？
使い心地はどうだ？
感想頼む。
NetBeansが軽いと聞いて使っているのだが
VEは反応があまりにもおそすぎて使ってない。
プラグイン入れすぎというのもあるだろうけど
925 名前：デフォルトの名無しさん mailto:sage [2006/03/21(火) 11:35:17 ]: VEの問題は重さじゃないと思うな…とにかくスレ違いですね
926 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 02:25:26 ]: >>924
そうでもない。SprintLayoutにも対応していないし、機能は限定されてる。
GridBagLayout使うときはGUIでパラメータ弄れて便利だけど、
やっぱりソースを手で調節しないといけない時もある。

>>925
すまん。でもGroupLayoutとかが主流になったら直コーディングは難しくなるし、
話すときは使ってるGUIビルダと絡めざるを得なくなりそうな気もする。
927 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 17:48:33 ]: Java SE 6 Beta Maintenance Review公開
java.sun.com/javase/6/jcp/beta/

これは事実上J2SE 5.0仕様に対するメンテナンスレビューだとのことです。
928 名前：デフォルトの名無しさん [2006/03/23(木) 22:53:14 ]: よくわからない
5.0に対するメンテナンスレビューという意味がわからない
929 名前：デフォルトの名無しさん [2006/03/23(木) 22:58:16 ]: これが凄く気になった。
インストゥルメントというパッケージ。
まるで楽器演奏のみの歌詞がない曲ややMIDIのインストゥルメントを想像してしまう。

クラスローダにJARファイルを動的に読み込ませることができるということだな？
っていうかクラスパスをRuntimeクラスを使って通さなくて済むって言うだけか？
Spring frameworkにも似たようなものがなかったっけか？

java.lang.instrument

java.lang.instrument: Ability to add .jar files to a classpath

When a tool, such as a profiler or management console, attaches to a running VM,
the tool will typically need to load its tool agent into the VM. If the agent is written
in the Java Language, then the .jar file that contains the agent classes must be added
to the system classpath at runtime. Furthermore, if the agent does bytecode instrumentation
(for example, if the tool does profiling or tracing), then it will need to add supporting instrumentation
classes onto the boot classpath and maybe also the system classpath.

This change adds two new methods to add .jar files to classpaths:

* java.lang.instrument.Instrumentation.appendToBootstrapClassLoaderSearch(JarFile jarfile)
* java.lang.instrument.Instrumentation.appendToSystemClassLoaderSearch(JarFile jarfile)

This change also adds a new error class to java.lang.instrument:
930 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 23:04:30 ]: >>929
それ、5.0 からあるよ。例えば、バイトコードにカウンタ回すコードを埋め込むタイプの
カバレッジツールとかを作る人が、より便利になるようにするためのパッケージね。

URLClassLoadeer とか、そーゆーのとは違う。
931 名前：デフォルトの名無しさん [2006/03/23(木) 23:05:57 ]: java.lang.instrument: Allow an agent to be started during the "live phase"

これも気になる。
agent jarファイル？　まるでエージェント指向を思い浮かべてしまう。

そのJARの有効生存期間をコントロールできるってことか？
つまりJARファイルの中にあるクラスを読んだりメモリから消したりできると？
つまり、同じクラスだがバージョンの異なるクラスを素早く入れ替えることが
できると？
　だとしたらこれはかなり優れた進化かもしれない。
今までJakarta 系などのAPIを複数使っていてJARバージョンが異なることによって
依存関係で悩まされていた問題もこれで解決できる上に、
テストも非常に楽になる。
とくにチーム開発のとき
他社チームと共同で開発しているときに真価を発揮しそうだ。
Javaサーバアプリケーションの開発ではかなり重宝しそうだ。
Tomcatサーバに新しいJARファイルを組み込みたいとき、
古いJARファイルも胸像させたいときにこれをうまく使えば
クラスやパッケージが競合することに悩まされることなく安心してテストや
新しいJARファイルをばしばし導入することができる。
新しいJARを入れたことによってプログラムが動かなくなる問題も
これで解消だ。
932 名前：デフォルトの名無しさん mailto:sage [2006/03/23(木) 23:29:44 ]: 日本語の説明おいときますね。
　ttp://java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/instrument/package-summary.html
ClassFileTransformerが強力だが凶悪だと思う。
933 名前：デフォルトの名無しさん [2006/03/24(金) 00:08:37 ]: >>932
クラスファイルを変換するって

同じパッケージ名.クラス名だが

中身はバージョンが異なるクラスに動的にかえるってことかいな？

スクリプト言語や
プロトタイプベース・オブジェクト指向言語にみられるような、
動的オブジェクト指向言語のような使い方ができてしまうのかねえ。
オブジェクトを生成したあとからクラスにフィールドやメソッドを追加できる
みたいなことがJavaでもできてしまうってことかいな？
934 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 00:24:53 ]: >>933
EclipseのPleiadesプラグインが使ってるね。
935 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 00:37:10 ]: >>933
java.sun.com/j2se/1.5.0/ja/docs/ja/api/java/lang/instrument/Instrumentation.html#redefineClasses(java.lang.instrument.ClassDefinition[])
> 再定義では、メソッドの本文、定数プール、および属性の変更が可能です。
> ただし、再定義では、フィールドまたはメソッドの追加、削除、あるいは名前の変更、
> メソッドのシグニチャーの変更、あるいは継承の変更はできません。
> これらの制約は、将来バージョンで解消される可能性があります。
936 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 00:52:12 ]: >>933
InstrumentationにClassFileTransformerを追加しておくと、
クラスローダのdefineClassが実行される前に実行してくれる。
defineClassが実行される直前ではクラスのバイト列が既に解決済みなんだけど、
そのバイト列と対象のクラスローダがClassFileTransformerに渡される。
そのバイト列をClassFileTransformerで変換して返す事によって、
defineClassが本来とは違うバイト列で行われるっていうだけ。

で、GC可能なカスタムクラスローダで読み込んでいれば、
ロード済みのクラスもGCの対象になるので、GC後であれば再定義は可能だけど、
基本的には１度しか実行されないので、動的言語サポートとはいえない。
上でも説明が出てたけど、１度きりのロードだけなので、
コードカバレッジの計測とかアスペクトの組み込み等がいいかも。
OracleのTopLinkも使っていたような気がする。

あっ、でもプロパティ次第では動的に再定義も可能なんだけど、
Instrumentation関連で使用されるクラスは無理。
環境によってはサポートされない場合もある。

複数のClassFileTransformerを登録できるので、
オリジナルのバイト列　＞　コードカバレッジ計測機能付きバイト列　＞
アスペクト組み込みバイト列　＞　クラスローダでロード
ってシナリオも可能。

TigerならApache BCELが内部に組み込まれているので、
それを使ってもいいし、俺はJavassistを使っている。
CtMethod#instrumentで、コードカバレッジの計測コードの追加が
とても簡単なんだよね。
937 名前：936 mailto:sage [2006/03/24(金) 00:52:51 ]: >>931
premainメソッドを実装したクラスの位置とか、再定義可能とか、
そんな感じのプロパティを記述したファイル（名前は忘れた）を
含んでいるJarファイルを
-javaagent:<jar名>=引数
と言う風にjavaコマンドの起動オプションで指定すると
エージェントが起動するよって話。
premainメソッドの定義クラスとかClassFileTransformerの実装などは、
別にJarに含む必要はない。
938 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 01:00:45 ]: ジョイスティックはいつサポートされますか？
939 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 01:03:32 ]: ジョイパッドの後ぐらいかな、たぶん。
940 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 03:26:04 ]: ライトペンはサポートされますか？
941 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 08:12:28 ]: ライトサーベルの後じゃない？
942 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 09:19:37 ]: >>934
あれはアスペクト指向を使っていると書いてあったと
思うんだが、Java5のそのクラスだけでまかなっていたのか
943 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 09:29:49 ]: >>937
> -javaagent:<jar名>=引数

思い出した。それがPleiadesで使ってたやつか。
944 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 09:31:51 ]: よくよく考えてみると、
フィールドやメソッドを動的に変更する意義って
そうそう多くはないかもしれぬ。

Genericsを組み合わせてListやMapやSetなどをフィールドに入れておいて
あとから追加することができるから。

メソッドについてはリフレクションでまかなう？
945 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 12:03:59 ]: >>942
アスペクト指向はプログラムの書き方の話だろ。
アスペクトの実現方法ひとつ。
946 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 12:16:14 ]: >>944
フィールドやメソッドを動的に変更できるってのも面白いけど
動的に変更すると、今まで検査したバイトコードも
全部再検査しなきゃならなくなるような。

そーいや、Mustang でバイトコードベリファイアが変更になったのって
この辺の絡みもあるのかな、と妄想してみる。よく知らんけど。
947 名前：デフォルトの名無しさん mailto:sage [2006/03/24(金) 13:21:07 ]: いままではJavassistやASMでやってたことが標準になるわけだね。
948 名前：936 mailto:sage [2006/03/24(金) 19:24:16 ]: >>947
それは違う。

JavassistやASMはバイト列を自分で取得して操作するものだけど、
Instrumentationはクラスのローディングを直前にハンドルするもの。
バイトコード操作のタイミングだけを提供してくれるAPIだね。

ちなみに、JavassistとかASMが無くてもTigerなら、
com.sun.org.apache.bcel.internal.*
というパッケージでApacheのBCELが提供されている。

>>946
ロードの事前なので、不適切なバイトコードならベリファイエラーになる。
Mustangで変更になるのはStackFrameMap属性が追加になるんだけど、
逆にバイトコード操作ライブラリの対応を待たないと、ベリファイでエラーになる。
起動オプションで古いベリファイアを使うことも可能。
949 名前：936 mailto:sage [2006/03/24(金) 19:25:20 ]: >>948
StackMapTable属性の間違いね。ごめん。
950 名前：947 mailto:sage [2006/03/25(土) 02:04:15 ]: ありが㌧ヽ( ´∀`)ﾉ
951 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 02:08:50 ]: サーバを止めることなくパッチを当てることが簡単になるってことかな
プロセス間通信はまだ出来ないの？出来たら動的書き換えは強力なパラダイムだね
スクリプトエンジンと連携させてサクッとパッチが当てられる
952 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 10:25:26 ]: >>948
com.sun.* って使っていいんだっけ？
953 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 11:07:36 ]: なんちゅうか、>>936 以外は書いてること無茶苦茶やね。。。
954 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 11:07:37 ]: 使ってもいいが、VM依存のオプショナルパッケージであること
将来のバージョンで保証されないこと

これらをふまえてな
955 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 11:26:40 ]: >>948
>>946 のは将来のバージョンにおいて、
redefineClasses とかでフィールドやらメソッドの
追加や削除や変更が認められる場合の話ね。

ちょっと考えたら、実行時に NoSuchMethodError とか
NoSuchFieldError 食らうだけだからバイトコード検査関係ないよな。
956 名前：936 mailto:sage [2006/03/25(土) 12:29:21 ]: 動的にメンバを追加できても、コンパイル時点ではシンボル解決できないので、
意外と使い道に悩むことが多いかなと思います。

ただし、事前にインターフェイスが存在していて、
クラスにインターフェイスを動的実装させてメソッド追加すれば、
インターフェイスを経由して楽に利用できます。
動的に実装させなくても、プロキシを使うパターンもありですね。

それと、JakartaのBeanUtilsのようなリフレクションのラッパーAPI向けに
動的にメンバを追加するというのはありかなと思います。

このAPIって、Mustangでは多少の変更があるものの、
（確実な再定義可能判定機能とか・・・）
Tigerから存在していてMustang特有の話じゃないので、
スレ違いかもしれませんね。
ダラダラと話を伸ばして、ゴメンナサイ。
957 名前：デフォルトの名無しさん mailto:sage [2006/03/25(土) 16:41:00 ]: >>953
それでいいんじゃねぇの？
958 名前：デフォルトの名無しさん [2006/03/26(日) 12:05:27 ]: なんだかちょっと難しいな。
つかってみないと良く分からないと言うか。
実行サンプル無いかな。
実例とか
959 名前：936 mailto:sage [2006/03/26(日) 13:39:07 ]: さくらばさんのサイトとかいいかも。

Java In The Box
ttp://www.javainthebox.net/laboratory/J2SE1.5/MiscAPI/Instrumentation/Instrumentation.html
960 名前：デフォルトの名無しさん mailto:sage [2006/03/26(日) 14:08:08 ]: Mustang build77リリース

build76 からの変更点
https://www.dev.java.net/files/documents/2817/31663/mustang-b77.html
961 名前：デフォルトの名無しさん mailto:sage [2006/03/26(日) 15:33:35 ]: 今回かなりの修正箇所だね
962 名前：デフォルトの名無しさん mailto:sage [2006/03/27(月) 23:08:42 ]: >>928
これ。
jcp.org/aboutJava/communityprocess/maintenance/jsr176/index.html

JCPには正式リリース後にMaintenanceのフェイズがある。
Mustang(JSR 270)はまだ正式リリースすらされてないのにメンテナンスなのはおかしいんだけど、
これは名前がMustangのMaintenance Reviewってなってるだけで、実質的にはJSR 176に対する
Maintenance Reviewなんだよってこと。
963 名前：デフォルトの名無しさん mailto:sage [2006/04/02(日) 13:09:35 ]: Mustang build78リリース

build77 からの変更点
https://www.dev.java.net/files/documents/2817/31952/mustang-b78.html
964 名前：デフォルトの名無しさん mailto:sage [2006/04/11(火) 00:22:14 ]: Mustang build79リリース

build78 からの変更点
https://mustang.dev.java.net/files/documents/2817/32495/mustang-b79.html
965 名前：デフォルトの名無しさん mailto:sage [2006/04/16(日) 15:54:08 ]: Mustang build80リリース

build79 からの変更点
https://www.dev.java.net/files/documents/2817/31863/latest_changes.html
966 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 21:06:49 ]: bugs.sun.com/bugdatabase/view_bug.do?bug_id=6415362
直ったらしい。
Mustang側にいつ入るのかな
967 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 21:23:58 ]: えぇ！　なんだってぇ！？
vをおすとクラッシュするって？

しらなかった
968 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 22:19:23 ]: 4月頭頃に出したバグ(?)がb81で直ってた。なんか嬉しい。
969 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 22:36:01 ]: update7っていつでるんだろうねぇ・・・
970 名前：デフォルトの名無しさん mailto:sage [2006/05/04(木) 23:08:04 ]: ttp://jroller.com/page/gfx?entry=java_se_6_on_mac

MacOSXもｷﾀｺﾚ
971 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:13:15 ]: 10.5でサポートすると思ってた。
972 名前：デフォルトの名無しさん mailto:sage [2006/05/05(金) 16:28:07 ]: >>970
いつの話だよ…

ADCより
Java SE 6.0 Release 1 (Intel) (Disk Image) 89.5 MB 02 May 2006

しかしCocoa bindingなくなって、アプリ開発者はどうするんだろ…
973 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 03:34:46 ]: いつもJava対応で後手に回るAppleがついに・・・
ちょっとだけ追いついた？
974 名前：デフォルトの名無しさん mailto:sage [2006/05/06(土) 05:04:55 ]: Mustang build83リリース

build82 からの変更点
https://mustang.dev.java.net/files/documents/2817/34219/mustang-b83.html
975 名前：デフォルトの名無しさん mailto:sage [2006/05/08(月) 06:38:08 ]: >>972
Cocoaのbindingの部分、
JNIとjavaで書かれているんだと思うけれど、
辞める引き替えに、ソースを出せないのかな?
976 名前：デフォルトの名無しさん [2006/05/15(月) 17:33:38 ]: J# スレがとっくの昔に落ちてしまったからここで聞くけど、
J# のライブラリが JDK 1.1.4 互換だったりするのは
なにか Sun との間のライセンスの問題？
それとも単に Microsoft が Java 2 のライブラリを
インプリメントするのをサボってるから？？
977 名前：デフォルトの名無しさん mailto:sage [2006/05/15(月) 18:08:57 ]: >>976
【初心者】Java質問･相談スレッド85【大歓迎】
pc8.2ch.net/test/read.cgi/tech/1147315998
978 名前：デフォルトの名無しさん mailto:sage [2006/05/15(月) 23:52:16 ]: >>976
Java2の時代は既に決裂していなかったっけ？
さぼっているという以前に有名な闘争に発展していたはず。
979 名前：デフォルトの名無しさん mailto:sage [2006/05/16(火) 20:10:33 ]: >>976
Sun に勝手な拡張すんなボケって言われたから。
拡張できないんなら自分で作るよハゲっ
つーことで C# を発明。
あとは >>977 のｽﾚへ逝って。
980 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 00:29:59 ]: >>979
一行目と二行目の間に
ゲイツ「Javaは人類の資産であってSunの私物じゃない」
を入れといてw
981 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 00:35:01 ]: >>980
おれ、あの問題についてはJava仕様と互換性と保たなかった
MSに問題があったと思うんだよね。
互換性を保った上で、独自拡張を追加したって形では無かった
からねえ。
982 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 01:55:40 ]: JNIに危機感持ったからねぇ
983 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 03:36:55 ]: (･∀･)ｹﾞﾍﾗﾍﾗ
マクネリに言わせれば・・・「もちろんMicrosoftのものでもないのは言うまでもない」ｗｗ
984 名前：デフォルトの名無しさん [2006/05/17(水) 21:35:20 ]: 独自にやりたいんなら、スクラッチからコード組みゃあいーのに、
Sunとライセンス交わして買った(?)コード勝手に拡張したからねぇ。
985 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 21:40:28 ]: たしかMS JVMってSunのコード使ってないんジャマイカ？
少なくともVMのコアはMS製。当時は一番速かった。
ライセンス問題は「Java」という商標の問題だったはずだが。
986 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 22:08:09 ]: MSの除くと一番普及してたVMはシマンテックだな

JITのおかげでベンチマークは早かったけど
例の起動時フリーズしてるのかと思うようなやつで
Javaの地位を大きく下げることに成功した

1.1時代は大量にあったVM実装も1.2以降はほとんどなくなり
SunのVMが普及し始める

あの起動の遅さとかあったからHotSpotがでてきたんだけどな
987 名前：デフォルトの名無しさん [2006/05/17(水) 22:38:11 ]: どうしてもJavaでなきゃ駄目な案件なんてない。
たいがいはＰＨＰで済むし、それが駄目ならＣ＋＋で組む。
988 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:15:23 ]: >>986
Javaの地位を大きく下げることに本当に成功してんのかとw

Google Trendを見るとJavaの地位が高いのは明らかだし。
989 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:15:27 ]: >>987
いきなり、なんの話？
990 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:17:07 ]: >>988
俺は >>986 じゃないが、
あのときは、ボロカスだっただろ？
991 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:23:39 ]: ふーん。

今が早ければいいや。

それより、次スレどうしようっかな。

再利用できるスレってあるかな。
無ければ立てちゃおうか。

1.5のスレと一緒にまとめたタイトルにしよっか？
992 名前：デフォルトの名無しさん [2006/05/17(水) 23:24:27 ]: ＞＞９８９

次世代Ｊａｖａはいらないという話でつ
993 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:27:39 ]: >>991
むしろ、1.7 dolphin とまとめた方が良いような？
994 名前：デフォルトの名無しさん mailto:sage [2006/05/17(水) 23:52:45 ]: >>987
いやマジでPHP勘弁して。
PHPがというより、PHPプログラマのあの、保守性とか見通しの良さとか
考えてない、でもおれはphpでプログラマやってんだぜ、というのなんとかして。

はっきりいって、その辺でブイブイ言わせてるphpプログラマより、「やっと
MVCが分かってきました」というJavaプログラマのほうがはるかにマシ。
995 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 00:14:23 ]: 「たいがいはPHPで組める」って、自分がその程度の仕事しかしてないんだよな。
業務アプリをPHPで組むっていうのは、システムなめてるとしか思えん。
996 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 00:30:09 ]: 次、どうする？
Mustangで立てる？もう、早漏してDolphinで立てる？
997 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 00:45:06 ]: >>995
あなたさまはどんな仕事やってんの？
998 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 01:01:19 ]: 次世代Javaの動向　２でいいんじゃね
999 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 01:02:24 ]: これは？

【JavaFive】C＃からJ2SE5.xへ進化【TigerShot】
pc8.2ch.net/test/read.cgi/tech/1094891986/
1000 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 01:04:24 ]: 次スレはこれにした。

次世代Javaの動向　２
pc8.2ch.net/test/read.cgi/tech/1147881822/
1001 名前：１００１ [Over 1000 Thread]: このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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