Description
New Feature / Enhancement Checklist
- I am not disclosing a vulnerability.
- I am not just asking a question.
- I have searched through existing issues.
Current Limitation
Parse logs the result of executed cloud functions to the console. It appends JSON of the input and result of the cloud function to the log message string. This makes it difficult to have clean, succinct log messages in favor of handling that metadata in your own log message adapter effectively.
Example current output:
info: Ran cloud function create-user for user undefined with:
Input: {"username":"plugin-test","roles":["plugin"]}
Result: {"username":"plugin-test","createdAt":"2023-08-26T14:00:58.297Z","updatedAt":"2023-08-26T14:00:58.297Z","objectId":"II0B5vsXpz","__type":"Object","className":"_User"} {"functionName":"create-user","params":{"roles":["plugin"],"username":"plugin-test"}}
Current log info metadata for cloud function calls:
{
functionName: 'create-user',
params: { username: 'plugin-test', roles: [ 'plugin' ] },
user: undefined
}
Feature / Enhancement Description
Parse could not append potentially messy JSON to a log message string in favor of adding it to log info metadata, which lets developers decide if they want to output it via their own LoggerAdapter.
Example new default logger output:
info: Ran cloud function create-user for user undefined
Example new log info object:
{
functionName: 'create-user',
params: { username: 'plugin-test', roles: [ 'plugin' ] },
user: undefined,
result: { ... }
}
Example Use Case
- Makes Parse-generated logs more clean
- Gives more metadata to the log object, removing opinion about log message format
- Custom LoggerAdapter can print out more complex message if needed
Alternatives / Workarounds
Custom LoggerAdapter can do a string search to discover cloud function logs and split by \n
to extract the appended JSON to clean up the log, and then parse it further if needed.