問題タブ [logging]

Linq to SQL を使用するときに SQL クエリのタイミングを計る良い方法はありますか? 私はロギング機能がとても気に入っていますが、何らかの方法でそのクエリの時間を計ることもできれば素晴らしいと思います. 何か案は？

このメソッドは、ログを記録しているクラスを認識しているロガーを返します。それに反対するアイデアはありますか？

何年も後: https://github.com/yanchenko/droidparts/blob/master/droidparts/src/org/droidparts/util/L.java

Log4JでJava1.4を使用しています。

私のコードの中には、値オブジェクト（POJO）のシリアル化と逆シリアル化が含まれているものがあります。

私の各POJOは、

シリアライザーは、org.apache.log4j.Loggerがシリアライズ可能ではないと文句を言います。

使用する必要があります

代わりは？

さまざまなポイントから呼び出されるマルチスレッドデータアクセスレイヤーを持つJavaのレイヤードアプリケーションがあります。この層への単一の呼び出しは、DB への要求を並列化するために複数のスレッドを生成する可能性があります。

私が探しているのは、さまざまなスレッドで構成される「アクティビティ」を定義できるロギング ツールです。したがって、データ アクセス層の同じメソッドは、呼び出し元に応じて異なる出力をログに記録する必要があります。操作の総コストを要約するために、さまざまな出力をグループ化する機能も重要です。

アプリケーションは Java ですが、言語は制限ではありません。私が必要としているのは、最終的にそれを実装するための設計ガイドラインです。現在log4jを使用していますが、この動作を取得できません。

多数の HP-UX サーバーに分散された複数のテキスト ログ ファイルを簡単に監視する方法が必要です。これらは、いくつかの分散型レガシー システムからのテキストおよび XML ログ ファイルの混合です。現在、サーバーに ssh してtail -fとgrepを使用するだけですが、追跡するログが多数ある場合はスケーリングしません。

ログはさまざまな形式であり、フォルダー内のファイル (特定のサイズに達すると自動的にローテーションされる) であるため、リモートで収集し、それぞれを個別に解析する必要があります。

私が最初に考えたのは、ファイルの種類ごとにカスタム ファイル リーダーを使用して各サーバーで実行できる単純なデーモン プロセスを作成し、ソケットを介してネットワーク経由でエクスポートできる共通の形式に解析することでした。ローカルで実行されている別のビューアー プログラムは、これらのソケットに接続し、解析されたログを単純なタブ付き GUI に表示するか、コンソールに集約して表示します。

この方法で実装する場合、どのログ形式に変換する必要がありますか?

他の簡単な方法はありますか？Chainsawで使用するためにログ ファイルを log4j 形式に変換する必要がありますか?それとも、リモート ソケットに接続できるより優れたログ ビューアーがありますか? 別のログの質問で提案されているように、BareTailを使用できますか? これは大規模な分散システムではなく、すべてのアプリケーションの現在のロギング実装を変更して、UDP ブロードキャストを使用したり、メッセージを JMS キューに入れたりすることはできません。

log4j に同じ構成情報を使用する必要がある、同時に実行される複数のジョブがあります。それらはすべて、同じアペンダーを使用してログを 1 つのファイルにダンプしています。各ジョブがログ ファイルに動的に名前を付けて、別々のままにする方法はありますか?

ありがとう
トム

私が最初にオブジェクト指向プログラミングを学び始めて以来、私が苦労してきた問題があります: 「適切な」OOP コードでロガーを実装するにはどうすればよいでしょうか?

これは、コード内の他のすべてのオブジェクトがアクセスできるようにするメソッドを持つオブジェクトを意味します。このメソッドは、ログに使用するコンソール/ファイル/その他に出力します。したがって、このオブジェクトはロガー オブジェクトになります。

ロガー オブジェクトをグローバル変数として設定したくありません。なぜなら、グローバル変数は良くないからです。しかし、すべてのオブジェクトで呼び出すすべてのメソッドのパラメーターで logger オブジェクトを渡す必要もありません。

大学時代、このことを教授に持ち込んだとき、彼は実際には答えてくれませんでした。この機能を実装する可能性のあるパッケージ (Java など) が実際に存在することを認識しています。しかし、私が最終的に探しているのは、これを適切かつ OOP の方法で自分で実装する方法の知識です。

ルートタグでレベルを ERROR に指定しても、指定されたアペンダーが設定に関係なくすべてのレベル (デバッグ、情報、警告) をファイルに記録するという問題があります。私は Log4j の専門家ではないので、助けていただければ幸いです。

log4j.xmlを除いて、log4j.propertiesのクラスパスを確認しました（何もありません）。

log4j.xml ファイルは次のとおりです。

ルートを別のロガーに置き換えると、指定されたアペンダーには何も記録されません。

アプリケーション メソッドのロギングの負担を軽減するために、Postsharp フレームワークを使用することを検討しています。基本的に、ロギング属性を使用してメソッドを修飾し、コンパイル時に必要なロギング コードを il.xml に挿入することができます。このソリューションは、deign タイム コード環境からノイズを排除するので気に入っています。考え、経験、またはより良い代替案はありますか?

Working on a project that parses a log of events, and then updates a model based on properties of those events. I've been pretty lazy about "getting it done" and more concerned about upfront optimization, lean code, and proper design patterns. Mostly a self-teaching experiment. I am interested in what patterns more experienced designers think are relevant, or what type of pseudocoded object architecture would be the best, easiest to maintain and so on.

There can be 500,000 events in a single log, and there are about 60 types of events, all of which share about 7 base properties and then have 0 to 15 additional properties depending on the event type. The type of event is the 2nd property in the log file in each line.

So for I've tried a really ugly imperative parser that walks through the log line by line and then processes events line by line. Then I tried a lexical specification that uses a "nextEvent" pattern, which is called in a loop and processed. Then I tried a plain old "parse" method that never returns and just fires events to registered listener callbacks. I've tried both a single callback regardless of event type, and a callback method specific to each event type.

I've tried a base "event" class with a union of all possible properties. I've tried to avoid the "new Event" call (since there can be a huge number of events and the event objects are generally short lived) and having the callback methods per type with primitive property arguments. I've tried having a subclass for each of the 60 event types with an abstract Event parent with the 7 common base properties.

I recently tried taking that further and using a Command pattern to put event handling code per event type. I am not sure I like this and its really similar to the callbacks per type approach, just code is inside an execute function in the type subclasses versus the callback methods per type.

The problem is that alot of the model updating logic is shared, and alot of it is specific to the subclass, and I am just starting to get confused about the whole thing. I am hoping someone can at least point me in a direction to consider!