トップページ⇒tech
983コメント299KB

クライアントサイドJavaどうよ? part2

■ このスレッドは過去ログ倉庫に格納されています
0001SunがダメNGNG
クライアントサイドでJAVAが普及するためにはどうすればいいか、
マターリ語りましょう。

前スレ
http://pc3.2ch.net/test/read.cgi/tech/1002160815/
0406デフォルトの名無しさんNGNG
>>405
>これ位標準でサポートしとけよなー
そのおかげで御飯にありつける、って考え方も(以下略)
0407山崎渉NGNG
(^^)
0408デフォルトの名無しさんNGNG
一応張っとこ。
『WindowsのJava搭載開始は「120日以内に」と判事』
http://www.zdnet.co.jp/news/0301/16/xert_ms.html

仮に載るとして、どのバージョンが載るんだべか。
俺としては安定してる 1.3 系か 1.4.0 系をきぼんぬなんだが。

まあ実際載るのかはさっぱりわからん。
0409デフォルトの名無しさんNGNG
おいらてきには1.4.1が助かる。

swingが速いほうがいいから。
0410デフォルトの名無しさんNGNG
>>408
1.4.0 ってそんなに安定してるのかな?
0411デフォルトの名無しさんNGNG
Swingマンセー!

Swing >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> SWT
0412デフォルトの名無しさんNGNG
>>410 安定していると思った。1.3より早いのが良い。

Swingはマシンの性能が向上したくらいでは使いやすさは向上しなんですか?
そういう意見を出す人がいたのできになりました。
0413デフォルトの名無しさんNGNG
>>408
MSが1.4.1つくるんだからSunのJ2SEのようにはならんでしょ(不安定にはならないでしょ)
でもSunの1.4.1_01は安定していると思うが、どうだろうか?

しかしWinで最初からアプレットやJavaアプリケーションが動いてもイマイチ魅力ないけどな。
JavaWebStartも入れてくれりゃ最高なんだけど、起訴内容からいってそれは無理だわな。
0414デフォルトの名無しさんNGNG
>>413
この命令は「WindowsにSUNのJavaVMを搭載させる」ってやつなんだが。
0415デフォルトの名無しさんNGNG
>>414
そうなのか?
0416デフォルトの名無しさんNGNG
>>415
そーです。
0417デフォルトの名無しさんNGNG
Sun製の?
他社製のじゃなくて?
0418デフォルトの名無しさんNGNG
>>408
nioあるから1.4以降がいいなあ。

>>417
どこにそんなこと書いてあるの?
どちらにしろMS製はありえないが。
0419デフォルトの名無しさんNGNG
http://book.2ch.net/test/read.cgi/bizplus/1042702814/l50
WindowsのJava搭載開始は「120日以内に」と判事(ZDNN)

とりあえずリンク。
0420デフォルトの名無しさんNGNG
Sun製限定なの?それはそれでヤだなあ
0421デフォルトの名無しさんNGNG
>>420
JDK1.1 レベルの MSJVM 限定の方がよっぽどイヤだ。

ところで MS って現在の MSJVM の保守以外で
Sun の言うところの Java互換製品を作れるわけ?

まぁ既に .NET があるわけだから MS が予算使って
Java互換製品作るとも考えられないけど。
0422デフォルトの名無しさんNGNG
独禁法を持ち出してるんだからSun製限定ってことは考えにくいな。
Sun製限定だったら嫌のは同意。
0423デフォルトの名無しさんNGNG
WindowsへのJava搭載条件で合意、だが命令発行と同時に控訴へ
http://www.zdnet.co.jp/news/0301/21/xert_java.html

MicrosoftとSunが「120日以内のWindowsへのJava搭載開始」の
仮処分の条件で合意に至った。だがMicrosoftによると同社は
仮処分命令書が正式発行され次第、控訴に踏み切る予定(ロイター)
0424デフォルトの名無しさんNGNG
とにかくWEB STARTが載る事が重要だろう
これはJREの自動ダウンロード機能があるから。これ今はSUNのJVMしかおとせんけど、これがユーザーの選択とかでMS製とかIBM製のJREダウンロードに切り替える仕組みをもてばユーザーとしては完璧。

まぁとにかく第一歩としてSUNには勝利を勝ち取って欲しいな。
0425デフォルトの名無しさんNGNG
> これはJREの自動ダウンロード機能があるから。

怖くて使ってられん。いつ仕込まれるか分からん。
0426デフォルトの名無しさんNGNG
>>424
>これがユーザーの選択とかでMS製とかIBM製のJREダウンロードに切り替える仕組みをもてばユーザーとしては完璧。
IBM製はともかくとしてMS製は却下でしょ。

ところで、
>とにかくWEB STARTが載る事が重要だろう
>これはJREの自動ダウンロード機能があるから。
って本当ですか?
0427デフォルトの名無しさんNGNG
>>424 そうなると、おそらくM$の都合のいいように、MSJVMを荘I択しやすくし(デフォルトに)、SunJVMは最も選択しにくくし
目立たなくするかもしれないな。

WinXPにIEのアイコン(デスクトップとクイック起動)が消えたとき、あたかもNetscapeの裁判での約束を
守ったかのようだったが、ただ隠していたたでであった。バーや壁紙を右クリックすれば簡単にIEなどのアイコンを従来どおりに表示できる。
M$はそれと同じようなことを続けるだろう。

>>425 なーに、WindowsXPをインストールするときだって、
自動アップデートしていたではないか。
ActiveXと比べればまだいいんでないか?
0428デフォルトの名無しさんNGNG
>>426
あるよ、WEBにおいてあるアプリが指定するバージョンのVMがなかったらダウンロードする。
たしか今アプレットでも同じような仕組みがあったんじゃなかったっけ?
アプレットのほうは体感したことないけど。
0429デフォルトの名無しさんNGNG
1.4のSwingは1.3のSwingにあった「特定の環境で動かない」という
バグが修正されているそうだ。

んでもって、現時点での最新バージョン1.4.1_01が搭載されると
かなりうれしいんだが。

JREが標準搭載されると、アプレットだけでなくアプリケーションも
増えてくれるからね。

Javaってランタイムでかなり面倒みてくれるんで、意外とアプリが
作りやすいんだよ。
0430デフォルトの名無しさんNGNG
んだんだ。最近JavaWebStartのアプリが増えてきて、けっこうJavaってクライアントでも便利に使えるかもとか思ってる
アプレットはまったくもって意味なし
0431デフォルトの名無しさんNGNG
>>427
> バーや壁紙を右クリックすれば簡単にIEなどのアイコンを従来どおりに表示できる。
Netscapeとかもインストール時にそうなるように設定すりゃいいじゃん。
簡単にできるよ。
0432デフォルトの名無しさんNGNG
>>428
>たしか今アプレットでも同じような仕組みがあったんじゃなかったっけ?
どうだろ。Netscapeの場合、JREがインストールされていなければブラウザが
ポップアップウィンドウを開いてボタンが現れる。

試しにわざとJREをアンインストールしてみればわかる。
クリックすると自動ダウンロード、自動インストールされる。

Flashプラグインのようなアップデートもあったと思った。

>>430 AppletはFlashとは異なる特徴があり、Servletとの連携で意味を持つと思う。

>>431 それはWindowsもPCもろくに知らない初心者ができないと....。

初心者はわからないから簡単なものから手をつける。
そういう初心者がシェアを奪う。

初心者がNetscapeなど他のブラウザなどの製品の存在を知らないことには...。
0433408NGNG
1.4.1 はβ版以来、「ATI のグラフィックカードを積んだ Win2k/XP をクラッシュさせる」
凶悪なバグがあるので俺はちょっと…。
# ATI はノートパソコンで結構多いと思うんだけど。
Java Web Start だったら、起動させるだけで OS の青画面が出る極悪さです。

こんな問題のあるバージョンを平然と公開し続けてる SUN はちょっと信頼できないな。
Bug Database によると、次のバージョンでは直ってるはずだけど、今だ出る気配ないし。
0434デフォルトの名無しさんNGNG
つか、ユーザアプリにクラッシュさせられるATIのドライバって
どうよ?
0435デフォルトの名無しさんNGNG
>>424
>IBM製のJREダウンロードに切り替える仕組みをもてばユーザーとしては完璧。
IBM製のJRE for Windowsはライセンスの問題で今後出ないそうです。
今SDK(1.3.1)がWSDKの一部として出ているけれどそういう方法でしか配布できないそうです。

>>433
>1.4.1 はβ版以来、「ATI のグラフィックカードを積んだ Win2k/XP をクラッシュさせる」

僕もひっかかりました。これひどいよねー。ドライバを最新にすると直るけれど。
でも

>つか、ユーザアプリにクラッシュさせられるATIのドライバって
というわけでATIがウンコなきがする…。他にもフリーズするバグあるし。
0436デフォルトの名無しさんNGNG
>>433 それってこれ?
http://developer.java.sun.com/developer/bugParade/bugs/4713003.html
(もしかしたら違うかもしれないので確認)
java -Dsun.d3d.noddraw 使うと回避できるみたいに書かれてるけど…。
(要するに Direct3D のバグと思ってたけど、>>435 曰くドライバを最新にすれば直るのか…?)
0437433NGNG
おいらが見たのはこれ
http://developer.java.sun.com/developer/bugParade/bugs/4749817.html
だけど、根は同じみたいっすね。

2002/11/26 に fix されて、1.4.2 と 1.4.1_02 から修正されることに
なってるけど、まだリリースされてない。

ATI のドライバに問題があるみたいだけど、
Java 初心者スレでも「Java で OS が落ちた」みたいなカキコを
見かけることがあるわけだし、今のバージョンを公開し続けるのは
Sun や Java にとってマイナスにしかならないと思うのだけどな〜?
0438デフォルトの名無しさんNGNG
デッドライン キタ━━━(゚∀゚)━━━!!!!!

http://www.zdnet.co.jp/news/0301/22/ne00_java.html
0439デフォルトの名無しさんNGNG
またMicrosoftは、「すべてのMicrosoftアップデートサービスを通じて、顧客に」
最新のJavaソフトが入手可能になったことを通知し、
Javaを「無効にすることを止め」なくてはならない。
0440デフォルトの名無しさんNGNG
>>439
キラーアプリ無しで JRE だけ配られても意味無いよーな気もする。

仮処分の命令書(?)ってのは公開されてないのかな?
0441デフォルトの名無しさんNGNG
個人的には MSJVM を使ってるユーザに Sun の JVM を推奨するよーに通知して、
WindowsUpdate 等で JRE をダウンロード出来る様に便宜を図る、
程度でいーよーな気もするんだけどな。
0442デフォルトの名無しさんNGNG
>>433
RADEON7500使ってるけど、今のところクラッシュしたことは
ないなぁ。単に運がいいだけかもしれないけど。
0443デフォルトの名無しさんNGNG
ふーん 1.4.1_02 かぁ(更新されてたのね)。あと、 -Dsun.java2d.noddraw=true だった。スマソ
0444デフォルトの名無しさんNGNG
>>439
キラーアプリがないのは事実だけど、その環境は整ったわけで...
0445デフォルトの名無しさんNGNG
>>441
必要がないかぎり誰もやらないでそ。

つか需要ってあるのかなあ・・・
0446435NGNG
>>436
ちゃんとEvaluation読めば「ドライバのバグらしい」、って書いてあるよ。

>>442
再現性のあるバグだからドライバのバージョンが新しいんじゃないかな。
0447デフォルトの名無しさんNGNG
Javaが流行ってもはやんなくてもどっちでもいいんだYO!
とにかくWindowsに搭載されてりゃ、俺は世界の人々にJavaアプリを提供できるわけだ。
Macにも今は標準でJavaがのってるし、Linux使いは自力でJavaくらい入れる。
ついに名ばかりの「どのOSでも動く」が現実のものになったんじゃん!!

0448デフォルトの名無しさんNGNG
>>445
WindowsUpdate とかだと良くわからない人(俺とか)は
とりあえず全部入れちゃえってなると思います。

必要が無い/有るを判断するのには結構知識が必要なんで。
0449デフォルトの名無しさんNGNG
JREバージョン違いで散々ハマると思う
0450デフォルトの名無しさんNGNG
>>449
誰が?
0451デフォルトの名無しさんNGNG
DLLのバージョン違いでハマりまくってるし
.NET Frameworkのバージョン違いでもハマることは確実
0452山崎渉NGNG
(^^)
0453デフォルトの名無しさんNGNG
>>450
サポート担当。
0454デフォルトの名無しさんNGNG
>>449
ところで JRE のバージョン違いでハマった事無いんだけど…
具体的にどーゆーふーにハマるのでしょう?
0455デフォルトの名無しさんNGNG
どのJREで動作するか、アプリが選べないという話では?
微妙な違いで動作しなくなることはいろんな人から聞いたよ〜
0456デフォルトの名無しさんNGNG
>>454 1.2で動いたプログラムが1.4で動かない、あるいはその逆など
0457デフォルトの名無しさんNGNG
(´ー`)。oO( そーか、みんなAPIのJavaDoc、読まないか )
0458デフォルトの名無しさんNGNG
>>457 Javaに興味ない人はそういうもの読まぬ
0459デフォルトの名無しさんNGNG
1.3系でもいろいろあったような・・・
知り合いがサポートしてたけど、
お客が勝手にJREのバージョン上げたせいで動かなくなってたんだとさ。

MSVCRT/MFC/OfficeのDLL Hellみたいでマヌケだねぇ
0460デフォルトの名無しさんNGNG
>>456
> 1.2で動いたプログラムが1.4で動かない
よろしければ具体的に何が原因で動かなくなったのか教えてもらえます?
0461デフォルトの名無しさんNGNG
>>460
古いJunitのライブラリを1.4で使ったら動かなかった。
assertというメソッドが使われていたのが原因。
0462デフォルトの名無しさんNGNG
deprecatedなメソッドの実装が将来のバージョンでなくなるってことは
あるのかねぇ。あるとしたら確かに動かないね。
0463デフォルトの名無しさんNGNG
>>461
assert に関しては非互換だけれども大騒ぎするような事でもないような。
Javaアプリユーザ(いるのか?)には影響ないし。
0464デフォルトの名無しさんNGNG
>>463 確かに実行するだけなら問題ないかも。
プログラミングの時だけだね。
0465デフォルトの名無しさんNGNG
>>459
> MSVCRT/MFC/OfficeのDLL Hellみたいでマヌケだねぇ

まったく同じ構図で笑えるね。普及してないから表面化してないだけで。
0466デフォルトの名無しさんNGNG
なんだかんだいって、クライアントサイドJavaが普及することはないだろう。
UIの不備、レスポンスの悪さ、開発環境の劣悪さ、JRE違いによる動作不良、
これらの問題は一夜にして解決できるわけではない。

$unは法律家を騙してまで、無理矢理、JavaをWindowsに載せるように
仕向けたが、実際に載ったところでこの問題にぶち当たることになり、
今まで以上に見向きもされなくなることは明白。

Javaはサーバーサイドですら死滅傾向にあり、今後はさらに加速する
ことは間違いない。



("彼"風に書いてみたYO!)
0467デフォルトの名無しさんNGNG
多くの場合はバイトコードレベルで上位互換なんだし、常に最新の
JREを使うようにしていれば(WindowsUpdateにSun JREやJDKを
入れるなどして)そんなに問題はなさそうな気がする。

JavaはかなりEasyにGUIを組めるし、ネットワークの扱いもしやすく
できてる。どのWindowsでもJREが使えるような環境が本当に実現
するなら、フリーソフトは増えると思うよ。
0468デフォルトの名無しさんNGNG
フリーソフトが増えても、Linuxみたいなお粗末な環境にしか
ならないんじゃないかな。
0469デフォルトの名無しさんNGNG
>>468
そんなんはPGの腕次第だろう。
まぁ現状のSwingではニュータイプでない限りWinではお粗末な環境しか作れんけどな。
一度パソコンショップでMacいじってJavaWebStartサイトにいって何か実行してみぃ。Javaって結構イケるかも・・と思うはずだよ。

>>467
>>多くの場合バイトコードレベルで上位互換なんだし
俺にはとてもそうとは思えない。特にSwingに関してはアッパー互換なさすぎ
しかも多くはバグによるものだから厄介。旧バージョンではうまく動作していたのに
最新バージョンでは正常動作しないもの、あるバージョンでだけ正常動作しないものとか結構ある。
ただ、JavaWebStartでは実行JREを指定して、未インストールなら自動インストールする仕組みがあるから、ここで議論されているJRE地獄には絶対にならない。
0470デフォルトの名無しさんNGNG
>>462
deprecatedにしたいくらいなんだから、あるだろうな。
0471デフォルトの名無しさんNGNG
クライアントサイドJavaにはジャクスター!
0472デフォルトの名無しさんNGNG
>>466
>$unは法律家を騙してまで、無理矢理、JavaをWindowsに載せるように
>仕向けたが、実際に載ったところでこの問題にぶち当たることになり、
>今まで以上に見向きもされなくなることは明白。
本当に明白なら、最初から裁判にするまでもなく
JavaをWindowsに載せてるでしょう
おそらくM$は、結構Javaに対して、それなりの脅威を感じてると思うよ
実際、Javaを乗せたWindowsが発売された時期に合わせて
$unが上手いCMなんかを作ったら、踊らされる人間も多いと思うしね
まぁ、何にしても俺は、マルチの環境は一般的に認知されるまで
ネイティブコンパイル出来るものしか使うつもりないから関係ないけどね
0473デフォルトの名無しさんNGNG
SwingのヘボさはJavaの未来がない事を象徴してるね
1.4.0_03→1.4.1_01にVM変えて同じアプリ実行したらWindowsLookAndFeelの文字がショボくなった。
なんでバージョンアップしてフォントの互換性くらいたもてないかな・・しかもヘボくなるかな 糞
0474デフォルトの名無しさんNGNG
正直Javaにとって、見た目なんてどうでもいいのさ。
つーか、俺が仕事でメインにしてる技術はJavaだが、それこそクライアントサイドの
話なんて、ほぼ皆無だぞ。まるで、IEに対するNNくらいの比率だ。
0475デフォルトの名無しさんNGNG
>>474
スレ違い。
0476デフォルトの名無しさんNGNG
>>473
> SwingのヘボさはJavaの未来がない事を象徴してるね

クライアントサイドJavaの未来がない事を象徴してるね
に変更すべきだな

その未来は非常に近い未来であって
遠い未来にはマシンの性能が向上してどうでも良いことになるぜ。
0477デフォルトの名無しさんNGNG
>>476
そういう事ではなくて、バージョンが上がってるのに前バージョンより劣化してる箇所があるという
Javaの実装のいい加減さに対して「Javaに未来がない」と言っているのだと思うが・・・それも「フォント」といういかにも目に見えるところでそれが起きているというのは本当に情けない話だ。
0478デフォルトの名無しさんNGNG
>>477
っつーかフォント以外の部分はどーなん?
あとSwing以外の部分で regression の事例キボンヌ
0479デフォルトの名無しさんNGNG
>>473
っつーか 2ch でのたくってるヒマがあるなら Sun に抗議メールでも送れば?
よっぽど効果あると思うよ。
0480デフォルトの名無しさんNGNG
フォントがダメだと全部ダメに見える罠
0481デフォルトの名無しさんNGNG
>>480
確かにMS-Windows上での文字の汚さは目に余るな。Solaris上だと
そうでもないんだが。
0482デフォルトの名無しさんNGNG
SWTがあるだろ
アホどもめ
0483デフォルトの名無しさんNGNG
確かにSwingのフォントのヘボさは勘弁してもらいたい。
しかも論理フォントで指定する方式だから(互換性とる
ため仕方ないのだが)物理フォント名を指定できない。
クライアントローカルでインストールされているフォント
を使いたくても使えない。このへんはなんとかしてほしい。
ローカルのフォントがなければ論理フォント使えばいい
わけだし。
0484デフォルトの名無しさんNGNG
Swingのフォントは見た目の問題、という気がする。
0485デフォルトの名無しさんNGNG
で、見た目のバグはいつ治りますか?
0486デフォルトの名無しさんNGNG
2ch でのたくってないで BugParade にでもいけば?
0487デフォルトの名無しさんNGNG
あんな見た目で出荷する気になるのは、ちょっと感覚がおかしい。
0488デフォルトの名無しさんNGNG
というか、ほんとにSWT知らんのか。。。
ちょっと勉強してから出直せ。
0489デフォルトの名無しさんNGNG
SWTはSwingを免責するものではない。
0490デフォルトの名無しさんNGNG
>>488
SWTってどのようなものですか?
使うと何か良いことありますか?
0491デフォルトの名無しさんNGNG
>>489
その通りだと思います。

本当は Swing も SWT もどちらもデキが良くて、目的や開発者の趣味で
選べるのが理想だけど、現状は (ry

そんな俺は AWT only なアプレッター (w
0492デフォルトの名無しさんNGNG
>>489
おいおい、いつからここは、Swingを弾圧スレになりましたか。

完璧な言語なんてない。
その時々で、ベストな(と思われる)選択をしていくもんだろよ。
0493デフォルトの名無しさんNGNG
>>477
>Javaの実装のいい加減さに

そんなにいい加減なのか?

汎用性、水平ポータビリティを意識する余りに
やってしまったことではないか、という気がする。
彼らには将来、何を実装すべきかまだまだ討論中で何を実装すべきかを戸惑っている、のではないだろうか?

「これをやってみたが、うーむ、これはよくなかった。あとから気づいた。やっぱりこれにしよう。」
という状態が現在のSwingなのであろうか?

フォントくらいどうってことないと思う。
実用の世界では「読めれば良い!」ですむだろうし。
ゲームとか作るならフォントは気にしたくなるのも解るような気がする。
0494デフォルトの名無しさんNGNG
>>493
>ゲームとか作るならフォントは気にしたくなるのも解るような気がする。
Swingでゲームって… 大じゃばこ?
0495デフォルトの名無しさんNGNG
>>493
モノの価値のわからないエンドユーザでも見た目だけは判断できるから、
そこそこの見た目は必要不可欠。

つーか、Java自体これから先は泥沼しかないんじゃないかね。
頭悪すぎるJava Genericsとか。
0496デフォルトの名無しさんNGNG
>>495
何と比べてJava Genericsが頭悪すぎなんだ?
C++よりは全然頭良いだろうね。
0497デフォルトの名無しさんNGNG
>>495
Genericsの必要性がわからないのね...
0498デフォルトの名無しさんNGNG
>>495
>モノの価値のわからないエンドユーザでも見た目だけは判断できるから、
>そこそこの見た目は必要不可欠。
何が言いたいんだ?
Javaが泥沼と言っているところから恐らくM$製品と比較しているみたいだが(SWTとは比較していないと見た)、
見た目が悪くても同種の製品でM$に依存しなくてもいいなら安い方に手を出す出だろう。

見た目だけで選ぶのは趣味でやっている程度だろ。
目的がしっかりしていればそんな基準だけで選ばないだろう。
0499デフォルトの名無しさんNGNG
いや、見た目で困ってるのは仕事の人たちでしょう。
趣味なら「文句あるなら使わなければいい」で済みますから。
0500デフォルトの名無しさんNGNG
>>483

"MS Pゴシック" って指定すると、ふつーにフォント変わるけど?
0501デフォルトの名無しさんNGNG
>>496
>何と比べてJava Genericsが頭悪すぎなんだ?

>>495と。
0502デフォルトの名無しさんNGNG
>>501
へー、>>495ってのは凄いんだな。

つーのはともかく、Java Genericsは結局STLのコンテナしか見えてないわけで、
STLアルゴリズムを当然のように使ってるC++プログラマにしてみりゃ玩具にも
ならんのだろ。
っても、その分野でもC++が最強ではないわけだが。
0503デフォルトの名無しさんNGNG
>>502
アルゴリズムってのは、interface 使えばある程度は実現できるので。
0504デフォルトの名無しさんNGNG
Swingでフォントセットを交換する方法を知らないアホがえらそうに語っている
のはなんでですか?

デフォルトのMetalLookAndFeelつかってるなら、MetalThemaのFontUIResource
差し替えればいいだけ。スキン丸ごと自作などということはしないでいい。

問題は、APIドキュメンテーションよんでも、上のことがよくわからないことだなあ。
0505デフォルトの名無しさんNGNG
フォントが綺麗にできるならなんでデフォルトでそうなってないんだ、
ってところにみんな腹を立てているわけで。

SWT だってそうで、SWT ではそこそこ使えるものができるのに、
なんでデフォルトでインスコされる Swing がイマイチなんだ、と。
■ このスレッドは過去ログ倉庫に格納されています