August 18th, 2008XML Schema nillable=”true” vs minOccurs=”0″
In a WSDL, XML Schema is the section where it define the message format for each operations, which eventually become the real API that users are interested. And it is the most tricky part of the WSDL. Nowadays there are many tools that you can design and use WSDLs without any needs in knowing the meaning of a single line of the WSDL. But there are situations that you may find it is better you have some knowledge in XML Schema section and in WSDL overall.
For this post I m taking a simple example of use of nillable=”true” and minOccurs=”0″. Take the following example.
<xs:element name="myelements"> <xs:complexType> <xs:sequence> <xs:element name="nonboth" type="xs:string"/> <xs:element minOccurs="0" name="minzero" type="xs:int"/> <xs:element name="nilint" nillable="true" type="xs:int"/> <xs:element name="nilstring" nillable="true" type="xs:string"/> <xs:element minOccurs="0" name="minzeronil" nillable="true" type="xs:string"/> </xs:sequence> </xs:complexType> </xs:element>
Just ignore the meaning of what nillable and minOccurs attributes for now. You can safely say the following XML is valid for the above Schema.
<myelements> <nonboth>i can't be either nil nor skipped<nonboth> <minzero>3<minzero> <nilint><nilint> <nilstring>i can have null, but i cant skipeed</nilstring> <minzeronil>i can be skipped and have the nil value<minzeronil> </myelements>
Take the first element ‘nonboth’ in the schema, It has not any minOccurs or nillable attribute. By default minOccurs equal to 1 and nillable equal to false. That mean it can’t have nil value nor it can not be removed from the xml.
Is that making an element nil and removing the element from the XML is same? No. Take the second element in the schema ‘minzerostring’. There you have minOccurs =”0″ but there are no nillable=”true”, mean it is non-nillable. The idea is whenever you don’t want that element in your xml, you can’t have the element keeping empty like
<minzero xsi:nil="true"><minzero>
But you can remove the whole element from the XML (since it is minOccurs=0).
The opposite of the above scenario is nillable=”true” but minOccurrs != 0. Check the ‘nilint’ element in the schema. There you can’t skip the element ‘nilint’, you have to have the element <nilint/> but it can hold a nil value.
<nilint xsi:nil="true"></nilint>
or simply
<nilint xsi:nil="true"/>
Note that the correct way to declare the nil element is,
<nilint xsi:nil="true" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/>
You can understand why when we look at the third element ‘nilstring’. Say you set message the following element
<nilstring></nilstring>
You can say that this is not nil, this is an empty string. In fact an empty string is nil in some other language, But if we take XML Schema as a language, then for someone to be nil, it have to have the xsi:nil attribute set to “true” or “1″.
So going back to the ‘minzero’ which is non-nillable, by theory you should be able to write the following xml,
<minzero/>
Since you don’t have that xsi:nil=”1″ this is not a nil value, so the condition nillable=”false” condition is preserved. But unlike for string when you set an empty element for an integer, it doesn’t sound correct. So in practice whenever some schema says non-nillable you should set some valid value.
The last one is ‘minzeronil’ element which is both nillable=”true” and minOccurs=”0″. Whenever you don’t need to set a value for this element, you have the choice of either skipping the element or setting the value of the element to nil. It is obvious rather than setting a nil value it is better you just skip the element to make the XML shorter. This is really needed specially in web services where you need the payload to be minimum as much as possible.
Say you have to prepare the XML and you don’t have valid values for any of the element. So this can be the optimum XML you can create.
<myelements xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"/> <nonboth><nonboth> <nilint xsi:nil="1"/> <nilstring xsi:nil="1"> </myelements>
Read this nice article in developer works on nillable=”true” and minOccurs=”0″ for more.
May 7th, 2009 at 10:27 am
This was very informative. This is a topic of constant confusion in XML. Thanks!
August 25th, 2009 at 4:24 pm
It helps me a lot, I’m a newbie in web services and I didn’t even care about the difference between both attributes.
December 22nd, 2009 at 10:39 pm
Thanks for the info. You have given a good example and very easy to understand.
March 4th, 2010 at 7:45 am
Great blog post, very helpful.
March 12th, 2010 at 7:27 am
Thsi is really helpful. Thanks.
April 30th, 2010 at 7:23 am
This helped a lot. Thanks!
July 12th, 2010 at 7:33 am
Informative.. Thankyou..
July 22nd, 2010 at 2:17 am
This is helpful. Can you explain the behavior when the datatype is not a simple one like string,token or int? Say the data type is date or an enumeration you have defined – I have found that the nillable feature is overridden – can you let me know your observations? Thanks
July 28th, 2010 at 9:42 am
have defined nillable = true in schema. And am trying to give empty string for integer element.
while say validate in biztalk schema editor its giving error.
soo am pretty confused with the concept :S
August 29th, 2010 at 12:59 am
Just giving an empty string is not enough. You may have to declare xsi:nil=”1″ in your element.
Dimuthu
August 29th, 2010 at 1:04 am
We are declaring nillable true only on elements, and not on types. Isn’t it?. If so if we extend a simple type (with some restrictions or by an enumerations), we can’t declare it nillable. The element that has the type may be declared as nillable, but not the type itself. This is the first thought came to my mind, I will check and let you know if that is not the case.
Dimuthu