Developer will simply call a method and pass exception and other parameter to it.
Event will be raised in channel and logged into custom object.
Logged event can be monitored Realtime from logging monitor.
Steps breakdown , future scope and Expectations
Developer will call a method and pass exception and other parameter to it.
Features :
Usually logging libraries bring overhead to developer and are not developer friendly. Making shy away from using those utilities.
Methods written should ask for minimum parameters and should focus on logging exception and getting most data automatically.
This needs a feasibility check if Class name and method name can be calculated from raised exceptions.
Database.methods should also be supported for handling bulk exceptions.
Extra details should be provided to the passed exception types. For example : DMLExceptions bring extra information like accessible fields with them. Handling and presenting them in proper way should be taken care of.
Event will be raised in channel and logged into custom object.
Features :
Since we are focusing on logging vial platform events. Logged exceptions will be raised realtime into event bus.
structure of raised event should be readable from any format or platform.
Custom objects are to be maintained for reporting and auditing purposes. Fields should be easily portable when converting to bigObject [future scope].
Need to check limitations of converting customObject to bigObject.
Logged event can be monitored Realtime from logging monitor.
Features :
User friendly logging monitor should be provided for realtime log monitoring on production orgs.
This utility should be able to subscribe and unsubscribe for logged events.
Filtering capabilities should be provided out of the box.
Dedicated Logging Salesforce Application needs to be provided with the framework.
Either LWC logging list view or utility bar lwc component should be provided
Process and framework opinion adherence
Features
Since this is an opinionated framework. Adhering to framework opinions and practices and guarding developers going against them is equally important.
PMD rulesets for logging best practices should be provided with utility.
Extra Tabs for frequent best practices should be provided [future scope]
Logging for LWC , Batches and Automations
Features :
Keeping this out of scope for now
LWC , Batches and Automation unified support should be introduced once current feature scope ends.
Core Logging Utility Plan
Steps breakdown , future scope and Expectations
Developer will call a method and pass exception and other parameter to it.
Features :
Event will be raised in channel and logged into custom object.
Features :
Logged event can be monitored Realtime from logging monitor.
Features :
Process and framework opinion adherence
Features
Logging for LWC , Batches and Automations
Features :