[jboss-as7-dev] Attributes, metrics, additional descriptive information for such

[Emanuel Muckenhuber]

On 01/27/2011 09:02 PM, Heiko Braun wrote:
>
> On Jan 27, 2011, at 8:54 PM, Heiko Braun wrote:
>
>> On the API level this separation highlights that metrics run under different performance considerations
>> and different semantics apply in general. It should not be intermingled with config data.
>> Anything we build atop of that (caching, aggregation, etc) would clearly benefit from a distinction build into the API
>> right from the beginning.
>
> Another thing that just came to my mind, with regard to semantics:
>
> Will metrics be 'pulled' from a subsystem component with every request,
> or is a subsystem component forced to 'push' state changes to domain runtime state?
>
> The later would force the domain store these values redundantly (and stale)
> whereas the 'pull' semantic would more work like a snapshot of the state the each subsystem manages on it's own.
>

Yeah, we are thinking of pushing metric values in future, but for now 
metrics have to be pulled.