問題タブ [spring-bean]

ExpandoMetaClass を使用して、サービスが統合テストで常に成功を返すようにしていますが、実際に失敗するテストが 1 つ必要です。

ExpandoMetaClass の使用例:

注：現在、サービスはコントローラー用に定義されていませんが、それは名前が付けられたクラスを参照するSpring Beanであるため、SomeService正常に機能します。つまり、コントローラーsomeService.accessAnotherSystem()にはありません。def someService

controller.someService.metaClass.accessAnotherSystem = { return 'failure'}したがって、統合テストからはできません。

また、これは Webflow の統合テストです。

1 つのテストで metaClass をリセットすることは可能ですか? または何らかの方法で必要なものをテストすることはできますか?

インスタンス化されるたびにメソッド「addHandler」を呼び出したいプロトタイプ Bean「クライアント」があります。これには「MethodInvokingFactoryBean」を使用しています。docsを見ると、デフォルトで MethodInvokingFactoryBean がシングルトン方式で動作し、「getObject」の結果をキャッシュして後続の呼び出しで返すことがわかります。

これを回避するには、「setSingleton」を「false」で呼び出します。これを行う方法がわかりません。

このような scope="prototype" を追加すると役立ちますか? -

私の既存のコードでは、camelcontextBean内に 2 つのルートビルダーがあります

システム構成プロパティで構成されているフラグ値に基づいてルート ビルダーを設定したいと考えています。

春のアプリケーションでは、次HttpServletRequestの 2 つの方法で使用します。

（ここのコードは単純化されており、意味がないようです）

1. コントローラーで:

   /li>

2. 通常のコンポーネントでは:

   /li>

request最初は、インスタンスを 1 回だけ注入する必要があるため、2 番目の方法は完全に間違っていると考えていました。したがって、いつgetHeaderAbc()メソッドを呼び出しても、(最初のリクエストの) 同じ値を返す必要があります。

しかし、試してみると、いくつかの興味深いことがわかりました。

1. request.hashCode()inコントローラーは常に異なります（予想どおり）
2. インrequest.hashCode()はRequestServiceいつも同じ（思った通り）
3. しかし、別のヘッダーでリクエストを発行すると、ヘッダーの値が異なりますabc!!!

シングルトンのようですがRequestService、スプリングはrequestインスタンスを保持しますが、含まれるヘッダーを変更しました!

それを理解する方法は？

このブログを使用して、プロジェクトに Oauth2 を実装しようとしています

私はSpringフレームワークの初心者なので、すべての準拠クラスは正しいパッケージの下に存在しますが、ClassNotFoundExceptionなどの例外が発生しました。ソース（maven プロジェクト）はgithubで見ることができ ます

エラーは次で始まります: