Ken,

Castor does not yet support key, keyref, and unique. Only ID and IDREF are currently supported. I don't have an answer for you as to when they'll be supported as it all depends on when someone wants to tackle the issue or when I'll finally get around to it myself.

Sorry for the inconvenience.

--Keith

Hoying, Ken wrote:
Hello,
My expectation would be that as part of the validate method, a validation exception would be thrown when this constraint is violated. Thanks,
Ken
    -----Original Message-----
    *From:* Andrew Fawcett [mailto:[EMAIL PROTECTED]
    *Sent:* Tuesday, May 31, 2005 10:58 AM
    *To:* [email protected]
    *Subject:* RE: [castor-user] Question regarding schema support

    Hi,
What support are you expecting? I've not checked but I would mayb expect something like this to be
    checked only when you ask to marshall your objects.
Andy.

    ------------------------------------------------------------------------
    *From:* Hoying, Ken [mailto:[EMAIL PROTECTED]
    *Sent:* 31 May 2005 15:49
    *To:* [email protected]
    *Subject:* [castor-user] Question regarding schema support

    I am confused as to the support provided by Castor for xs:unique
    constraints.  Can someone please clarify this for me?  I noticed
    that a class called org.exolab.castor.xml.schema.IdentityConstraint
    does exists and that the JavaDoc does elude to the unique
    constraint.  However, I have been unable to get Castor to enforce
    this constraint.  I am new to Castor so it is very possible that I
    am doing something wrong.  Any assistance would be GREATLY appreciated!

    Thank you,
    Ken

    |

    **************************************************************
    This message, including any attachments, contains confidential
    information intended for a specific individual and purpose, and is
    protected by law. If you are not the intended recipient, please
    contact sender immediately by reply e-mail and destroy all copies.
    You are hereby notified that any disclosure, copying, or
    distribution of this message, or the taking of any action based on
    it, is strictly prohibited.
    TIAA-CREF
    **************************************************************
    |

    ------------------------------------------------------------------------
    *
    **The information in this message is confidential and may be legally
    privileged. It may not be disclosed to, or used by, anyone other
    than the addressee. If you receive this message in error, please
    advise us immediately.

    Internet emails are not necessarily secure. CODA does not accept
    responsibility for changes to any email which occur after the email
    has been sent. Attachments to this email may contain software
    viruses, which could damage your systems. CODA has checked the
    attachments for viruses before sending, but you should virus-check
    them before opening.*

|

**************************************************************
This message, including any attachments, contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, please contact sender immediately by reply e-mail and destroy all copies. You are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited.
TIAA-CREF
**************************************************************
|


-------------------------------------------------
If you wish to unsubscribe from this list, please send an empty message to the following address:

[EMAIL PROTECTED]
-------------------------------------------------

Reply via email to