問題タブ [enterprise-library]

ロギングアプリケーションブロックの3.1バージョンに問題があります...

3.5フレームワークを使用すると、アプリケーションはデスクトップで正常に動作します... qaボックスにデプロイされると、ロギングは機能しなくなります。web.configは、両方のシナリオで同じです。何か案は？権限の問題？

簡単な診断の後...デバッグモードでコンパイルされている間は機能しますが、リリースは機能しません...これをリリースモードで機能させるために変更する設定を知っている人はいますか？

Microsoft.Practices.EnterpriseLibraryデータベースツールを使用していますが、接続文字列情報だけを使用して新しいデータベースを作成するのに問題があります。

理想的には、次のことを行いたいと思います。

接続文字列だけを使用してデータベースを作成することは可能ですか？

もしそうなら、それはどのように達成できますか？

Exception Handling Application ブロックを使用して例外をデータベースに記録する ASP.NET アプリケーションがあります (ログ ブロックを間接的に使用)。これはすべて完璧に機能しています。ただし、例外処理ブロックを使用してデータをログに記録しているため、ログを記録するたびに System.Exception オブジェクトを新しく作成する必要があります。例外をスローしていないため、パフォーマンスの問題はありません。ただし、何かをログに記録するたびに、新しい例外オブジェクトを作成する必要があります。これはデザインが悪いのでしょうか？

マイクロソフトがアプリケーションブロックを導入して以来、私は例外処理アプリケーションブロックを使用する人々にぶつかっています。私は最近自分自身を詳しく調べて、基本的な機能を次のように要約します（それが何をするかをすでに知っている場合は、次のブロックをスキップしてください）：

例外処理アプリケーションブロックは、次の主要な例外処理タスクを一元化し、構成ファイルで完全に構成可能にすることを目的としています。

• 例外のログ記録
• 例外の置き換え
• 例外のラッピング
• 例外の伝播
• 等

ライブラリは、trycatchブロックを次のように変更することでこれを行います。

ポリシー名のapp.configで指定されている内容（ドキュメントについてはこちらを参照）に基づいて、HandleExceptionは...

• 完全に新しい例外をスローします（元の例外を置き換えます）
• 元の例外を新しい例外でラップし、それをスローします
• 例外を飲み込む（つまり何もしない）
• 元の例外を再スローしますか

さらに、事前にさらに多くのことを実行するように構成することもできます（たとえば、例外をログに記録します）。

ここに私の問題があります。例外が置き換えられるか、ラップされるか、飲み込まれるか、または再スローされるかにかかわらず、構成可能にすることがどのように有益であるかを完全に理解できません。私の経験では、例外処理の動作を変更するときに周囲のコードまたは呼び出し元のコードを変更する必要があるため、この決定はコードを作成するときに行う必要があります。

たとえば、特定のポイントでスローされた特定の例外が再スローされるのではなく飲み込まれるように再構成すると、コードが正しく動作しなくなる可能性があります（catchブロックの後に、例外が発生したときに実行してはならないコードがある場合があります）。例外処理で考えられる他のすべての変更についても同じことが言えます（たとえば、replace-> rethrow、swallow-> wrap）。

したがって、私にとって重要なのは、例外処理ブロックが実際には存在しない問題を解決するということです。例外のロギングと通知ビットは問題ありませんが、他のすべてのものはオーバーエンジニアリングの完璧な例ではありませんか？

Enterprise Library Unity と他の IoC コンテナー (Windsor、Spring.Net、Autofac など) を使用することの長所と短所は何ですか?

次のOracle関数があります。

注意してください:
1) これは関数であり、プロシージャではありません
2) これは VARCHAR ではなく NUMBER を返しています
3) 私はたまたま Oracle.DataAccess.Client ではなく System.Data.OracleClient を使用しています (別の問題のため、を持っていますが、どちらかで解決できれば問題ありません。

次のように、MS エンタープライズ ライブラリを使用して VB.Net からこれを呼び出そうとしています。

次のエラーが表示されます。

System.InvalidCastException: パラメータ値を RuntimeType から Decimal に変換できませんでした。---> System.InvalidCastException: オブジェクトは IConvertible を実装する必要があります。System.Convert.ChangeType(Object value, Type conversionType, IFormatProvider provider) at System.Data.OracleClient.OracleParameter.CoerceValue(Object value, MetaType destinationType) --- 内部例外スタック トレースの終わり --- System.Data で。 System.Data.OracleClient.OracleParameter.SetCoercedValueInternal(オブジェクト値、MetaType metaType) の OracleClient.OracleParameter.CoerceValue(オブジェクト値、MetaType destinationType) System.Data.OracleClient.OracleParameterBinding.PrepareForBind(OracleConnection 接続、Int32& オフセット) System.Data .OracleClient.OracleCommand.Execute(OciStatementHandle statementHandle, CommandBehavior 動作, Boolean needRowid,

- 365 日と + 365 日の範囲を追加しようとしていますが、EL 4.1 でこの属性を使用すると、特別な ISO 形式の文字列のみが受け入れられるようです ... したがって、この検証ルーチンに通常の文字列を単純に追加することはできません.

上記と同様のことをしたかった-fyi

この値を手動でコーディングせずに、この属性にこの ISO 形式の文字列を強制的に受け入れる方法を知っている人はいますか?

新しいプロジェクトでオブジェクトを検証するために Enterprise Library 3.1 Validation Block を使用しようとしています。このアプリケーションは多言語対応であるため、エラー メッセージを resx ファイルに入れる必要があります。これをどのように行うつもりですか？オブジェクト自体の構成セクションまたは属性を使用しますか?また、使用する resx ファイルをどのように指定しますか?

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

認証用の JAR ファイルがあります。WAR ファイルごとに必要です。すべての WAR ファイルは EAR ファイルにパッケージ化されています。すべての WAR でこの共通 JAR を繰り返す必要がありますか、それとも共通ライブラリ用の構造がありますか?

だから私の例は次のようになります...

私の各 WAR アプリケーションは common1.jar を見ることができますが、それは EAR に 3 回あります。

appl1、appl2、および appl3 が 3 回繰り返さずにそれを参照できるようにするには、EAR 構造のどこに common1.jar を配置できますか?

Validation Application Block - Enterprise Libraryを使用して、WCF サービス操作に送信されたパラメーターを検証しています。たとえば、特定の操作では、次のようにパラメーターを 1 または 6 にする必要があります。

これは問題なく機能します。つまり、検証エラーが発生しますが、サービスがクライアントによって呼び出されると、汎用の System.ServiceModel.FaultException がスローされます。メッセージは、「この障害の作成者は理由を指定しませんでした」を示します。

これで、サービス キャルの前にパラメーターを自分でチェックしてカスタム エラーをスローすることができましたが、それは Validation Application Block を使用したパラメーターの属性ベースの検証の目的を無効にしているようです。検証フォールトによって返されるエラーをカスタマイズする方法はありますか? 私が完全に間違ったことをしている可能性もあります。呼び出し元に、例外メッセージで 1 または 6 を渡す必要があることを知ってもらいたいだけです。これは可能ですか？