RE: [sdo] Proposal for handling xsi:nil in SDO 3.0

["Radu Preotiuc-Pietro" <radu.preotiuc-pietro@oracle.com>]

I don't think it's entirely fair to say that xsi:nil is an example of non-business data information.

Most programming languages as well as relational have the ability to represent null as a special value and this is in fact the reason it was added to XMLSchema, as far as I know. But in the world of XML there is this "camp" for whom elements represent the "data" and attributes are out-of-band information (like xml:lang, xml:base, xsi:type). I believe that was the reason why the decision was made that xsi:nil doesn't apply to attributes.

On the other hand, in SDO (2.1.1), we have this in the list of Schema corner cases that are not supported: "2.	<element nillable="true" maxOccurs="unbounded" type="USAddress"/>  Multi-valued nillable Properties with DataObject Types." I think this is something we do want to support, also Java lists with null elements inside we probably want to support.

So, to get to the point, I would like to add to the proposal a statement about how "null" values are handled in the array case on the save-to-XML side and in the case of <element xsi:nil="true"/> on the load-to-XML side, if possible. Otherwise, in the current proposal, it is not clear when the DataObject in question is non-null, so that the new API can apply to it.

Oh, and I prefer option 1, of course.

Thanks,
Radu

> -----Original Message-----
> From: Frank Budinsky [mailto:frankb@ca.ibm.com] 
> Sent: Friday, March 06, 2009 10:56 AM
> To: sdo@lists.oasis-open.org
> Subject: Re: [sdo] Proposal for handling xsi:nil in SDO 3.0
> 
> I like option 1, but it should be on XMLHelper, not 
> XSDHelper. XSDHelper is for helping with metadata (Type and 
> Property), not instances (DataObjects).
> 
> Frank.
> 
> 
> 
> 
> 
> "von Mersewsky, Ulf" <ulf.von.mersewsky@sap.com>
> 03/06/2009 04:57 AM
> 
> To
> <sdo@lists.oasis-open.org>
> cc
> 
> Subject
> [sdo] Proposal for handling xsi:nil in SDO 3.0
> 
> 
> 
> 
> 
> 
> Hi all,
> As agreed in the vF2F here comes a first proposal for 
> handling xsi:nil in SDO 3.0. 
> <<Handling of nil.doc>>
> Please see it as a base for discussion. 
> Best regards,
> Ulf
> Ulf von Mersewsky
> Senior Developer
> NW Core JS&I Tools Berlin (AG)
> SAP AG
> Rosenthaler Straße 30
> 10178 Berlin
> T +49 30 41092-621
> F +49 6227 78-42774
> M +49 172 3088549
> mailto:ulf.vonmersewsky@sap.com
> www.sap.com 
> 
> Sitz der Gesellschaft/Registered Office: Walldorf, Germany 
> Vorstand/SAP Executive Board: Henning Kagermann 
> (Sprecher/Co-CEO), Léo Apotheker (Sprecher/Co-CEO), Werner 
> Brandt, Erwin Gunst, Claus Heinrich, Bill McDermott, Gerhard 
> Oswald, John Schwarz, Jim Hagemann Snabe Vorsitzender des 
> Aufsichtsrats/Chairperson of the SAP Supervisory Board: 
> Hasso Plattner
> Registergericht/Commercial Register Mannheim No HRB 350269 
> Diese E-Mail kann Betriebs- oder Geschäftsgeheimnisse oder 
> sonstige vertrauliche Informationen enthalten. Sollten Sie 
> diese E-Mail irrtümlich erhalten haben, ist Ihnen eine 
> Kenntnisnahme des Inhalts, eine Vervielfältigung oder 
> Weitergabe der E-Mail ausdrücklich untersagt. Bitte 
> benachrichtigen Sie uns und vernichten Sie die empfangene 
> E-Mail. Vielen Dank. 
> This e-mail may contain trade secrets or privileged, 
> undisclosed, or otherwise confidential information. If you 
> have received this e-mail in error, you are hereby notified 
> that any review, copying, or distribution of it is strictly 
> prohibited. Please inform us immediately and destroy the 
> original transmittal. Thank you for your cooperation. 
> [attachment "Handling of nil.doc" deleted by Frank 
> Budinsky/Toronto/IBM]
> ---------------------------------------------------------------------
> 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_workgr
oups.php 
> 
> 
> ---------------------------------------------------------------------
> 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
> 
> 
>