Anonymous Coward曰く、"本家より：Red HatのCEOであるMatthew SzulikがComputerWireに対して、Javaのオープンソース実装についてSunと議論を交わしていると話したようだ。Javaのオープンソース化に対しては、Sunはずっと否定的なスタンスだったと思うが、Red Hatが本気ならひょっとするかも。"
既存のJDKをオープンソース化するのではなく、Sunのお墨付きでJava準拠なJDKを新たにクリーンルーム実装し、それをオープンソースなライセンスで公開する、という計画のようだ。
GCJではないか? という観測 (スコア:3, 興味深い)
「GCJのことを言ってるんじゃないの?」
という推測をしてます。
Slashdot: No, it's more likely GCJ
http://slashdot.org/comments.pl?sid=68621&cid=6277818
というメールがGCJのMLにありました。
Subject: Re: Any redhat people around?
http://gcc.gnu.org/ml/java/2003-06/msg00321.html
Red HatのCEOは、GCJのことを言ってるのだと思います。
GCJが何年もかけて、多くのJavaプログラムが動くところまで来たのに、Red Hatがそれを活かさないわけがないのではないかと。
rhug
a collection of java packages built with gcj
http://sources.redhat.com/rhug/
Re:GCJではないか? という観測 (スコア:1)
-- 雪のない富士山もきれいだな
Re:GCJではないか? という観測 (スコア:1)
コンパイル結果のコード中で動的にクラスをロードした場合も
インタプリタが動くらしいです。
GCJをJITコンパイラとして使うという試みがなされたこともあります。
半年くらい前に、MLに報告がありました。
既存のプロジェクトとの関係は？ (スコア:2, 興味深い)
Re:既存のプロジェクトとの関係は？ (スコア:2, 参考になる)
SunからコーヒーカップロゴをもらわないとJavaVMとは名乗れないのでしょう。
Re:既存のプロジェクトとの関係は？ (スコア:2, すばらしい洞察)
・まず、GNU ClasspathプロジェクトのURLですが、ご指摘のとおり間違えてました。
・そういえばJava互換言語(wコンパイラもgcjがありましたね。すっかり失念してました。
・KaffeがJava VMじゃないというのは、ご指摘のとおりです。プロジェクトのWebページにも「Sunのお墨付きがないからJavaじゃないよ」と書いてあるのも知ってます。しかし、こいつら(gcj/Kaffe/GNU classpath)の完成度を上げてSunのお墨付きをもらうのではなく、なぜRedHatが新たにクリーンルーム開発をする必要があるのかが疑問でして。
RedHatが新たにクリーンルーム開発をする理由 (スコア:1, 興味深い)
つまりコードを最初から完全に管理することにより、SCO みたいなトコロからゴタゴタ言われる危険性を回避するという意味もあるんじゃないですかね。
gcj/Kaffe/GNU classpathなどがそういう問題を現実に持っているというわけではありませんが、可能性を排除したいためのある種究極の選択を行った、と。
Re:RedHatが新たにクリーンルーム開発をする理由 (スコア:1)
もしそうだとすると、OpenSourceモノとして公開すると、その「価値」が半減しちゃいますね。
他人の血が入ってきた瞬間に、それが汚染済みであることを恐れないとならないので。
＃「少なくとも自分とこで書いたオリジナルの分は安全だ」という主張は勿論可能だが、OpenSourceの実質的旨みは無くなっちゃう…
オフトピ：
あれ？SuperWaba [superwaba.com.br]ってブラジル(だよね)に引越したですか？
クリーンルームの徹底 (スコア:0)
もちろん、そのコードが「あるクローズドな製品のコード」であるかどうかなんて、その製品のコードを見ることができる一部の人以外には判断のしようもありません。しかし、提供者（＝そのコードの由来に関して責任を負う人）を常に明確にしておけば、もしもの時の対処も可能になります。
＃ もっとも SCO みたいに問題個所を明確にせず文句だけ言う相手には無力ですけ
Re:既存のプロジェクトとの関係は？ (スコア:1)
Re:既存のプロジェクトとの関係は？ (スコア:0)
今でも一つじゃないんだけどね (スコア:2, 参考になる)
一つじゃないのはそれなりに賛成ですが、とりあえず完成してから考えたいところですね。
Re:今でも一つじゃないんだけどね (スコア:0)
あれにはお世話になったなぁ
で、とどのつまり (スコア:1)
"Write Onve, Run Anyware"の旗印は守られるんですかね？
オープンソースよりも、こちらの旗印のほうが気になるもんで・・・
＃幻想だって言われりゃそれまでだけど、理想は捨てないでほしいなあ。
＃んなこというと、オープンソースも・・・（以下略
Re:で、とどのつまり (スコア:1)
>オープンソースよりも、こちらの旗印のほうが気になるもん
杞憂だと思うけど・・・果たして何がなんでもオープンソースで
という発想は正しいのかどうか・・・。まあパフォーマンス面で
不満が残る状態をどうにかしたい、ということなんでしょうが。
Re:で、とどのつまり (スコア:2)
アプリケーションとかは、確かに私もオープンソース化が正しいのか疑問を感じますが、
ライブラリや、ランタイムはオープンソースの方がいいでしょう。
中身を見ることができるだけでなく(これは今のJavaでもできるが)、その上で動く
アプリケーションの開発する時に、配布元ベンダの事情に左右されずに済むし。
Sunの配布しているJava-pluginは、gcc3.Xでコンパイルしたmozilla では動かないって問題が
ありましたが、それを受けて、今回のオープンソースJavaなんでしょう。
上の問題もSunはJavaのソースを全て公開してるから、それをgcc3.Xでコンパイルするだけで
済む問題だったんだけど、ライセンス的に、そのバイナリを配布できなかったからね。
Re:で、とどのつまり (スコア:0)
現状のFHS的にシッチャカメッチャカな配置のバイナリを
シンボリックリンクでごまかさずにすむのが嬉しそう。
Re:で、とどのつまり (スコア:1, すばらしい洞察)
別に SUN 以外の VM はこれが始めてでもないですし、それらも取りあえず大きな問題なく存在してる訳で。
Re:で、とどのつまり (スコア:0)
OpenSourceだろうとなんだろうと実装が増えることは歓迎されるんじゃないの?
Re:で、とどのつまり (スコア:0)
C や C++ で "Write Once Compile Anywhere" なプログラム書くよりは簡単だという印象です。
選択肢が増える事は歓迎ですけど。
Re:で、とどのつまり (スコア:2, 興味深い)
Re:で、とどのつまり (スコア:0)
選ぶという手間を惜しまないですむほどコンピュータいじってられる身分がうらやましい。
Re:で、とどのつまり (スコア:0)
デフォが提供されているんだから文句ないでしょう？
Re:で、とどのつまり (スコア:0)
選択肢があるってことは余計な仕事が増えるってこと。
Re:で、とどのつまり (スコア:0)
世の中、そうじゃないことが多いもので。
Re:で、とどのつまり (スコア:0)
程度問題、比較の問題ですよ。
そりゃ、Java プログラマが、「どこが write once やねん」と愚痴を漏らしたりしますが、それは、わかってて言っていること。
嫌 Java 派の人が、経験してもいないのに言うことじゃないよ。
Re:で、とどのつまり (スコア:0)
でも Java からそれを取ったら魅力半減ですね。
(とうか個人的には既に魅力ナシ)
Re:で、とどのつまり (スコア:0)
Javaだけで書かれたアプリの場合、Run Anywareで無いなら、それはVMのバグです。
(もちろんアプリが、特定プラットホームに依存した作りになってる場合もありますが)
VMの配布
VM? (スコア:0)
VM良くてもライブラリが... てのがあるし。
Re:で、とどのつまり (スコア:0)
#プログラムのバグか。
Re:で、とどのつまり (スコア:1)
それ以前も、javac がキーワード "strictfp" は認識してクラスファイルに反映させてはいたけれど、JVM が行う演算がきちんと strictfp の規定に沿っていませんでした。
1.3.X までの known bug。
クリーンルーム実装 (スコア:0)
Re:クリーンルーム実装 (スコア:1)
Re:クリーンルーム実装 (スコア:4, おもしろおかしい)
# んなプログラマはおらんか
M-FalconSky (暑いか寒い)
Re:クリーンルーム実装 (スコア:1)
これは大切だと思う。
生ごみ臭い環境でプログラミングしたくないです。
PCにECC Registeredメモリの利用を推奨します。
Re:クリーンルーム実装 (スコア:1)
Re:クリーンルーム実装 (スコア:1)
というか、そういう場所で働きたい(TT
main(){printf("Hello World\n");}
Re:クリーンルーム実装 (スコア:0)
こんな感じ？ [gnu.org]
Re:クリーンルーム実装 (スコア:2, 興味深い)
あるレベル以上の Java を使ってプログラムをしたことのあるソフトウエア技術者なら、JDKのソースコードを参照したことがあると思われるので、一度も Java を使ったことの無い技術者を集めるのでしょうか？そういった技術者集団で実装するのだとしたら、それはそれで怖い気がする。
Re:クリーンルーム実装 (スコア:2, 興味深い)
自分が汚染される (スコア:0)
コードライセンスの管理がちゃんとなされている会社や団体に所属して開発作業を行っている人は特にそういう点で「自分が汚染される」
BlackDownのJDKは？ (スコア:0)
ライセンスを知らないのですが、厳密に
「オープンソース」ではなくて、ソースが公開されているだけなんでしょうか
Re:BlackDownのJDKは？ (スコア:3, 参考になる)
ライセンスはSunが持ってるはずですよ。
そのため正式リリースは、Sunが発表していました。
その時に、BDコミュニティーについて一言も触れず、丸で全ての移植作業をSunがやったような発表だったため、BDコミュニティーなどから苦情が来て、Sunが謝罪してましたね。
Re:BlackDownのJDKは？ (スコア:2, 参考になる)
何の正式リリースの発表でしょうか?
SunのLinux JDKはBlackdownのものをもとにしているという部分は正しいし、BlackdownのJDKはSunからソースコードライセンスを得て作成したものであるのも正しいですが、「Blackdown版JDKの正式版」なるもののリリース発表をSunがSunの手によるものとして行ったした、わけではありません。
"Quidquid latine dictum sit, altum videtur."
Re:BlackDownのJDKは？ (スコア:0)
既知の人も多いだろうけど、一応関連リンクを貼っておいたり。
Sun と Inprise のプレスリリースに Blackdown の名はなかった…そして、Kevin は去ってしまった [changelog.net]
Re:BlackDownのJDKは？ (スコア:0)
ですね。
その結果がこれ
http://www.zdnet.co.jp/news/9912/10/b_1209_07.html
Re:BlackDownのJDKは？ (スコア:1)
# パッチの公開についても Sun ともめていたような記憶があります
つまり (スコア:0)
Ｊａｖａが早くＳＵＮから離れてくれれば、夢じゃなくなる。
Re:つまり (スコア:2, 参考になる)
waba [wabasoft.com] VMはGameboy Advanceで動いてます [badpint.org]
KaffeはPS2で。
#おふとぴ
つまってない (スコア:0)
RedHatが手がけようとしているのは J2MEではなさそうだから。
Javaが早く Sun から離れてくれればって一言で簡単に言うけど、もうすこし具体的にかかないとそれぞれの関係や現状を理解して言っているのかどうか疑問となるだけです。