Configuring and Using the WebLogic Diagnostic Framework
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
The WebLogic Diagnostic Framework Instrumentation Library contains diagnostic monitors and diagnostic actions, as discussed in the following sections:
For information about using items from the Instrumentation Library, see Configuring Instrumentation.
Diagnostic monitors are broadly classified as server-scoped and application-scoped monitors. The former can be used to instrument WebLogic Server classes. The later can be used to instrument application classes. Except for the DyeInjection
monitor, all monitors are delegating monitors, that is, they do not have a built-in diagnostic action. Instead, they delegate to actions attached to them to perform diagnostic activity.
All of the monitors are preconfigured with their respective pointcuts. However, the actual locations affected by them may vary depending on the classes they instrument. For example, the Servlet_Before_Service
monitor adds diagnostic code at the entry of servlet or java server page (JSP) service methods at different locations in different servlet implementations.
For any delegating monitor, only compatible actions may be attached. The compatibility is determined by the nature of the monitor.
The following table lists and describes the diagnostic monitors that can be used within server scope, that is, in WebLogic Server classes. For the diagnostic actions that are compatible with each monitor, see the Compatible Action Type column in the table.
The following table lists the diagnostic monitors that can be used within application scopes, that is, in deployed applications. For the diagnostic actions that are compatible with each monitor, see the Compatible Action Type column in the table.
The Diagnostic Action Library includes the following actions:
These diagnostic actions can be used with the delegating monitors described in the previous tables. They can also be used with custom monitors that you can define and use within applications. Each diagnostic action can only be used with monitors with which they are compatible, as indicated by the Compatible Monitor Type column.
This action is a stateless action and is compatible with Before and After monitor types.
A TraceAction
generates a trace event at affected location in the program execution.The following information is generated:
TraceAction
This action is a stateless action and is compatible with Before and After monitor types.
A DisplayArgumentsAction
generates an instrumentation event at affected location in the program execution to capture method arguments or return value. The following information is generated:
When executed, this action causes an instrumentation event which will be dispatched to the events archive. When attached to before monitors, the instrumentation event will capture input arguments to the joinpoint (for example, method arguments). When attached to after monitors, the instrumentation event will capture the return value from the joinpoint. The even will carry the following information:
DisplayArgumentsAction
This action is an Around action and is compatible with Around monitor types.
An TraceElapsedTimeAction
generates an instrumentation event at affected location in the program execution to capture elapsed times.
When executed, this action captures the timestamps before and after the execution of associated joinpoint. It then computes the elapsed time by computing the difference. It generates an instrumentation event which is dispatched to the events archive. The elapsed time is stored as event payload. The event will carry the following information:
TraceElapsedTimeAction
This action is a stateless action and is compatible with Before and After monitor types.
A StackDumpAction
generates an instrumentation event at affected location in the program execution to capture stack dump.
When executed, this action generates an instrumentation event which is dispatched to the events archive. It captures the stack trace as event payload. The even will carry following information:
StackDumpAction
This action is a stateless action and is compatible with Before and After monitor types.
A ThreadDumpAction
generates an instrumentation event at affected location in the program execution to capture thread dump, if the underlying VM supports it.
When executed, this action generates an instrumentation event which is dispatched to the events archive. This action may be used only with the JRockit JVM. This action will be ignored when used with other JVMs. It captures the thread dump as event payload. The event will carry following information:
ThreadDumpAction
![]() ![]() |
![]() |
![]() |