Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: [xsl] parser error with CDATA string '&a'

From: "G. Ken Holman" <gkholman@-------------------->
To:
Date: 3/1/2008 5:09:00 PM
At 2008-03-01 17:03 +0100, Werner Remmers wrote:
Hi Ken,



When you say it doesn't work, in what way does it not work?

I try to transform it with an xsl-sheet that copies its most part 
into a new document and makes changes on just some few nodes. And 
that doesn't work because Saxon throws the error reported.

On the "new" document?



I must not change &a to &amp; within the uri because the server 
won't be able no more to fetch the GET parameter "a" from the uri. 
It's not my server.

Regardless, I think that is non-conformant behaviour, but I cannot 
find a reference online to back me up with that statement.



Isn't it really possible to copy the string as CDATA?

No ... CDATA is syntactic sugar for XML documents ... it isn't 
meaningful at all.  It is just a shortcut for not typing out entities.



After copying the content into a new document (what doesn't work 
yet) I want to use the <url_download> to dynamically generate links 
with its CDATA.

Ah ... then you don't have a problem on the way in to the second 
process, only on the way out to your server.



On the way in to your second process you have to have "&amp;" because 
the second process is XSLT ... hence the message from Saxon (I hadn't 
realized you had two processes).



One solution to th '&a' problem would be using the function 
fn:encode-for-uri (XSLT 2.0) which will transform back the &amp;a to 
&a. Unfortunately it is not possible because the libxst-processor 
that is included in PHP and that I must use for 'XSLT on the fly' 
only supports XSLT 1.0. That's why I must not change &a to &amp;

Then I think you are stuck.  What experiments have you run with the 
server?  Have you tried hand-typing &amp; in the URL at the server to 
see how it complains?



Sorry I have no guidance to get around what I believe is 
non-conformant behaviour.



. . . . . . . . . . Ken




--
World-wide corporate, govt. & user group XML, XSL and UBL training
RSS feeds:     publicly-available developer resources and training
G. Ken Holman                 mailto:gkholman@xxxxxxxxxxxxxxxxxxxx
Crane Softwrights Ltd.          http://www.CraneSoftwrights.com/s/
Box 266, Kars, Ontario CANADA K0A-2E0    +1(613)489-0999 (F:-0995)
Male Cancer Awareness Nov'07  http://www.CraneSoftwrights.com/s/bc
Legal business disclaimers:  http://www.CraneSoftwrights.com/legal


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent