...
This document describes the domain model of inspectIT.
Requirements
The reworking of the Central Measurement Repository, basically the domain model which will be used by hibernate to persist the data, is needed to use less data transformers than currently utilized. At present, the user interface receives completely different data objects than the data objects that are sent by the Agent to the CMR, and these are even different from the objects that are persisted by hibernate.
...
The first Ident that is created by every Agent is the PlatformIdenthttps://195.227.0.189/NovaSpy/wiki/PlatformIdent. This identification object holds specific information about the target computer and target Java Virtual Machine. It is needed to uniquely identify different Agents which are later listed in the user interface. Additionally, restarting a JEE server for example with an inspectIT agent installed, will be recognized and registered by the CMR with the same ID as before so that all measurements from the same Agent are always stored with the same PlatformIdent.
...
The last Ident object that is created is for every instrumented method on the target system. With this information, the user interface can provide a tree based view containing the package, class, method and method attribute names.
Transfer objects
The above model represents the data objects used to transmit the measurements from the inspectIT Agent(s) to the CMR and from the CMR to the user interface. The data containers, which extend the SystemSensorDataand provide dymanic informations, contain only the measured data (for example: min, max, total). Stuff like the average will be calculated at the client side. Every data container has to extend either the SystemSensorData or MethodSensorDataclass. As these data objects are created on the Agent(s) after the registration process on the CMR is finished, they have to contain information about to which Ident object they belong.
Again, the data objects are divided into two categories. Every object which holds data for a specific method has to extend the MethodSensorData class. In contrast to the objects which are extending SystemSensorData, these objects contain an additional field methodIdent which is needed for correct mapping on the side of the CMR (and later the user interface).
Important to know for the data objects is the fact that they are received and accepted on the CMR and persisted right away. Value objects on the other side are used just to transmit the measurements from the Agent(s) to the CMR and are transformed into their corresponding data objects so that they can be persisted afterwards. The user interface will always use data objects and never value objects.
Timer model
Instead of aggregating the data right away on the Agent(s) for the execution time of a specific method, the data can also be stored in raw format in the PlainTimerVO object. This value object is transmitted to the CMR and then transformed to the TimerData object which will be persisted.
