Skip to end of banner
Go to start of banner

Inner-Thread tracing (synchronous methods)

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 25 Next »

This page describes all problems, tasks and solution approaches regarding tracing of method invocations in the same thread.

Main topics

  1. How to access information about the current method in a reliable way?

  2. How to associate a called method with it's caller?
  3. How to collect and filter the invocation information without much overhead in the target application and network?
  4. Can the amount of data form the agent be reduced? Can it be aggregated?

Current solution (state)

(Previous solution approaches regarding this topic were already discussed in the master thesis.)

Currently the sequence sensor is implemented as container, which collects all sensor data (e.g. from timer sensors) starting from an defined start point (execution of a predefined method).
This collected data is chronologically ordered, to allow to trace the invocation sequence.

Disadvantage:

This is not suitable for asynchronous methods.  

TODO: Validate if this is the current state of the sequence sensor. Possibly there were improvements in the meantime.

New approaches / solution

Coming soon...

Questions / Possible Problems

  1. Do we have to modify the ClassLoaders and therefore keep them thread safe? 
  2. Do we have to modify Java core classes?
  3.  Which JVM implementations (e.g Sun JVM/ Sun Open JVM/ BEA JRockit/ Kaffe) can Javassist instrument / can be used on? (Is Javassist really platform independent?)
  4. What, when Javassist does not work on a JVM?

     

  • No labels