wiki-archive/twiki/temp-gjr/BDI/SDD/NewlinesInSchemaLocationAttribute.txt,v

head	1.7;
access;
symbols;
locks; strict;
comment	@# @;


1.7
date	2009.11.25.03.14.35;	author GarryJolleyRogers;	state Exp;
branches;
next	1.6;

1.6
date	2009.11.20.02.45.27;	author LeeBelbin;	state Exp;
branches;
next	1.5;

1.5
date	2007.03.06.17.30.00;	author TWikiGuest;	state Exp;
branches;
next	1.4;

1.4
date	2005.01.06.16.42.44;	author BobMorris;	state Exp;
branches;
next	1.3;

1.3
date	2004.05.28.17.06.52;	author GregorHagedorn;	state Exp;
branches;
next	1.2;

1.2
date	2003.12.22.12.42.09;	author BobMorris;	state Exp;
branches;
next	1.1;

1.1
date	2003.11.26.22.24.46;	author BobMorris;	state Exp;
branches;
next	;


desc
@none
@


1.7
log
@none
@
text
@%META:TOPICINFO{author="GarryJolleyRogers" date="1259118875" format="1.1" version="1.7"}%
%META:TOPICPARENT{name="BDI.SDD_"}%
---+!! %TOPIC%

You only care about this topic if you are using XSLT to transform instance documents for some reason, and if you want to use XML Spy to do so.
One such case is a tool written by Main.JacobAsiedu to help debug the key/keyref attributes in instance documents (see DebugRef).
XML Spy's XSLT engine has a bug that sometimes causes inappropriate input to be put into an output document in the case where the input document's _xsi:schemaLocation_ attribute has a newline separating the two required parts of the attribute value. This is not too fatal if you don't care about validating the output document, but sometimes you do.  Thus, instead of 
<verbatim>
xsi:schemaLocation="http://www.tdwg.org/2003/SDD.09 
SDD.09.xsd"
</verbatim>

you should have 
<verbatim>
xsi:schemaLocation="http://www.tdwg.org/2003/SDD.09 SDD.09.xsd"
</verbatim>

Symptom: the constructed document will have the entity refrence &#xA; between the two parts of the xsi:schemaLocation attribute. This will cause validation to fail immediately (because Spy attempts to validate newly created documents if they have a schema named in them).

Cure: You must replace &#xA; with any whitespace, including a newline, unless you don't care about validation (which is often a dangerous position...)

Workaround: avoid newline inside the _xsi:schemaLocation_ in your instance documents.

-- Main.BobMorris - 26 Nov 2003@


1.6
log
@none
@
text
@d1 2
a2 2
%META:TOPICINFO{author="LeeBelbin" date="1258685127" format="1.1" reprev="1.6" version="1.6"}%
%META:TOPICPARENT{name="BDI.SDD"}%
d24 1
a24 1
-- Main.BobMorris - 26 Nov 2003
@


1.5
log
@Added topic name via script
@
text
@d1 2
a4 2
%META:TOPICINFO{author="BobMorris" date="1105029764" format="1.0" version="1.4"}%
%META:TOPICPARENT{name="WebHome"}%
a24 1

@


1.4
log
@none
@
text
@d1 2
@


1.3
log
@none
@
text
@d1 1
a1 1
%META:TOPICINFO{author="GregorHagedorn" date="1085764012" format="1.0" version="1.3"}%
d3 21
a23 20
You only care about this topic if you are using XSLT to transform instance documents for some reason, and if you want to use XML Spy to do so.
One such case is a tool written by Main.JacobAsiedu to help debug the key/keyref attributes in instance documents (see ToolsForUseWithSDD).
XML Spy's XSLT engine has a bug that sometimes causes inappropriate input to be put into an output document in the case where the input document's _xsi:schemaLocation_ attribute has a newline separating the two required parts of the attribute value. This is not too fatal if you don't care about validating the output document, but sometimes you do.  Thus, instead of 
<verbatim>
xsi:schemaLocation="http://www.tdwg.org/2003/SDD.09 
SDD.09.xsd"
</verbatim>

you should have 
<verbatim>
xsi:schemaLocation="http://www.tdwg.org/2003/SDD.09 SDD.09.xsd"
</verbatim>

Symptom: the constructed document will have the entity refrence &#xA; between the two parts of the xsi:schemaLocation attribute. This will cause validation to fail immediately (because Spy attempts to validate newly created documents if they have a schema named in them).

Cure: You must replace &#xA; with any whitespace, including a newline, unless you don't care about validation (which is often a dangerous position...)

Workaround: avoid newline inside the _xsi:schemaLocation_ in your instance documents.

-- Main.BobMorris - 26 Nov 2003
@


1.2
log
@none
@
text
@d1 2
a2 2
%META:TOPICINFO{author="BobMorris" date="1072096929" format="1.0" version="1.2"}%
%META:TOPICPARENT{name="InstanceDocuments"}%
@


1.1
log
@none
@
text
@d1 1
a1 1
%META:TOPICINFO{author="BobMorris" date="1069885486" format="1.0" version="1.1"}%
d4 1
a4 2
One such case is a tool written by Main.JacobAsiedu to help debug the key/keyref attributes in instance documents, and later there will be a pointer here to that.

@