Java の扱い - ほとんどの場合、どちらを好むか - impl を参照してください。他のベンダーが提供する何らかのテクノロジーまたは別のテクノロジーの？
いくつかの例 - 基本的に Java EE の公式リファレンス実装である Glassfish サーバーがあります。しかし、私は人々がそれを使用することをめったに見ません。Jboss、いくつかの無料の Apache プロジェクト関連 (Apache ActiveMQ for JMS など)、WebLogic、WebSphere...
誰かが独自のルールを持っていますか（純粋なコストを除く:)）、より好ましいものは何ですか？
ここには2つの反対の点があります。
1) RI は新しい機能と仕様の新しいバージョンをより迅速に取得しています。
2) 3-d パーティ ベンダーのソリューションは、多くの場合、より「完成された」エンド プログラマ向けであり、追加の使用可能な機能/ユーティリティ (仕様の一部ではありません) が含まれています。
「参照実装」と別の実装に関する「ルール」は実際にはありません。要件/設定/お金を取り、それを利用可能な各オプションの機能/コストと比較します。
長い間、Tomcatはサーブレット仕様の RI でした。そして長い間、EJB RI は冗談であり、実際に使用した人はいませんでした。また、J2EE 全体の「参照実装」はありませんでした。
ほとんどの人が他のサーバーを使用する理由は、長い間、Weblogic と Websphere が唯一の(現実的な) 実装であったためです。そのため、J2EE で始めたプロジェクトや人々はそれらのサーバーに慣れるでしょう。JBoss は、オープンソースの J2EE アプリ サーバーとして初めて成功を収めました。つまり、オープン ソースを好む (または単に無料のアプリ サーバーが必要な) 人々は、このオプションにかなり限定されていました。
ただし、現在、GlassFish は、他のオープン ソース/商用 Java EE アプリ サーバーとほぼ同等です。また、サーブレット エンジンに Tomcat を使用しており、かなりモジュール化されているため、不要な部分を取り除くことができます。
これに影響を与えたもう 1 つのことは、開発者が「重い」J2EE 仕様から離れて、Hibernate や Spring (利用可能になった後) などの「軽量」なオープン ソース ソリューションに移行し、完全な機能を持たないサーブレット コンテナー (通常は Tomcat) のみで実行されたことです。吹き飛ばされたアプリサーバー。