2016-08-22 7 views

答えて

2

名前空間には問題はありません。

唯一の懸案事項は、基本となるフレームワーク(SpringとSpringのセキュリティ)が互換性がなければならないことです。

場合によっては、基本となるフレームワークのバージョンと一致する名前空間を使用することをお勧めします。しかし、ほとんどの場合、新しいフレームワークは、新しい春バージョンが、彼らはしばしばその時々必要な機能を設定するために、一致する名前空間を必要とする新機能を発明した春のセキュリティで3.0

  • )を名前空間にはほぼ互換性があり、古い名前空間

    • を扱うことができます)

    と春のセキュリティは、これは春のセキュリティ3.2リファレンスからです:

    春のセキュリティは、春のフレームワーク3.2に対して構築します。 13.RELEASEですが、 もSpring Framework 4.1.6.RELEASEに対してテストされています。つまり、 Spring Framework 3.2.10.CI-SNAPSHOTをSpring Frameworkで使用することができます。 4.1.6.RELEASE。多くのユーザーが抱える問題は、Spring Securityの推移的な依存関係がSpring Frameworkを解決することです。 3.2.13.RELEASEはあらゆる種類の奇妙なクラスパス問題を引き起こします。

  • +0

    あなたの再生、良い答えに感謝します!私が知るはずのもう一つのことは、springが設定ファイルの解析をどのように行うのかということです。つまり、Springが同じParsing APIを使って、設定ファイルを名前空間3.0と3.2で処理するのですか?ありがとう – user2602584

    +0

    @ user2602584 SpringにはNamespacehandlersとBeanDefinitionパーサーの概念があります(これはかなり古いコンセプトです:Spring 2.0以降)、カスタム名前空間でspring xmlを拡張するためにそれらを使用できます。 (「42. Extensible XML authoring」http://docs.spring.io/spring/docs/4.3.x/spring-framework-reference/html/xml-custom.html、「付録E. Extensible XMLオーサリング」の章古いリファレンス・ガイド)そして、Springはそれ自身で同じメカニズムを使用しています:spring-beans.jar \ META-INFファイルを見て、そのスプリングが異なるバージョンの同じハンドラを使用していることを確認します - 互換性があります – Ralph

    +0

    @ user2602584:解析フォームのスプリング(豆)とスプリングのセキュリティは分離されています(ハンドラは完全に異なります)。もちろん、彼らは同じ基盤インフラ(春)を使用します。したがって、Springセキュリティ3.2では、少なくともSpring 3.2フレームワークが必要です。しかし、Springのために古い名前空間を使用することができます(例:3.0)。 – Ralph

    関連する問題