無知で申し訳ありませんが、Web サーバーという言葉を聞くと、すぐに Apache を想像します。Microsoft の IIS も使用している人がいるということは知っています。しかし、ここ Stackoverflow に参加して以来、多くの人が Glassfish を使用していることに気付きました。
なぜGlassfishを使いたいのだろうと思いました（興味があるという意味では、しかしそれが私の人生を楽にする理由がよくわかりません）。私が読んだ限りでは、これは Apache の Tomcat の Sun のオープンソース派生物であり、優れた (または素晴らしい) 品質の製品だと思います。しかし、その長所と短所がわからないので、他のサーバーではなく Glassfish を選択するのが賢明な場合はわかりません。誰でも詳しく説明できますか？
GlassFish は、Web サーバー (Http サーバー) としても使用できるアプリケーション サーバーです。
Web サーバーとは、HTTP 要求 (通常はブラウザーから) を処理することを意味します。
サーブレット コンテナ (Tomcat など) とは、サーブレットと JSP を処理できることを意味します。
アプリケーション サーバー (GlassFish など) とは、Java EE アプリケーション (通常はサーブレット/JSP と EJB の両方) を管理できることを意味します。
Java EE エンタープライズ アプリケーションには GlassFish を使用する必要があります。
別個の Web サーバーの必要性は、主に実稼働環境で必要になります。通常、ほとんどの開発ニーズにはアプリケーション サーバーで十分です。Web サーバーは、より多くのアクティブなセッションと接続を保持できるため、パフォーマンス コストなしで必要なバランスを提供できます。
サーブレット/jsps のみを使用している場合は、シンプルな Web サーバーを使用してください。また、netbeans 環境では、glassfish が他のアプリ サーバーよりも優れたサポートを提供していることにも注意してください。ただし、Eclipse のコンテキストでは、WSAD と JBoss が好ましいオプションのようです。
Glassfish はまもなくモジュラー カーネルをリリースします。
これは、必要なコンテナが必要に応じて起動およびシャットダウンすることを意味します。つまり、EAR がデプロイされていないため、EJB コンテナーは起動しません。これは、非常に迅速に開始および停止できるため、開発に非常に適しているようです。これにより、Rails のような開発環境 (再デプロイが開発の大部分を占める) に非常に近くなります。
Web サービスの開発に GlassFish サーバーを使用しました。管理者が Web サービスをテストできる非常にインタラクティブな管理コンソールを提供します。Web サービスを開発する際に非常に役立ちます。