問題タブ [apache-commons-logging]

私はICEFaces 3.0.1でJSFアプリを開発しました。Tomcat と Glassfish を使用すると、アプリは正常に動作します。ここで、WebSphere Application Server 8.5.0.0 でテストしたいと思いました。アプリは起動しますが、何か操作をするとクラッシュします。

次のライブラリを使用しています。

スタックトレース：

誰がこれを修正できますか?

Java プロジェクトに外部ライブラリを含めたいのですが、特にこのライブラリは Apache Commons Logging を使用してロギング システムにメッセージを書き込みます。ライブラリはレベル「情報」のメッセージを大量に書き込み、ログに多くの無駄なエントリを作成します。

私のアプリケーションは、共有環境 (Tomcat や jetty など) にデプロイされて実行されることになっています。私の質問は、プロパティ/xml 構成ファイルに依存できない場合、このライブラリのログ レベルを構成するために必要なオプションは何ですか?

Java アプリケーションでコモンズ ロギングを使用しており、スタック トレースから例外をログに記録したいと考えています。

これは正しい方法ですか？そして、スタックトレースをログに出力しますか?

commons-logging から slf4j に移行しています。

org.apache.fop.apps.Driver クラスを使用して PDF ファイルを生成しています。これで、Driver クラスの setLogger() メソッドは org.apache.avalon.framework.logger.Logger を引数として取ります。

CommonsLogger メソッドは、commons-logging ロガーを org.apache.avalon.framework.logger.Logger に変換する org.apache.avalon.framework.logger パッケージで提供されます。

以下のサンプルコードを見つけてください：

では、slf4j ロガーの代わりになるものは何でしょうか?

最も良いのは、CommonsLogger() の代わりに NullLogger() を使用することです。より良い解決策があれば教えてください。

特定のプロジェクトが使用するロギングシステムを決定する方法は?

log4j、slf4jおよびの兆候がありlogbackます。アクティブな構成ファイルのようですlog4j.properties。ロガーはクラスで作成されます

ロガーの完全なタイプは でorg.slf4j.Logger、ファクトリーのタイプは ですorg.slf4j.LoggerFactory。

しかし、瓶logback-core-0.9.26.jarやlogback-classic-0.9.26.jar.

その他の jar はslf4j-log4j12-1.6.1.jar、slf4j-api-1.6.1.jar、log4j-1.2.16.jarおよびcommons-logging-1.1.1.jarです。

logback明らかに非アクティブであることを定義するものは何ですか? それを有効にする方法は？

私はこれに何週間も苦労しています。私はほとんどすべてを試しました。

1. セキュリティの緩み
2. 以前のバージョンの commons-loggings.jar を配置する
3. commons-loggins プロパティ ファイルの配置

しかし、すべての努力は無駄です。エージェントを正常に実行できません。

エラーメッセージは永続的です -

org.apache.commons.discovery.discoveryexception no implementation defined for org.apache.commons.logging.logfactory

どんな助けでも大歓迎です!!

for ループやifステートメントlogger.info("statement" + string)など、アプリケーションの多くの場所で使用しています。

確認したところ、" INFO" レベルが有効になっていない場合でも、最初に文字列メッセージが作成されることがわかりました。

実装した各場所に をINFO追加せずに、文字列が作成される前に有効になっているかどうかを確認する方法。isInfoEnabled()

また、ロガーの使用中にオーバーヘッドを削減する最善の方法は何ですか?

の代わりに +、Stringbuilder.

log4j.xmlロガーレバーの設定に使用しています。

Apache Commons Logging ライブラリを使用してさまざまなデバッグ メッセージやエラーなどをログに記録する Java アプリがあります。現在、コンソールにログを記録するように設定されています。

これはすべて正常に動作していますが、クラスパスに Apache Tika を含めると (アプリケーションの別の部分で必要になるため)、ロギングが突然停止します。クラスパスの順序を並べ替えるなどのことを試しましたが、何も役に立たないようです。

Log4J を使用してログを記録しており、プロパティ ファイルが正しく設定されています (Tika がなくても機能します)。コンソールに Log4J デバッグ メッセージを表示させると、Tika を追加する前後の両方で、プロパティ ファイルが検索されていることがわかります。

これを引き起こしている可能性のあるアイデアはありますか?さらに重要なことに、どうすれば修正できますか?

log4j私は過去に一緒に働いたことがあります。今、私は新しいプロジェクトを偵察していて、それが を使用していることに気づきましたslf4j 1.7.2。java.util.logging、log4j、logbackなど、それに準拠するさまざまな実装に簡略化されたインターフェイス (AKA ファサード) を提供する API 仕様にすぎないことを理解しています。しかし、commons-loggingAPI Web サイトのリストには記載されていませんでしたが、その jar はこのアプリのクラスパスにありました。クラスパスから削除して、使用されている実装であるかどうかを確認したところ、実際に次のようになっていることが確認されました。

commons-logging は本当に slf4j のデフォルトの実装ですか? ドキュメントに次のように記載されているためです。

クラスパスにバインディングが見つからない場合、SLF4J はデフォルトでノーオペレーション実装になります。

上記のリンク先のページで。slf4j-nop-1.7.2.jarそして、上記のデフォルトの実装がそうであると推測しているクラスパスにあるにもかかわらずorg/apache/commons/logging/LogFactory、コモンズがクラスパスにないかどうかを尋ねる例外が依然として発生するため、混乱しています。

説明をいただければ幸いです。