アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
JCKなんて飾りです。 (スコア:1)
もうどうせならJCKもオープンソースで開発しちゃえば良いのに。
本家がパスできないぐらい厳格な奴をさ。
で、そのOpenJCKをパスした実装しかディストリビューションに入れてあげない、って言えば良いんだ。
Re:JCKなんて飾りです。 (スコア:1, 興味深い)
実際問題として、IBMのJVMも、BEAのJVMも、Diablo(FreeBSD)JVMも、Appl(ryも、sunのソレとは互換性の問題を抱えていますし、
現状は全てが非互換と言って差し支えないと思います。
# CPU依存な部分も考えると頭痛します
その問題を引き起こしている制度こそが
JCKのテストなのだろうと思うのですが、違うでしょうか。
単に非互換なJVMがもう一つ増えるだけで、
選択肢としてHarmonyが登場した場合、
ソレはapacheとの親和性が高い可能性があり、
MSのソレ同様、市場から淘汰する手続きをsun自身が行うという
本末転倒が予想されます。
Re:JCKなんて飾りです。 (スコア:1, 興味深い)
今のところSunのVMでの動作確認が第1、そして次にIBM、BEAというところだと思います。
ApacheのプロジェクトでVM間で互換性がないライブラリってありますか?
Re:JCKなんて飾りです。 (スコア:0)
>本家がパスできないぐらい厳格な奴をさ。
いやー、そしてJavaが無くなるんですね。
Harmonyが要求しているJCKの問題って政治的な意味しかないような気がするな。
Harmonyは長い間、動く実装はなかったし寄せ集めの印象は強いし
メインストリームに出てこられるとちょっと困るタイプの奴、って感じです。
JDKにバンドルされちゃった遅くてデカイDerbyと同じ臭いがします・・・
今の位置で無くなる事もなく細々とやっていただけないでしょうか・・・
# バリバリ実装して、Java6,7の規格にも手をだすというならそれもいいんですが
# 確かClasspathに依存してたはずなんで独走もできないだろうし・・・
Re:JCKなんて飾りです。 (スコア:2, 参考になる)
GNU Classpathを利用する方向ではなく独自実装しているようです。
プロジェクト運営サイト(http://harmony.apache.org/roadmap.html)によると、
予定から遅れているもののJava7規格まで頑張るそうです。