Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
As a System Admin I want to view details of failed messages.
Table of Contents |
---|
Lesson Outcomes
By the end of this lesson you should:
- Know all the built-in objects provided by Helium
- Understand how to use built-in objects in a Helium application
- Know how source code that is common between apps can be used as a shared library
Modified or Added App Files
./web-app/images/Monitoring.png
./web-app/presenters/app_monitoring/AppMonitoringMenu.mez
./web-app/views/app_monitoring/AppMonitoringMenu.vxml
./web-app/presenters/app_monitoring/SmsResult.mez
./web-app/views/app_monitoring/SmsResult.vxml
./web-app/presenters/app_monitoring/ScheduledFunctionResult.mez
./web-app/views/app_monitoring/ScheduledFunctionResult.vxml
./web-app/views/app_monitoring/ScheduledFunctionResultStacktrace.vxml
./web-app/lang/en.lang
App Use Case Scenario
In Lesson 18 we covered an app feature where system administrator users are notified regarding consecutive failures of SMS messages and scheduled results. In this lesson we will expand on this by providing a view that can be inspected to find details of failed SMS messages and scheduled functions. This can then be used by users to diagnose the cause and solve the underlying issues.
Built-In Object Details
In Lesson 18 we briefly mentioned the __sms_result___
and __scheduled_function_result__
builtin-in objects provided by Helium. See below the details of theses objects:
Code Block | ||||
---|---|---|---|---|
| ||||
@NotTracked persistent object __sms_result__ { datetime datetimestampStarted; datetime datetimestampFinished; string destination; int attempt; bool success; string error; bool doneProcessing; uuid smsOutboundConfigurationVersionId; string smsOutboundConfigurationName; uuid smsId; } |
Code Block | ||||
---|---|---|---|---|
| ||||
@NotTracked persistent object __scheduled_function_result__ { datetime datetimestampStarted; datetime datetimestampFinished; string qualifiedName; string schedule; string error; string stackTrace; bool success; } |
Data Table Using Built-In Object
Built-in objects do not need to be included in the data model of a Helium app as they are automatically included by Helium. They are read-only and can be accessed like any other object using selectors.
See below for code snippets for the collection source for data tables showing details for SMS and scheduled function results.
Code Block | ||||
---|---|---|---|---|
| ||||
__sms_result__[] getSmsResults() { return __sms_result__:all(); } |
Code Block | ||||
---|---|---|---|---|
| ||||
__scheduled_function_result__[] getScheduledFunctionResults() { return __scheduled_function_result__:all(); } |
Please consult the source code accompanying this lesson for the full example.
Shared Libraries
The use of __sms_result__
, __scheduled_function_result__
and their respective callback functions, as discussed in this lesson and Lesson 18 can provide useful monitoring and diagnostic features for any Helium app. The source code presented in these lessons can, therefore, be reused by many DSL apps.
For this use case Helium provides shared library functionality. The source code to be reused by multiple apps can be released as a separate release and simply imported into any app that needs to make use of it. Any type of source code or app resources can be added to a shared library.
For a detailed description of how to make use of shared library functionality please see the reference documentation here.
Lesson Source Code