I'm sorry, but you completely lost me here. Can you tell me what your
goal is, and maybe how a kernel component is different from a
StateManagedObject? I really don't understand why we need this
abstraction layer.
-dain
On Monday, August 18, 2003, at 06:26 AM, gianny DAMOUR wrote:
Hello,
I tried to produce a working piece of code showing how a JSR77
implementation could be separated from the kernel by exposing some
instrumentation hooks.
More accurately, here is a short description of the general idea:
A kernel component, KC, mirroring a J2EE managed object, MO,
implements the following interface:
public interface InstrumentationHook {
public J2EEManagedObject getManagedObject();
public void setEventProviderInst(EvtProvInst anEvtProv);
public StateManageableInst getStateManageableInst();
}
KC creates its corresponding MO.
KC calls MO.setEventProvider() in order to notify MO that it emits
events. If KC emits events, then MO calls back KC via the
setEventProviderInst() method. The instance passed to KC is an event
provider instrumentation hook used by KC to send event to the JSR77
model.
KC calls MO.setStateManageable() in order to notify MO that its state
is manageable. If the state of KC is manageable, then MO calls back KC
via the getStateManageableInst() method. The returned instance is an
instrumentation hook used by MO to manage the state of KC.
Regarding the statistics, I assume that the same mechanism could be
applied.
What I like in this implementation is the fact that it is orthogonal -
to some extent - to the kernel. More accurately, it could potentially
be a re-usable component. The kernel deals with the instrumentation
hooks provided by the implementation and that is it.
Let me know if this proposition makes sense and if it worth the price
to investigate more in this direction or if I should give up.
Cheers,
Gianny
_________________________________________________________________
MSN Messenger 6 http://g.msn.fr/FR1001/866 : ajoutez une image �
votre pseudo pour dialoguer avec vos amis
<demo-specs-j2ee-management-18082003.zip><demo-core-java-18082003.txt>
/*************************
* Dain Sundstrom
* Partner
* Core Developers Network
*************************/
