Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Difference between server-side and client-side XSL processing

From: Simon Brooke <simon@-------.---.-->
To: NULL
Date: 4/2/2007 7:15:00 PM

One of the things I'm messing with at present is offloading some of my XSL
processing to those browsers which claim to be able to handle it. That is
to say, if the client tells me it accepts either 'text/xml'
or 'application/xml' I'll send it the XML with an appropriate
xml-stylesheet PI; otherwise I'll run the transform server side and ship
HTML.

However, I'm getting differences in the resulting HTML depending on whether
the XML is transformed client side or server side. Most of those
differences seem to be concerned with things that do the equivalent of

     <xsl:apply-templates select="document( someurl)"/>

where the URLs are all world-addressable URLs, some of them on the same
server the XML was despatched from, some not. An example is this page

        http://www.scaffie.co.uk/scenehere/showscene?scene=1

[this is a system in development, bits of it break and it has rough edges -
I know this] 

When fetched with Firefox, which advertises its ability to transform XML,
the book details which should be fetched from Amazon into the floating DIV
on the right of the page do not get fetched; when fetched by a browser
(such as IE7 or Konqi) which does not advertise the ability to transform
XML, I do the transform server side using Xalan2, and the book details do
get fetched.

What I want to know is

(i) Is there something in the specifications which says that clients should
not fetch XML from third-party sites?

(ii) Is there some obvious - and foolish - bug in my code?

(iii) Is there a bug in Firefox?

I'd really like to offload the transform where I can, because it would save
a lot of load on my servers.

-- 
simon@j... (Simon Brooke) http://www.jasmine.org.uk/~simon/

                ;; better than your average performing pineapple



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