Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of funkman@joedog.org designates
 204.74.20.252 as permitted sender)
Message-ID: <444E132C.5050403@joedog.org>
Date: Tue, 25 Apr 2006 08:16:44 -0400
From: Tim Funk <funkman@joedog.org>
Organization: Human being
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
 rv:1.7.11) Gecko/20050728
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: Problem with the xsl:import
References: <5BABED549FA0374BBBC0F5CC4DF9DB69F5C0B9@lon0355xns.fm.rbsgrp.net>
In-Reply-To: <5BABED549FA0374BBBC0F5CC4DF9DB69F5C0B9@lon0355xns.fm.rbsgrp.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Here's the problem. xsl:import is purely an XSL thing. So it doesn't 
necessarily do anything similar to how the servlet spec does things.

So when you have <xsl:import href="cowbell.xsl" /> - cowbell is retreived in 
a relative style with respect to its context. (which could be file, or http).

Your webapp lives in a context. But xsl knows nothing about context, or 
context as defined by the servlet spec. So asking for 
http://localhost/aaem/xsl/routesummarycontent.xsl is the same as a webbrowser 
asking for it. On a multi-hosted machine - yup - this will bring you 
interesting results.

So what you probably need is your own javax.xml.transform.URIResolver. You 
probably need to write your own implementation of it and have tomcat use it. 
(A topic for which I have done neither)

-Tim

BLAND, Geoff, GBM wrote:
> Marc,
> 
> Thanks for the reply.
> 
> We can put in an import of the form
> 
> <xsl:import href="http://localhost/aaem/xsl/routesummarycontent.xsl" />
> 
> and that works fine (for a single web server).
> 
> But we have multiple web servers on the box (using different ports and
> different install paths) and they may be different versions (development,
> UAT, production) having different versions of routesummarycontent.xsl. If we
> use the import above all servers end up selecting the XSL for just one of
> the versions. 
> 
> We don't want to have a different import for each version either as that
> will need modifying as we migrate updated versions between servers.
> 
> What we need is a "relative" import, for example, 
> 
> <xsl:import href="/xsl/routesummarycontent.xsl" />  <!-- doesn't work -->
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org