問題タブ [filehandler]

ファイルハンドラーでログローテーションを無効にしようとしています。

必要なのは、実行ごとに作成された1つのログです。古いファイルのローテーションやバックアップは必要ありませんが、この初期化を使用すると、実行ごとにrun.logrun.log.1run.log.2が取得されます。

また

falseに設定されています。

こんにちは私は現在私の.propertiesファイルにこれを持っています：

java.util.logging.FileHandler.pattern = %h/programName%u%g.log

また、これにタイムスタンプ/ユーザー名を追加して、ログファイルを簡単に識別できるようにしたいのですが、誰かがその方法を知っていますか？

暗号化されたファイル X1 があり、X1 を復号化する Perl プログラム P1 があります。Perl プログラム p2 を使用して、復号化されたファイルを解析しています。

私のパーサーはXML::Parserに基づいています。復号化されたファイルへのファイルハンドルを操作できます。現在、X2 を取得してファイル システムに格納し、P2 で読み取って解析しています。P1 の出力でファイルハンドルを直接取得し、そのファイルハンドルを P2 で使用して、一時ファイルを必要とせずに直接解析する方法はありますか?

CFBundleDocumentTypesを使用して、カスタムファイル拡張子をアプリケーションに関連付けようとしています。私の知る限り、これは「機能」しているようです。ファイルをダブルクリックすると、JavaApplicationStubがアプリケーションを起動します。ただし、Javaで設定したApplicationListenerイベントを介してコールバックは登録されません。

デフォルトのファイルの関連付けの設定MacOSX Java Package Makerインストーラーにリストされているコードを使用してファイルの関連付けを行ったところ、ファイルの関連付け自体は正常に表示されますが、ファイルを起動しようとしているアプリケーションスタブのように見えるため、失敗します。

Apple ApplicatinListenerコードをJavaアプリケーションに追加しました（ http://developer.apple.com/mac/library/documentation/Java/Reference/1.5.0/appledoc/api/index.html?com/apple/に類似） eawt / Application.html）が、私のアプリケーションがコールバックを受け取ることはないようです。

コードはに似ています

私もSWTを使用していることを言及する必要があります...

どんな助けでもいただければ幸いです

まず、これが尋ねられた場合は申し訳ありませんが、私はそれを見つけることができません。アプリのドキュメントをリモートリソースからダウンロードしています。ドキュメントがダウンロードされたら、ユーザーのために開きたいと思います。私が知りたいのは、PdfまたはTiffを処理するアプリケーションがあるかどうかを確認し、デフォルトのアプリケーションで起動する方法です。

ありがとうございました。

編集

これが解決策の一部です：

django アプリケーションで Python ロギングを使用しています。バックエンド API に接続するクラスは、必要に応じてファイル ハンドラーを使用してこのロガーを初期化します。クラスは、API 呼び出しが行われるたびにインスタンス化されます。追加のハンドラーが毎回追加されないようにしようとしましたが、

ログ ファイルでハンドラーの量が増加していることを示しており、しばらくすると、この開いているファイルの制限が原因でサーバーに障害が発生します。

これが最善の方法ではないことは承知していますが、これまでの実装でエラーは見つかりませんでした。

JavaロギングとFileHandlerを使用して、J2EEWebアプリケーションでビジネスイベントをロギングすることを検討しています。

多くのログレコードが1つのファイルに書き込まれるため、パフォーマンスのボトルネックが発生する可能性があるのではないかと思います。

あなたの経験や意見は何ですか？

忙しいWebアプリケーションをJavaロギングとFileHandlerを使用して1つのファイルにロギングすると、パフォーマンスのボトルネックになる可能性がありますか？

java.util.logging API を使用し、いくつかの FileHandler を名前付きロガーにアタッチして、ログ メッセージを特定のファイルに書き込みます。これにより、ログ ファイルごとに lck (ロック) ファイルが作成されることがわかります。名前付きロガーから FileHandler を閉じて削除すると、ロック ファイルが削除されます。

FileHandler を閉じるのはいつが最適ですか? ログを作成するたびにインスタンス化する必要がないように、開いたままにしておく必要がありますか (ロックファイルがぶらぶらします)、ロックファイルが消えるように毎回閉じて再作成する必要がありますか? （ロギングには少し手間がかかるようです）。

本当にベストプラクティスについての質問です。私はlog4jをたくさん使ってきたので、違いを理解しようとしています。

ありがとう、

エド

私の目標は、 java.util.logging(jdk1.6) を使用することです

• すべてのログを同じログ ファイルに書き込み、
• ログのローテーションを行う
• ファイルパターンで %u を使用して、他のプログラムとの潜在的なファイル競合を回避できます

ルートロガーといくつかの名前付きロガーを構成しました。ルートロガーのハンドラーは設定java.util.logging.FileHandlerでに設定されています

customFileH カスタマイズされた設定でに設定された名前付きロガーのハンドラー

プログラムを実行すると、ルート ロガーがログを xxx.0.log に書き込みます。

名前付きロガーは、異なるログ ファイルとして、ログを xxx.0.log.1 に書き込みます。

私もファイルパターンで「%u」を取り出しました。ファイルローテーション構成に注目してください。それらは異なるログファイルに書き込みましたか。:(

コメントありがとうございます。:)

Clickonceアプリケーションがあり、このアプリケーション用にいくつかのファイルハンドラーを設定しました（この例では、.aaaまたは.bbb拡張子のいずれかを持つファイルを処理します）。

これらの拡張子のいずれかを持つ単一のファイルを選択すると、アプリケーションは期待どおりに起動し、すべてが正常に機能します。しかし、複数のファイルを選択して（を押すEnterか、右クリックして[開く]を選択して）開くと、アプリケーションの複数のインスタンスが起動します（選択したファイルごとに1つのインスタンス）。

これは私が期待した動作ではありません。1つのインスタンスだけで、の複数のファイルエントリから開始する必要がありますAppDomain.CurrentDomain.SetupInformation.ActivationArguments.ActivationData。これは達成できますか、それとも私の期待は正しくありませんか？

編集：
詳しく説明します。@ Matthiasで説明されているように、単一インスタンスのアプローチに従いました。最初に起動するインスタンスは、名前付きサーバーパイプを作成します。その後、後続のインスタンスが起動し、セカンダリであることを検出し、コマンドライン引数（ファイル名）を名前付きパイプを介してメインインスタンスに伝達し、終了します。メインインスタンスは名前付きパイプを介してファイル名を受け取り、その処理を実行します（ファイルインポートウィザードを起動します）。

この問題は、ユーザーが複数のファイル（つまり、5つのファイル）を選択してから、アプリケーションでそれらのファイルを開くことを選択した場合に発生します。コマンドラインで指定された5つのファイル名で始まる1つのセカンダリインスタンスを取得する代わりに、コマンドラインでそれぞれ1つのファイル名を持つアプリケーションの5つのセカンダリインスタンスを取得しています。次に、これらのそれぞれがパイプという名前のクライアントを作成し、そのファイル名をメインインスタンスに伝達します。したがって、パイプという名前のサーバーは5つの個別のメッセージを受信します。

フォローアップの考え：
これについてチャットした後、おそらくこれは登録されたファイルハンドラーの動作方法であり、clickonceとは関係がない可能性があります。おそらく解決策は、pipeという名前のサーバーが各メッセージを受信した後に一時停止し、メッセージを実行する前にメッセージをキューに入れようとすることですか？