私はJBoss 2.4.3（私はEJB仕様2.0と互換性があると信じています）で動作するアプリケーションを継承していますが、かなりの問題が発生しています。現代 log4j "Logger" apis [JBoss 2.4の特定の問題が私にアップグレードを促す]）。EJBコンテナとの下位互換性はどのようになっていますか？
私は問題なくEJB 2.1コンテナ（Jboss 4）を使用できるはずですが、さらに進めることができると思いますか？
EJBの下位互換性の要件は何ですか？
メジャーバージョンとの下位互換性がありますか？
アプリケーションベンダーは完全に下位互換性がありますか？
古いアプリケーションを適合させるために必要な変更は何ですか？ （小規模または大規模のアプリケーション構成または再コンパイルなど）
log4jとEJB 2.0は関係ありません。 log4jに問題がある場合は、おそらくクラスパスの問題であり、EJB 2.0互換性の問題ではありません。おそらくあなたの古いアプリケーションでは、log4jがシステムクラスパスのどこかにあると仮定しています。
問題は、jboss 2.4がlog4j 1.1を使用し、1.2にないCategoryFactoryを拡張していることです。 classpathはオプションではありません）。それは私が慣れ親しんでいる方法（あるいは実際にはどんなやり方でも）を止めることができない大量の情報レベルのメッセージを吐き出します。 – Stephen
それはJBossとlog4jの問題ではなく、EJB仕様の問題です。あなたのアプリケーションがJBoss 2.4の機能を使用するように特別に設計されている場合は、JBossやその他のコンテナの新しいバージョンとの互換性がない場合があります。しかし、アプリケーションが純粋にEJB仕様を使用する場合、それはcomptabileでなければなりません。 –
EJB 3仕様は、すべての準拠のコンテナは良い兆候であるEJB 2
をサポートしている必要があること。さらに、EJB 2とEJB 3の機能を混在させることについて話を進めています。だから、いくつかの例外があるかもしれませんが、実際には不可能なところにあってはなりません。
実際と異なる場合があります。 jbossのアップグレードで問題が見つかった場合は更新します。
... EJB 3仕様*で指定されたEJB 2.xプログラミングモデルをサポートします。新しい仕様のそれぞれは、些細な非互換性をもたらす可能性があるあいまいさを明確にします。 –
EJBライブラリのthis compatibility reportを参照してください：
あなたはどのような例外を得るのですか？ –
私はjbossの4バージョンを試して3日間 "遊んで"過ごすのではなく、知識を求めることに決めたので、例外はありません。 （私はこれを早い勝利のために持っています... ...私はそれがEJBの矛盾だと思いますが、私は試してみたいと思います）。 – Stephen
私は例外がどんなものかを尋ねたという事実は、それ以降のバージョンはドロップイン互換ではないことを示していると思います。 – Stephen