To give my simple answer, I think CDATA construct is a valid XML
construct, but not in this context, as I explain below. The CDATA
construct is not a 'tag' it's a literal string of special (protected)
text, protected inside the 'section' (the CDATA 'section'). This is more
of an XML thing, as correctly alluded to by MK -- not so much an XSLT
thing. The CDATA is used to "block escape" a literal text string -- if
replacing illegal chars, ("<" and "&") with entity references would
cause more problems.
In your example schema, showing the XML schema, the wildcard: "##any"
lets the processor put in any namespace, when the additional: "
processContents="lax" " is used. It may be necessary but still not
'sufficient' to be 100% correct, hence the problems. To explain this to
some other inquisitive person, I'd suggest that perhaps the use of a
CDATA section is not acceptable as a namespace, presumably because there
is no well-defined namespace for CDATA, in the schema, thus the
problems.
This may be from off-point, but I've used
The CDATA stuff inside XSLT as an 'in-line' to javscript, as shown
below. This works inside XSLT:
<script implements-prefix="PDQ">
<xsl:comment>
<![CDATA[
var message="SOME DATA STR"
function redo(){
window.location.reload()
}
]]>
</xsl:comment>
</script>
Best wishes,
Jim
-----Original Message-----
From: Michael Kay [mailto:mike(_at_)saxonica(_dot_)com]
Sent: Tuesday, 28 February 2006 02:58
To: xsl-list(_at_)lists(_dot_)mulberrytech(_dot_)com
Subject: RE: [xsl] <xs:any> and [!CDATA{ - Simple question
Your question doesn't seem to relate to XSLT.
But I think the answer (assuming that the complextype detail is the type
of
the detail element) is that hte schema does not allow text content and
therefore does not allow a CDATA section, since a CDATA section is just
another way of writing text content.
Michael Kay
http://www.saxonica.com/
-----Original Message-----
From: Pedro Alves [mailto:pedro(_at_)neraka(_dot_)no-ip(_dot_)org]
Sent: 27 February 2006 23:59
To: XSL List
Subject: [xsl] <xs:any> and [!CDATA{ - Simple question
Hello. I have a problem regarding weblogics soap response.
Soap specification has the following:
___________________________________________
<complexType name="detail">
<sequence>
<any namespace="##any" minOccurs="0"
maxOccurs="unbounded" processContents="lax"/>
</sequence>
<anyAttribute namespace="##any" processContents="lax"/>
</complexType>
___________________________________________
And the xml I get says something like the following in the middle:
___________________________________________
<?xml version="1.0" encoding="UTF-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";>
<soap:Body>
<soap:Fault>
<faultcode>
Client
</faultcode>
<faultstring>
com.altitude.tp.common.TransactionErrorException
</faultstring>
<detail><![CDATA[
Application fault:
<error><trxNumber>200602160008360421</trxNumber><statusFields
<field>824</field></statusFields><errorType>FU</errorType><er
rorCode>0</errorCode></erro
r>
at com.altitude.tp.logic.AltamiraLogicEJB.parseReturnFields(...)
(...)
]]></detail>
</soap:Fault>
</soap:Body>
</soap:Envelope>
___________________________________________
Since I'm not being able to connect axis to that weblogic,
I'm trying to
prove my boss that's not my fault :)
Is that <![CDATA[]] inside the <detail> a valid tag?
Thanks
--
Pedro Alves
pedro(_dot_)alves(_at_)zmail(_dot_)pt
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail:
<mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--