これはSpring Boot - Loggingのドキュメントを参照しています。なぜ我々は、変数LOG_FILEをロガーに変数開き、log_pathとlogging.fileをロガーにプロパティlogging.pathをマッピングしていますか?Spring Bootにログインするときに、プロパティが異なる名前でマッピングされるのはなぜですか?
これは実際には、変数名を定義している開発者とそれを消費している別の名前を見る開発者に混乱を招くことになります。
これはSpring Boot - Loggingのドキュメントを参照しています。なぜ我々は、変数LOG_FILEをロガーに変数開き、log_pathとlogging.fileをロガーにプロパティlogging.pathをマッピングしていますか?Spring Bootにログインするときに、プロパティが異なる名前でマッピングされるのはなぜですか?
これは実際には、変数名を定義している開発者とそれを消費している別の名前を見る開発者に混乱を招くことになります。
SpringのEnvironment
抽象化のすべてのプロパティが、ロギングシステムで利用できるわけではないので、それらを適応させる必要があります。 references to environment variablesをサポートするためにロギングライブラリを使用するのはかなり一般的です。
これは、標準のlogbackファイルにこのようなロギング設定を確認するのが一般的です:
<file>${USER_HOME}/myApp.log</file>
だから、それは同じ形式で
Spring Boot specific variablesを追加するにはかなり自然な感じました。
また、application.properties
ファイルのキーとログ設定で使用できるキーとの間に違いがあることを個人的には非常に気に入っています。私は、あなたの新しいエントリをあなたのapplication.properties
に追加するだけで、あなたのロギング設定でそれらを使うことを期待することを奨励するのが助けになると思います。
私はちょっとあなたが求めているものとして混乱しています。なぜあなたはそれを好きになったのか、それをどのように活用できるのかを*開発者*にコメントしようとしていますか? – Makoto
私は、プロパティのペアの背後にある推論を見つけようとしています。どうしてそういうことになったのですか?大文字のプロパティ "LOG_PATH"と "LOG_FILE"にそれぞれマッピングするのではなく、ログ設定で直接 "logging.path"/"logging.file"を直接使用しないでください。 – Shailesh
私は、プロパティのペアの背後にある推論を見つけようとしています。どうしてそういうことになったのですか?大文字のプロパティ "LOG_PATH"と "LOG_FILE"にそれぞれマッピングするのではなく、ログ設定で直接 "logging.path"/"logging.file"を直接使用しないでください。 – Shailesh