Hi Erik,

If the spec were still open, I'd agree to discuss it. But it isn't. :- ( We can look at this for a future revision.

By the way, the rationale was that it's less work in the enhancer to generate the code, but I admit the rationale is weak. But either way, it's a matter of the implementation checking for null or catching a NullPointerException versus catching a JDOFatalInternalException. I'd guess it's a "startup cost".

Craig

On Mar 6, 2006, at 7:28 AM, Erik Bengtson wrote:


7.5
"If the class is abstract, null is returned."

but should be "If the class is abstract, a JDOFatalInternalException is thrown."


Craig Russell
Architect, Sun Java Enterprise System http://java.sun.com/products/jdo
408 276-5638 mailto:[EMAIL PROTECTED]
P.S. A good JDO? O, Gasp!

Attachment: smime.p7s
Description: S/MIME cryptographic signature

Reply via email to