問題タブ [applicationcontext]

でデフォルトboolean値を設定する方法はServletContextPropertyPlaceholderConfigurer? たとえば、プロパティが次のようfalseに設定されていない場合、プロパティに値を持たせたい<context-param>

Spring マネージド Bean ではなく、Spring アプリケーション コンテキストから Bean を使用する必要があるため、次のようにします。@Service アノテーションを使用して Bean に注釈を付け、Spring の読み込み中に作成された Bean のインスタンスを作成します。

このインスタンスは ApplicationContextAware であるため、アプリケーション コンテキストがこの Bean インスタンスに挿入され、静的変数に保存されます。

その後、Spring 以外のコンテキスト (hibernate envers コンテキスト) で作成された CustomRevisionListener の別のインスタンス。ここでは、静的変数を使用して春の applicationContext を受け取ります

その後、アプリケーションコンテキストから Bean を取得しています:

問題は、この Bean にすべての @Autowired プロパティが正しく注入されていることです。

、しかし、それらは@TransactionalアノテーションをサポートするプロキシではないJavaクラスの単純なインスタンスであり、私の通常のSpringコード用です:

そして、次のようなものでなければなりません

トランザクションをサポートするプロキシを取得するにはどうすればよいですか?

私は次の春の設定を使用しています：

Springは、リソースをコンテキスト構成ファイルにロードするときに、クラスパス環境変数の実際の内容を出力する方法を提供しますか?

Springframework クラスの Log4J ロギング レベルを ALL に設定しましたが、この値はフレームワークによってログに記録されていないようです。Springが依存関係からこれをロードしているかどうかを調べようとしています。アプリケーションの実行時にクラスパスの設定を確認したいと考えています。アプリケーションは、多くの依存関係を持つMavenによって構築されます。

クラスパスに2 つ以上のmySpecialApplicationContext.xmlがある場合、 Springはどれを使用しますか?

ありがとうございました。

私のアプリケーションには、application-context.xml があります。今、私は ApplicationContext を次のようにインスタンス化しています:

これらのパラメーターを使用して一部の Bean の一部のプロパティを初期化できるように、このインスタンス化を通じてパラメーターを渡すことは可能ですか?

PS: プロパティ ファイルを使用していません。パラメータは実行時に生成されるため、実行可能な jar の場所、システム アーキテクチャ、OS 名などは可変です。

私は非常に奇妙な問題に直面しています。PropertyPlaceholderConfigurer クラスを介して、春の applicationcontext.xml ファイルで宣言されたデータソースのプロパティを構成しようとしています。アプリケーション コンテキスト ファイルは次のようになります。

context:property-placeholder タグも使用してみましたが、効果がないようです。上記のプロパティ ファイルは、WEB-INF/classes ディレクトリにも正常にデプロイされます。

何らかの理由で、Spring コンテナーはプロパティ ファイルをロードできますが (無効なプロパティ ファイルでチェックされ、FNF 例外がスローされます)、プロパティ プレースホルダーをその値に置き換えることはできません。

私は自分のランタイムを指している CATALINA.BASE で tomcat 7 WS を使用しています。誰もこの問題に直面したことがありますか? 解決策はありますか？

この例外が発生しました。これは私のコードです：

これは、/ myproject / WebContent / WEB-INF / spring / appServlet/servlet-context.xmlにある私のservlet-context.xmlファイルです。

どうすればこれを修正できますか？

Spring MVC + Hibernate を使用しています。

データベースにルックアップ テーブルがあります。とにかく、必要なたびにデータベースにアクセスする必要がないように、Bean/プロパティ/マップに値を自動的にロードできるようにしたいと思います。

テーブルの内容は、サーバーの起動時に prop/bean/map にロードする必要があります。

助けてください。

上記のタイトルのように、@ Autowiredアノテーションを直接使用してapplicationContextを注入することと、シングルトンSpringBeanにApplicationContextAwareインターフェイスを実装することの長所と短所について混乱しています。

どの場合にどちらが好きですか、そしてその理由は何ですか？ありがとう。

JUnitとの統合テストを行っています。注入したいいくつかのテンプレートエンティティを宣言するxmlファイルがあります。すべてのテストで、新しいアプリケーション コンテキストが必要です。つまり、他のテストに依存したり結合したりするテストはありません。そのため、setUp()これらのエンティティをデフォルトの開始値で「再初期化」する必要があります。

リロードで達成できますが、この方法では@Autowired注釈を使用できません。

@Autowiredこれを行い、これらのエンティティを引き続き使用する方法はありますか?

Wicketを使ったSpringプロジェクトがあります。@SpringBeanアノテーションを使用して、Wicketコンポーネントにサービスを正常に挿入できます。

次に、Springアプリケーションコンテキストにアクセスします。したがって、他のサービスと同様に、ApplicationContext型のメンバー変数を宣言し、@SpringBeanで注釈を付けました。

@SpringBeanを使用してアプリケーションを注入しようとしています

ただし、実行時に、これによりエラーが発生します

ApplicationContextをWicketコンポーネントに挿入することはできませんか？もしそうなら、ApplicationContextにアクセスするための適切な方法は何でしょうか？