問題タブ [applicationcontext]

Springjarの構成に関するある種の「ベストプラクティス」情報を探しています。Webプロジェクト（war）があり、いくつかのjarライブラリ（追加の関数を含むjar）を接続する必要があります。これらのjarには、Springサービスが含まれています。しかし、jarを接続すると、Springがそれを知らないため、サービスクラスが機能しませんでした。したがって、jar内の「パッケージ自動スキャン」構成によってこれについてSpringに通知する必要があります。

最終的な解決策は、戦争プロジェクト（メイン関数）と他の関数を含むいくつかの追加のjarファイルである必要があります。jarをwarプロジェクトに追加するとき、applicationContext.xml（war内）の構成を変更したくありません。戦争プロジェクトへの依存を最小限に抑えたい。applicationContext.xmlをjar内のMETA-INFフォルダーに配置すると、Springによって自動ロードされると思っていましたが、そうではありません。

どうすればこれを解決できるか知っていますか？ある種の「起動後の動的構成」である可能性があります:-)。ありがとう

春の統合に基づくイベント駆動型のアプリケーションがあります。アプリケーションは、ドメイン (モデル オブジェクト)、永続性 (daos)、コア (スプリング統合に基づくビジネス ロジック) サービス (MDB) の 4 つのモジュールで構成されます。

すべてのモジュールは Maven プロジェクトです。アプリケーションは EAR にパッケージ化され、weblogic にデプロイされます。

スプリング コンテキストは、すべてのモジュール間で共有されます。

ここで、ドメインのサブセットを公開する Web アプリケーションを開発する必要があります。そのため、コントローラーはいくつかの daos といくつかのドメイン オブジェクトを使用する必要があります。この問題を処理するためのベスト プラクティスは何ですか? Web アプリケーションはすべてのイヤー スプリング コンテキストを共有する必要がありますか? それとも、必要なものをすべて再定義する「アドホック」Web アプリケーションのスプリング コンテキストを作成する方がよいでしょうか? （例：ダオス）。

アプリケーションコンテキストエントリを暗号化する方法はありますか？たとえば、次のようになります。

私がやりたいのは、ユーザー名とパスワードを暗号化することです。

ApplicationContext を読み込んだ後、次のような警告が表示されました。

_ INFO: 認証マネージャーが設定されていません。パスワード変更時のユーザーの再認証は行われません。_

私の Context.XML ファイルは次のようなものです:

どんな体でも私を助けることができますか？

monodroid でアプリケーション コンテキストを取得する方法を知っている人はいますか (getApplicationContext() の monodroid 実装を探しています)。Application.ApplicationContext を試しましたが、うまくいきません。Application を継承するクラスを作成し、ApplicationContext をこの型に明示的にキャストしたいと考えています。この時点で mono は、出力に非常に役に立たないメッセージを表示して終了します。

編集：アクティビティからアクセスしたい

バックエンド用のスプリングを備えたstruts2アプリケーションに取り組んでいます。
database.properties ファイルを使用しており、エントリは次のとおりです。

database.properties に次の新しいエントリを追加しました

applicationcontext.xml で、次のような値を取得しています:-

UserLoginAction でグローバル変数 perfEnhance を宣言し、同じセッターとゲッター メソッドを作成した後、まだ値を取得できません。

次のリンクをたどりました： -
http://www.roseindia.net/tutorial/spring/spring3/web/applicationcontext.xml-properties-file.html

お知らせ下さい。

単体テストで servletContext をモックするのに苦労しています。これは私がそれをやろうとする方法です:

次のエラー メッセージが表示されます。

どんな助けでも大いに感謝します。

統合テストを作成したいのですが、1つの小さな制限があります。モックアウトしたいTimeSourceBeanを入手しました。このTimeSourceBeanは、アプリケーションで数回深く使用されます。（リフレクションでこれを行う方法はありません）

すべてがautowireによって行われます。

テストで、必要な実装を使用して追加のXMLをロードできると思います。参照してください：ここに！

しかし、テスト自体でモックTimeSourceBeanを作成し、それをコンテキストに登録（元のBeanを置き換える）できると本当に便利です。

=>したがって、テストを開始する前に、モックを作成し、次のようにBeanを登録します。

context.registerBean（timeSourceBeanMockVersion）;

これが可能であれば何かアイデアはありますか？

共有TomcatインスタンスでホストされているSpringアプリケーションがあります。

Springアプリケーションコンテキストをリロードする必要があるが、他のアプリケーションもそこでホストされているため、Tomcatサーバーを再起動したくない場合があります。

さわやかなスプリングアプリケーションコンテキストを介して

悪い習慣と見なされますか？

どのような選択肢がありますか？