AW: [sdo] Revised Proposal for Static SDOs.doc

["Barack, Ron" <ron.barack@sap.com>]

Title: Revised Proposal for Static SDOs.doc

Hi Blaise,

 

I was thinking that "null" would mean "normal SDO rules (for determining if a property is an attribute or element) apply".   With a 2 valued enum, the runtime would have no way of knowing if the programmer expressed a wish regarding isElement or not.

 

Since they share the "name" and "uri" properties, maybe @SdoXmlProperty can be a base type extended by @SdoXmlAttribute and @SdoXmlElement? 

 

Ron

 

---

Von: Blaise Doughan [mailto:blaise.doughan@oracle.com]
Gesendet: Dienstag, 24. Februar 2009 14:50
An: Barack, Ron
Cc: sdo@lists.oasis-open.org
Betreff: Re: [sdo] Revised Proposal for Static SDOs.doc

Hi Ron,

How about dropping @SdoXmlProperty and enhancing @SdoXmlAttribute and @SdoXmlElement?  Where do you see the node type being null?

    @Retention(RetentionPolicy.RUNTIME)
    @Target(@Target({ElementType.METHOD,   ElementType.FIELD})
    public @interface SdoXmlElement {
        String name() default "";
        String uri() default "";
     }

    @Retention(RetentionPolicy.RUNTIME)
    @Target(@Target({ElementType.METHOD,   ElementType.FIELD})
    public @interface SdoXmlAttribute {
        String name() default "";
        String uri() default "";
     }

-Blaise

Barack, Ron wrote:

7C3EF93EEBC6EB4A8B4470853DE8656674C499@dewdfe18.wdf.sap.corp type="cite">

<<Proposal for Static SDOs.doc>>

Hi Everyone,

Attached is a new proposal in which I've tried to incorporate all the comments I got during the F2F on Friday.  Blaise, I've broken out @SdoXmlElement seperately rather than keeping it a part of @SdoXmlProperty because annotations don't allow default values to be null, and I think implementations need to distinguish whether the user has actually said anything or not.  Otherwise, we'd need a three-valued enum, and I just think that's too ugly.

Comments welcome, maybe we can discuss this on Tuesday's call.

Ron

---------------------------------------------------------------------
To unsubscribe from this mail list, you must leave the OASIS TC that
generates this mail.  Follow this link to all your TCs in OASIS at:
https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php