問題タブ [lager]

実行中の Erlang アプリケーションにアタッチし、次のコマンドを実行してコンソールからより大きな設定を変更するとします。

lager:set_loglevel(lager_console_backend,"console.log", debug).

次に、次のようなコマンドを発行してテストします。

lager:debug(<<"test">>).

しかし、Lager はコンパイル時に解析変換を使用して実装されているため、これは機能しません。

確かに、機能するより詳細なコマンドが必要です。そのような指示はありますか？

Erlang アプリケーションにラガーを実装していますが、使用する日時形式を設定する方法があるかどうか疑問に思っていましたか? ISO 8601 をデフォルトにしたいと思います。

監視アプリケーション (erlang アプリケーション) を作成したいと考えています。監視対象のアプリケーションと監視対象のアプリケーションの両方が erlang で記述されていて、同じ VM で実行されているわけではありません。

現在、ログが混在しており、監視アプリケーションで disk_log を使用することを検討しています。

私の質問は、両方のアプリケーションがラガーとラガーの出力ログを別のファイルに使用することは可能ですか?

Erlang プロジェクトでラガーをセットアップすることにしました。erlang.mk を使っているので追記

私のMakefileに。make allエラーなしでモジュールを実行およびコンパイルできます。erlコンソールを起動し、lager を使用してモジュールを含むアプリケーションを実行することもできます。エラーは生成されず、コンソール セッション中に大きなログ メッセージが記録されます。すべてがうまくいっているようです（ラガーを使用したのはこれが初めてです）。しかし、Common Test を実行すると、大きな呼び出しは失敗します。

10:11:17.174 [error] CRASH REPORT Process <0.238.0> with 2 neighbours exited with reason: call to undefined function lager:info("Params: ~p", [[]]) in gen_server:init_it/6 line 328

私がテストしているモジュールが正しくコンパイルされているように見えるので、これはより大きなモジュールが存在しないことに問題があると思います。ただし、これを追加すると：

最初の lager 呼び出しの上で成功し、lager のモジュール情報を出力します。私が行っているロギング呼び出しは、機能するために解析変換マジックを利用していると思いますが、これは私の共通テストの実行中には存在しません。

どんな提案でも大歓迎です！

" Lager " (ロガー アプリケーション)を使用しようとしています。Lager は、メイン アプリケーション モジュール「A」から開始されました

以下は、.app ファイルでのラガーの指定方法です。

アプリケーション「A」の開始機能からラガーを開始します。

プレーンな erlang モジュール (アプリケーションなし) だけを含む別のプロジェクト モジュール "B" を作成しました。そこから、私の関数のいくつかは、lager を使用してログを書き込もうとします。

上記はどういうわけか失敗します。「lager」は、ErlangVM で実行されている登録済みアプリケーションを参照するアトムであると予想していました。どういうわけか、そうではないようです。これは失敗メッセージです:

プロセス ツリー内でアプリケーションの可視性を制限するものはありますか

Chicagoboss で開発した Web アプリケーションを Mac から ubuntu に移植しています。しかし、ubuntu で make を実行すると、次のエラーが発生します。

エラー: /home/myname/myapp_priv の処理中に pre_compile が失敗しました: {'EXIT',{undef,[{lager,start,[],[]}, {boss_rebar,compile,4, [{file,"../ChicagoBoss -0.8.12/priv/rebar/boss_rebar.erl"}, {line,97}]}, {boss_plugin,pre_compile,2, [{file,"priv/rebar/boss_plugin.erl"},{line,105} ]}, {rebar_core,run_modules,4,[]}, {rebar_core,execute,5,[]}, {rebar_core,process_dir1,6,[]}, {rebar_core,process_commands,2,[]}, {rebar, main,1,[]}]}} make: *** [すべて] エラー 1

何か不足していますか？事前に感謝します。

カウボーイ ハンドラーに関連する Erlang vm のシャットダウン時に多くのエラーが発生します。cowboy:start_http() を実行する start_listeners() 関数を実行する simple_one_for_one スーパーバイザーがあります。

すべてが開始され、エラーは発生せず、リクエストは正常に処理されます。

erlang VM をシャットダウンすると、次のようになります。

[エラー] スーパーバイザーbitter_rpc_supには、コンテキストshutdown_errorで理由が殺された未定義の終了時にbitter_rpc_sup:start_listeners()で開始された子bitter_rpc_http_idがありました

そして、カウボーイプロセスが強制終了され、異常終了することに関連するその他のエラーの束。カウボーイは、シャットダウンの OTP 規則に従っていませんか? スーパーバイザーでシャットダウンをインターセプトし、すべてのカウボーイ プロセス/ランチ プールを手動でシャットダウンする方法はありますか?

このエラーを押しつぶすには、どこを調べればよいですか?