問題タブ [event-log]

カスタム イベント ログ ソースを使用する Web サイト用のインストーラーを作成しています。WiX ベースのインストーラーが、インストール中にそのイベント ログ ソースを作成することを希望します。

WiX フレームワークを使用してこれを行う最善の方法を知っている人はいますか?

JNIを使​​用せずにWindowsEventLogを読み取る方法についての指針はありますか？または、 JNIを使​​用する必要がある場合、そのための優れたオープンソースライブラリはありますか？

.Net Windows サービスのインストール中に、イベント ソースを確実に作成/削除することが困難です。

ProjectInstaller クラスのコードは次のとおりです。

参照されているファサード メソッドは、ログ、サービスなどの名前の文字列を返すだけです。

このコードはほとんどの場合機能しますが、最近インストールした後、ログ エントリがカスタム ログではなくアプリケーション ログに表示されるようになりました。また、次のエラーもログに記録されています。

ソース ( AutoCheckout ) のイベント ID ( 0 ) の説明が見つかりません。ローカル コンピュータに、リモート コンピュータからのメッセージを表示するために必要なレジストリ情報またはメッセージ DLL ファイルがない可能性があります。/AUXSOURCE= フラグを使用して、この説明を取得できる場合があります。詳細については、ヘルプとサポートを参照してください。

何らかの理由で、アンインストール中にソースが適切に削除されていないか、インストール中にソースが作成されていません。

ここでのベスト プラクティスに関するヘルプは大歓迎です。

ありがとう！

さらに、ログに例外を書き込む方法のサンプルを次に示します。

stephbu の回答について:推奨されるパスは、インストーラー スクリプトと installutil、または Windows セットアップ ルーチンです。

サービスのインストールを実行し、ログを設定するセットアップ プロジェクトを使用しています。installutil.exe を使用するか、Windows セットアップ プロジェクトを使用するかに関係なく、どちらも上に示した同じ ProjectInstaller クラスを呼び出すと思います。

再起動するまでログが完全に削除されない場合、テスト マシンの状態がどのようにエラーを引き起こしているかがわかります。それが問題を解決するかどうかを確認するために、さらに実験します。

編集： サービスのインストール中にソースとログ名を登録する確実な方法に興味があります。そのため、サービスが以前にインストールされていた場合は、ソースが削除されるか、以降のインストール時にソースが再利用されます。

そのルートを試すために WiX を学ぶ機会はまだありません。

出力をフィルタリングするために多数のカスタム イベント ログ ソースを作成したアプリケーションがあります。System.Diagnostics.EventLog.Delete を使用して簡単なプログラムを実行することはできないため、コードを記述せずにマシンからカスタム ソースを削除するにはどうすればよいですか。

RegEdit を使用して [HKEY_LOCAL_MACHINE\SYSTEM\ControlSetXXX\Services\Eventlog] からカスタム ソースを削除しようとしましたが、アプリケーションはログがまだ背後に存在するかのように動作します。

他に何が欠けていますか？

System.Diagnostics.EventLog クラスは、Windows イベント ログと対話する方法を提供します。単純なログ記録に常に使用しています...

.NET を使用して、結果のイベント ログ エントリにユーザー情報を設定する方法はありますか?

Java から Windows イベント ログに書き込むにはどうすればよいですか?

一定期間にイベントがイベント ログに記録されているかどうかを確認する最も簡単な方法は何ですか?

一連の自動化されたテスト手順を実行し、関心のないいくつかのソースを無視して、アプリケーション イベント ログにエラーが記録されたかどうかを確認したいと考えています。 System.Diagnostics.EventLog を使用して、エントリを確認できます。コレクションですが、このシナリオではあまり役に立たないようです。たとえば、イベント ログが古いエントリを削除している場合、Entries.Count は時間の経過とともに小さくなる可能性があります。ログにクエリを実行するか、一定期間の変更を監視する方法を希望します。例えば

私は、例外処理をイベント ログとデータベースのテーブルに実装した店舗で働いてきました。

それぞれにメリットがありますが、私の経験に基づいていくつかを強調できます。

イベントログ

• 例外のための業界標準の場所 (+)
• ロギングの容易さ (+)
• ここにデータベース接続の問題を記録できます (+)
• イベント ログの上にレポートおよび表示アプリを構築できます (+)
• そこにたくさん報告されている場合は、時々フラッシュする必要があります (-)
• SQL ロギングほど拡張性がない [SQL のメソッド名などのカスタム フィールドを追加する] (-)

SQL/データベース

• 大量のデータを扱える (+)
• 例外の急速なボリューム挿入を処理できます (+)
• 負荷分散環境での例外用の単一の保管場所 (+)
• 非常にカスタマイズ可能 (+)
• SQL ストレージからレポート/通知を作成するのが少し簡単 (+)
• 一般的な例外が格納される場所とは異なります (-)

重要な考慮事項がありませんか？

これらのポイントのいくつかは議論の余地があると確信していますが、他のチームにとって何が最も効果的だったのか、そしてなぜあなたがその選択について強く感じているのか興味があります.

ネットワーク対応デバイスへの接続を 15 秒ごとにポーリングする Windows サービスに取り組んでいます。サービスがデバイスに接続できない場合、例外がスローされ、15 秒後に再試行されます。これはすべてうまくいきます。

ただし、デバイスの 1 つが 1 日以上ダウンしているとします。15 秒ごとに同じ例外で例外ログをいっぱいにしています。スローされた例外が過去 x 時間以内に変更されていない場合、例外がイベント ログに書き込まれないようにする標準的な方法はありますか?

IIS7で実行されているASP.Net3.5では、これをそのまま使用することはできないようです。