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 (athena.apache.org: domain of aw@ice-sa.com designates
 212.85.38.228 as permitted sender)
Message-ID: <4A54860D.6020202@ice-sa.com>
Date: Wed, 08 Jul 2009 13:42:05 +0200
From: =?ISO-8859-1?Q?Andr=E9_Warnier?= <aw@ice-sa.com>
Reply-To: aw@ice-sa.com
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: Problem with system property
References: <4A5481B6.1080309@byrman.demon.nl>
In-Reply-To: <4A5481B6.1080309@byrman.demon.nl>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

CBy wrote:
> Hi,
> 
> We have a third-party webapp that sets the following system property:
> 
> System.setProperty("javax.xml.transform.TransformerFactory","net.sf.saxon.TransformerFactoryImpl"); 
> 
> 
> This effectively forces all other webapps to use Saxon as an XLST/XQuery 
> processor, see:
> 
> http://java.sun.com/javase/6/docs/api/javax/xml/transform/TransformerFactory.html#newInstance%28%29 
> 
> 
> Other webapps, which are perfectly happy with the default, now suddenly 
> have to include saxon9.jar to get successfully deployed. I can imagine 
> conflicting webapps in the future. I feel a bit hijacked by this 
> third-party application 

You are.

(we do not have the source code). What is the
> best way to deal with this?
> 
- Bitterly complain to the supplier of that app.
- in the meantime, run this app in a separate Tomcat (and JVM) instance.

I don't believe there's much else you can do, since those properties are 
really JVM-global.  I had the same case a while ago, with some webapp 
setting the language properties.  Depending of the order in which 
webapps were being loaded and started, my whole Tomcat would end up 
speaking in (different) tongues...

If you really need this webapp, implementing a front-end which proxies 
the calls to your webapps to distinct Tomcat instances (listening to 
different ports) may be the easiest way.


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