Home > Features
Automatic SLA and Health KPI WarningsAutomatic SLA and health KPI warnings. Error Percentage, Very Slow Requests Percentage, AVG Server Process Time, JVM garbage collection, jvm and system CPU load, OS memory, database, webservice, application server, network, and browser. Read more in this blog article.
24/7 Performance OverviewThe dashboard gives a 24/7 overview of the performance in a selected time range. It shows real-time critical information about the ADF application’s performance. Monitor your service level agreement (SLA): What is the end-user experience? Are response times within SLA boundaries? Or are they well outside SLA boundaries and is it seriously problematic? What is the error rate? What is the health of the JVM memory? Is immediate action required?
Summary of Response TimesIn the top left section of the dashboard a summary of HTTP requests response times is shown for the selected time range. It shows 4 categories:
- Normal (well within the SLA range)
- Slow (somewhat outside the specified SLA response time)
- Very slow (well outside the SLA boundaries, considered seriously problematic)
- Errors (Number of Errors/Exceptions)
Details Response TimesHTTP response times can be analyzed over the selected time range. This makes visible when the load is high (and how high), how the response times are distributed over the categories (very slow, slow and normal) and when there are performance problems (more red and yellow colored parts of the bars). When there is more red (and yellow) colored parts in the bar chart (top right) this should be a trigger to drill down to this hour for further analysis in order to find the root cause.
Network Time to and from the BrowserTroubleshoot network problems. Network time is the time that it takes to send a HTTP request from a browser (http request network time) to the application server and from the application server back to the browser (http response network time). Read more here.
Time spent in LayerThe dashboard shows several overview and detail graphs that shows the layer (database, webservice, application server, network/browser loadtime) where process time is spent of your ADF application. It traces key ADF actions across tiers and services to provide end-to-end visibility and automatically maps each tier to easily visualize the relationship between them.
JVM CPU Load and System CPU LoadThe CPU load percentage of the JVM, and the total CPU load percentage of the whole underlying operating system. A high CPU usage rate and memory usage may indicate a poorly tuned or designed application. Read more in this blog article.
Browser Load TimeBrowser load time on the end-user (client) side. This is the process time that a browser needs to build up the DOM tree and load the page. Detect pages that have a long browser load time. Read more in this blog article.
JVM Heap and Garbage CollectionAn important aspect of performance management is a healthy JVM. The ADF Performance Monitor shows realtime or historic JVM heap usage and JVM garbage collection times. If garbage collections are running longer than a configurable threshold (for example 20 seconds) a warning sign is shown. This is often an indication of a problem – such as a freeze of all current requests because the JVM cannot clear enough memory. This should be a trigger to drill down to for further analysis in order to find the root cause.
Errors/Faults OverviewInsight in the number, type and severity of errors that happen in a test or production environment is crucial to resolve them, and to make a stable ADF application that is less error-prone. Application errors (and their stack traces) are often hard to retrieve or take a lot of time to find. Project teams commonly depend on the reports of end-users and testers, and they typically do not report all errors or provide insufficient information about them. Development, QA and operational teams can drill down to the error messages, their type, severity, and their stack traces to quickly troubleshoot errors and make the application more stable. Read more here.
Error StacktracesFrom the Errors overview you can drill down to the error stacktraces and their ADF callstack. This combination is unmissable to solve complex errors and their root cause. Read more in this blog article.
Time spent in Webservice CallsTime spent in webservice calls is shown on the main dashboard page. All webservice calls are instrumented and visible on the ADF callstacks. JAX-WS webservices, Apache CXF webservices and the ADF EMG XMLDataControl are supported.
HTTP Request MetricsThe monitor retrieves all HTTP requests down to the smallest details for further analysis; Http Response Time, Time spent in Network/Browser Load Time, Process time by Applicationserver, Time spent in database time spent in webservice, User ID, Click Action (Button/Link clicked on), Timestamp, URI, Managed Server, link to zoom in session details, ECID, Organization, e.g.)
Time RangeThere is common functionality; in every page a time range can be selected (5 minute, hour, day, week, month). You can drill down or roll up to any time range, or navigate to next or previous time range. There is also an option for a custom time range; this is useful to evaluate load tests.
ADF Callstack/SnapshotAn ADF callstack or snapshot gives visibility into which ADF method caused other methods to execute, organized by the sequence of their execution. A complete breakdown of the HTTP request is shown by actions in the ADF framework, with elapsed times and a view of what happened when. The parts of the ADF Request that consume a lot of time are highlighted and indicated with an alert/warning signal.
Performance by Click ActionA Click action is the actions that users have taken within the UI. This mostly relates to physical clicks on ADF Faces components such as buttons and tabs, but it also reports scrolling events, table and graph draws and more. It can help answer that particular question – “What did you do before you got the error?” for the operation/support team to troubleshoot problems.
Troubleshoot Slow ViewObject QueryA threshold can be set to log ViewObject SQL queries and their complete runtime statement including applied ViewCriterias and bind parameter values. Analyze slow queries and problems executed against the database.
Warnings and suggested solutionsDuring the whole application lifecycle, QA teams can make sure problems are found and dealt with. They can routinely check to ensure the application meets the desired quality. In the callstacks clickable warnings signs (Figure 11) are shown for slow executions and detected inefficiencies. These give a quick help with suggested solution(s) and a link to more detailed help.
Worst ADF BC and ADF Model layer executionsIn various overviews the worst performing parts of the ADF Business Components and ADF Model layer are indicated. Bottlenecks and the weakest chains are shown here. For example example the ADF BC overview it shows very slow, slow and normal ADF BC executions:
- ViewObject queries
- EntityObject DML operations
- PL/SQL procedure/function calls
- ApplicationModule Pooling passivations / activations
- ApplicationModule Transactions