問題タブ [common.logging]

Spring.NET 1.2.0 M1 には、<objects> ノード、データベースなどの XSD ファイルがいくつか付属しています。ただし、<spring> (で使用App.config)、<context>、または <parsers> 要素。さらに、Common.Loggingには、ソースまたはディストリビューションに XSD が含まれていないようです。

Visual Studio がコンパイル時にApp.config. Spring でプログラムが異常終了する前にXML のバグを見つけるのに役立つコンパイル時のチェックがあるため、スキーマを適切に配置しておくと便利です。

これらはどこかに存在しますか/開発中ですか、それとも誰かが自分で書いたことがありますか?

同じトークンで、次のメッセージを見た/解決した人はいますか?

属性 ' http://schemas.microsoft.com/Visual-Studio-Intellisense:friendlyname ' (spring-objects-1.1.xsd) のスキーマ情報が見つかりませんでした

Rhino Mocks を使用してメソッドが呼び出されたことをアサートするのに問題があります (理想的には特定のパラメーターを使用して)。メソッドは、 Common.Logging 2.0のILog.Debug(FormatMessageHandler) で、新しいラムバ構文を使用します。古い方法の単純な ILog.Debug(string) を使用して正常に動作します。

log4netファクトリアダプタのプロパティを設定するためのCommon.Logging(.Net用)に同等のものがあるかどうかは誰にも分かりますか? 次のようにしてlog4netを使用するだけで、私は大きな成功を収めました。

プロパティを次のように設定します。log4net.GlobalContext.Properties["BrokerID"] = 10

最終的にファイルは次のようLog_(null).txtになります。

Windowsサービス内でQuartz.netを使用しています。現在、トリガーは起動していません。ログを使用して理由を調べたいと思います。

Windowsサービスの構成ファイルを編集しました。

私のファイル構造は次のとおりです。

C：\ CompanyName-すべてのプロジェクトのルートディレクトリ
C：\ CompanyName \ build \ bin-ソリューション内のすべてのプロジェクト/クラスライブラリの出力ディレクトリ
C：\ CompanyName\ lib-サードパーティのバイナリ/dllが配置される場所

私のWindowsサービスプロジェクトには、Quartz（C：\ CompanyName \ libフォルダー内）への参照があります。

Common.Logging.Log4net.dllへの参照も追加しました

アプリをテストすると、次のエラーが発生します。

ファイルまたはアセンブリ'Common.Logging、Version = 2.0.0.0、Culture = neutral、PublicKeyToken=af08829b84f0328e'またはその依存関係の1つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。（HRESULTからの例外：0x80131040） "：" Common.Logging、Version = 2.0.0.0、Culture = neutral、PublicKeyToken = af08829b84f0328e

皆さん、

ここにある指示に従って、NServiceBus ロギングが正しく機能するようになりました: http://docs.particular.net/nservicebus/logging/

ただし、Common.Logging を使用しています。Common.Logging に LogManager を使用すると、ログが記録されません。

log4net に LogManager を使用すると、すべて正常に動作します。

誰でもここで何か洞察がありますか？

今日、これらを一緒に使用してみましたが、NLog v1 を探しているため、バージョンの不一致が発生していました。

Common.Logging は NLog v2 をまだサポートしていますか?

そうでない場合、アセンブリ バージョンのリダイレクトを安全に使用できるかどうかは誰にもわかりませんか?

Common.Logging を使用するライブラリがあります。ログへの書き込みが発生したときにコードを呼び出す必要があります。

私の会社の標準のログ ツールは NLog です。Quartz.net を導入しようとしていて、Log4Net の代わりに NLog を使用できるかどうか尋ねられました。

NLog を使用するように再コンパイルできることはわかっていますが、可能であれば構成ファイルから実行したいと考えています。

編集: Common.Logging 2.1.1 は 2012 年 6 月 9 日にリリースされ、Github ページはかなり活発で、著者はプロジェクトの健全性について具体的にコメントしています。

新しい .NET プロジェクトでCommon.Loggingの使用を検討していますが、プロジェクトが非アクティブになっているように見えることを少し心配しています。ホームページは2009 年に最後に更新され、SourceForge で利用可能な最新バージョンは 2010 年に作成されました。私はすでにNLog 2 との非互換性を発見しており、これが時間の経過とともにより大きな問題になる可能性があることを懸念しています。Enterprise Library 5.0 は互換性があるとしてリストされていないことに気付きましたが、試したことはありません。

同様の共通インターフェイスを提供する他の代替手段はありますか?

電話しようとすると、次の例外が発生します

タイプ 'Common.Logging.ConfigurationException' の初回例外が Common.Logging.dll で発生しました

タイプ 'Common.Logging.ConfigurationException' の未処理の例外が Common.Logging.dll で発生しました

追加情報: 構成セクション 'common/logging' から Common.Logging の構成を取得できませんでした。

これは、への参照を含む .NET 4 アプリケーションです。

• log4net.dll
• Common.Logging.dll
• Common.Logging.log4net.dll

私のapp.configには次のものがあります：

私は次のように電話しようとしています:

私は何が欠けていますか？