
|
If you were logged in you would be able to see more operations.
|
|
|
| Resolution Date: |
14/Nov/06 11:25 PM
|
|
The CallingJdoPreclear test tries to add the same instance to multiple one-to-many relations in different instances, which may result in validation errors at commit time. The code that does this is:
primaryObj.addChild(secondaryObj); // primaryObj contains one child; secondaryObj contains none. primaryObj is now dirty
...
ternaryObj.addChild(secondaryObj);
Errors can be worked around by removing secondaryObj from primaryObj.children before adding it to ternaryObj. E.g.:
primaryObj.addChild(secondaryObj); // primaryObj contains one child; secondaryObj contains none. primaryObj is now dirty
primaryObj.children.remove(secondaryObj);
...
ternaryObj.addChild(secondaryObj);
Alternately, the call to "primaryObj.addChild(secondaryObj);" can probably just be skipped ... it doesn't look like it would impact the test case.
|
|
Description
|
The CallingJdoPreclear test tries to add the same instance to multiple one-to-many relations in different instances, which may result in validation errors at commit time. The code that does this is:
primaryObj.addChild(secondaryObj); // primaryObj contains one child; secondaryObj contains none. primaryObj is now dirty
...
ternaryObj.addChild(secondaryObj);
Errors can be worked around by removing secondaryObj from primaryObj.children before adding it to ternaryObj. E.g.:
primaryObj.addChild(secondaryObj); // primaryObj contains one child; secondaryObj contains none. primaryObj is now dirty
primaryObj.children.remove(secondaryObj);
...
ternaryObj.addChild(secondaryObj);
Alternately, the call to "primaryObj.addChild(secondaryObj);" can probably just be skipped ... it doesn't look like it would impact the test case.
|
Show » |
| No work has yet been logged on this issue.
|
|