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