パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Sun、JavaをGPLでオープンソース化へ」記事へのコメント

  • by Anonymous Coward on 2006年11月13日 23時16分 (#1057285)
    …といいですな~。

    個人的には修正済みBSDライセンスじゃなくて残念だけど、
    SUNは修正済みBSDライセンスだと一部のユーザが還元してくれないと
    知っているだから仕方ないかなと思ったAC
    • 安いServlet/JSPレンタルサーバが少ないのは、JavaがOSSではないことが理由ではなく、
      ・単純にリソースの問題だったり
      ・アプリケーションサーバの作り上、ユーザ同士の干渉を防止する構成が難しいから
      辺りじゃないかと思います。
      親コメント
      • by Anonymous Coward on 2006年11月14日 7時30分 (#1057426)
        > ・アプリケーションサーバの作り上、ユーザ同士の干渉を防止する構成が難しいから
        JVMをユーザーごとに分ければ、、、

        > ・単純にリソースの問題だったり
        こういう結論になるのか、、、。

        あとはデプロイが意外と面倒っちいことかな?
        warファイル一発でうまくいくはずなんだけども、、、。

        Servletじゃなくて、もっと簡単(ファイルを置くだけ、更新すればすぐに反映)になれば普及するんじゃないかな?
        親コメント
        • by Anonymous Coward on 2006年11月14日 9時26分 (#1057460)
          >こういう結論になるのか、、、。

          PCそのものの仮想化に比べりゃ軽い「はず」なので、
          こういう結論になるのは元来不思議であるはずなのですけど、ね。

          ところでIP「ポート」はどうなるんでしょうね?
          ポートはプロセスごとじゃなくマシンごとなので、
          JVMインスタンスを多数立ち上げたら、ポートをばらばらにせんとならない。
          (逆にいえばそこを隠蔽するためにもPCの仮想化が便利だったりするのですが)

          あ。重いで思い出したが、Java(少なくとも本家実装)の欠点として、
          「起動が妙に遅い」ってのがありましたね。
          Rubyの作者なんかは笑っていたっけ。
          オプソ化でこれを解決するパッチが出てくれることを期待します。
          というのも、あれさえ解決すればJavaAppletが使い物になるので。

          >warファイル一発

          ややこしいですからねえ。

          少なくとも、Spring VS Seasar(あるいはRails)の議論みたいに、
          Servletは設定ファイルが重すぎますね。
          あれを作るのが面倒。
          最近の流行みたいに、変態的設定をしない限りデフォルトのまま、
          設定ファイルも不要!っていうアーキテクチャなら良かったのに。

          >ファイルを置くだけ

          そういえばSeasar周りの人々が、
          動的ロードの仕組みを作ったとか言ってなかったっけ。

          といっても今回のJava自体のFREE化で、
          JVMをいじればいいじゃん、という簡単な話に
          すりかわってしまったわけだが。
          親コメント
          • by Anonymous Coward on 2006年11月14日 9時49分 (#1057469)
            最近のSun製のJVMは起動が速いです。
            アプリで測っても有意な値がでないほどです。
            むしろRubyのほうは実行時間が遅くて、Javaが唯一(?)勝っているのが速さでしょう。
            アプレットは今でも金融方面では良く使われていて、現在でもダウンロードの時間くらいしか感じません。ただAJAXやFlashが整備されてきたのでアプレット自体の必要性はもうかなり少なくなってきていると思います。

            J2EEアプリサーバの起動が重いというのは過去にはありましたが、Geronimoなどのコンポーネント化の進んだサーバならノートパソコンで10秒ほどで立ち上がります。

            SpringやSeasarはServletを助ける立場にありますので、設定は非常に楽になってきています。つい先日の日曜にSeasarConferenceがありましたが、Seasar2.4はCoCで、HotDeployでとても楽に開発ができます。今だにOSSが使えない企業(SI、お客様共)は裸のJ2EEで苦労しているようですが、Seasar使っている人たちは楽しそうでした。

            SunがJavaをOSSにするに関わらずIBMは徹底的にJVMをいじっていますので、そのうちにその特徴を利用した開発をしてくるでしょう。IBMのJ9は現状、SunのIPに全く触れないといわれています。ただ恐ろしいのが別の方のレスにあったGPL化によるJDK5への残存引力の発生でしょう。常にApacheを通してGPLをViralだと言っているIBMが果たしてJava6以降を出荷するのか。ちょっと怖い話ですね。

            海外の反応を見ていると喜んでいる人が多いのでホッとしているACでした。
            親コメント
          • > ところでIP「ポート」はどうなるんでしょうね?
            > ポートはプロセスごとじゃなくマシンごとなので、
            > JVMインスタンスを多数立ち上げたら、ポートをばらばらにせんとならない。
            > (逆にいえばそこを隠蔽するためにもPCの仮想化が便利だったりするのですが)

            localhost で bind するポートを分けた複数のサーバインスタンスを動かすなりして、
            あとはAJPコネクタでバーチャルホストやバーチャルディレクトリへのマッピングをするだけです。

            http://foo.example.jp/ [example.jp] → ajp://localhost:8001/foo/
            http://bar.example.jp/ [example.jp] → ajp://localhost:8002/bar/
            http://example.jp/hoge/ [example.jp] → ajp://localhost:8003/hoge/

            ↑こんな感じにポート毎に別インスタンスが動いてるけど外から見たら1IPの80番だけで済ますことは簡単に実現できます。

            そもそもTomcatなどのアプリケーションサーバを直接外部に見せるんじゃなく前段にロードバランサやWEBサーバを配置するケースが多いですからね、1023番以下のポートを一般ユーザで開けない問題もありますし。
            このついでにバーチャルも解決してしまいます。
            親コメント
    • by Anonymous Coward on 2006年11月14日 0時23分 (#1057333)
      > SUNは修正済みBSDライセンスだと一部のユーザが還元してくれないと知っている
      そもそも「還元は(歓迎することが多いけど)義務じゃないよ」というライセンスだからね<修正BSD。

      商売でやる場合、還元しないユーザーの存在を許容するかどうかより、公開したソースコードを元に競合他社がクローズドソースの製品を作れてしまうことの方が重大なので、ボランティアベースのコミュニティが抱える利害関係とはちょっと違うと思うけどね。
      親コメント
    • 大人の住まわる理想郷は何処にあるんでしょうね
      最近は何処も彼処も「図々しい奴が正しい」世界になって
      世捨て人になりたくなりますよ
      ac
    • GPL だって還元は義務じゃない。単なる偏見だよなぁ。

犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー

処理中...