Ebersole, Steven wrote:
I'll take silence as a no...
In my case silence just means "tom did not find the time to answer yet... or even worse he did miss the original posting..."
|-----Original Message-----
|From: Ebersole, Steven [mailto:[EMAIL PROTECTED]
|Sent: Monday, February 24, 2003 10:35 AM
|To: OJB Users List (E-mail)
|Subject: auditing mapped classes
|
|
|I was wondering if OJB has built-in support for auditing |state changes in
|the classes which are mapped under its control. What I am |thinking of is
|something along the lines of TopLink's changeset concept.
depends on the API we are talking about:
- For OJB-PersistenceBroker it's a clear no.
- For OJB-JDO it's a clear yes. The JDO spec does require JDO implementations to do this. The required code is injected into the persistent classes by bytecode enhancement.
- For OJB-ODMG it's a clear "partially":
in our ODMG implementation all instances managed by a transaction are inserted into so called ObjectEnvelope objects. The ObjectEnvelope implements the contract between a persistent instance and the ODMG ty management. It contains a snapshot of the persistent instance of the point in time when it was registered.
This Envelope is use on TX commit to detect all changes to the persistent instance.
But as we do no bytecode enhancement in ODMG, we don't get triggered, when user code modifies an instance under ODMG control.
|Currently I have a base domain class which is responsible |for tracking these
|property changes, and then publishing notification to an |event manager which
|brokers those notifications to auditing and integration gateways.
|
|In TopLink, I could utilize its EventManager and DescriptorEvent to
|externalize this whole process (basically refactoring it |out of the domain
|classes). And basically, I was just wondering if |something similiar already
|exists in OJB.
No there is nothing that maps directly to this concepts. We only provide simple instance callback mechanisms to inform instances about persistence operations going on.
But (apart from the bytecode enhanced JDO) we do not interfere with user code accessing attributes.
Do you think this is an important functionality for an O/R layer?
Where (which OJB layer) could you imagine to fit it in?
Would a generalized bytecode-enhancement or an aspect weaving mechanism be a possible solution?
cheers, Thomas
|
|
|
|
|Steve Ebersole
|IT Integration Engineer
|Vignette Corporation |Office: 512.741.4195
|Mobile: 512.297.5438
|
|Visit http://www.vignette.com
|
|-----------------------------------------------------------
|----------
|To unsubscribe, e-mail: [EMAIL PROTECTED]
|For additional commands, e-mail: [EMAIL PROTECTED]
|
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
