Description:
It has been noted that when monitoring the Tomcat server that runs the RTC Jazz application, there is a possibility of a metric leak in Backends.
You will see a lot of entries similar to this one:
jdbc%rds%///rtc_01/tc-rtc/prd1/server/tomcat/temp/com.ibm.team.build.xdc13
The value at the end of the string will change randomly, leading to a metric leak.
<Please see attached file for image>
Solution:
To determine the class and method causing the problem, examine a transaction trace for one of the metrics in Trace View.
The Properties section will contain the class and method. In this example:
<Please see attached file for image>
Processing class com/ibm/rational/drivers/jdbc/xml/RDSStatement
execute:0 inserted method tracer object allocation: com/wily/introscope/agent/trace/hc2/BackendTracer
execute:0 inserted method tracer object allocation: com/wily/introscope/appmap/agent/trace/hc2/AppMapMarkerTracer
execute:0 inserted method tracer object allocation: com/wily/introscope/agent/trace/hc2/MethodThrewErrorReportingTracer
execute:0 inserted method tracer object allocation: com/wily/introscope/agent/sqlagent/hc2/SQLStatementBlamePointTracer
It is however not a supported driver so we have to suggest to skip that class.
You can add the skip to a custom pbd, or inside sqlagent.pbd, as long as you remember to make the same change to sqlagent.pbd if you upgrade.
In this scenario, there is still a lot of information in the transaction trace provided by the supported Oracle JDBC driver, so this is a beneficial change for performance reasons.
If you have a similar problem with metric leak, you can use the same procedure to determine the method and class that is creating the problem.