RE: Purpose of <xs:sequence/>

Okay,

 

The reason this all came about is that I have been asked to load these
XML Schemas into Oracle 11g and Oracle doesn't like the <xs:sequence/>
elements at all.

 

I was wondering whether whilst it appears safe to remove them, if there
was a reason that they are there that I don't understand - perhaps some
XML Schema design subtlety that I don't understand?

 

So from your response, I assume removing them in actual fact makes no
difference? I wonder why XML Schema allows <xs:sequence/> and if this
isn't ambiguous?

 

Thanks Adam.

 

________________________________

From: Koray SAKIROGLU [mailto:koray.sakiroglu@gmail.com] 
Sent: 19 June 2008 14:15
To: Adam Retter
Subject: Re: Purpose of <xs:sequence/>

 

I looked at
http://www.sparxsystems.com/resources/xml_schema_generation.html and it
does indeed appear that those xml schema files were generated
automaticaly, it's probably the automatic behaviour of the schema
generator to add empty sequence declaration to complex type if they do
not already have xs:sequence content, you shouldn't let yourself get
bothered by those empty sequence declaration.

2008/6/19 Adam Retter <Adam.Retter@landmarkinfo.co.uk>:

 

It is in some XML Schemas that we have been given to work with from a
supplier. I believe that these were originally generated from a UML
modelling tool called Enterprise Architect.

 

 

Thanks Adam.

 

________________________________

From: Koray SAKIROGLU [mailto:koray.sakiroglu@gmail.com] 
Sent: 19 June 2008 13:53
To: Adam Retter
Subject: Re: Purpose of <xs:sequence/>

 

Where did you see such declaration of <xs:sequence/> ?

Was it in a xsd file editor-generated from a xml file ? 

2008/6/19 Adam Retter <Adam.Retter@landmarkinfo.co.uk>:


Hi Chaps,

I am having trouble understanding what the purpose of an empty sequence
declaration is?

e.g. - <xs:sequence/> or <xsd:sequence/>

Certainly it seems to have no relevance in a document instance of that
Schema.

For example in one of the Schemas here we have global declarations like
this -

<xs:element name="Classifier" type="Classifier"/>
<xs:complexType name="Classifier">
       <xs:sequence/>
       <xs:attribute name="pid" type="xs:string" use="required"/>
</xs:complexType>


In this case it's probably to avoid possible error if someone were to
complete the schema and add the sequence [b]after[/b] the attribute
(call it declaration etiquette).
 

	
	<xs:element name="Reference" type="Reference"/>
	<xs:complexType name="Reference">
	       <xs:sequence/>
	</xs:complexType>


No idea, this is basicaly a tag without content or attribute, it could
as well have been a simple element, maybe the creator is planning to
complete his element later on and decided to make it complex ?

All in all, I see no real point to such declaration, much could depend
on where you saw such declaration, maybe an erroned/out of date editor?
 

	
	
	There is probably some design subtlety that I am missing, can
someone
	explain it?
	
	Thanks
	
	Adam Retter
	
	Landmark Information Group Ltd
	5-7 Abbey Court
	Eagle Way
	Sowton Industrial Estate
	Exeter
	Devon
	EX2 7HY
	
	t: +44(0)1392 685403
	w: http://www.landmarkinfo.co.uk
	
	
	Registered Office: 7 Abbey Court, Eagle Way, Sowton, Exeter,
Devon, EX2 7HY
	Registered Number 2892803 Registered in England and Wales
	
	This email has been scanned by the MessageLabs Email Security
System.
	For more information please visit
http://www.messagelabs.com/email
	
	The information contained in this e-mail is confidential and may
be subject to
	legal privilege. If you are not the intended recipient, you must
not use, copy,
	distribute or disclose the e-mail or any part of its contents or
take any
	action in reliance on it. If you have received this e-mail in
error, please
	e-mail the sender by replying to this message. All reasonable
precautions have
	been taken to ensure no viruses are present in this e-mail.
Landmark Information
	Group Limited cannot accept responsibility for loss or damage
arising from the
	use of this e-mail or attachments and recommend that you subject
these to
	your virus checking procedures prior to use.
	
	

 

Registered Office: 7 Abbey Court, Eagle Way, Sowton, Exeter, Devon, EX2
7HY
Registered Number 2892803 Registered in England and Wales 

This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 

The information contained in this e-mail is confidential and may be
subject to legal privilege. If you are not the intended recipient, you
must not use, copy, distribute or disclose the e-mail or any part of its
contents or take any action in reliance on it. If you have received this
e-mail in error, please e-mail the sender by replying to this message.
All reasonable precautions have been taken to ensure no viruses are
present in this e-mail. Landmark Information Group Limited cannot accept
responsibility for loss or damage arising from the use of this e-mail or
attachments and recommend that you subject these to your virus checking
procedures prior to use. 

www.landmarkinfo.co.uk
Please don't print this email unless you really need to 

 


Registered Office: 7 Abbey Court, Eagle Way, Sowton, Exeter, Devon, EX2 7HY
Registered Number 2892803 Registered in England and Wales 

This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 

The information contained in this e-mail is confidential and may be subject to 
legal privilege. If you are not the intended recipient, you must not use, copy, 
distribute or disclose the e-mail or any part of its contents or take any 
action in reliance on it. If you have received this e-mail in error, please 
e-mail the sender by replying to this message. All reasonable precautions have 
been taken to ensure no viruses are present in this e-mail. Landmark Information
Group Limited cannot accept responsibility for loss or damage arising from the 
use of this e-mail or attachments and recommend that you subject these to 
your virus checking procedures prior to use.