Expand description
Logger for Azure Function Custom Handler, abusing the undocumented (at least I don’t know where) rule of Azure Function “infering” the log level from stderr.
For custom handler, if you print a message to stdout, it will be considered as a Information
level log by Azure Function runtime.
If you print a message to stderr, then it will be consider Error if it does not contain warn (case insensitive),
otherwise it will be Warning.
So the strategy is, for error-level log, if warn occurs, base64-encode it, if the encoded string still contains warn,
base-encode again, and if the twice-encoded string still contains warn (which should be impossible), log an error explain that the
following warning is error, then log it as a warning. For warning-level log, if warn does not occur, add a warning: prefix.
You can initialize the log by init. You can also implement your own transform logic by implementing Transform trait and passing it to init_transform.
Structs§
Traits§
Functions§
- contains_
warn - Returns true if the message contains
warn(case insensitive). - init
- init_
transform