You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Leigh Anderson <Le...@betfair.com> on 2012/04/03 08:48:14 UTC
Tomcat7-maven-plugin 2.0-beta1 and useSeparateTomcatClassloader
fails with run goal
Hi All,
I'm trying to start a web application with 'mvn tomcat7:run'. It seems
that with the configuration below it fails with the following error:
[INFO]
------------------------------------------------------------------------
[ERROR] Failed to execute goal
org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1:run (default-cli)
on project mantis-test-web-app: No such archiver: 'jar'. -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the
-e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
I have also tried
* 'mvn tomcat:run-war', which seems to get past this point, but then the
application will not start because the 'additionalClasspathDir' property
is not supported by the 'run-war' goal.
* removing 'useSeparateTomcatClassLoader' which then doesn't load the
Spring instrumenting class loader required to use AspectJ LTW, specified
in
context.xml. I have confirmed that I get the same 'no such archiver' error
if I remove the
context.xml, so I don't believe this to be the cause.
Is there something I've missed in the configuration?
Cheers,
Leigh
<plugin>
<groupId>org.apache.tomcat.maven</groupId>
<artifactId>tomcat7-maven-plugin</artifactId>
<version>2.0-beta-1</version>
<configuration>
<systemProperties>
<log4j.defaultInitOverride>true</log4j.defaultInitOverride>
<HOSTNAME>localhost</HOSTNAME>
<port.http>9090</port.http>
<port.https>8443</port.https>
</systemProperties>
<port>9090</port>
<httpsPort>8443</httpsPort>
<path>/</path>
<useTestClasspath>false</useTestClasspath>
<additionalClasspathDirs>
<additionalClasspathDir>${project.basedir}/config</additionalClasspathDir>
</additionalClasspathDirs>
<useSeparateTomcatClassLoader>true</useSeparateTomcatClassLoader>
</configuration>
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-instrument-tomcat</artifactId>
<version>${spring.version}</version>
</dependency>
</dependencies>
</plugin>
________________________________________________________________________
In order to protect our email recipients, Betfair Group use SkyScan from
MessageLabs to scan all Incoming and Outgoing mail for viruses.
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Tomcat7-maven-plugin 2.0-beta1 and useSeparateTomcatClassloader
fails with run goal
Posted by Leigh Anderson <Le...@betfair.com>.
>
>>
>> I'd added
>>
>><classLoaderClass>org.springframework.instrument.classloading.tomcat.Tomc
>>at
>> InstrumentableClassLoader</classLoaderClass> to the plugin
>>configuration,
>> which was then picked up correctly and used by the WebAppLoader.
>
>Could you attach the patch to an issue ?
MTOMCAT-140 created.
>
>>
>> Thanks,
>> Leigh
>>
>> Index:
>>
>>tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7
>>/r
>> un/AbstractRunMojo.java
>> ===================================================================
>> ---
>>
>>tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7
>>/r
>> un/AbstractRunMojo.java (revision 1)
>> +++
>>
>>tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7
>>/r
>> un/AbstractRunMojo.java (revision )
>> @@ -363,6 +357,15 @@
>> */
>> private ClassRealm tomcatRealm;
>>
>> + /**
>> + * Class loader class to set.
>> + *
>> + * @parameter
>> + */
>> + protected String classLoaderClass;
>> +
>> //
>> ----------------------------------------------------------------------
>> // Mojo Implementation
>> //
>> ----------------------------------------------------------------------
>> @@ -460,14 +462,19 @@
>> {
>> context.setParentClassLoader( getTomcatClassLoader() );
>> }
>> + final WebappLoader loader = createWebappLoader();
>>
>> - context.setLoader( createWebappLoader() );
>> + context.setLoader( loader );
>> File contextFile = getContextFile();
>> if ( contextFile != null )
>> {
>> context.setConfigFile( getContextFile().toURI().toURL() );
>> }
>> + if (classLoaderClass != null) {
>> + loader.setLoaderClass(classLoaderClass);
>> + }
>>
>> +
>> return context;
>>
>> }
>>
>>
>>
>> On 12/04/2012 13:14, "Olivier Lamy" <ol...@apache.org> wrote:
>>
>>>The plugin has an option to setup context.xml to use see [1].
>>>You can try to write an other context.xml only for using with the
>>>plugin ?
>>>
>>>--
>>>Olivier
>>>
>>>[1]
>>>http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/
>>>ru
>>>n-mojo.html#contextFile
>>>
>>>2012/4/12 Leigh Anderson <Le...@betfair.com>:
>>>> Hi Olivier,
>>>>
>>>> That's solved the problem, thanks. Unfortunately, declaring a custom
>>>>class
>>>> loader in a context.xml causes Tomcat to use that one, instead of the
>>>>one
>>>> set up with the correct class path by the plugin. I'll keep looking to
>>>>see
>>>> if I can find a way around this.
>>>>
>>>> Thanks for your prompt help with this.
>>>> Leigh
>>>>
>>>> On 12/04/2012 11:35, "Olivier Lamy" <ol...@apache.org> wrote:
>>>>
>>>>>Hello,
>>>>>Apologize for delay.
>>>>>That should be fixed now (I have deployed 2.0-SNAPSHOT).
>>>>>If you could try with your use case.
>>>>>Thanks,
>>>>>2012/4/8 Olivier Lamy <ol...@apache.org>:
>>>>>> Hello Leigh,
>>>>>> Thanks for creating issue.
>>>>>> Until now I tried to reproduce the issue but I failed.
>>>>>> I wonder if you could attach a build log using -e mvn flag.
>>>>>>
>>>>>> 2012/4/5 Leigh Anderson <Le...@betfair.com>:
>>>>>>> Hi Olivier,
>>>>>>>
>>>>>>> I'm not able to run this with tomcat6 as it's a Servlet 3.0
>>>>>>>project.
>>>>>>>I'll
>>>>>>> get the issue created -- should have some time next week to put
>>>>>>>together a
>>>>>>> sample project.
>>>>>>>
>>>>>>>
>>>>>>> Thanks,
>>>>>>> Leigh
>>>>>>>
>>>>>>> On 04/04/2012 11:36, "Olivier Lamy" <ol...@apache.org> wrote:
>>>>>>>
>>>>>>>>Hello,
>>>>>>>>Looks to be an issue (does that work with tomcat6:run ?)
>>>>>>>>Could you create an issue here:
>>>>>>>>https://issues.apache.org/jira/browse/MTOMCAT (if possible with a
>>>>>>>>small sample project to reproduce).
>>>>>>>>
>>>>>>>>Thanks
>>>>>>>>--
>>>>>>>>Olivier Lamy
>>>>>>>>Talend: http://coders.talend.com
>>>>>>>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>>>>>
>>>>>>>>2012/4/3 Leigh Anderson <Le...@betfair.com>:
>>>>>>>>> Hi All,
>>>>>>>>>
>>>>>>>>> I'm trying to start a web application with 'mvn tomcat7:run'. It
>>>>>>>>>seems
>>>>>>>>> that with the configuration below it fails with the following
>>>>>>>>>error:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> [INFO]
>>>>>>>>>
>>>>>>>>>------------------------------------------------------------------
>>>>>>>>>--
>>>>>>>>>--
>>>>>>>>>--
>>>>>>>>> [ERROR] Failed to execute goal
>>>>>>>>> org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1:run
>>>>>>>>>(default-cli)
>>>>>>>>> on project mantis-test-web-app: No such archiver: 'jar'. -> [Help
>>>>>>>>>1]
>>>>>>>>> [ERROR]
>>>>>>>>> [ERROR] To see the full stack trace of the errors, re-run
>>>>>>>>>Maven
>>>>>>>>>with the
>>>>>>>>> -e switch.
>>>>>>>>> [ERROR] Re-run Maven using the -X switch to enable full
>>>>>>>>>debug
>>>>>>>>>logging.
>>>>>>>>>
>>>>>>>>> I have also tried
>>>>>>>>> * 'mvn tomcat:run-war', which seems to get past this
>>>>>>>>>point,
>>>>>>>>>but
>>>>>>>>>then the
>>>>>>>>> application will not start because the 'additionalClasspathDir'
>>>>>>>>>property
>>>>>>>>> is not supported by the 'run-war' goal.
>>>>>>>>> * removing 'useSeparateTomcatClassLoader' which then
>>>>>>>>>doesn't
>>>>>>>>>load the
>>>>>>>>> Spring instrumenting class loader required to use AspectJ LTW,
>>>>>>>>>specified
>>>>>>>>> in
>>>>>>>>> context.xml. I have confirmed that I get the same 'no such
>>>>>>>>>archiver'
>>>>>>>>>error
>>>>>>>>> if I remove the
>>>>>>>>> context.xml, so I don't believe this to be the cause.
>>>>>>>>>
>>>>>>>>> Is there something I've missed in the configuration?
>>>>>>>>>
>>>>>>>>> Cheers,
>>>>>>>>> Leigh
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> <plugin>
>>>>>>>>> <groupId>org.apache.tomcat.maven</groupId>
>>>>>>>>>
>>>>>>>>><artifactId>tomcat7-maven-plugin</artifactId>
>>>>>>>>> <version>2.0-beta-1</version>
>>>>>>>>> <configuration>
>>>>>>>>> <systemProperties>
>>>>>>>>>
>>>>>>>>><log4j.defaultInitOverride>true</log4j.defaultInitOverride>
>>>>>>>>> <HOSTNAME>localhost</HOSTNAME>
>>>>>>>>> <port.http>9090</port.http>
>>>>>>>>> <port.https>8443</port.https>
>>>>>>>>> </systemProperties>
>>>>>>>>> <port>9090</port>
>>>>>>>>> <httpsPort>8443</httpsPort>
>>>>>>>>> <path>/</path>
>>>>>>>>>
>>>>>>>>><useTestClasspath>false</useTestClasspath>
>>>>>>>>> <additionalClasspathDirs>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>><additionalClasspathDir>${project.basedir}/config</additionalClass
>>>>>>>>>pa
>>>>>>>>>th
>>>>>>>>>Dir
>>>>>>>>>>
>>>>>>>>> </additionalClasspathDirs>
>>>>>>>>>
>>>>>>>>> <useSeparateTomcatClassLoader>true</useSeparateTomcatClassLoader>
>>>>>>>>> </configuration>
>>>>>>>>> <dependencies>
>>>>>>>>> <dependency>
>>>>>>>>>
>>>>>>>>><groupId>org.springframework</groupId>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>><artifactId>spring-instrument-tomcat</artifactId>
>>>>>>>>>
>>>>>>>>><version>${spring.version}</version>
>>>>>>>>> </dependency>
>>>>>>>>> </dependencies>
>>>>>>>>> </plugin>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>__________________________________________________________________
>>>>>>>>>__
>>>>>>>>>__
>>>>>>>>>__
>>>>>>>>> In order to protect our email recipients, Betfair Group use
>>>>>>>>>SkyScan
>>>>>>>>>from
>>>>>>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>__________________________________________________________________
>>>>>>>>>__
>>>>>>>>>__
>>>>>>>>>__
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>------------------------------------------------------------------
>>>>>>>>>--
>>>>>>>>>-
>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>>>>>
>>>>>>>>
>>>>>>>>-------------------------------------------------------------------
>>>>>>>>--
>>>>>>>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>>>>For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>____________________________________________________________________
>>>>>>>__
>>>>>>>__
>>>>>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>>>>>from
>>>>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>>>>
>>>>>>>
>>>>>>>____________________________________________________________________
>>>>>>>__
>>>>>>>__
>>>>>>>
>>>>>>>
>>>>>>>--------------------------------------------------------------------
>>>>>>>-
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Olivier Lamy
>>>>>> Talend: http://coders.talend.com
>>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>>
>>>>>
>>>>>
>>>>>--
>>>>>Olivier Lamy
>>>>>Talend: http://coders.talend.com
>>>>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>>
>>>>>---------------------------------------------------------------------
>>>>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>
>>>>
>>>>
>>>>
>>>>_______________________________________________________________________
>>>>_
>>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>>from
>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>
>>>>
>>>>_______________________________________________________________________
>>>>_
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>
>>
>> ________________________________________________________________________
>> In order to protect our email recipients, Betfair Group use SkyScan from
>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>
>> ________________________________________________________________________
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>
>
>
>--
>Olivier Lamy
>Talend: http://coders.talend.com
>http://twitter.com/olamy | http://linkedin.com/in/olamy
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>For additional commands, e-mail: users-help@tomcat.apache.org
>
________________________________________________________________________
In order to protect our email recipients, Betfair Group use SkyScan from
MessageLabs to scan all Incoming and Outgoing mail for viruses.
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Tomcat7-maven-plugin 2.0-beta1 and useSeparateTomcatClassloader
fails with run goal
Posted by Olivier Lamy <ol...@apache.org>.
Hi,
2012/4/13 Leigh Anderson <Le...@betfair.com>:
> Hi Olivier,
>
> It's actually the act of declaring a context.xml with a Loader element
> that causes the application to fail. A new instance of WebAppLoader is
> created, overriding the one carefully created by the plugin, without the
> benefit of a properly configured class path. I've included a small patch
> below which demonstrates my intent.
Oh sure good catch.
>
> I'd added
> <classLoaderClass>org.springframework.instrument.classloading.tomcat.Tomcat
> InstrumentableClassLoader</classLoaderClass> to the plugin configuration,
> which was then picked up correctly and used by the WebAppLoader.
Could you attach the patch to an issue ?
>
> Thanks,
> Leigh
>
> Index:
> tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/r
> un/AbstractRunMojo.java
> ===================================================================
> ---
> tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/r
> un/AbstractRunMojo.java (revision 1)
> +++
> tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/r
> un/AbstractRunMojo.java (revision )
> @@ -363,6 +357,15 @@
> */
> private ClassRealm tomcatRealm;
>
> + /**
> + * Class loader class to set.
> + *
> + * @parameter
> + */
> + protected String classLoaderClass;
> +
> //
> ----------------------------------------------------------------------
> // Mojo Implementation
> //
> ----------------------------------------------------------------------
> @@ -460,14 +462,19 @@
> {
> context.setParentClassLoader( getTomcatClassLoader() );
> }
> + final WebappLoader loader = createWebappLoader();
>
> - context.setLoader( createWebappLoader() );
> + context.setLoader( loader );
> File contextFile = getContextFile();
> if ( contextFile != null )
> {
> context.setConfigFile( getContextFile().toURI().toURL() );
> }
> + if (classLoaderClass != null) {
> + loader.setLoaderClass(classLoaderClass);
> + }
>
> +
> return context;
>
> }
>
>
>
> On 12/04/2012 13:14, "Olivier Lamy" <ol...@apache.org> wrote:
>
>>The plugin has an option to setup context.xml to use see [1].
>>You can try to write an other context.xml only for using with the plugin ?
>>
>>--
>>Olivier
>>
>>[1]
>>http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/ru
>>n-mojo.html#contextFile
>>
>>2012/4/12 Leigh Anderson <Le...@betfair.com>:
>>> Hi Olivier,
>>>
>>> That's solved the problem, thanks. Unfortunately, declaring a custom
>>>class
>>> loader in a context.xml causes Tomcat to use that one, instead of the
>>>one
>>> set up with the correct class path by the plugin. I'll keep looking to
>>>see
>>> if I can find a way around this.
>>>
>>> Thanks for your prompt help with this.
>>> Leigh
>>>
>>> On 12/04/2012 11:35, "Olivier Lamy" <ol...@apache.org> wrote:
>>>
>>>>Hello,
>>>>Apologize for delay.
>>>>That should be fixed now (I have deployed 2.0-SNAPSHOT).
>>>>If you could try with your use case.
>>>>Thanks,
>>>>2012/4/8 Olivier Lamy <ol...@apache.org>:
>>>>> Hello Leigh,
>>>>> Thanks for creating issue.
>>>>> Until now I tried to reproduce the issue but I failed.
>>>>> I wonder if you could attach a build log using -e mvn flag.
>>>>>
>>>>> 2012/4/5 Leigh Anderson <Le...@betfair.com>:
>>>>>> Hi Olivier,
>>>>>>
>>>>>> I'm not able to run this with tomcat6 as it's a Servlet 3.0 project.
>>>>>>I'll
>>>>>> get the issue created -- should have some time next week to put
>>>>>>together a
>>>>>> sample project.
>>>>>>
>>>>>>
>>>>>> Thanks,
>>>>>> Leigh
>>>>>>
>>>>>> On 04/04/2012 11:36, "Olivier Lamy" <ol...@apache.org> wrote:
>>>>>>
>>>>>>>Hello,
>>>>>>>Looks to be an issue (does that work with tomcat6:run ?)
>>>>>>>Could you create an issue here:
>>>>>>>https://issues.apache.org/jira/browse/MTOMCAT (if possible with a
>>>>>>>small sample project to reproduce).
>>>>>>>
>>>>>>>Thanks
>>>>>>>--
>>>>>>>Olivier Lamy
>>>>>>>Talend: http://coders.talend.com
>>>>>>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>>>>
>>>>>>>2012/4/3 Leigh Anderson <Le...@betfair.com>:
>>>>>>>> Hi All,
>>>>>>>>
>>>>>>>> I'm trying to start a web application with 'mvn tomcat7:run'. It
>>>>>>>>seems
>>>>>>>> that with the configuration below it fails with the following
>>>>>>>>error:
>>>>>>>>
>>>>>>>>
>>>>>>>> [INFO]
>>>>>>>>
>>>>>>>>--------------------------------------------------------------------
>>>>>>>>--
>>>>>>>>--
>>>>>>>> [ERROR] Failed to execute goal
>>>>>>>> org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1:run
>>>>>>>>(default-cli)
>>>>>>>> on project mantis-test-web-app: No such archiver: 'jar'. -> [Help
>>>>>>>>1]
>>>>>>>> [ERROR]
>>>>>>>> [ERROR] To see the full stack trace of the errors, re-run
>>>>>>>>Maven
>>>>>>>>with the
>>>>>>>> -e switch.
>>>>>>>> [ERROR] Re-run Maven using the -X switch to enable full
>>>>>>>>debug
>>>>>>>>logging.
>>>>>>>>
>>>>>>>> I have also tried
>>>>>>>> * 'mvn tomcat:run-war', which seems to get past this point,
>>>>>>>>but
>>>>>>>>then the
>>>>>>>> application will not start because the 'additionalClasspathDir'
>>>>>>>>property
>>>>>>>> is not supported by the 'run-war' goal.
>>>>>>>> * removing 'useSeparateTomcatClassLoader' which then doesn't
>>>>>>>>load the
>>>>>>>> Spring instrumenting class loader required to use AspectJ LTW,
>>>>>>>>specified
>>>>>>>> in
>>>>>>>> context.xml. I have confirmed that I get the same 'no such
>>>>>>>>archiver'
>>>>>>>>error
>>>>>>>> if I remove the
>>>>>>>> context.xml, so I don't believe this to be the cause.
>>>>>>>>
>>>>>>>> Is there something I've missed in the configuration?
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> Leigh
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> <plugin>
>>>>>>>> <groupId>org.apache.tomcat.maven</groupId>
>>>>>>>>
>>>>>>>><artifactId>tomcat7-maven-plugin</artifactId>
>>>>>>>> <version>2.0-beta-1</version>
>>>>>>>> <configuration>
>>>>>>>> <systemProperties>
>>>>>>>>
>>>>>>>><log4j.defaultInitOverride>true</log4j.defaultInitOverride>
>>>>>>>> <HOSTNAME>localhost</HOSTNAME>
>>>>>>>> <port.http>9090</port.http>
>>>>>>>> <port.https>8443</port.https>
>>>>>>>> </systemProperties>
>>>>>>>> <port>9090</port>
>>>>>>>> <httpsPort>8443</httpsPort>
>>>>>>>> <path>/</path>
>>>>>>>>
>>>>>>>><useTestClasspath>false</useTestClasspath>
>>>>>>>> <additionalClasspathDirs>
>>>>>>>>
>>>>>>>>
>>>>>>>><additionalClasspathDir>${project.basedir}/config</additionalClasspa
>>>>>>>>th
>>>>>>>>Dir
>>>>>>>>>
>>>>>>>> </additionalClasspathDirs>
>>>>>>>>
>>>>>>>> <useSeparateTomcatClassLoader>true</useSeparateTomcatClassLoader>
>>>>>>>> </configuration>
>>>>>>>> <dependencies>
>>>>>>>> <dependency>
>>>>>>>>
>>>>>>>><groupId>org.springframework</groupId>
>>>>>>>>
>>>>>>>>
>>>>>>>><artifactId>spring-instrument-tomcat</artifactId>
>>>>>>>> <version>${spring.version}</version>
>>>>>>>> </dependency>
>>>>>>>> </dependencies>
>>>>>>>> </plugin>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>____________________________________________________________________
>>>>>>>>__
>>>>>>>>__
>>>>>>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>>>>>>from
>>>>>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>>>>>
>>>>>>>>
>>>>>>>>____________________________________________________________________
>>>>>>>>__
>>>>>>>>__
>>>>>>>>
>>>>>>>>
>>>>>>>>--------------------------------------------------------------------
>>>>>>>>-
>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>>>>
>>>>>>>
>>>>>>>---------------------------------------------------------------------
>>>>>>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>>>For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>______________________________________________________________________
>>>>>>__
>>>>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>>>>from
>>>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>>>
>>>>>>
>>>>>>______________________________________________________________________
>>>>>>__
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Olivier Lamy
>>>>> Talend: http://coders.talend.com
>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>
>>>>
>>>>
>>>>--
>>>>Olivier Lamy
>>>>Talend: http://coders.talend.com
>>>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>For additional commands, e-mail: users-help@tomcat.apache.org
>>>>
>>>
>>>
>>> ________________________________________________________________________
>>> In order to protect our email recipients, Betfair Group use SkyScan from
>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>
>>> ________________________________________________________________________
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>For additional commands, e-mail: users-help@tomcat.apache.org
>>
>
>
> ________________________________________________________________________
> In order to protect our email recipients, Betfair Group use SkyScan from
> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>
> ________________________________________________________________________
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Tomcat7-maven-plugin 2.0-beta1 and useSeparateTomcatClassloader
fails with run goal
Posted by Leigh Anderson <Le...@betfair.com>.
Hi Olivier,
It's actually the act of declaring a context.xml with a Loader element
that causes the application to fail. A new instance of WebAppLoader is
created, overriding the one carefully created by the plugin, without the
benefit of a properly configured class path. I've included a small patch
below which demonstrates my intent.
I'd added
<classLoaderClass>org.springframework.instrument.classloading.tomcat.Tomcat
InstrumentableClassLoader</classLoaderClass> to the plugin configuration,
which was then picked up correctly and used by the WebAppLoader.
Thanks,
Leigh
Index:
tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/r
un/AbstractRunMojo.java
===================================================================
---
tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/r
un/AbstractRunMojo.java (revision 1)
+++
tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/r
un/AbstractRunMojo.java (revision )
@@ -363,6 +357,15 @@
*/
private ClassRealm tomcatRealm;
+ /**
+ * Class loader class to set.
+ *
+ * @parameter
+ */
+ protected String classLoaderClass;
+
//
----------------------------------------------------------------------
// Mojo Implementation
//
----------------------------------------------------------------------
@@ -460,14 +462,19 @@
{
context.setParentClassLoader( getTomcatClassLoader() );
}
+ final WebappLoader loader = createWebappLoader();
- context.setLoader( createWebappLoader() );
+ context.setLoader( loader );
File contextFile = getContextFile();
if ( contextFile != null )
{
context.setConfigFile( getContextFile().toURI().toURL() );
}
+ if (classLoaderClass != null) {
+ loader.setLoaderClass(classLoaderClass);
+ }
+
return context;
}
On 12/04/2012 13:14, "Olivier Lamy" <ol...@apache.org> wrote:
>The plugin has an option to setup context.xml to use see [1].
>You can try to write an other context.xml only for using with the plugin ?
>
>--
>Olivier
>
>[1]
>http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/ru
>n-mojo.html#contextFile
>
>2012/4/12 Leigh Anderson <Le...@betfair.com>:
>> Hi Olivier,
>>
>> That's solved the problem, thanks. Unfortunately, declaring a custom
>>class
>> loader in a context.xml causes Tomcat to use that one, instead of the
>>one
>> set up with the correct class path by the plugin. I'll keep looking to
>>see
>> if I can find a way around this.
>>
>> Thanks for your prompt help with this.
>> Leigh
>>
>> On 12/04/2012 11:35, "Olivier Lamy" <ol...@apache.org> wrote:
>>
>>>Hello,
>>>Apologize for delay.
>>>That should be fixed now (I have deployed 2.0-SNAPSHOT).
>>>If you could try with your use case.
>>>Thanks,
>>>2012/4/8 Olivier Lamy <ol...@apache.org>:
>>>> Hello Leigh,
>>>> Thanks for creating issue.
>>>> Until now I tried to reproduce the issue but I failed.
>>>> I wonder if you could attach a build log using -e mvn flag.
>>>>
>>>> 2012/4/5 Leigh Anderson <Le...@betfair.com>:
>>>>> Hi Olivier,
>>>>>
>>>>> I'm not able to run this with tomcat6 as it's a Servlet 3.0 project.
>>>>>I'll
>>>>> get the issue created -- should have some time next week to put
>>>>>together a
>>>>> sample project.
>>>>>
>>>>>
>>>>> Thanks,
>>>>> Leigh
>>>>>
>>>>> On 04/04/2012 11:36, "Olivier Lamy" <ol...@apache.org> wrote:
>>>>>
>>>>>>Hello,
>>>>>>Looks to be an issue (does that work with tomcat6:run ?)
>>>>>>Could you create an issue here:
>>>>>>https://issues.apache.org/jira/browse/MTOMCAT (if possible with a
>>>>>>small sample project to reproduce).
>>>>>>
>>>>>>Thanks
>>>>>>--
>>>>>>Olivier Lamy
>>>>>>Talend: http://coders.talend.com
>>>>>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>>>
>>>>>>2012/4/3 Leigh Anderson <Le...@betfair.com>:
>>>>>>> Hi All,
>>>>>>>
>>>>>>> I'm trying to start a web application with 'mvn tomcat7:run'. It
>>>>>>>seems
>>>>>>> that with the configuration below it fails with the following
>>>>>>>error:
>>>>>>>
>>>>>>>
>>>>>>> [INFO]
>>>>>>>
>>>>>>>--------------------------------------------------------------------
>>>>>>>--
>>>>>>>--
>>>>>>> [ERROR] Failed to execute goal
>>>>>>> org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1:run
>>>>>>>(default-cli)
>>>>>>> on project mantis-test-web-app: No such archiver: 'jar'. -> [Help
>>>>>>>1]
>>>>>>> [ERROR]
>>>>>>> [ERROR] To see the full stack trace of the errors, re-run
>>>>>>>Maven
>>>>>>>with the
>>>>>>> -e switch.
>>>>>>> [ERROR] Re-run Maven using the -X switch to enable full
>>>>>>>debug
>>>>>>>logging.
>>>>>>>
>>>>>>> I have also tried
>>>>>>> * 'mvn tomcat:run-war', which seems to get past this point,
>>>>>>>but
>>>>>>>then the
>>>>>>> application will not start because the 'additionalClasspathDir'
>>>>>>>property
>>>>>>> is not supported by the 'run-war' goal.
>>>>>>> * removing 'useSeparateTomcatClassLoader' which then doesn't
>>>>>>>load the
>>>>>>> Spring instrumenting class loader required to use AspectJ LTW,
>>>>>>>specified
>>>>>>> in
>>>>>>> context.xml. I have confirmed that I get the same 'no such
>>>>>>>archiver'
>>>>>>>error
>>>>>>> if I remove the
>>>>>>> context.xml, so I don't believe this to be the cause.
>>>>>>>
>>>>>>> Is there something I've missed in the configuration?
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Leigh
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> <plugin>
>>>>>>> <groupId>org.apache.tomcat.maven</groupId>
>>>>>>>
>>>>>>><artifactId>tomcat7-maven-plugin</artifactId>
>>>>>>> <version>2.0-beta-1</version>
>>>>>>> <configuration>
>>>>>>> <systemProperties>
>>>>>>>
>>>>>>><log4j.defaultInitOverride>true</log4j.defaultInitOverride>
>>>>>>> <HOSTNAME>localhost</HOSTNAME>
>>>>>>> <port.http>9090</port.http>
>>>>>>> <port.https>8443</port.https>
>>>>>>> </systemProperties>
>>>>>>> <port>9090</port>
>>>>>>> <httpsPort>8443</httpsPort>
>>>>>>> <path>/</path>
>>>>>>>
>>>>>>><useTestClasspath>false</useTestClasspath>
>>>>>>> <additionalClasspathDirs>
>>>>>>>
>>>>>>>
>>>>>>><additionalClasspathDir>${project.basedir}/config</additionalClasspa
>>>>>>>th
>>>>>>>Dir
>>>>>>>>
>>>>>>> </additionalClasspathDirs>
>>>>>>>
>>>>>>> <useSeparateTomcatClassLoader>true</useSeparateTomcatClassLoader>
>>>>>>> </configuration>
>>>>>>> <dependencies>
>>>>>>> <dependency>
>>>>>>>
>>>>>>><groupId>org.springframework</groupId>
>>>>>>>
>>>>>>>
>>>>>>><artifactId>spring-instrument-tomcat</artifactId>
>>>>>>> <version>${spring.version}</version>
>>>>>>> </dependency>
>>>>>>> </dependencies>
>>>>>>> </plugin>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>____________________________________________________________________
>>>>>>>__
>>>>>>>__
>>>>>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>>>>>from
>>>>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>>>>
>>>>>>>
>>>>>>>____________________________________________________________________
>>>>>>>__
>>>>>>>__
>>>>>>>
>>>>>>>
>>>>>>>--------------------------------------------------------------------
>>>>>>>-
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>>>
>>>>>>
>>>>>>---------------------------------------------------------------------
>>>>>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>>For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>______________________________________________________________________
>>>>>__
>>>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>>>from
>>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>>
>>>>>
>>>>>______________________________________________________________________
>>>>>__
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Olivier Lamy
>>>> Talend: http://coders.talend.com
>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>
>>>
>>>
>>>--
>>>Olivier Lamy
>>>Talend: http://coders.talend.com
>>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>
>>
>> ________________________________________________________________________
>> In order to protect our email recipients, Betfair Group use SkyScan from
>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>
>> ________________________________________________________________________
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>For additional commands, e-mail: users-help@tomcat.apache.org
>
________________________________________________________________________
In order to protect our email recipients, Betfair Group use SkyScan from
MessageLabs to scan all Incoming and Outgoing mail for viruses.
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Tomcat7-maven-plugin 2.0-beta1 and useSeparateTomcatClassloader
fails with run goal
Posted by Olivier Lamy <ol...@apache.org>.
The plugin has an option to setup context.xml to use see [1].
You can try to write an other context.xml only for using with the plugin ?
--
Olivier
[1] http://tomcat.apache.org/maven-plugin-2.0-SNAPSHOT/tomcat7-maven-plugin/run-mojo.html#contextFile
2012/4/12 Leigh Anderson <Le...@betfair.com>:
> Hi Olivier,
>
> That's solved the problem, thanks. Unfortunately, declaring a custom class
> loader in a context.xml causes Tomcat to use that one, instead of the one
> set up with the correct class path by the plugin. I'll keep looking to see
> if I can find a way around this.
>
> Thanks for your prompt help with this.
> Leigh
>
> On 12/04/2012 11:35, "Olivier Lamy" <ol...@apache.org> wrote:
>
>>Hello,
>>Apologize for delay.
>>That should be fixed now (I have deployed 2.0-SNAPSHOT).
>>If you could try with your use case.
>>Thanks,
>>2012/4/8 Olivier Lamy <ol...@apache.org>:
>>> Hello Leigh,
>>> Thanks for creating issue.
>>> Until now I tried to reproduce the issue but I failed.
>>> I wonder if you could attach a build log using -e mvn flag.
>>>
>>> 2012/4/5 Leigh Anderson <Le...@betfair.com>:
>>>> Hi Olivier,
>>>>
>>>> I'm not able to run this with tomcat6 as it's a Servlet 3.0 project.
>>>>I'll
>>>> get the issue created -- should have some time next week to put
>>>>together a
>>>> sample project.
>>>>
>>>>
>>>> Thanks,
>>>> Leigh
>>>>
>>>> On 04/04/2012 11:36, "Olivier Lamy" <ol...@apache.org> wrote:
>>>>
>>>>>Hello,
>>>>>Looks to be an issue (does that work with tomcat6:run ?)
>>>>>Could you create an issue here:
>>>>>https://issues.apache.org/jira/browse/MTOMCAT (if possible with a
>>>>>small sample project to reproduce).
>>>>>
>>>>>Thanks
>>>>>--
>>>>>Olivier Lamy
>>>>>Talend: http://coders.talend.com
>>>>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>>
>>>>>2012/4/3 Leigh Anderson <Le...@betfair.com>:
>>>>>> Hi All,
>>>>>>
>>>>>> I'm trying to start a web application with 'mvn tomcat7:run'. It
>>>>>>seems
>>>>>> that with the configuration below it fails with the following error:
>>>>>>
>>>>>>
>>>>>> [INFO]
>>>>>>
>>>>>>----------------------------------------------------------------------
>>>>>>--
>>>>>> [ERROR] Failed to execute goal
>>>>>> org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1:run
>>>>>>(default-cli)
>>>>>> on project mantis-test-web-app: No such archiver: 'jar'. -> [Help 1]
>>>>>> [ERROR]
>>>>>> [ERROR] To see the full stack trace of the errors, re-run
>>>>>>Maven
>>>>>>with the
>>>>>> -e switch.
>>>>>> [ERROR] Re-run Maven using the -X switch to enable full debug
>>>>>>logging.
>>>>>>
>>>>>> I have also tried
>>>>>> * 'mvn tomcat:run-war', which seems to get past this point,
>>>>>>but
>>>>>>then the
>>>>>> application will not start because the 'additionalClasspathDir'
>>>>>>property
>>>>>> is not supported by the 'run-war' goal.
>>>>>> * removing 'useSeparateTomcatClassLoader' which then doesn't
>>>>>>load the
>>>>>> Spring instrumenting class loader required to use AspectJ LTW,
>>>>>>specified
>>>>>> in
>>>>>> context.xml. I have confirmed that I get the same 'no such archiver'
>>>>>>error
>>>>>> if I remove the
>>>>>> context.xml, so I don't believe this to be the cause.
>>>>>>
>>>>>> Is there something I've missed in the configuration?
>>>>>>
>>>>>> Cheers,
>>>>>> Leigh
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> <plugin>
>>>>>> <groupId>org.apache.tomcat.maven</groupId>
>>>>>> <artifactId>tomcat7-maven-plugin</artifactId>
>>>>>> <version>2.0-beta-1</version>
>>>>>> <configuration>
>>>>>> <systemProperties>
>>>>>>
>>>>>><log4j.defaultInitOverride>true</log4j.defaultInitOverride>
>>>>>> <HOSTNAME>localhost</HOSTNAME>
>>>>>> <port.http>9090</port.http>
>>>>>> <port.https>8443</port.https>
>>>>>> </systemProperties>
>>>>>> <port>9090</port>
>>>>>> <httpsPort>8443</httpsPort>
>>>>>> <path>/</path>
>>>>>> <useTestClasspath>false</useTestClasspath>
>>>>>> <additionalClasspathDirs>
>>>>>>
>>>>>>
>>>>>><additionalClasspathDir>${project.basedir}/config</additionalClasspath
>>>>>>Dir
>>>>>>>
>>>>>> </additionalClasspathDirs>
>>>>>>
>>>>>> <useSeparateTomcatClassLoader>true</useSeparateTomcatClassLoader>
>>>>>> </configuration>
>>>>>> <dependencies>
>>>>>> <dependency>
>>>>>> <groupId>org.springframework</groupId>
>>>>>>
>>>>>>
>>>>>><artifactId>spring-instrument-tomcat</artifactId>
>>>>>> <version>${spring.version}</version>
>>>>>> </dependency>
>>>>>> </dependencies>
>>>>>> </plugin>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>______________________________________________________________________
>>>>>>__
>>>>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>>>>from
>>>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>>>
>>>>>>
>>>>>>______________________________________________________________________
>>>>>>__
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>>
>>>>>
>>>>>---------------------------------------------------------------------
>>>>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>>For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>
>>>>
>>>>
>>>>
>>>>________________________________________________________________________
>>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>>from
>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>
>>>>
>>>>________________________________________________________________________
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>
>>>
>>>
>>>
>>> --
>>> Olivier Lamy
>>> Talend: http://coders.talend.com
>>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>>
>>
>>--
>>Olivier Lamy
>>Talend: http://coders.talend.com
>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>For additional commands, e-mail: users-help@tomcat.apache.org
>>
>
>
> ________________________________________________________________________
> In order to protect our email recipients, Betfair Group use SkyScan from
> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>
> ________________________________________________________________________
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Tomcat7-maven-plugin 2.0-beta1 and useSeparateTomcatClassloader
fails with run goal
Posted by Leigh Anderson <Le...@betfair.com>.
Hi Olivier,
That's solved the problem, thanks. Unfortunately, declaring a custom class
loader in a context.xml causes Tomcat to use that one, instead of the one
set up with the correct class path by the plugin. I'll keep looking to see
if I can find a way around this.
Thanks for your prompt help with this.
Leigh
On 12/04/2012 11:35, "Olivier Lamy" <ol...@apache.org> wrote:
>Hello,
>Apologize for delay.
>That should be fixed now (I have deployed 2.0-SNAPSHOT).
>If you could try with your use case.
>Thanks,
>2012/4/8 Olivier Lamy <ol...@apache.org>:
>> Hello Leigh,
>> Thanks for creating issue.
>> Until now I tried to reproduce the issue but I failed.
>> I wonder if you could attach a build log using -e mvn flag.
>>
>> 2012/4/5 Leigh Anderson <Le...@betfair.com>:
>>> Hi Olivier,
>>>
>>> I'm not able to run this with tomcat6 as it's a Servlet 3.0 project.
>>>I'll
>>> get the issue created -- should have some time next week to put
>>>together a
>>> sample project.
>>>
>>>
>>> Thanks,
>>> Leigh
>>>
>>> On 04/04/2012 11:36, "Olivier Lamy" <ol...@apache.org> wrote:
>>>
>>>>Hello,
>>>>Looks to be an issue (does that work with tomcat6:run ?)
>>>>Could you create an issue here:
>>>>https://issues.apache.org/jira/browse/MTOMCAT (if possible with a
>>>>small sample project to reproduce).
>>>>
>>>>Thanks
>>>>--
>>>>Olivier Lamy
>>>>Talend: http://coders.talend.com
>>>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>>
>>>>2012/4/3 Leigh Anderson <Le...@betfair.com>:
>>>>> Hi All,
>>>>>
>>>>> I'm trying to start a web application with 'mvn tomcat7:run'. It
>>>>>seems
>>>>> that with the configuration below it fails with the following error:
>>>>>
>>>>>
>>>>> [INFO]
>>>>>
>>>>>----------------------------------------------------------------------
>>>>>--
>>>>> [ERROR] Failed to execute goal
>>>>> org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1:run
>>>>>(default-cli)
>>>>> on project mantis-test-web-app: No such archiver: 'jar'. -> [Help 1]
>>>>> [ERROR]
>>>>> [ERROR] To see the full stack trace of the errors, re-run
>>>>>Maven
>>>>>with the
>>>>> -e switch.
>>>>> [ERROR] Re-run Maven using the -X switch to enable full debug
>>>>>logging.
>>>>>
>>>>> I have also tried
>>>>> * 'mvn tomcat:run-war', which seems to get past this point,
>>>>>but
>>>>>then the
>>>>> application will not start because the 'additionalClasspathDir'
>>>>>property
>>>>> is not supported by the 'run-war' goal.
>>>>> * removing 'useSeparateTomcatClassLoader' which then doesn't
>>>>>load the
>>>>> Spring instrumenting class loader required to use AspectJ LTW,
>>>>>specified
>>>>> in
>>>>> context.xml. I have confirmed that I get the same 'no such archiver'
>>>>>error
>>>>> if I remove the
>>>>> context.xml, so I don't believe this to be the cause.
>>>>>
>>>>> Is there something I've missed in the configuration?
>>>>>
>>>>> Cheers,
>>>>> Leigh
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> <plugin>
>>>>> <groupId>org.apache.tomcat.maven</groupId>
>>>>> <artifactId>tomcat7-maven-plugin</artifactId>
>>>>> <version>2.0-beta-1</version>
>>>>> <configuration>
>>>>> <systemProperties>
>>>>>
>>>>><log4j.defaultInitOverride>true</log4j.defaultInitOverride>
>>>>> <HOSTNAME>localhost</HOSTNAME>
>>>>> <port.http>9090</port.http>
>>>>> <port.https>8443</port.https>
>>>>> </systemProperties>
>>>>> <port>9090</port>
>>>>> <httpsPort>8443</httpsPort>
>>>>> <path>/</path>
>>>>> <useTestClasspath>false</useTestClasspath>
>>>>> <additionalClasspathDirs>
>>>>>
>>>>>
>>>>><additionalClasspathDir>${project.basedir}/config</additionalClasspath
>>>>>Dir
>>>>>>
>>>>> </additionalClasspathDirs>
>>>>>
>>>>> <useSeparateTomcatClassLoader>true</useSeparateTomcatClassLoader>
>>>>> </configuration>
>>>>> <dependencies>
>>>>> <dependency>
>>>>> <groupId>org.springframework</groupId>
>>>>>
>>>>>
>>>>><artifactId>spring-instrument-tomcat</artifactId>
>>>>> <version>${spring.version}</version>
>>>>> </dependency>
>>>>> </dependencies>
>>>>> </plugin>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>______________________________________________________________________
>>>>>__
>>>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>>>from
>>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>>
>>>>>
>>>>>______________________________________________________________________
>>>>>__
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>>
>>>>
>>>>---------------------------------------------------------------------
>>>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>>For additional commands, e-mail: users-help@tomcat.apache.org
>>>>
>>>
>>>
>>>
>>>________________________________________________________________________
>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>from
>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>
>>>
>>>________________________________________________________________________
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>
>>
>>
>> --
>> Olivier Lamy
>> Talend: http://coders.talend.com
>> http://twitter.com/olamy | http://linkedin.com/in/olamy
>
>
>
>--
>Olivier Lamy
>Talend: http://coders.talend.com
>http://twitter.com/olamy | http://linkedin.com/in/olamy
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>For additional commands, e-mail: users-help@tomcat.apache.org
>
________________________________________________________________________
In order to protect our email recipients, Betfair Group use SkyScan from
MessageLabs to scan all Incoming and Outgoing mail for viruses.
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Tomcat7-maven-plugin 2.0-beta1 and useSeparateTomcatClassloader
fails with run goal
Posted by Olivier Lamy <ol...@apache.org>.
Hello,
Apologize for delay.
That should be fixed now (I have deployed 2.0-SNAPSHOT).
If you could try with your use case.
Thanks,
2012/4/8 Olivier Lamy <ol...@apache.org>:
> Hello Leigh,
> Thanks for creating issue.
> Until now I tried to reproduce the issue but I failed.
> I wonder if you could attach a build log using -e mvn flag.
>
> 2012/4/5 Leigh Anderson <Le...@betfair.com>:
>> Hi Olivier,
>>
>> I'm not able to run this with tomcat6 as it's a Servlet 3.0 project. I'll
>> get the issue created -- should have some time next week to put together a
>> sample project.
>>
>>
>> Thanks,
>> Leigh
>>
>> On 04/04/2012 11:36, "Olivier Lamy" <ol...@apache.org> wrote:
>>
>>>Hello,
>>>Looks to be an issue (does that work with tomcat6:run ?)
>>>Could you create an issue here:
>>>https://issues.apache.org/jira/browse/MTOMCAT (if possible with a
>>>small sample project to reproduce).
>>>
>>>Thanks
>>>--
>>>Olivier Lamy
>>>Talend: http://coders.talend.com
>>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>>
>>>2012/4/3 Leigh Anderson <Le...@betfair.com>:
>>>> Hi All,
>>>>
>>>> I'm trying to start a web application with 'mvn tomcat7:run'. It seems
>>>> that with the configuration below it fails with the following error:
>>>>
>>>>
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>> [ERROR] Failed to execute goal
>>>> org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1:run
>>>>(default-cli)
>>>> on project mantis-test-web-app: No such archiver: 'jar'. -> [Help 1]
>>>> [ERROR]
>>>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>>>with the
>>>> -e switch.
>>>> [ERROR] Re-run Maven using the -X switch to enable full debug
>>>>logging.
>>>>
>>>> I have also tried
>>>> * 'mvn tomcat:run-war', which seems to get past this point, but
>>>>then the
>>>> application will not start because the 'additionalClasspathDir' property
>>>> is not supported by the 'run-war' goal.
>>>> * removing 'useSeparateTomcatClassLoader' which then doesn't
>>>>load the
>>>> Spring instrumenting class loader required to use AspectJ LTW, specified
>>>> in
>>>> context.xml. I have confirmed that I get the same 'no such archiver'
>>>>error
>>>> if I remove the
>>>> context.xml, so I don't believe this to be the cause.
>>>>
>>>> Is there something I've missed in the configuration?
>>>>
>>>> Cheers,
>>>> Leigh
>>>>
>>>>
>>>>
>>>>
>>>> <plugin>
>>>> <groupId>org.apache.tomcat.maven</groupId>
>>>> <artifactId>tomcat7-maven-plugin</artifactId>
>>>> <version>2.0-beta-1</version>
>>>> <configuration>
>>>> <systemProperties>
>>>>
>>>><log4j.defaultInitOverride>true</log4j.defaultInitOverride>
>>>> <HOSTNAME>localhost</HOSTNAME>
>>>> <port.http>9090</port.http>
>>>> <port.https>8443</port.https>
>>>> </systemProperties>
>>>> <port>9090</port>
>>>> <httpsPort>8443</httpsPort>
>>>> <path>/</path>
>>>> <useTestClasspath>false</useTestClasspath>
>>>> <additionalClasspathDirs>
>>>>
>>>>
>>>><additionalClasspathDir>${project.basedir}/config</additionalClasspathDir
>>>>>
>>>> </additionalClasspathDirs>
>>>>
>>>> <useSeparateTomcatClassLoader>true</useSeparateTomcatClassLoader>
>>>> </configuration>
>>>> <dependencies>
>>>> <dependency>
>>>> <groupId>org.springframework</groupId>
>>>>
>>>>
>>>><artifactId>spring-instrument-tomcat</artifactId>
>>>> <version>${spring.version}</version>
>>>> </dependency>
>>>> </dependencies>
>>>> </plugin>
>>>>
>>>>
>>>>
>>>> ________________________________________________________________________
>>>> In order to protect our email recipients, Betfair Group use SkyScan from
>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>
>>>> ________________________________________________________________________
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>>
>>>
>>>---------------------------------------------------------------------
>>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>>For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>
>>
>> ________________________________________________________________________
>> In order to protect our email recipients, Betfair Group use SkyScan from
>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>
>> ________________________________________________________________________
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>
>
>
> --
> Olivier Lamy
> Talend: http://coders.talend.com
> http://twitter.com/olamy | http://linkedin.com/in/olamy
--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Tomcat7-maven-plugin 2.0-beta1 and useSeparateTomcatClassloader
fails with run goal
Posted by Olivier Lamy <ol...@apache.org>.
Hello Leigh,
Thanks for creating issue.
Until now I tried to reproduce the issue but I failed.
I wonder if you could attach a build log using -e mvn flag.
2012/4/5 Leigh Anderson <Le...@betfair.com>:
> Hi Olivier,
>
> I'm not able to run this with tomcat6 as it's a Servlet 3.0 project. I'll
> get the issue created -- should have some time next week to put together a
> sample project.
>
>
> Thanks,
> Leigh
>
> On 04/04/2012 11:36, "Olivier Lamy" <ol...@apache.org> wrote:
>
>>Hello,
>>Looks to be an issue (does that work with tomcat6:run ?)
>>Could you create an issue here:
>>https://issues.apache.org/jira/browse/MTOMCAT (if possible with a
>>small sample project to reproduce).
>>
>>Thanks
>>--
>>Olivier Lamy
>>Talend: http://coders.talend.com
>>http://twitter.com/olamy | http://linkedin.com/in/olamy
>>
>>2012/4/3 Leigh Anderson <Le...@betfair.com>:
>>> Hi All,
>>>
>>> I'm trying to start a web application with 'mvn tomcat7:run'. It seems
>>> that with the configuration below it fails with the following error:
>>>
>>>
>>> [INFO]
>>> ------------------------------------------------------------------------
>>> [ERROR] Failed to execute goal
>>> org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1:run
>>>(default-cli)
>>> on project mantis-test-web-app: No such archiver: 'jar'. -> [Help 1]
>>> [ERROR]
>>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>>with the
>>> -e switch.
>>> [ERROR] Re-run Maven using the -X switch to enable full debug
>>>logging.
>>>
>>> I have also tried
>>> * 'mvn tomcat:run-war', which seems to get past this point, but
>>>then the
>>> application will not start because the 'additionalClasspathDir' property
>>> is not supported by the 'run-war' goal.
>>> * removing 'useSeparateTomcatClassLoader' which then doesn't
>>>load the
>>> Spring instrumenting class loader required to use AspectJ LTW, specified
>>> in
>>> context.xml. I have confirmed that I get the same 'no such archiver'
>>>error
>>> if I remove the
>>> context.xml, so I don't believe this to be the cause.
>>>
>>> Is there something I've missed in the configuration?
>>>
>>> Cheers,
>>> Leigh
>>>
>>>
>>>
>>>
>>> <plugin>
>>> <groupId>org.apache.tomcat.maven</groupId>
>>> <artifactId>tomcat7-maven-plugin</artifactId>
>>> <version>2.0-beta-1</version>
>>> <configuration>
>>> <systemProperties>
>>>
>>><log4j.defaultInitOverride>true</log4j.defaultInitOverride>
>>> <HOSTNAME>localhost</HOSTNAME>
>>> <port.http>9090</port.http>
>>> <port.https>8443</port.https>
>>> </systemProperties>
>>> <port>9090</port>
>>> <httpsPort>8443</httpsPort>
>>> <path>/</path>
>>> <useTestClasspath>false</useTestClasspath>
>>> <additionalClasspathDirs>
>>>
>>>
>>><additionalClasspathDir>${project.basedir}/config</additionalClasspathDir
>>>>
>>> </additionalClasspathDirs>
>>>
>>> <useSeparateTomcatClassLoader>true</useSeparateTomcatClassLoader>
>>> </configuration>
>>> <dependencies>
>>> <dependency>
>>> <groupId>org.springframework</groupId>
>>>
>>>
>>><artifactId>spring-instrument-tomcat</artifactId>
>>> <version>${spring.version}</version>
>>> </dependency>
>>> </dependencies>
>>> </plugin>
>>>
>>>
>>>
>>> ________________________________________________________________________
>>> In order to protect our email recipients, Betfair Group use SkyScan from
>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>
>>> ________________________________________________________________________
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>> For additional commands, e-mail: users-help@tomcat.apache.org
>>>
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>>For additional commands, e-mail: users-help@tomcat.apache.org
>>
>
>
> ________________________________________________________________________
> In order to protect our email recipients, Betfair Group use SkyScan from
> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>
> ________________________________________________________________________
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Tomcat7-maven-plugin 2.0-beta1 and useSeparateTomcatClassloader
fails with run goal
Posted by Leigh Anderson <Le...@betfair.com>.
Hi Olivier,
I'm not able to run this with tomcat6 as it's a Servlet 3.0 project. I'll
get the issue created -- should have some time next week to put together a
sample project.
Thanks,
Leigh
On 04/04/2012 11:36, "Olivier Lamy" <ol...@apache.org> wrote:
>Hello,
>Looks to be an issue (does that work with tomcat6:run ?)
>Could you create an issue here:
>https://issues.apache.org/jira/browse/MTOMCAT (if possible with a
>small sample project to reproduce).
>
>Thanks
>--
>Olivier Lamy
>Talend: http://coders.talend.com
>http://twitter.com/olamy | http://linkedin.com/in/olamy
>
>2012/4/3 Leigh Anderson <Le...@betfair.com>:
>> Hi All,
>>
>> I'm trying to start a web application with 'mvn tomcat7:run'. It seems
>> that with the configuration below it fails with the following error:
>>
>>
>> [INFO]
>> ------------------------------------------------------------------------
>> [ERROR] Failed to execute goal
>> org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1:run
>>(default-cli)
>> on project mantis-test-web-app: No such archiver: 'jar'. -> [Help 1]
>> [ERROR]
>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>with the
>> -e switch.
>> [ERROR] Re-run Maven using the -X switch to enable full debug
>>logging.
>>
>> I have also tried
>> * 'mvn tomcat:run-war', which seems to get past this point, but
>>then the
>> application will not start because the 'additionalClasspathDir' property
>> is not supported by the 'run-war' goal.
>> * removing 'useSeparateTomcatClassLoader' which then doesn't
>>load the
>> Spring instrumenting class loader required to use AspectJ LTW, specified
>> in
>> context.xml. I have confirmed that I get the same 'no such archiver'
>>error
>> if I remove the
>> context.xml, so I don't believe this to be the cause.
>>
>> Is there something I've missed in the configuration?
>>
>> Cheers,
>> Leigh
>>
>>
>>
>>
>> <plugin>
>> <groupId>org.apache.tomcat.maven</groupId>
>> <artifactId>tomcat7-maven-plugin</artifactId>
>> <version>2.0-beta-1</version>
>> <configuration>
>> <systemProperties>
>>
>><log4j.defaultInitOverride>true</log4j.defaultInitOverride>
>> <HOSTNAME>localhost</HOSTNAME>
>> <port.http>9090</port.http>
>> <port.https>8443</port.https>
>> </systemProperties>
>> <port>9090</port>
>> <httpsPort>8443</httpsPort>
>> <path>/</path>
>> <useTestClasspath>false</useTestClasspath>
>> <additionalClasspathDirs>
>>
>>
>><additionalClasspathDir>${project.basedir}/config</additionalClasspathDir
>>>
>> </additionalClasspathDirs>
>>
>> <useSeparateTomcatClassLoader>true</useSeparateTomcatClassLoader>
>> </configuration>
>> <dependencies>
>> <dependency>
>> <groupId>org.springframework</groupId>
>>
>>
>><artifactId>spring-instrument-tomcat</artifactId>
>> <version>${spring.version}</version>
>> </dependency>
>> </dependencies>
>> </plugin>
>>
>>
>>
>> ________________________________________________________________________
>> In order to protect our email recipients, Betfair Group use SkyScan from
>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>
>> ________________________________________________________________________
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>> For additional commands, e-mail: users-help@tomcat.apache.org
>>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
>For additional commands, e-mail: users-help@tomcat.apache.org
>
________________________________________________________________________
In order to protect our email recipients, Betfair Group use SkyScan from
MessageLabs to scan all Incoming and Outgoing mail for viruses.
________________________________________________________________________
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
Re: Tomcat7-maven-plugin 2.0-beta1 and useSeparateTomcatClassloader
fails with run goal
Posted by Olivier Lamy <ol...@apache.org>.
Hello,
Looks to be an issue (does that work with tomcat6:run ?)
Could you create an issue here:
https://issues.apache.org/jira/browse/MTOMCAT (if possible with a
small sample project to reproduce).
Thanks
--
Olivier Lamy
Talend: http://coders.talend.com
http://twitter.com/olamy | http://linkedin.com/in/olamy
2012/4/3 Leigh Anderson <Le...@betfair.com>:
> Hi All,
>
> I'm trying to start a web application with 'mvn tomcat7:run'. It seems
> that with the configuration below it fails with the following error:
>
>
> [INFO]
> ------------------------------------------------------------------------
> [ERROR] Failed to execute goal
> org.apache.tomcat.maven:tomcat7-maven-plugin:2.0-beta-1:run (default-cli)
> on project mantis-test-web-app: No such archiver: 'jar'. -> [Help 1]
> [ERROR]
> [ERROR] To see the full stack trace of the errors, re-run Maven with the
> -e switch.
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>
> I have also tried
> * 'mvn tomcat:run-war', which seems to get past this point, but then the
> application will not start because the 'additionalClasspathDir' property
> is not supported by the 'run-war' goal.
> * removing 'useSeparateTomcatClassLoader' which then doesn't load the
> Spring instrumenting class loader required to use AspectJ LTW, specified
> in
> context.xml. I have confirmed that I get the same 'no such archiver' error
> if I remove the
> context.xml, so I don't believe this to be the cause.
>
> Is there something I've missed in the configuration?
>
> Cheers,
> Leigh
>
>
>
>
> <plugin>
> <groupId>org.apache.tomcat.maven</groupId>
> <artifactId>tomcat7-maven-plugin</artifactId>
> <version>2.0-beta-1</version>
> <configuration>
> <systemProperties>
> <log4j.defaultInitOverride>true</log4j.defaultInitOverride>
> <HOSTNAME>localhost</HOSTNAME>
> <port.http>9090</port.http>
> <port.https>8443</port.https>
> </systemProperties>
> <port>9090</port>
> <httpsPort>8443</httpsPort>
> <path>/</path>
> <useTestClasspath>false</useTestClasspath>
> <additionalClasspathDirs>
>
> <additionalClasspathDir>${project.basedir}/config</additionalClasspathDir>
> </additionalClasspathDirs>
>
> <useSeparateTomcatClassLoader>true</useSeparateTomcatClassLoader>
> </configuration>
> <dependencies>
> <dependency>
> <groupId>org.springframework</groupId>
>
> <artifactId>spring-instrument-tomcat</artifactId>
> <version>${spring.version}</version>
> </dependency>
> </dependencies>
> </plugin>
>
>
>
> ________________________________________________________________________
> In order to protect our email recipients, Betfair Group use SkyScan from
> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>
> ________________________________________________________________________
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org