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

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

レス数が950を超えています。1000を超えると書き込みができなくなります。
0001SunがダメNGNG
クライアントサイドでJAVAが普及するためにはどうすればいいか、
マターリ語りましょう。

前スレ
http://pc3.2ch.net/test/read.cgi/tech/1002160815/
0876864NGNG
たとえば
Javaならprintln("abc");と書くのを
JETを通せばprintf("abc");とかに自動的に読み替えて
C/C++ソースファイルとして読み込んでコンパイルするんか?
ということ
0877864NGNG
こう書いてあるが・・・
「JET は Windows のための Java パフォーマンス ソリューションです。
J2SE 1.4 をサポートし、Microsoft Windows 上の環境で
Java VM の必要性をなくします。Java のアプリケーションを、
C++ のスピードで実行、メモリ フットプリントを軽減し、
リバース エンジニアリングに対してもプロテクトされた
ネイティブの Win32 実行ファイルに変換します。」
0878デフォルトの名無しさんNGNG
Binary to Binary の変換でつね。JET にしてみれば *.class ファイルがソース
にあたる。ところで >>815 は禿しく社員っぽい。
0879デフォルトの名無しさんNGNG
このスレは自演がバレバレなのが玉にキズだな。
0880デフォルトの名無しさんNGNG
http://pc2.2ch.net/test/read.cgi/tech/1044983072/56-61
0881デフォルトの名無しさんNGNG
ああ、社員よJETをEclipseプラグインとして組み込みできるようにしてくれ
0882デフォルトの名無しさんNGNG
>>874 GCJって単なる論理計算だけだとHotspotVMが行う動的コンパイルと
速度的に大差ないんだよね。時間的にはどちらもg++の数倍程度。
JNI絡んだベンチマークはやったことがないんだけどどうなんだろ。
0883デフォルトの名無しさんNGNG
CNIだっけ?JNIのパフォーマンスが激しく悪いから、直にJavaのフィールド
にアクセスできるようにしたのがあるらしい。

これを使えば、.NETのManaged C++みたいなことができるのかな・・・
そうすれば光が見えるかもしれない。
0884デフォルトの名無しさんNGNG
>>882
俺の環境では浮動小数演算はHotSpotはg++と同程度、
GCJはg++の2倍程度の計算時間だったよ。

もちろん環境や演算の種類によるだろうけど、HotSpotって結構優秀だと思った。
GUIの体感速度はHotSpotでもどうにもならないのかな。
0885デフォルトの名無しさんNGNG
動作環境や分岐統計情報を、実行時に得て最適化することのでのできる
HotSpotみたいなアプローチは、CやC++みたいにコンパイルタイムの最適化とは
違った進化が見られそうで面白い。
0886デフォルトの名無しさんNGNG
JETで作ったexe単体で動作させるためには、Professional じゃなきゃだめだったと思う。

Standardでも可能であれば、ちょっと買おうかと思った。
つーか無料のPersonalでできるようにしてくれ。

0887808NGNG
> JETもJRE(Sun)も入ってないPCで試したけど>>815のサンプル動いたぞ
> 勘違いしてんじゃねーの?

ちゃんと >>819 読んでね。
> Webで公開されているサンプルのように JRE から独立したフルネイティブで
> コンパイルするにはプロフェッショナルエディション + SWT使用 が必要です。

スタンダードエディションでは JRE + JET の配布が必要。
もちろん、インストーラ作成で JRE + JET を組み込めるけどサイズは膨大。
うだうだ言ってないで試してみたらいいと思いますけど?
0888デフォルトの名無しさんNGNG
まあSunのJRE最強ってことで良いじゃないですか。
0889デフォルトの名無しさんNGNG
SUNがSwingよりもライトウェイトなコンポーネントを開発中って噂は本当ですか?
0890デフォルトの名無しさんNGNG
Javaを捨てるというのに、いまさらそんなことするわけないだろ。
0891デフォルトの名無しさんNGNG
もう.NETの時代になるしな
0892デフォルトの名無しさんNGNG
>>890
はぁ?SunがJavaを捨てるんですか?
0893デフォルトの名無しさんNGNG
知らない奴はホント知らないのな
0894デフォルトの名無しさんNGNG
煽りと釣りへの耐性がない奴がいるな。
0895デフォルトの名無しさんNGNG
>>891 M$の戦略が失敗して.NETの時代が終わってJ2EEの時代が再興隆することしらない奴がいるな。
0896デフォルトの名無しさんNGNG
サーバサイドJavaは完全にIBMが牛耳ってるだろ。
クライアントサイドで夢を見たSunは道化。
0897デフォルトの名無しさんNGNG
>>896 いや、BEAとApacheが牛耳っている。
0898デフォルトの名無しさんNGNG
駄目だこりゃ。
0899デフォルトの名無しさんNGNG
>>898 まあVBよりはまし
0900898NGNG
俺は放置もできない >>895=>>896=>>897 に対して言ったんだけど。

このスレには不要だから
Java撲滅スレとかC#死滅スレに引き籠ってた方がいいと思うな。
あっちの方が相手してくれる人はいっぱいいるよ。
0901デフォルトの名無しさんNGNG
>>900
中に >>890 =>>891=>>898=>>895=>>896=>>897
入れておけ
チミもこのスレには不要だから
Java撲滅スレとかC#死滅スレに引き籠ってた方がいいと思うな。
あっちの方が相手してくれる人はいっぱいいるよ
チミは.NETなんだから
0902デフォルトの名無しさんNGNG
>>901
君、職場で「空気読めない奴」って言われたことない?
陰で言われてると思うよ。
0903デフォルトの名無しさんNGNG
>>902
禿同!
0904デフォルトの名無しさんNGNG
まあ、ここも死滅スレの一つなので構わないんじゃないかな。
0905デフォルトの名無しさんNGNG
>>902=>>903
(・∀・)ジエーン
0906デフォルトの名無しさんNGNG
>>902
君、職場で「空気読めない奴」って言われたことない?
陰で言われてると思うよ。
0907デフォルトの名無しさんNGNG
>>906
禿同!
0908デフォルトの名無しさんNGNG
まあJavaが死滅しても.Netが後を引き継ぐからいいじゃないですか。
0909デフォルトの名無しさんNGNG
>>908 .NETにJavaほどの高度な機能がないからまず無理
0910デフォルトの名無しさんNGNG
>>909
いまどき >>908 みたいなこと言う奴って笑っちゃうよね。
0911デフォルトの名無しさんNGNG
>>909
高度な機能って何じゃろ?
0912デフォルトの名無しさんNGNG
いまどき909みたいなこと言う奴って天然記念物だから保護しようぜ
0913デフォルトの名無しさんNGNG
>>910
そうだな。>>908はJ2EEと.NETの違いも理解できていない。
.NETはまだWindowsでしかまともに動くものが無い。
そのWIndowsですらUnix系のサーバOSと比べ信頼性に欠けている。
WebServicesに使えるASP.NETもApacheで動かない。
IISで動かすにはあまりにも脆弱すぎる。
本当の意味で最もプラットフォーム非依存を実現した言語では
Javaを超えるものはまだ無い。C#はまだ不完全。
よって.NETがJavaのすべての代替となることはまだ不可能。
0914デフォルトの名無しさんNGNG
良スレage
0915デフォルトの名無しさんNGNG
おいおい、ここにも死滅スレのアンチ厨が着てるのかよ
0916デフォルトの名無しさんNGNG
>>913
まったくだ。
J2EEは使いこなすだけでそうとう高度なスキルを要するし
それにかかるお金も大きいほうなのだから。
0917デフォルトの名無しさんNGNG
>>915 お前がアンチ厨だろJava死滅スレにすっこんでろ
>>916 頭洗って出直して来い。
0918908NGNG
>>913
言われてるみると確かにその通りですね。僕の認識不足でした。
0919デフォルトの名無しさんNGNG
>>916
そうなのか。そりゃブビ厨には無理だな。
ってことは.NETは死滅ケテーイだね!
0920デフォルトの名無しさんNGNG
高度な機能って何れすか?
0921デフォルトの名無しさんNGNG
>>920
アンチ厨に技術的な説明を求めても無駄なんだな〜
0922デフォルトの名無しさんNGNG
>>920 RMI, CORBA, JNDI, JDBC, Mail, Servlet, 分散, etc...
0923デフォルトの名無しさんNGNG
相変わらず幼稚なアンチ厨がいるようだな。

MSこそが.NETこそが至高の存在と思いこんでるアンチ厨には呆れる。
0924デフォルトの名無しさんNGNG
>>922
全部代わりがあるものばかりだが。
0925デフォルトの名無しさんNGNG
>>916
話のつながりがわからん。
0926デフォルトの名無しさんNGNG
実際の運用はともかく機能的には高度ではないわな
0927デフォルトの名無しさんNGNG
いや、Javaは使いこなすだけでそうとう高度なスキルを要するし
それにかかるお金も大きいほうなのだから。
0928デフォルトの名無しさんNGNG
結局のところ、結論はどうなりますかね?
0929デフォルトの名無しさんNGNG
死滅スレだからねえ・・・結論は出ないんじゃないかな
0930デフォルトの名無しさんNGNG
なかなか面白い見せ物でした。
0931デフォルトの名無しさんNGNG
909 がいなければもう少しまともなスレになるのにな
0932デフォルトの名無しさんNGNG
>>924 代わり、在らずだが
0933デフォルトの名無しさんNGNG
お前らここを死滅スレと勘違いしているだろ。
0934デフォルトの名無しさんNGNG
すまん、気を抜いたら909/913みたいのが暴れてしまった。
0935デフォルトの名無しさんNGNG
自分が暴れているということを気づいていない奴がいるな。
自分のことを棚にあげて批判している馬鹿が一人
0936デフォルトの名無しさんNGNG
リア厨連呼の人か。自爆してリア厨であることがバレたんだよな。
0937デフォルトの名無しさんNGNG
あちらにリア厨連呼の人を誘導しました。
お騒がせしました。
0938デフォルトの名無しさんNGNG
>>937
というかあなたが誘導されて釣られているんでしょ?
ばかなことしてないでちゃんと議論しなさい。
0939はやまった(^^;NGNG
1000!!!
0940デフォルトの名無しさんNGNG
良スレ勃起アゲ
0941デフォルトの名無しさんNGNG
なんか Applet前提話でつまらん流れになってたのが、こうガーっと盛り上がってきたかと思いきや、
また再び宗教戦争に突入して結局××厨が暴れてお開き、と。

切ないですな。

つーか、クライアントサイドという事はサーバサイドがあるわけで、そこで通信するプロトコルによっては、
別に端末側はJavaでなくてもオッケーだったりする昨今。
でも、俺的にはとてもJavaのソースが綺麗に思えるので、とても無責任にJavaマンセーの気持ち。
0942941NGNG
逝ってよしですか?
0943デフォルトの名無しさんNGNG
ソースが綺麗かどうかよりも、問題解決の方法が綺麗かどうかを
問題にして欲しいこのごろ。
0944941NGNG
>>943

それは設計の話ですね。(そうでない?)
何を持って綺麗と言うかによるかもです。

ちなみに俺はGoFのまとめたパターンは、まるで小麦粉から抜き出したグルテンのように
綺麗なものだと思います。って、これはJavaに限らない話だけど。

そんな感じでオブジェクト指向を綺麗だと思ってしまう俺なので、
設計部分をセマンティックに表現できる言語は、綺麗だと思いまつ。
0945デフォルトの名無しさんNGNG
>>944
いや、それよりもうちょっと上。

設計が綺麗ならどの言語で書いても同じだし。
(言語に依存した設計って設計じゃないよ)

今のとこ、クライアントサイドでは、
Javaによる解決は綺麗だと思えない。
0946944NGNG
>>945
あぁ、そうか。「クライアントサイド」だったか。スレタイ忘れてた(笑
つまり、環境が限定されている状態においてって事?

少なくともそういう意味だと、Javaによる解決は綺麗でない。なぜなら、
強引なプラットフォーム非依存が故の、「前提必須(VMのバージョン等、またそのVM自体の存在)」という
状態が、ある意味不健全だとも言えるかも。

ただ、ゴメンね。
>設計が綺麗ならどの言語で書いても同じだし。

ある程度言語仕様と言語特性(何に強い=何を書く時工数が少なくて済むか、等)によって、
設計の在りかたも変わると思う。だからってここで「だからJava最強!」とは言わないが。
0947944NGNG
関係無いけど、
>そんな感じでオブジェクト指向を綺麗だと思ってしまう俺なので、
>設計部分をセマンティックに表現できる言語は、綺麗だと思いまつ。

↑これ、逆だな。
設計部分をセマンティックに表現できる言語は、綺麗だと思うから、
オブジェクト指向を綺麗だと思ってしまう、って感じ。 ..... 少なくとも今は。
0948デフォルトの名無しさんNGNG
>>941
> なんか Applet前提話でつまらん流れになってたのが、こうガーっと盛り上がってきたかと思いきや、

サーバー寄りの話で盛り上がってたのは君くらいに見えるけど?
まあ変態が暴れるよりはマシか。
0949デフォルトの名無しさんNGNG
>>948
> サーバー寄りの話で盛り上がってたのは君くらい
魔法使いさんですか?(w
944=who?



0950デフォルトの名無しさんNGNG
ぶっちゃけJavaはもう必要ない
0951デフォルトの名無しさんNGNG
ぶっちゃけ、厨はもういらないよ。
0952デフォルトの名無しさんNGNG
はぁ、クライアントJavaが「普通」になるのにあと何年かかることやら・・
一生むりかもしれんがな
0953hogeNGNG
javaがクライアントサイドに全然力を注いでないからじゃないだろうか。
SUNは、例えば、初心者が、1.4のJREが欲しいと言ったらすぐそれをパソコンにダウンロード出来るように、
SUNのホームページを作ってるだろうか?
ショックウェーブやフラッシュのプレイヤーの様に、すぐマクロメディアのサイトに飛んでダウンロードできる体制を
作れないのだろう。
別に、ウィンドウズですぐ動かなくて良いから、初心者がワンステップで必要なモノが手にはいるように出来ないのだろうか?
マクロメディアが出来てサンに出来ないはず無いのに。
やる気無いんじゃないかって思ってしまう。
0954デフォルトの名無しさんNGNG
かのMSXみたいに、電源入れたらすぐにJava、みたいな・・・
0955デフォルトの名無しさんNGNG
Sunなばかな!
0956デフォルトの名無しさんNGNG
鯖屋だしな。
0957デフォルトの名無しさんNGNG
そろそろ次立てれ。
0958デフォルトの名無しさんNGNG
やっとこのスレに平和が戻ったようですね。
0959デフォルトの名無しさんNGNG
アンチ厨の数が圧倒的に多いからな。
0960776NGNG
放心age
0961aNGNG
a
0962デフォルトの名無しさんNGNG
>>953
激しく同意。
SunはJavaを半ば見捨てているとしかおもえん。
にしちゃMSとJavaがらみでど派手に喧嘩しているし、なにがしたいんだ?
え、スコットマクネリさんよー。
0963デフォルトの名無しさんNGNG
http://www.agemasukudasai.com/bloom/
0964デフォルトの名無しさんNGNG
>>953
MS相手に不当な要求をする裁判してんじゃん。
今までまったく努力せずに一発逆転狙い。
もちろん結果は見えてるけど。
0965デフォルトの名無しさんNGNG
生みの親(SUN)より育ての親(IBM)
0966デフォルトの名無しさんNGNG
>>953
> javaがクライアントサイドに全然力を注いでないからじゃないだろうか。
> SUNは、例えば、初心者が、1.4のJREが欲しいと言ったらすぐそれをパソコンにダウンロード出来るように、
> SUNのホームページを作ってるだろうか?
Javaを初心者向けの道具にするつもりがないんじゃないかな?
最近はJREのダウンロードもトップページからのクリック回数が減り楽になったぞ。
おーい、Netscapeとか使ってるならJREをインスコしていなければちゃんと
java.sun.comにアクセスせずとも自動的にダウンロードを促す
ポップアップウィンドウがでるぞ。
って、このスレの前のほうに書いてなかったか?
0967デフォルトの名無しさんNGNG
>>966
>最近はJREのダウンロードもトップページからのクリック回数が減り楽になったぞ。

ちょっとsun.co.jpのサイトを見てみたんだけど、
あそこから「JREをダウンロードしてきて」って普通の人(Javaに興味がない
プログラマを含む)が言われても、ダウンロードサイトまでたどり着かないよ。
あんな難易度の高いWebサイトを僕は他に知らない。

僕はいつもGoogleから直接ダウンロードサイトに飛んでるよ。

思うに、SUNってユーザインタフェースとか考えるの嫌いなんだろうね。
だからAWTとかSwingがあんなことになったんじゃないかと、被害妄想してしまう。
0968デフォルトの名無しさんNGNG
↓こんなん見つけたんだけど
http://home.augustakom.net/as120108/java/swingset.jnlp

結構いい線いってるんだけど、日本語化がイマイチなのが残念・・
ソースもダウンロードできるみたいだから、誰か日本語対応してくんないかな

つーか、SwingはやればできるんだからSUNがちゃんと作れっちゅーねん!
0969デフォルトの名無しさんNGNG
「やればできる」なんていうレベルのものは必要とされていません。
0970776NGNG
getjavaページ、良くできてると思うよ。インストールの煩わしさが
殆どないから。昔に比べればよくやったよ。

いや、Sunは分かってないな。あーいうページこそ各国言語で用意し
ておくものだ。getjavaページを早く日本語化しろ!J2SE等の日本語
ページなんか用意しなくていいから。インストーラが日本語化されて
いてもダウンロードページに辿り着くまでに英語が現れると、客は見
たがらないんだよ〜。おねげーします。

署名確認の画面が出るのは許そう。仕方ないから。せめてそれ以降
はサイレントインストールしてくれ。デフォルトでWWWブラウザは
Java Plug-inを適用しちゃってええよ。確認画面不要!

所詮、Sunはデベロッパ、自社サーバを使う者は対象にしていても、
コンシューマまでは見てられないのだ。JavaプラットフォームをPC
クライアント側に普及させようなんて思ってないな。訴訟なんかMS
を揺さぶってるだけで、如何に導入させるかどうかなんて考えてな
い。サーバサイドで頑張ります!って宣言しちゃえよ、まったく。
0971デフォルトの名無しさんNGNG
<OBJECT> タグ使えば自動インスコできなかったっけか?
0972デフォルトの名無しさんNGNG
>>971 できる。J2SEにhtmlコンバータ入っているからアプレットの
作成者は何も考えずに作業できるはずなんだけどね。
0973972NGNG
だからアプレット公開時に適切なhtmlを書いていればSunのgetjavaページに
ユーザが自分でJREをとりに行くことなんてないはずなんだけどね。Javaプラグイン
のページも日本語化されているのにあまりまともに使われている例をみたことが
ないなあ。IBMのDeveloperWorks ToolBoxのダウンロード支援ツールでは
使われていたか...
0974776NGNG
>>971,972 どもです。

現在はAPPLETタグ経由でJava Plug-in上でアプレット呼び出
しが出来るし、OBJECTタグは古い仕組みと考えていて調べも
してませんでした。

OBJECTタグで「Java Plug-in」の自動インスコ出来るの?!
それってOBJECTタグ内のアプレット呼び出しが無効だったら
「自分で」特定のURLを呼び出すようにして、実際にJava
Plug-inをインスコするURLに飛ばすってこと?もしかして、
htmlのコンバータが、自動インスコしてくれるURLに飛ばす
OBJECTタグを吐いてくれるってことですか?

自分は、自動インスコしてくれるURLの直リンクはモラル的に
OKなのかな?と考え、あくまでもSunが用意した公式なgetjava
のホームページのリンクが妥当かと思ってたんで。JavaWebStart
なら、htmlに埋め込んだスクリプトでmimeTypeをチェックして
無効だったらインスコ説明ページを表示するってやり方してま
した。

htmlコンバータがOBJECTタグに変換してくれるとき、自動的に
Java Plug-in(JRE)を自動インスコしてくれる(URLも吐いて
くれる)ように出力するのなら、調べる価値ありですね。参考
にします。

もし認識間違いがあれば、ご指摘くださいm(__)m
0975776NGNG
http://java.sun.com/getjava ページ内も改めて読んでみますね。
直リンクのポリシーが載ってるかどうか。やる気出てきたっす。
レス数が950を超えています。1000を超えると書き込みができなくなります。