問題タブ [common.logging]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
8 に答える
38756 参照

c# - 構成セクション 'common/logging' から Common.Logging の構成を取得できませんでした

次のログ アセンブリを使用してコンソール アプリケーションを構成しようとしています。

  • Common.Logging.dll (2.1.0.0)
  • Common.Logging.Log4Net1211.dll (2.1.0.0)
  • log4net.dll (1.2.11.0)

ロガーがプログラムで構成されている場合は、すべて正常に動作します。

しかし、次の構成ファイルを使用して起動しようとすると、爆発します。

関連するエラー メッセージは次のとおりです。

構成ファイルを解析できないようですが、正しい形式が何であるかを知っている人はいますか、それとも何か他の問題がありますか? 公式ドキュメントを使用して構成ファイルを作成しました。

0 投票する
1 に答える
589 参照

azure - Azure で common.logging を構成する

アプリを開発しています。Common.Logging (http://netcommon.sourceforge.net/index.html) を使用します。簡単なログ構成 (web.config で実行) は次のとおりです。

ここでわかるように、構成はバックエンド ロギング フレームワークの別の構成ファイル (ここでは NLog.config) を指しています。

私の質問は、Azure にデプロイする場合、ここでどのパスを指定する必要があるかということです (dev では、ソリューションのビルド時に NLog.config がコピーされ、bin ディレクトリに配置されます)。つまり、アプリが Azure にデプロイされている物理的な場所を取得する最も安全な方法は何でしょうか?

前もって感謝します!

0 投票する
1 に答える
5664 参照

c# - common.logging - アプリケーション構成ファイルで見つかったリダイレクト

nuget を使用して、Visual Studio 2012 ソリューションに common.logging.log4net を追加しました。

common.logging.log4net ver. - 2.0.1 common.logging ver. - 2.0.0 log4net - バージョン。1.2.10

ローカルでビルド/実行すると、ブラウザーを介して次の例外が表示されます。

ファイルまたはアセンブリ 'Common.Logging' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040) 説明: 現在の Web 要求の実行中に未処理の例外が発生しました。エラーの詳細とコード内のどこでエラーが発生したかについては、スタック トレースを確認してください。

例外の詳細: System.IO.FileLoadException: ファイルまたはアセンブリ 'Common.Logging' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)

スタックトレース:

[FileLoadException: ファイルまたはアセンブリ 'Common.Logging' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)]

[FileLoadException: ファイルまたはアセンブリ 'Common.Logging, Version=2.1.1.0, Culture=neutral, PublicKeyToken=af08829b84f0328e' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)] System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) +0
System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) +210
System.Reflection.RuntimeAssembly.InternalLoad(String assemblyString&Evidence assemblyMarkSecurity, StackCrawl , IntPtr pPrivHostBinder, Boolean forIntrospection) +242
System.Reflection.RuntimeAssembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) +17 System.Reflection.Assembly.Load(String assemblyString) +35
System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective) +122

Common.Logging Version=2.1.1.0 を探していますが、読み込まれていないため見つかりません。アプリをデバッグすると、次の例外が表示されますが、これは少し異なります。

ログ: このバインドはデフォルトのロード コンテキストで開始されます。

ログ: アプリケーション構成ファイルの使用: C:\Workspaces\FTM\Apps\TM\TM.Web\web.config

ログ: ホスト構成ファイルの使用: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet.config

ログ: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config のマシン構成ファイルを使用しています。

ログ: 現時点ではポリシーが参照に適用されていません (プライベート、カスタム、部分的、または場所に基づくアセンブリ バインド)。

ログ: 新しい URL ファイルのダウンロードを試みています:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/root/e97e0952/56ab271f/Common.Logging.DLL。

ログ: 新しい URL ファイルのダウンロードを試みています:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/root/e97e0952/56ab271f/Common.Logging/Common.Logging.DLL。

ログ: 新しい URL ファイルのダウンロードを試みています:///C:/Workspaces/FTM/Apps/TM/TM.Web/bin/Common.Logging.DLL。

ログ: アプリケーション構成ファイルの使用: C:\Workspaces\FTM\Apps\TM\TM.Web\web.config

ログ: ホスト構成ファイルの使用: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\aspnet.config

ログ: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\config\machine.config のマシン構成ファイルを使用しています。

ログ: アプリケーション構成ファイルにリダイレクトが見つかりました: 2.0.0.0 が 2.1.1.0 にリダイレクトされました。

LOG: ポリシー後の参照: Common.Logging、Version=2.1.1.0、Culture=neutral、PublicKeyToken=af08829b84f0328e

ログ: 新しい URL ファイルのダウンロードを試みています:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/root/e97e0952/56ab271f/Common.Logging.DLL。

ログ: 新しい URL ファイルのダウンロードを試みています:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/Temporary ASP.NET Files/root/e97e0952/56ab271f/Common.Logging/Common.Logging.DLL。

ログ: 新しい URL ファイルのダウンロードを試みています:///C:/Workspaces/FTM/Apps/TM/TM.Web/bin/Common.Logging.DLL。WRN: アセンブリ名を比較すると、不一致が発生しました: マイナー バージョン ERR: アセンブリのセットアップを完了できませんでした (hr = 0x80131040)。プローブが終了しました。

スタックトレース:

[FileLoadException: ファイルまたはアセンブリ 'Common.Logging' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)]

[FileLoadException: ファイルまたはアセンブリ 'Common.Logging, Version=2.1.1.0, Culture=neutral, PublicKeyToken=af08829b84f0328e' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)] System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) +0
System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, RuntimeAssembly reqAssembly, StackCrawlMark& stackMark, IntPtr pPrivHostBinder, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks) +210
System.Reflection.RuntimeAssembly.InternalLoad(String assemblyString&Evidence assemblyMarkSecurity, StackCrawl , IntPtr pPrivHostBinder, Boolean forIntrospection) +242
System.Reflection.RuntimeAssembly.InternalLoad(String assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection) +17 System.Reflection.Assembly.Load(String assemblyString) +35
System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective) +122

[ConfigurationErrorsException: ファイルまたはアセンブリ 'Common.Logging, Version=2.1.1.0, Culture=neutral, PublicKeyToken=af08829b84f0328e' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)]
System.Web.Configuration.CompilationSection.LoadAssemblyHelper(String assemblyName, Boolean starDirective) +12761078
System.Web.Configuration.CompilationSection.LoadAllAssembliesFromAppDomainBinDirectory() +503 System.Web.Configuration.AssemblyInfo.get_AssemblyInternal() +142 System.Web.Compilation.BuildManager.GetReferencedAssemblies(CompilationSection compConfig) +334
System.Web.Compilation.BuildManager.CallPreStartInitMethods(String preStartInitListPath) +203
System.Web.Compilation.BuildManager.ExecutePreAppStart() +152
System.Web.Hosting.HostingEnvironment.Initialize(ApplicationManager appManager、IApplicationHost appHost、IConfigMapPathFactory configMapPathFactory、HostingEnvironmentParameters、hostingParameters、PolicyLevel policyLevel、例外 appDomainCreationException) +1151

[HttpException (0x80004005): ファイルまたはアセンブリ 'Common.Logging, Version=2.1.1.0, Culture=neutral, PublicKeyToken=af08829b84f0328e' またはその依存関係の 1 つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。(HRESULT からの例外: 0x80131040)]
System.Web.HttpRuntime.FirstRequestInit(HttpContext コンテキスト) +12881540 System.Web.HttpRuntime.EnsureFirstRequestInit(HttpContext コンテキスト) +159 System.Web.HttpRuntime.ProcessRequestNotificationPrivate(IIS7WorkerRequest wr、HttpContext コンテキスト) +12722601

バージョン情報: Microsoft .NET Framework バージョン:4.0.30319; ASP.NET バージョン:4.0.30319.17929

2.1.1.0 にリダイレクトしようとしている理由がわからない (ログによると)

トム

0 投票する
3 に答える
15066 参照

c# - Quartz.Net-log4netでの一般的なロギング

Quartz.Netを実装しようとしています。ロギングが構成されていない限り、すべてが機能します(デバッグ出力には「構成セクションが見つかりません-ロギング出力の抑制」と表示されます)。

ロギングを有効にすると、次のエラーが発生します。構成セクション「common/logging」からのCommon.Loggingの構成の取得に失敗しました。

内部例外:common / loggingの構成セクションハンドラーの作成中にエラーが発生しました:タイプ'Common.Logging.Log4Net.Log4NetLoggerFactoryAdapter、Common.Logging.Log4net'を作成できません

構成を変更するために、これとしていくつかのリソースを使用しましたが、私が見る限り、それは正しいはずです。

私のapp.config:

次のアセンブリを参照しました:
quartz.dll、バージョン2.01.100
common.logging.dll、バージョン2.0.0.0
common.logging.log4net.dll、バージョン2.0.0.0
log4net.dll、バージョン1.2.10.0

与えられたエラーの理由が見つかりません。すべての助けは大歓迎です、どうやら私は何かを忘れています...

0 投票する
2 に答える
3651 参照

c# - 「LogManager」は、.LogManagers 間のあいまいな参照です

「エラー 19 'LogManager' は 'Common.Logging.LogManager' と 'NLog.LogManager' の間のあいまいな参照です」というエラー メッセージが表示されます。

C# 2008 アプリケーションで、次の場所から取得した common.logging を既に使用しているアプリケーションに nlog オープン ソース ロギング ツールを追加しようとしています: http://netcommon.sourceforge.net

NLog ファイルへの参照を追加し、Nlog を using ステートメントに追加しました。

問題は、両方のツールが「LogManager」と呼ばれるオブジェクトを使用することです。

したがって、両方の Logmanager を使用できるように、問題を解決する方法を教えてください。

以下は私のコードです: xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

0 投票する
0 に答える
531 参照

asp.net-mvc - ASP.NET MVC 2 + Common.Logging + NLog = リクエストごとに呼び出される Session_Start

Common.Logging 2.1.1の背後にあるログ ライブラリをlog4net からNLog 2.0に切り替えた後、ASP.NET MVC 2 アプリケーションは正しくログを記録し続けましたが、HttpApplication.Session_Startリクエストごとにメソッドを呼び出し始めました。

File次の構成ファイルでNLog のターゲットを使用しようとしています。

web.config

NLog.config

私はすでに次のことを試しました:

  • アプリケーションのデバッグ。CookieはASP.NET_SessionIdサーバーに送信されており、Session.SessionIDプロパティは要求間で変更されていません。
  • Common.Logging - log4net に切り替えて、問題が Common.Logging - NLog に関連していることを確認します。できます。
  • NLog の設定ファイルの targets ノードの属性を省略してasync="true"、NLog の AsyncWrapper を無効にします。うまくいきません。
  • 他の NLog ターゲットを使用して、試しDebuggerてみDatabaseました。できます。

ターゲットを保持する必要があり、FileNLog を使用したいと考えています。

0 投票する
1 に答える
474 参照

c# - nLog と Common.Logging を使用した XAML デザイン モードでのエラー

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

エディター/セレクターを使用しようとするとDataContext、ウィンドウ/ユーザーコントロールのプロパティが表示されます。NuGet から両方のアセンブリを取得しました

NLog 構成:

0 投票する
1 に答える
6711 参照

c# - C# では、私の Common.Logging ロガーはインスタンス メンバーまたは静的である必要がありますか?

Common.Logging for .NETを使用するプロジェクトを調べていると、いくつかのクラスがロガー インスタンスをクラスの静的メンバーとして宣言していることに気付きました。例えば:

他のクラスでは、ロガーはインスタンス メンバーとして宣言されます。

いずれかのアプローチを好む理由はありますか?

どのような場合にそれぞれのアプローチが推奨されますか? スレッドセーフに関連していますか?

静的な「ロガー」メンバーを持つ「ロガー」クラスを宣言し、プロジェクト全体でそれを使用した場合、問題になるでしょうか (実際にはグローバル変数を持つという問題は別として)。

0 投票する
2 に答える
3086 参照

c# - PostSharp と NLog 2.0 による Common.Logging

NLog 2.0 のラッパーとして Common.Logging を使用します。これは、将来 NLog を別のログ プロバイダーに置き換えることができるようにするためです。

また、PostSharp を使用して、必要なたびに try catch ブロックを作成しないようにしています。OnMethodBoundaryAspect を継承するクラスがあります。

web.config で次のように Common.Logging を構成しました。

NLog.Config は次のようになります。

問題は、テーブルに何も挿入されていないことです。たとえば HomeController のインデックス ページにロガーを配置し、logger.Error("an error") を呼び出すと、テーブルにレコードが追加されます。

誰か助けてくれませんか?

0 投票する
1 に答える
126 参照

nservicebus - NServiceBus.NHibernate が Common.Logging 参照に関する CodeAnalysis 警告を引き起こすのはなぜですか?

UseNHibernateTimeoutPersister に構成された NServiceBus エンドポイントがあります。

ロギングには EL 5 を使用します。

また、プロジェクトに NServiceBus.Core への参照を追加しました。

次の CodeAnalysis 警告が表示されるのはなぜですか。

警告 36 CA0060 : 間接参照アセンブリ 'Common.Logging、Version=2.0.0.0、Culture=neutral、PublicKeyToken=af08829b84f0328e' が見つかりませんでした。このアセンブリは解析には必要ありませんが、解析結果が不完全になる可能性があります。このアセンブリは、c:\NServicebus3.3.2\NServiceBus.NHibernate.dll によって参照されました。