Is there a recommended best practice for logging within scheduled report scripts (without direct user interaction), in order to detect problems or failures? I've looked through the out of the box scripts for ARIS Aware Dashboarding, and they seem to have none: if they fail, is there a way of picking up on it (e.g. sending an email to a specific address, or getting a task in a Process Governance workflow)?
Sometimes, though, we want to be able to log warnings for conditions that do not prevent report execution, but may indicate some issue or transient condition (e.g. inability to update a model that is currently locked for editing); also, to log purely informational status that helps with determining what part of a complex report has failed after the fact. At the same time, we don't want to crash the server by filling up filestores with a lot of log files!
Ideally, I'd like to see a report interface like e.g. log4js, where you have functions myLog.info(msg), myLog.warning(msg), myLog.error(msg), with the ability to configure and adjust log levels and alerts/notifications on a per-scheduled-report basis. If there is no such thing, what would be the best way of creating it, for on-premise as well as cloud hosted ARIS instances?
2 Replies
-
Hello Pontus,
there is an extensive post and code by Michel Bénard on how to schedule a report and make it available to end users in Aris Document Storage.
Send Email from Report relates to an older release and depends on including the javax.mail class, so it might be difficult in the cloud.
A later solution was provided by Kay Fischbach.
Regards, Martin
-
Yeah, not really any specific logging recommendations, and the javax.mail class is used in both the latter articles (with no support for Office 365 TLSv2 authentication).
I think dashboards are part of the solution to making ARIS content more easily manageable and consumable, so anything that helps us create and maintain them would enhance the value of the product.