You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jdo-dev@db.apache.org by "Ilan Kirsh (JIRA)" <ji...@apache.org> on 2006/09/13 10:00:22 UTC
[jira] Created: (JDO-425) Support for non binary compatibility
"reflection based" JDO implementations
Support for non binary compatibility "reflection based" JDO implementations
----------------------------------------------------------------------------
Key: JDO-425
URL: http://issues.apache.org/jira/browse/JDO-425
Project: JDO
Issue Type: Improvement
Components: specification, tck20
Reporter: Ilan Kirsh
In order to support non binary compatibility JDO implementations that do not have control on each field access (reflective implementations) the following tests that are based on immediate field access tracking have to be modified:
1. IsTransactionalFalse.testIsTransactionalFalse (field access in line 86 is not detected immediately)
2. MakeTransactionalPriorToTransactionRolledback.testTransactionalInst (field modifications in lines 115, 117 are not detected immediately)
3. InstanceLifecycleListenerLoad.testLoad (field access in line 101 is not detected immediately)
4. NoAccessToFieldsAfterPredelete.test (field access in line 115, for instance, is not detected immediately)
5. StateTransitions.test (operations in lines 472-496 are not detected immediately)
6. WhenNontransactionalReadIsFalse.test (field access in line 116, for instance, is not detected immediately)
Accordingly the specification should be updated in a way that state transitions, exceptions and events that are based on immediate field access tracking should be optional or more flexible in timing, at least for non binary compatibility implementations. For instance, the events firePreDirty and firePostDirty may be fired only when it is detected the an object became dirty in the following call to isDirty, commit or flush (this for example does not require changing the TCK).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira