2

クラウド サービスをより洗練されたものにすることを目的とした、小さく軽量な Java 7 ベースのオープン ソース プロジェクトに対する需要はありますか? 私は生涯でいくつかのサーバーを作成してきましたが、これが必要かどうか興味がありました。

私の考えは、シンプルで軽量に保ち、ネットワーク通信に Java 7 NIO 2 機能を使用することでした。また、ラック ソリューション (MBONE) 内のサーバー間のローカル クラウド ベースの通信にブロードキャスト アドレスを使用するか、シリアライゼーション ベースの通信プロトコルを使用することも考えていました。

Spring や Tomcat は太りすぎで、古い Java テクノロジで記述されているため、使用したくありません。さらに、Apache テクノロジーに依存しすぎているため、別の Apache プロジェクトを使用したくありません。ここでのキーワードは「小さい」「軽い」「持ち運びやすい」「効率的」です。

おそらくこれは、バックグラウンド サーバーやモバイル クラウド ネットワークとしてモバイル デバイスにインストールされて使用される可能性さえあるでしょう。

4

1 に答える 1

2

私自身の観点からは、いいえ。

  • 軽量のサーブレット サーバーが必要な場合は、Jetty を使用します。
  • より強力で用途の広い Web アプリケーション サーバーが必要な場合は、Tomcat を使用します。
  • 完全な J2EE サーバーが必要な場合は、Glassfish を使用します。

もちろん、これらはすべて高度に証明されています。最近のメモリは十分に安価なので、少し肥大化する心配はありません。それはJavaアプリに標準装備されています:)

また、モバイル デバイスにサーバーテクノロジを展開するのはクレイジーだと思います。他の人が斬新なアイデアを持っているかもしれませんが、モバイル デバイスは中央サーバーと通信する必要があると思います。

誰かが本当に説得力のある代替手段を考え出さない限り、少なくともサーブレットの部分では、J2EE に基づいていないJava 7 サーバーを使用したくないでしょう。一方で、準拠したサーバーをどれだけ小さくできるかは疑問です。

最後に、私の知る限り、Tomcat はすでに (オプションで) nio をサポートしています: http://tomcat.apache.org/tomcat-6.0-doc/aio.html。

古い悪党からの厳密に個人的な意見。

于 2010-01-12T19:42:43.230 に答える