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 dmikusa@gopivotal.com
 designates 209.85.128.46 as permitted sender)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\))
Subject: Re: /META-INF/context.xml seemingly ignored
From: Daniel Mikusa <dmikusa@gopivotal.com>
In-Reply-To: <80D20DED-AEB1-4E31-B225-85ECBF3AF577@nicholaswilliams.net>
Date: Sun, 4 Aug 2013 08:21:09 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <22514507-C92B-4091-A4C8-18D1538EAEE4@gopivotal.com>
References: <95A7DCF4-93B1-4389-9C67-A255F0D6B1F2@nicholaswilliams.net>
 <51FD8CB7.4020806@christopherschultz.net>
 <80D20DED-AEB1-4E31-B225-85ECBF3AF577@nicholaswilliams.net>
To: "Tomcat Users List" <users@tomcat.apache.org>

On Aug 3, 2013, at 8:27 PM, Nick Williams =
<nicholas@nicholaswilliams.net> wrote:

>=20
> On Aug 3, 2013, at 6:05 PM, Christopher Schultz wrote:
>=20
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA256
>>=20
>> Nick,
>>=20
>> On 8/3/13 2:54 PM, Nick Williams wrote:
>>> I'm using Tomcat 8.0.0-RC1. Hopefully I'm just missing something=20
>>> here. I created a web application with the following=20
>>> /META-INF/context.xml file (I tried both with and without the=20
>>> path=3D"/support" attribute).
>>>=20
>>>=20
>>> <?xml version=3D'1.0' encoding=3D'utf-8'?> <Context path=3D"/support">=
=20
>>> <Loader
>>> =
loaderClass=3D"org.springframework.instrument.classloading.tomcat.TomcatIn=
strumentableClassLoader"/>
>>>=20
>>>=20
>> </Context>
>>=20
>> If you are using META-INF/context.xml, then the "path" attribute is
>> definitely illegal/ignored.
>>=20
>> I haven't read the Javadoc for Tomcat 8 yet, but I think you want:
>>=20
>>  <Loader className=3D"org.spring....Loader" />
>>=20
>> Instead of "loaderClass". At least, that's what it would have been =
for
>> Tomcat 7.
>=20
> className is for specified a different Loader implementation. =
loaderClass is for specifying a different ClassLoader. It's very =
confusing, but this is definitely right.
>=20
>>=20
>>> The JAR containing the TomcatInstrumentableClassLoader is in=20
>>> TOMCAT_HOME/lib. However, when the application starts the class=20
>>> loader is still Tomcat's WebappClassLoader.
>>>=20
>>> So, I moved the <Loader> element to TOMCAT_HOME/conf/context.xml
>>> and now it works. When the application starts the class loader is
>>> the TomcatInstrumentableClassLoader.
>>=20
>> That's odd.
>>=20
>>> Note that I have confirmed the context.xml file IS in META-INF at
>>> the root of my web application (not in /WEB-INF/classes/META-INF).
>>> I also noticed that TOMCAT_HOME/conf/Catalina/localhost is empty.
>>> There are no files or other directories in that directory at all.
>>> So, it would appear that my context.xml is not getting copied. I
>>> don't know whether or not that matters. I am deploying my
>>> application as an exploded directory (not a WAR), and it is in an
>>> external directory (it is not in TOMCAT_HOME/webapps).
>>>=20
>>> Am I doing something wrong here, or is this a bug?
>>=20
>> Anything in the "work" directory? CATALINA_BASE/conf/[Engine]/[Host]/
>> should be where context.xml files are copied, so .. this definitely
>> looks fishy.
>=20
> Yes. There's a TOMCAT_HOME/work/Catalina/localhost/support directory, =
but TOMCAT_HOME/conf/Catalina is empty.

What does your <Host/> tag look like?  Do you have deployXML or copyXML =
set?

  http://tomcat.apache.org/tomcat-7.0-doc/config/host.html#Standard =
Implementation

Dan


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


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