これは私の実際の状況ではないということで前置きをさせていただきますが、私自身の知識と他の人々の意見をここで得るために、この質問をもっと求めています。
私はSpringとEJB3/JBossの両方を使用しましたが、作成したアプリケーションの種類が小さい場合は、Spring（必要に応じて+ Tomcat）の方がはるかに簡単に使用できます。ただし、負荷分散やクラスタリングなどを必要とする大規模なアプリケーションにスケールアップする場合でも、Springは実行可能なソリューションですか？それとも、それを必要とするほど大きくなり始めたら、EJB3 / JBossのようなソリューションに目を向ける時が来ましたか？問題の範囲を十分に把握して適切な回答が得られるかどうかはわかりませんので、お知らせください。
ありがとう、ジェフ
負荷分散は通常、アプリサーバーから独立したハードウェアソリューション（BigIPやCisco ACEなど）です。
Springは、EJBと同じようにエンタープライズにすることができます。Springがそれを処理できないという境界線はありません。
非常に大規模な（〜500K LOC）プロジェクトでは、パフォーマンスのためにSpring/Tomcatを優先してJBossを削除したと言えます。
J2EEアプリケーションコンテナ（および実装としてはJBoss）の主要な機能の1つは、さまざまな種類のトランザクションリソース間で透過的な分散トランザクションを実行できることです。これは素晴らしいアイデアであり、たとえば、JMSメッセージングとデータベース操作の調整を大幅に簡素化します。しかし、それが全体を通して高い必要性になると、それは問題になります。残念ながら、分散トランザクションは速度が遅いことで注目に値します。
JBossからSpringに移行するのは簡単な作業ではありませんが、それは可能であり、Spring / Tomcatは、非常にまれな例外を除いて、JBossの完全に機能する代替品と見なすことができます。