10-18-06 12:11 PM
[ [url]http://issues.apache.org/jira/browse/JDO-432?page=comments#action_12443201[/
url] ]
Andy Jefferson commented on JDO-432:
------------------------------------
The 2 remaining issues are due to JPOX implementing part of an earlier versi
on of the JDO2 spec. Some time ago it used to say that calling detachCopyXXX
() on an object that was of a non-Detachable class would throw JDOUserExcept
ion. JDO2-final says that i
t should return a transient and previously there was seemingly no TCK test f
or that condition until this test for nulls that actually also tests this to
o.
I'll leave it to you to decide if you want to just pass in a single "null" e
lement so the test just tests the null part of the spec, and add a new test
for the return of a transient when passing in a non-Detachable object.
Anyway, its monitorable via
> Test for behaviour of null passed to detachCopy(), makePersistent(), etc
> ------------------------------------------------------------------------
>
> Key: JDO-432
> URL: [url]http://issues.apache.org/jira/browse/JDO-432" target="_blank">http://www.jpox.org/servlet/jira/br.../browse/JDO-432
> Project: JDO
> Issue Type: Task
> Components: tck20
> Affects Versions: JDO 2 final
> Reporter: Andy Jefferson
> Assigned To: Michelle Caisse
> Priority: Minor
> Fix For: JDO 2 maintenance release 1
>
> Attachments: jdo-432-2.patch, jdo-432.patch
>
>
> The JDO2 spec adequately defines (section 12.6.0 "Null Management") behaviour whe
n null values are passed in to the PersistenceManager methods makePersistent, detach
Copy, etc but there doesnt seem to be a test for these situations currently. JPOX 1.
1.2
on calling detachCopy(null) actually throws an NPE, which is outside of spec
... now fixed.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://iss
ues.apache.org/ji...nistrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
[ Post a follow-up to this message ]
|