[GUMP@vmgump]: Project tomcat-tc7.0.x-validate (in module tomcat-7.0.x) failed

2011-10-15 Thread Bill Barker 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project tomcat-tc7.0.x-validate has an issue affecting its community 
integration.
This issue affects 1 projects,
 and has been outstanding for 29 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-tc7.0.x-validate :  Tomcat 7.x, a web server implementing Java 
Servlet 3.0,
...


Full details are available at:

http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-validate/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on checkstyle exists, no need to add for property 
checkstyle.jar.
 -INFO- Failed with reason build failed



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-validate/gump_work/build_tomcat-7.0.x_tomcat-tc7.0.x-validate.html
Work Name: build_tomcat-7.0.x_tomcat-tc7.0.x-validate (Type: Build)
Work ended in a state of : Failed
Elapsed: 23 secs
Command Line: /usr/lib/jvm/java-6-openjdk/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only org.apache.tools.ant.Main 
-Dgump.merge=/srv/gump/public/gump/work/merge.xml 
-Dcheckstyle.jar=/srv/gump/public/workspace/checkstyle/target/checkstyle-5.5-SNAPSHOT.jar
 -Dexecute.validate=true validate 
[Working Directory: /srv/gump/public/workspace/tomcat-7.0.x]
CLASSPATH: 
/usr/lib/jvm/java-6-openjdk/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/checkstyle/target/checkstyle-5.5-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-15102011.jar:/srv/gump/public/workspace/apache-commons/cli/target/commons-cli-1.3-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/exec/target/commons-exec-1.1.1-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/validator/dist/commons-validator-15102011.jar:/srv/gump/public/workspace/junit/dist/junit-15102011.jar:/srv/gump
 
/public/workspace/junit/dist/junit-dep-15102011.jar:/srv/gump/public/workspace/google-guava/build/dist/guava-15102011/guava-15102011.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-15102011.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-15102011.jar:/srv/gump/public/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/packages/antlr/antlr-3.1.3.jar:/srv/gump/public/workspace/jdom/build/jdom.jar:/srv/gump/public/workspace/velocity-engine/bin/velocity-15102011.jar:/srv/gump/public/workspace/velocity-engine/bin/velocity-15102011-dep.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jaf-1.1ea/activation.jar
-
Buildfile: /srv/gump/public/workspace/tomcat-7.0.x/build.xml

download-validate:

proxyflags:

setproxy:

testexist:
 [echo] Testing  for 
/srv/gump/public/workspace/checkstyle/target/checkstyle-5.5-SNAPSHOT.jar

downloadzip:

validate:
[mkdir] Created dir: 
/srv/gump/public/workspace/tomcat-7.0.x/output/res/checkstyle
[checkstyle] Running Checkstyle 5.5-SNAPSHOT on 2068 files
[checkstyle] 
/srv/gump/public/workspace/tomcat-7.0.x/test/org/apache/catalina/valves/TesterAccessLogValve.java:22:
 Wrong order for 'java.io.IOException' import.

BUILD FAILED
/srv/gump/public/workspace/tomcat-7.0.x/build.xml:437: Got 1 errors and 0 
warnings.

Total time: 22 seconds
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-validate/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/tomcat-7.0.x/tomcat-tc7.0.x-validate/atom.xml

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 05000615102011, vmgump.apache.org:vmgump:05000615102011
Gump E-mail Identifier (unique within run) #22.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[GUMP@vmgump]: Project tomcat-trunk-validate (in module tomcat-trunk) failed

2011-10-15 Thread Bill Barker 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project tomcat-trunk-validate has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 29 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-trunk-validate :  Tomcat 8.x, a web server implementing Java 
Servlet 3.1,
...


Full details are available at:

http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-validate/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on checkstyle exists, no need to add for property 
checkstyle.jar.
 -INFO- Failed with reason build failed



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-validate/gump_work/build_tomcat-trunk_tomcat-trunk-validate.html
Work Name: build_tomcat-trunk_tomcat-trunk-validate (Type: Build)
Work ended in a state of : Failed
Elapsed: 26 secs
Command Line: /usr/lib/jvm/java-6-openjdk/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only org.apache.tools.ant.Main 
-Dgump.merge=/srv/gump/public/gump/work/merge.xml 
-Dcheckstyle.jar=/srv/gump/public/workspace/checkstyle/target/checkstyle-5.5-SNAPSHOT.jar
 -Dexecute.validate=true validate 
[Working Directory: /srv/gump/public/workspace/tomcat-trunk]
CLASSPATH: 
/usr/lib/jvm/java-6-openjdk/lib/tools.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/checkstyle/target/checkstyle-5.5-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/beanutils/dist/commons-beanutils-15102011.jar:/srv/gump/public/workspace/apache-commons/cli/target/commons-cli-1.3-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/exec/target/commons-exec-1.1.1-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/validator/dist/commons-validator-15102011.jar:/srv/gump/public/workspace/junit/dist/junit-15102011.jar:/srv/gump
 
/public/workspace/junit/dist/junit-dep-15102011.jar:/srv/gump/public/workspace/google-guava/build/dist/guava-15102011/guava-15102011.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-15102011.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api-15102011.jar:/srv/gump/public/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/packages/antlr/antlr-3.1.3.jar:/srv/gump/public/workspace/jdom/build/jdom.jar:/srv/gump/public/workspace/velocity-engine/bin/velocity-15102011.jar:/srv/gump/public/workspace/velocity-engine/bin/velocity-15102011-dep.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jaf-1.1ea/activation.jar
-
Buildfile: /srv/gump/public/workspace/tomcat-trunk/build.xml

download-validate:

proxyflags:

setproxy:

testexist:
 [echo] Testing  for 
/srv/gump/public/workspace/checkstyle/target/checkstyle-5.5-SNAPSHOT.jar

downloadzip:

validate:
[mkdir] Created dir: 
/srv/gump/public/workspace/tomcat-trunk/output/res/checkstyle
[checkstyle] Running Checkstyle 5.5-SNAPSHOT on 2070 files
[checkstyle] 
/srv/gump/public/workspace/tomcat-trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java:22:
 Wrong order for 'java.io.IOException' import.

BUILD FAILED
/srv/gump/public/workspace/tomcat-trunk/build.xml:437: Got 1 errors and 0 
warnings.

Total time: 25 seconds
-

To subscribe to this information via syndicated feeds:
- RSS: 
http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-validate/rss.xml
- Atom: 
http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-validate/atom.xml

== Gump Tracking Only ===
Produced by Apache Gump(TM) version 2.3.
Gump Run 05000615102011, vmgump.apache.org:vmgump:05000615102011
Gump E-mail Identifier (unique within run) #23.

--
Apache Gump
http://gump.apache.org/ [Instance: vmgump]

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Git and tomcat 7.x

2011-10-15 Thread Rainer Jung 
On 14.10.2011 20:19, Francis Galiegue wrote:
 On Fri, Oct 14, 2011 at 20:08, Mark Thomas ma...@apache.org wrote:
 On 14/10/2011 19:00, Francis Galiegue wrote:
 [...] The trouble is
 that I don't feel like git svn cloning directly given that my
 bandwidth is very poor and the Apache SVN repo has a number of commits
 in the 7 digit range (even if the first of these 7 is just a 1)...

 No. All patches will be applied to trunk (a.k.a. 8.0.x) first and then
 back-ported. trunk and 7.0.x are very close. It should be a simple svn
 merge.

 Don't ever git clone directly to the ASF svn servers. You are very
 likely to be banned from connecting due to the high volume of requests
 that would be generated.

 
 Not that I'd have tried anyway, but thanks for the information ;)
 
 I'll keep going with my current clone, then. Thanks!

It seems that

git://git.apache.org/tomcat.git

and

git://git.apache.org/tomcat70.git

now correctly point to the 7.0 resp. trunk Tomcat branches.

At least that's what I derive from

http://git.apache.org/tomcat.git/config

and

http://git.apache.org/tomcat70.git/config

Regards,

Rainer

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

svn commit: r1183605 - /tomcat/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java

2011-10-15 Thread kkolinko 
Author: kkolinko
Date: Sat Oct 15 09:09:07 2011
New Revision: 1183605

URL: http://svn.apache.org/viewvc?rev=1183605view=rev
Log:
Organize imports. Nagged by checkstyle.

Modified:
tomcat/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java

Modified: tomcat/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java
URL: 
http://svn.apache.org/viewvc/tomcat/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java?rev=1183605r1=1183604r2=1183605view=diff
==
--- tomcat/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java 
(original)
+++ tomcat/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java Sat 
Oct 15 09:09:07 2011
@@ -16,15 +16,15 @@
  */
 package org.apache.catalina.valves;
 
-import static org.junit.Assert.assertEquals;
-import static org.junit.Assert.assertTrue;
-
 import java.io.IOException;
 import java.util.ArrayList;
 import java.util.List;
 
 import javax.servlet.ServletException;
 
+import static org.junit.Assert.assertEquals;
+import static org.junit.Assert.assertTrue;
+
 import org.apache.catalina.AccessLog;
 import org.apache.catalina.connector.Request;
 import org.apache.catalina.connector.Response;



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

svn commit: r1183606 - in /tomcat/tc7.0.x/trunk: ./ test/org/apache/catalina/valves/TesterAccessLogValve.java

2011-10-15 Thread kkolinko 
Author: kkolinko
Date: Sat Oct 15 09:10:48 2011
New Revision: 1183606

URL: http://svn.apache.org/viewvc?rev=1183606view=rev
Log:
Merged revision 1183605 from tomcat/trunk:
Organize imports. Nagged by checkstyle.

Modified:
tomcat/tc7.0.x/trunk/   (props changed)

tomcat/tc7.0.x/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java

Propchange: tomcat/tc7.0.x/trunk/
--
--- svn:mergeinfo (original)
+++ svn:mergeinfo Sat Oct 15 09:10:48 2011
@@ -1 +1 @@
-/tomcat/trunk:1156115,1156171,1156276,1156304,1156519,1156530,1156602,1157015,1157018,1157151,1157198,1157204,1157810,1157832,1157834,1157847,1157908,1157939,1158155,1158160,1158176,1158195,1158198-1158199,1158227,1158331,1158334-1158335,1158426,1160347,1160592,1160611,1160619,1160626,1160639,1160652,1160720-1160721,1160772,1160774,1160776,1161303,1161310,1161322,1161339,1161486,1161540,1161549,1161584,1162082,1162149,1162169,1162721,1162769,1162836,1162932,1163630,1164419,1164438,1164469,1164480,1164567,1165234,1165247-1165248,1165253,1165273,1165282,1165309,1165331,1165338,1165347,1165360-1165361,1165367-1165368,1165602,1165608,1165677,1165693,1165721,1165723,1165728,1165730,1165738,1165746,1165765,1165777,1165918,1165921,1166077,1166150-1166151,1166290,1166366,1166620,1166686,1166752,1166757,1167368,1167394,1169447,1170647,1171692,1172233-1172234,1172236,1172269,1172278,1172282,1172610,1172664,1172689,1172711,1173020-1173021,1173082,1173088,1173090,1173096,1173241,1173256
 
,1173288,117,1173342,1173461,1173614,1173630,1173659,1173722,1174061,1174239,1174322,1174325,1174329-1174330,1174337-1174339,1174343,1174353,1174799,1174882,1174884,1174983,1175155,1175158,1175167,1175182,1175190,1175201,1175272,1175275,1175283,1175582,1175589-1175590,1175594,1175602,1175613,1175633,1175690,1175713,1175889,1175896,1175907,1176584,1176590,1176799,1177050,1177060,1177125,1177152,1177160,1177245,1177850,1177862,1177978,1178209,1178228,1178233,1178449,1178542,1178681,1178721,1180261,1180907,1181028,1181123,1181125,1181136,1181291,1181743,1183328,1183492-1183494
+/tomcat/trunk:1156115,1156171,1156276,1156304,1156519,1156530,1156602,1157015,1157018,1157151,1157198,1157204,1157810,1157832,1157834,1157847,1157908,1157939,1158155,1158160,1158176,1158195,1158198-1158199,1158227,1158331,1158334-1158335,1158426,1160347,1160592,1160611,1160619,1160626,1160639,1160652,1160720-1160721,1160772,1160774,1160776,1161303,1161310,1161322,1161339,1161486,1161540,1161549,1161584,1162082,1162149,1162169,1162721,1162769,1162836,1162932,1163630,1164419,1164438,1164469,1164480,1164567,1165234,1165247-1165248,1165253,1165273,1165282,1165309,1165331,1165338,1165347,1165360-1165361,1165367-1165368,1165602,1165608,1165677,1165693,1165721,1165723,1165728,1165730,1165738,1165746,1165765,1165777,1165918,1165921,1166077,1166150-1166151,1166290,1166366,1166620,1166686,1166752,1166757,1167368,1167394,1169447,1170647,1171692,1172233-1172234,1172236,1172269,1172278,1172282,1172610,1172664,1172689,1172711,1173020-1173021,1173082,1173088,1173090,1173096,1173241,1173256
 
,1173288,117,1173342,1173461,1173614,1173630,1173659,1173722,1174061,1174239,1174322,1174325,1174329-1174330,1174337-1174339,1174343,1174353,1174799,1174882,1174884,1174983,1175155,1175158,1175167,1175182,1175190,1175201,1175272,1175275,1175283,1175582,1175589-1175590,1175594,1175602,1175613,1175633,1175690,1175713,1175889,1175896,1175907,1176584,1176590,1176799,1177050,1177060,1177125,1177152,1177160,1177245,1177850,1177862,1177978,1178209,1178228,1178233,1178449,1178542,1178681,1178721,1180261,1180907,1181028,1181123,1181125,1181136,1181291,1181743,1183328,1183492-1183494,1183605

Modified: 
tomcat/tc7.0.x/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java
URL: 
http://svn.apache.org/viewvc/tomcat/tc7.0.x/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java?rev=1183606r1=1183605r2=1183606view=diff
==
--- 
tomcat/tc7.0.x/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java 
(original)
+++ 
tomcat/tc7.0.x/trunk/test/org/apache/catalina/valves/TesterAccessLogValve.java 
Sat Oct 15 09:10:48 2011
@@ -16,15 +16,15 @@
  */
 package org.apache.catalina.valves;
 
-import static org.junit.Assert.assertEquals;
-import static org.junit.Assert.assertTrue;
-
 import java.io.IOException;
 import java.util.ArrayList;
 import java.util.List;
 
 import javax.servlet.ServletException;
 
+import static org.junit.Assert.assertEquals;
+import static org.junit.Assert.assertTrue;
+
 import org.apache.catalina.AccessLog;
 import org.apache.catalina.connector.Request;
 import org.apache.catalina.connector.Response;



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Git and tomcat 7.x

2011-10-15 Thread Konstantin Kolinko 
2011/10/15 Rainer Jung rainer.j...@kippdata.de:
 On 14.10.2011 20:19, Francis Galiegue wrote:
 On Fri, Oct 14, 2011 at 20:08, Mark Thomas ma...@apache.org wrote:
 On 14/10/2011 19:00, Francis Galiegue wrote:
 [...] The trouble is
 that I don't feel like git svn cloning directly given that my
 bandwidth is very poor and the Apache SVN repo has a number of commits
 in the 7 digit range (even if the first of these 7 is just a 1)...

 No. All patches will be applied to trunk (a.k.a. 8.0.x) first and then
 back-ported. trunk and 7.0.x are very close. It should be a simple svn
 merge.

 Don't ever git clone directly to the ASF svn servers. You are very
 likely to be banned from connecting due to the high volume of requests
 that would be generated.


 Not that I'd have tried anyway, but thanks for the information ;)

 I'll keep going with my current clone, then. Thanks!

 It seems that

 git://git.apache.org/tomcat.git

 and

 git://git.apache.org/tomcat70.git

 now correctly point to the 7.0 resp. trunk Tomcat branches.

 At least that's what I derive from

 http://git.apache.org/tomcat.git/config

 and

 http://git.apache.org/tomcat70.git/config


Good to know (the browser has cached those files, so I had to Ctrl+F5).
But somehow Github display of it is now empty and says This
repository's default branch is empty!
https://github.com/apache/tomcat70

So I cannot yet confirm that Infra ticket is solved
https://issues.apache.org/jira/browse/INFRA-4027


Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

svn commit: r1183612 [1/2] - /tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java

2011-10-15 Thread kkolinko 
Author: kkolinko
Date: Sat Oct 15 09:47:39 2011
New Revision: 1183612

URL: http://svn.apache.org/viewvc?rev=1183612view=rev
Log:
No change

Modified:
tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: svn commit: r1183340 [1/2] - /tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java

2011-10-15 Thread Konstantin Kolinko 
2011/10/14 Mark Thomas ma...@apache.org:
 On 14/10/2011 15:00, Konstantin Kolinko wrote:
 2011/10/14 Mark Thomas ma...@apache.org:

 How?  Some git push (or haw it is called there?) that writes directly
 to the repository?

 git svn dcommit

 See:
 http://wiki.apache.org/general/GitAtApache

 I had been through the process once to reset the line endings in my
 local repo and I though that would be enough. I think I know how to spot
 this before it happens now so that should be the last of them. How to
 fix it when I spot it is a separate issue.


 Huh.
 I think the client (git) is broken if it does this. Another fault is
 that Subversion server allows it.

 You are on Windows, right?

 I reported the issue to users@subversion,
 http://subversion.markmail.org/thread/uovs5c7mgcnyp4an

 I think this was my fault.

 See http://stackoverflow.com/questions/1967370/git-replacing-lf-with-crlf

 Short version:
 - files in svn might use either CRLF or LF
 - eol-style: native just handles this
 - git expects LF
 - I had enabled core.autocrlf=true which changed everything to LF on commit

 I have set now core.autocrlf=false and that appears to have fixed things
 so far...


The file was actually sent to svn repository with CRLF line ends.

(More discussion in the users@subversion thread in the link above).

I reverted it to LFs in r1183612 by sending a non-changed file from TortoiseSVN.

How do you run git? Do you use Cygwin, or maybe TortoiseGit?


I think http://wiki.apache.org/general/GitAtApache might need to be updated
to reflect the issue, but I am not yet sure what the correct setting is.

Your last commits were OK.

I hope infra people will install a pre-commit hook to prevent such
commits from happening. One hook was already proposed in the thread
above.

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[GUMP@vmgump]: Project tomcat-trunk-test (in module tomcat-trunk) failed

2011-10-15 Thread Bill Barker 
To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact the folk at gene...@gump.apache.org.

Project tomcat-trunk-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 35 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- tomcat-trunk-test :  Tomcat 8.x, a web server implementing Java Servlet 
3.1,
...


Full details are available at:

http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on tomcat-trunk-dbcp exists, no need to add for property 
tomcat-dbcp-src.jar.
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
commons-daemon.native.src.tgz.
 -DEBUG- Dependency on commons-daemon exists, no need to add for property 
tomcat-native.tar.gz.
 -DEBUG- Dependency on tomcat-trunk-dbcp exists, no need to add for property 
tomcat-dbcp.home.
 -INFO- Failed with reason build failed
 -INFO- Project Reports in: 
/srv/gump/public/workspace/tomcat-trunk/output/build/logs



The following work was performed:
http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/gump_work/build_tomcat-trunk_tomcat-trunk-test.html
Work Name: build_tomcat-trunk_tomcat-trunk-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 30 mins 1 sec
Command Line: /usr/lib/jvm/java-6-openjdk/bin/java -Djava.awt.headless=true 
-Dbuild.sysclasspath=only org.apache.tools.ant.Main 
-Dgump.merge=/srv/gump/public/gump/work/merge.xml 
-Djunit.jar=/srv/gump/public/workspace/junit/dist/junit-15102011.jar 
-Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-15102011-native-src.tar.gz
 
-Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-15102011-native-src.tar.gz
 -Dexamples.sources.skip=true 
-Dtomcat-dbcp.home=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps 
-Djdt.jar=/srv/gump/packages/eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar
 
-Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-15102011.jar
 
-Dtomcat-dbcp-src.jar=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-dbcp-src.jar
 -Dcommons-pool.home=/srv/gump/public/workspace/commons-pool-1.x 
-Dcommons-dbcp.home=/srv/gump/public/worksp
 ace/commons-dbcp-1.x 
-Dtomcat-dbcp.jar=/srv/gump/public/workspace/tomcat-trunk/tomcat-deps/tomcat-dbcp-15102011.jar
 test 
[Working Directory: /srv/gump/public/workspace/tomcat-trunk]
CLASSPATH: 
/usr/lib/jvm/java-6-openjdk/lib/tools.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/webapps/examples/WEB-INF/classes:/srv/gump/public/workspace/tomcat-trunk/output/testclasses:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/xml-commons/java/build/resolver.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/bin/bootstrap.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/bin/tomcat-juli.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/annotations-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/servlet-api.jar:/srv/gump/public/workspace/tomcat-trunk/outp
 
ut/build/lib/jsp-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/el-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-ant.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-coyote.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jasper.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/jasper-el.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-tribes.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/catalina-ha.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-api.jar:/srv/gump/public/workspace/tomcat-trunk/output/build/lib/tomcat-util.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/packages/jaf-1.1ea/activation.jar:/srv/gump/packages/eclipse/plugins/org.eclipse.jdt.core_3.4.2/jdtcore.jar:/srv/gump/public/workspace/tomcat-tr

Re: [GUMP@vmgump]: Project tomcat-trunk-test (in module tomcat-trunk) failed

2011-10-15 Thread Konstantin Kolinko 
2011/10/15 Bill Barker billbar...@apache.org:
 To whom it may engage...

 This is an automated request, but not an unsolicited one. For
 more information please visit http://gump.apache.org/nagged.html,
 and/or contact the folk at gene...@gump.apache.org.

 Project tomcat-trunk-test has an issue affecting its community integration.
 This issue affects 1 projects,
  and has been outstanding for 35 runs.
 The current state of this project is 'Failed', with reason 'Build Failed'.
 For reference only, the following projects are affected by this:
    - tomcat-trunk-test :  Tomcat 8.x, a web server implementing Java Servlet 
 3.1,
    ...


 Full details are available at:
    
 http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/index.html


TestGroupChannelMemberArrival.NIO
The BIO run was OK.

http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-test/gump_file/TEST-org.apache.catalina.tribes.group.TestGroupChannelMemberArrival.NIO.txt.html

Best regards,
Konstantin Kolinko

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

DO NOT REPLY [Bug 51953] Proposal: netmask filtering valve and filter

2011-10-15 Thread bugzilla 
https://issues.apache.org/bugzilla/show_bug.cgi?id=51953

--- Comment #21 from Francis Galiegue fgalie...@gmail.com 2011-10-15 11:03:31 
UTC ---
OK, I don't understand what is happening at all.

The filter does work, exceptions are thrown, but nothing is logged with the
default Tomcat log configuration, and a bad filter doesn't prevent the context
from reloading!

Is that expected?

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: svn commit: r1183340 [1/2] - /tomcat/trunk/java/org/apache/catalina/startup/ContextConfig.java

2011-10-15 Thread Mark Thomas 
On 15/10/2011 11:02, Konstantin Kolinko wrote:
 How do you run git? Do you use Cygwin, or maybe TortoiseGit?

http://code.google.com/p/msysgit/downloads/list

 I think http://wiki.apache.org/general/GitAtApache might need to be updated
 to reflect the issue, but I am not yet sure what the correct setting is.

For Tomcat, it appears core.autocrlf=false is the way to go but I'd like
to keep an eye on things for a while.

 Your last commits were OK.

Now I've figured out how to spot when things go wrong, I shouldn't mess
things up again.

 I hope infra people will install a pre-commit hook to prevent such
 commits from happening. One hook was already proposed in the thread
 above.

As git is used more with svn, that is probably a good idea.

As an aside, I am finding it really useful. The things I have found I
have been able to do much more easily include:
- work on multiple bugs at once and switch between them
- do code clean-up and re-factoring as I go along but then cherry pick
selected changes (e.g. the cleanup) and commit them separately so the
commit for the actual fix is cleaner
- go back a few steps when I realise I need to change track with a fix

There is a learning curve and if I hadn't been forced (against my will
at the time) to use git at $work I doubt I would find the things I am
doing now quite as easy.

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Re: Publishing zips to the maven repo

2011-10-15 Thread Pid 
On 14/10/2011 17:26, Mark Thomas wrote:
 On 14/10/2011 17:09, David Jencks wrote:

 I really hope that just because the main tomcat developers don't see
 the benefits of the maven ecosystem 

[sigh] If that were true, I doubt I'd have observed the acceptance of
the Maven Tomcat plugin by this group.


p



signature.asc
Description: OpenPGP digital signature

[jira] [Updated] (MTOMCAT-61) maven tomcat:run ignores the useSeperateTomcatClassloaded when using serverXml property

2011-10-15 Thread Olivier Lamy (Updated) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-61?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Lamy updated MTOMCAT-61:


Fix Version/s: 2.0
 Assignee: Olivier Lamy

 maven tomcat:run ignores the useSeperateTomcatClassloaded when using 
 serverXml property
 ---

 Key: MTOMCAT-61
 URL: https://issues.apache.org/jira/browse/MTOMCAT-61
 Project: Apache Tomcat Maven Plugin
  Issue Type: Bug
Affects Versions: 1.0
 Environment: Mac OS X, JDK 1.6, Maven 2.2.1
Reporter: Lars Vonk
Assignee: Olivier Lamy
 Fix For: 2.0


 When configuring the tomcat plugin as follows:
  configuration
   useSeparateTomcatClassLoadertrue/useSeparateTomcatClassLoader
   serverXml/src/test/config/server.xml/serverXml
  /configuration
 the useSeparateTomcatClassLoader is ignored. In our case this causes 
 classloading issues.
 It could be it is not supported but that is not clear from the documentation. 
 If so I would like to know how I can add server.xml stuff in case of 
 tomcat:run (one this is the single sign on Valve).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[jira] [Updated] (MTOMCAT-85) Perfoming tomcat:redeploy is not reflected in log messages

2011-10-15 Thread Olivier Lamy (Updated) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Lamy updated MTOMCAT-85:


Fix Version/s: 2.0
 Assignee: Olivier Lamy

 Perfoming tomcat:redeploy is not reflected in log messages
 --

 Key: MTOMCAT-85
 URL: https://issues.apache.org/jira/browse/MTOMCAT-85
 Project: Apache Tomcat Maven Plugin
  Issue Type: Bug
Affects Versions: 1.1
Reporter: Michael Osipov
Assignee: Olivier Lamy
 Fix For: 2.0

 Attachments: MTOMCAT-85.patch


 Log messages still say Deploying ... to  Appropriate messages have not 
 been used.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[jira] [Commented] (MTOMCAT-94) tomcat:run doesn't take into account classesDir param

2011-10-15 Thread Olivier Lamy (Commented) (JIRA) 

[ 
https://issues.apache.org/jira/browse/MTOMCAT-94?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13128289#comment-13128289
 ] 

Olivier Lamy commented on MTOMCAT-94:
-

But we add ListString classPathElements = 
project.getCompileClasspathElements();
So I don't see why it's an issue ?

 tomcat:run doesn't take into account classesDir param
 -

 Key: MTOMCAT-94
 URL: https://issues.apache.org/jira/browse/MTOMCAT-94
 Project: Apache Tomcat Maven Plugin
  Issue Type: Bug
Affects Versions: 1.1
Reporter: Ilya Klyuchnikov
  Labels: tocheck

 tomcat:run doesn't take into account classesDir param
 See that corresponding code is commented out:
 https://fisheye.codehaus.org/browse/mojo/tags/tomcat-maven-plugin-1.1/src/main/java/org/codehaus/mojo/tomcat/RunMojo.java?hb=true#to148

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[jira] [Closed] (MTOMCAT-88) tomcat:run throws java.lang.ClassCastException: org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter cannot be cast to javax.servlet.Filter

2011-10-15 Thread Olivier Lamy (Closed) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-88?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Lamy closed MTOMCAT-88.
---

Resolution: Won't Fix
  Assignee: Olivier Lamy

servlet-api must be provided to prevent class loader issues

 tomcat:run throws java.lang.ClassCastException: 
 org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter cannot 
 be cast to javax.servlet.Filter
 

 Key: MTOMCAT-88
 URL: https://issues.apache.org/jira/browse/MTOMCAT-88
 Project: Apache Tomcat Maven Plugin
  Issue Type: Bug
Affects Versions: 1.1
 Environment: Server version: Apache Tomcat/6.0.29
 Server built:   July 19 2010 1458
 Server number:  6.0.0.29
 OS Name:Mac OS X
 OS Version: 10.6.7
 Architecture:   x86_64
 JVM Version:1.6.0_24-b07-334-10M3326
 JVM Vendor: Apple Inc.
Reporter: Ximing Yu
Assignee: Olivier Lamy

 This is my web.xml
 {code:xml}
 filter
 filter-namestruts2/filter-name
 
 filter-classorg.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter/filter-class
 /filter
 filter-mapping
 filter-namestruts2/filter-name
 url-pattern/portal/*/url-pattern
 /filter-mapping
 listener
 
 listener-classorg.springframework.web.context.ContextLoaderListener/listener-class
 /listener
 {code}
 I use Struts2 + Spring + Hibernate for the project. By running tomcat:run-war 
 or tomcat:deploy, everything is OK. But if I run tomcat:run directly, it 
 throws the following exception:
 {code}
 SEVERE: Exception starting filter struts2
 java.lang.ClassCastException: 
 org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter cannot 
 be cast to javax.servlet.Filter
   at 
 org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:275)
   at 
 org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:422)
   at 
 org.apache.catalina.core.ApplicationFilterConfig.init(ApplicationFilterConfig.java:115)
   at 
 org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4001)
   at 
 org.apache.catalina.core.StandardContext.start(StandardContext.java:4651)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at org.apache.catalina.core.StandardHost.start(StandardHost.java:785)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at 
 org.apache.catalina.core.StandardEngine.start(StandardEngine.java:445)
   at org.apache.catalina.startup.Embedded.start(Embedded.java:825)
   at 
 org.codehaus.mojo.tomcat.AbstractRunMojo.startContainer(AbstractRunMojo.java:558)
   at 
 org.codehaus.mojo.tomcat.AbstractRunMojo.execute(AbstractRunMojo.java:255)
   at 
 org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:107)
   at 
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
   at 
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
   at 
 org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
   at 
 org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
   at 
 org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
   at 
 org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
   at 
 org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
   at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
   at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at 
 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
   at 
 org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
   at 
 org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
   at 
 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
 Apr 19, 2011 3:40:14 PM org.apache.catalina.core.StandardContext start
 SEVERE: Error filterStart

[jira] [Updated] (MTOMCAT-77) Add support for using the test classpath instead of the compile classpath with tomcat:run

2011-10-15 Thread Olivier Lamy (Updated) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-77?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Lamy updated MTOMCAT-77:


Fix Version/s: 2.0
 Assignee: Olivier Lamy

 Add support for using the test classpath instead of the compile classpath 
 with tomcat:run
 -

 Key: MTOMCAT-77
 URL: https://issues.apache.org/jira/browse/MTOMCAT-77
 Project: Apache Tomcat Maven Plugin
  Issue Type: New Feature
Affects Versions: 1.1
 Environment: Maven
Reporter: Oscar Westra van Holthe - Kind
Assignee: Olivier Lamy
 Fix For: 2.0


 For an _instant developer experience_, we need to be able to do something 
 like the following:
 {code}
  svn co https://company.repository.com/project/foo foo
  cd foo
  mvn install
  mvn tomcat:run
 {code}
 Using the tomcat:run goal in itself works perfectly, but the (in-memory) 
 database is empty. Using the Jetty plugin, I can choose to use the test 
 classpath (which tells Hibernate to initialize the database):
 {code:xml}
 plugin
 groupIdorg.mortbay.jetty/groupId
 artifactIdmaven-jetty-plugin/artifactId
 version6.1.26/version
 configuration
 useTestClasspathtrue/useTestClasspath
 webAppConfig
 jettyEnvXmlFile/src/test/config/jetty-env.xml/jettyEnvXmlFile
 /webAppConfig
 /configuration
 !-- Cut out: dependencies for the database --
 /plugin
 {code}
 I want to do something similar with the Tomcat plugin:
 {code:xml}
 plugin
 groupIdorg.codehaus.mojo/groupId
 artifactIdtomcat-maven-plugin/artifactId
 version1.1/version
 configuration
 useTestClasspathtrue/useTestClasspath!-- This is the requested 
 item. --
 path//path
 contextFilesrc/test/config/tomcat-context.xml/contextFile
 /configuration
 !-- Cut out: dependencies for the database --
 /plugin
 {code}
 So my request is: add a useTestClasspath configuration setting for tje 
 class RunMojo that tells it to use 
 {{MavenProject.getTestClasspathElements()}} instead of 
 {{MavenProject.getCompileClasspathElements()}} when creating the webapp 
 loader. On 2011-02-08, this was line 132 in the class 
 {{org.codehaus.mojo.tomcat.RunMojo}}.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[jira] [Updated] (MTOMCAT-99) Make redeploy goal consistent with deploy goals

2011-10-15 Thread Olivier Lamy (Updated) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-99?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Lamy updated MTOMCAT-99:


Fix Version/s: 2.0
 Assignee: Olivier Lamy

 Make redeploy goal consistent with deploy goals
 ---

 Key: MTOMCAT-99
 URL: https://issues.apache.org/jira/browse/MTOMCAT-99
 Project: Apache Tomcat Maven Plugin
  Issue Type: Improvement
Affects Versions: 1.1
Reporter: Michael Osipov
Assignee: Olivier Lamy
 Fix For: 2.0


 Redeploy is the same as deploy but has the update flag set to true. redeploy 
 does not fork a package phase, deploy does. The behavior is diffrent. It 
 should be:
 deploy = redeploy
 deploy-only = redeploy-only

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[jira] [Closed] (MTOMCAT-98) configuration not working on tomcat:run

2011-10-15 Thread Olivier Lamy (Closed) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-98?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Lamy closed MTOMCAT-98.
---

Resolution: Cannot Reproduce
  Assignee: Olivier Lamy

 note you must now use tomcat6/tomcat7 mojos.

 configuration not working on tomcat:run
 ---

 Key: MTOMCAT-98
 URL: https://issues.apache.org/jira/browse/MTOMCAT-98
 Project: Apache Tomcat Maven Plugin
  Issue Type: Bug
Affects Versions: 2.0
Reporter: Steve Cohen
Assignee: Olivier Lamy

 Given this configuration:
   plugin
   groupIdorg.apache.tomcat.maven/groupId
   artifactIdtomcat-maven-plugin/artifactId
   version2.0-SNAPSHOT/version
   configuration
   port/port
   path/cxf/path
   /configuration
   /plugin
 and a project basedir of resttest2
 mvn tomcat:run produces:
 [INFO] Running war on http://localhost:8080/resttest2
 i.e. both the specified port and the path are ignored.
 This was not the case in version 1.0:
   plugin
   groupIdorg.codehaus.mojo/groupId
   artifactIdtomcat-maven-plugin/artifactId
   version1.0-beta-1/version
   configuration
   port/port
   path/cxf/path
   /configuration
   /plugin
  produces 
 [INFO] Running war on http://localhost:/cxf as expected.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[jira] [Updated] (MTOMCAT-92) Bind tomcat to a self-chosen network interface

2011-10-15 Thread Olivier Lamy (Updated) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-92?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Lamy updated MTOMCAT-92:


Fix Version/s: 2.0
 Assignee: Olivier Lamy

 Bind tomcat to a self-chosen network interface
 --

 Key: MTOMCAT-92
 URL: https://issues.apache.org/jira/browse/MTOMCAT-92
 Project: Apache Tomcat Maven Plugin
  Issue Type: Bug
Affects Versions: 1.1
Reporter: Björn Michael
Assignee: Olivier Lamy
 Fix For: 2.0


 Tomcat is bound to 0.0.0.0 (all interfaces) by default. I feel the need to 
 change this binding to e.g. localhost (127.0.0.1) or another interface by 
 adding a host127.0.0.1/host to plugin configuration in pom.xml. This is 
 often necessary for security or firewall reasons during the development of 
 web applications.
 Thanks in advance.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[jira] [Updated] (MTOMCAT-95) Add directories to the embedded tomcat classloader (equivalent to shared.loader property in regular tomcat instance).

2011-10-15 Thread Olivier Lamy (Updated) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-95?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Lamy updated MTOMCAT-95:


Fix Version/s: 2.0
 Assignee: Olivier Lamy

 Add directories to the embedded tomcat classloader (equivalent to 
 shared.loader property in regular tomcat instance).
 -

 Key: MTOMCAT-95
 URL: https://issues.apache.org/jira/browse/MTOMCAT-95
 Project: Apache Tomcat Maven Plugin
  Issue Type: Improvement
Affects Versions: 1.1
Reporter: Nick Lloyd
Assignee: Olivier Lamy
Priority: Minor
 Fix For: 2.0

 Attachments: additionalClasspathDirs.patch


 For one of my projects I needed to add directories to the classpath of a 
 tomcat instance.  I added additional functionality to tomcat-maven-plugin 
 v1.1 to support this by adding configured directories to the Embedded tomcat 
 classloader (only tomcat:run mojo affected).  Attached is the patch file of 
 my modifications.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[jira] [Closed] (MTOMCAT-50) add support for JNDI datasource JDBC driver jar dependencies for the run goal

2011-10-15 Thread Olivier Lamy (Closed) (JIRA) 

 [ 
https://issues.apache.org/jira/browse/MTOMCAT-50?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Olivier Lamy closed MTOMCAT-50.
---

Resolution: Won't Fix
  Assignee: Olivier Lamy

 add support for JNDI datasource JDBC driver jar dependencies for the run goal
 -

 Key: MTOMCAT-50
 URL: https://issues.apache.org/jira/browse/MTOMCAT-50
 Project: Apache Tomcat Maven Plugin
  Issue Type: Improvement
Affects Versions: 1.0-beta-1
 Environment: os x 10.6.2, java 1.6.0_17, Maven 2.2.1 (r801777; 
 2009-08-06 12:16:01-0700)
Reporter: Jonathan Russell
Assignee: Olivier Lamy
Priority: Minor

 I get a ClassNotFoundException for Oracle driver classes unless I drop the 
 jdbc driver jar into Java's extension directory when executing mvn 
 tomcat:run-war for my project. (see below)
 If I were using an installed tomcat instance I know I could add the jar to 
 the /usr/local/tomcat/apache-tomcat-7.0.21/lib directory.  I don't know if it 
 isn't supported, or if I just haven't found good documentation on this, but I 
 can't get this error to go away unless I add the jar into a Java extension 
 directory.
 pom.xml excerpts:
 plugin
 groupIdorg.codehaus.mojo/groupId
 artifactIdtomcat-maven-plugin/artifactId
 configuration
 path//path
 modeboth/mode
 /configuration
 /plugin
 ...
 dependency
 groupIdcom.oracle/groupId
 artifactIdojdbc14/artifactId
 version10.2.0.4.0/version
 scoperuntime/scope
 /dependency
 context.xml excerpt:
 ?xml version=1.0 encoding=UTF-8?
 Context 
 path=/
 docBase=.war
 debug=1
 reloadable=true
 crossContext=true
 
 Resource name=0 auth=Container 
 type=javax.sql.DataSource
 maxActive=4 maxIdle=2 maxWait=6
 removeAbandoned=true logAbandoned=true
 driverClassName=
 url=
 username= password=
 NetworkProtocol=tcp
 DataSourceName=oracle.jdbc.xa.client.OracleXADataSource
 NativeXA=true
 allowLocalTransactions=true
 LoginTimeout=0
 ExplicitCachingEnabled=false
 ImplicitCachingEnabled=false
 MaxStatements=0
 /
 ...
 /Context
 Stack trace:
   ... 
 Caused by: org.hibernate.exception.GenericJDBCException: Cannot open 
 connection
   at 
 org.hibernate.exception.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:126)
   at 
 org.hibernate.exception.SQLStateConverter.convert(SQLStateConverter.java:114)
   at 
 org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:66)
   at 
 org.hibernate.exception.JDBCExceptionHelper.convert(JDBCExceptionHelper.java:52)
   at 
 org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:449)
   at 
 org.hibernate.jdbc.ConnectionManager.getConnection(ConnectionManager.java:167)
   at 
 org.hibernate.jdbc.AbstractBatcher.prepareQueryStatement(AbstractBatcher.java:161)
   at org.hibernate.loader.Loader.prepareQueryStatement(Loader.java:1577)
   at org.hibernate.loader.Loader.doQuery(Loader.java:696)
   at 
 org.hibernate.loader.Loader.doQueryAndInitializeNonLazyCollections(Loader.java:259)
   at org.hibernate.loader.Loader.doList(Loader.java:2232)
   at org.hibernate.loader.Loader.listIgnoreQueryCache(Loader.java:2129)
   at org.hibernate.loader.Loader.list(Loader.java:2124)
   at org.hibernate.loader.hql.QueryLoader.list(QueryLoader.java:401)
   at 
 org.hibernate.hql.ast.QueryTranslatorImpl.list(QueryTranslatorImpl.java:363)
   at 
 org.hibernate.engine.query.HQLQueryPlan.performList(HQLQueryPlan.java:196)
   at org.hibernate.impl.SessionImpl.list(SessionImpl.java:1149)
   at org.hibernate.impl.QueryImpl.list(QueryImpl.java:102)
   at com.ssn.dm.service.DM.query(DM.java:616)
   ... 48 more
 Caused by: org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot load JDBC 
 driver class 'oracle.jdbc.OracleDriver'
   at 
 org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSource.java:1136)
   at 
 org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSource.java:880)
   at 
 org.hibernate.connection.DatasourceConnectionProvider.getConnection(DatasourceConnectionProvider.java:92)
   at 
 org.hibernate.jdbc.ConnectionManager.openConnection(ConnectionManager.java:446)
   ... 62 more
 Caused by: java.lang.ClassNotFoundException: oracle.jdbc.OracleDriver
   at java.net.URLClassLoader1.run(URLClassLoader.java:200)
   at java.security.AccessController.doPrivileged(Native Method)
   at

[jira] [Created] (MTOMCAT-102) Add a mojo to build a standalone jar to run a web application

2011-10-15 Thread Olivier Lamy (Created) (JIRA) 
Add a mojo to build a standalone jar to run a web application
-

 Key: MTOMCAT-102
 URL: https://issues.apache.org/jira/browse/MTOMCAT-102
 Project: Apache Tomcat Maven Plugin
  Issue Type: New Feature
Reporter: Olivier Lamy
 Fix For: 2.0


goal exec-war will create a standalone jar which will contains all tomcat jars, 
a war to run your application with a simple java -jar 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

svn commit: r1183758 - in /tomcat/maven-plugin/trunk: pom.xml tomcat6-maven-plugin/pom.xml tomcat7-maven-plugin/pom.xml

2011-10-15 Thread olamy 
Author: olamy
Date: Sat Oct 15 23:01:35 2011
New Revision: 1183758

URL: http://svn.apache.org/viewvc?rev=1183758view=rev
Log:
move tomcat7 dependencies to top level pom in depsMngt to have it available for 
runner module.

Modified:
tomcat/maven-plugin/trunk/pom.xml
tomcat/maven-plugin/trunk/tomcat6-maven-plugin/pom.xml
tomcat/maven-plugin/trunk/tomcat7-maven-plugin/pom.xml

Modified: tomcat/maven-plugin/trunk/pom.xml
URL: 
http://svn.apache.org/viewvc/tomcat/maven-plugin/trunk/pom.xml?rev=1183758r1=1183757r2=1183758view=diff
==
--- tomcat/maven-plugin/trunk/pom.xml (original)
+++ tomcat/maven-plugin/trunk/pom.xml Sat Oct 15 23:01:35 2011
@@ -16,8 +16,7 @@
   KIND, either express or implied.  See the License for the
   specific language governing permissions and limitations
   under the License.
---
-project xmlns=http://maven.apache.org/POM/4.0.0; 
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; 
xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/xsd/maven-4.0.0.xsd;
+--project xmlns=http://maven.apache.org/POM/4.0.0; 
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; 
xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 
http://maven.apache.org/xsd/maven-4.0.0.xsd;
 
   !-- for more information, see the documentation of this POM: 
http://maven.apache.org/pom/maven/ --
   parent
@@ -63,6 +62,7 @@
 its.ajp.port2001/its.ajp.port
 !-- server port for it tests --
 its.server.port2008/its.server.port
+tomcat7Version7.0.22/tomcat7Version
   /properties
 
   prerequisites
@@ -215,10 +215,127 @@
 moduletomcat-maven-plugin-it/module
 moduletomcat6-maven-plugin/module
 moduletomcat7-maven-plugin/module
+moduletomcat7-war-runner/module
   /modules
 
   dependencyManagement
 dependencies
+  !-- tomcat dependencies --
+  dependency
+groupIdorg.eclipse.jdt.core.compiler/groupId
+artifactIdecj/artifactId
+version3.7/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat.embed/groupId
+artifactIdtomcat-embed-core/artifactId
+version${tomcat7Version}/version
+  /dependency
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-util/artifactId
+version${tomcat7Version}/version
+  /dependency
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-coyote/artifactId
+version${tomcat7Version}/version
+  /dependency
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-api/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-jdbc/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-dbcp/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-servlet-api/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-jsp-api/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-jasper/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-jasper-el/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-el-api/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-catalina/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-tribes/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-catalina-ha/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-annotations-api/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  !-- tomcat i18n too ?? --
+
+  !-- not sure we need that --
+  dependency
+groupIdorg.apache.tomcat/groupId
+artifactIdtomcat-juli/artifactId
+version${tomcat7Version}/version
+  /dependency
+
+  dependency
+groupIdorg.apache.tomcat.embed/groupId
+artifactIdtomcat-embed-logging-juli/artifactId
+version${tomcat7Version}/version
+  /dependency

svn commit: r1183762 - /tomcat/maven-plugin/trunk/.gitignore

2011-10-15 Thread olamy 
Author: olamy
Date: Sat Oct 15 23:06:52 2011
New Revision: 1183762

URL: http://svn.apache.org/viewvc?rev=1183762view=rev
Log:
ignore .extract used for test

Modified:
tomcat/maven-plugin/trunk/.gitignore

Modified: tomcat/maven-plugin/trunk/.gitignore
URL: 
http://svn.apache.org/viewvc/tomcat/maven-plugin/trunk/.gitignore?rev=1183762r1=1183761r2=1183762view=diff
==
--- tomcat/maven-plugin/trunk/.gitignore (original)
+++ tomcat/maven-plugin/trunk/.gitignore Sat Oct 15 23:06:52 2011
@@ -6,3 +6,4 @@ target
 .project
 .settings
 .DS_Store
+.extract



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

svn commit: r1183764 - in /tomcat/maven-plugin/trunk: tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/webapp/web.xml tomcat7-war-runner/src/main/java/org/apache/tomcat/maven/runner/Tomcat

2011-10-15 Thread olamy 
Author: olamy
Date: Sat Oct 15 23:08:48 2011
New Revision: 1183764

URL: http://svn.apache.org/viewvc?rev=1183764view=rev
Log:
fix web.xml use in test and wait indefinitely after container start

Modified:

tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/webapp/web.xml

tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache/tomcat/maven/runner/Tomcat7Runner.java

Modified: 
tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/webapp/web.xml
URL: 
http://svn.apache.org/viewvc/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/webapp/web.xml?rev=1183764r1=1183763r2=1183764view=diff
==
--- 
tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/webapp/web.xml
 (original)
+++ 
tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/webapp/web.xml
 Sat Oct 15 23:08:48 2011
@@ -1,3 +1,5 @@
+?xml version=1.0 encoding=ISO-8859-1?
+
 !--
   Licensed to the Apache Software Foundation (ASF) under one
   or more contributor license agreements.  See the NOTICE file
@@ -17,8 +19,7 @@
   under the License.
 --
 
-?xml version=1.0 encoding=ISO-8859-1?
-web-app xmlns=http://java.sun.com/xml/ns/j2ee; version=2.4 
+web-app xmlns=http://java.sun.com/xml/ns/j2ee; version=2.4
  xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; 
  xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee 
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd;
 

Modified: 
tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache/tomcat/maven/runner/Tomcat7Runner.java
URL: 
http://svn.apache.org/viewvc/tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache/tomcat/maven/runner/Tomcat7Runner.java?rev=1183764r1=1183763r2=1183764view=diff
==
--- 
tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache/tomcat/maven/runner/Tomcat7Runner.java
 (original)
+++ 
tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache/tomcat/maven/runner/Tomcat7Runner.java
 Sat Oct 15 23:08:48 2011
@@ -95,7 +95,7 @@ public class Tomcat7Runner
 {
 container.setConfig( new File( extractDirectory, 
conf/server.xml ).getAbsolutePath() );
 }
-container.start();
+container.start();
 } else {
 tomcat = new Tomcat();
 tomcat.getHost().setAppBase(new File(extractDirectory, 
webapps).getAbsolutePath());
@@ -149,10 +149,30 @@ public class Tomcat7Runner
 //ajpConnector.setURIEncoding(uriEncoding);
 tomcat.getService().addConnector( ajpConnector );
  }
+
  tomcat.start();
 }
 
 
+waitIndefinitely();
+
+}
+
+private void waitIndefinitely()
+{
+Object lock = new Object();
+
+synchronized ( lock )
+{
+try
+{
+lock.wait();
+}
+catch ( InterruptedException exception )
+{
+System.exit( 1 );
+}
+}
 }
 
 public void stop()



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

[jira] [Commented] (MTOMCAT-102) Add a mojo to build a standalone jar to run a web application

2011-10-15 Thread Hudson (Commented) (JIRA) 

[ 
https://issues.apache.org/jira/browse/MTOMCAT-102?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13128302#comment-13128302
 ] 

Hudson commented on MTOMCAT-102:


Integrated in TomcatMavenPlugin #44 (See 
[https://builds.apache.org/job/TomcatMavenPlugin/44/])
[MTOMCAT-102] Add a mojo to build a standalone jar to run a web application

olamy : http://svn.apache.org/viewvc/?view=revrev=1183763
Files : 
* /tomcat/maven-plugin/trunk/pom.xml
* /tomcat/maven-plugin/trunk/tomcat7-maven-plugin/pom.xml
* /tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it
* /tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/settings.xml
* /tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/pom.xml
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/tomcatconf
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/tomcatconf/logging.properties
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/tomcatconf/server.xml
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/webapp
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/webapp/index.jsp
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/it/simple-war-exec-project/src/main/webapp/web.xml
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/run/AbstractExecWarMojo.java
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/run/ExecWarMojo.java
* 
/tomcat/maven-plugin/trunk/tomcat7-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat7/run/ExecWarOnlyMojo.java
* /tomcat/maven-plugin/trunk/tomcat7-war-runner
* /tomcat/maven-plugin/trunk/tomcat7-war-runner/NOTES.TXT
* /tomcat/maven-plugin/trunk/tomcat7-war-runner/pom.xml
* /tomcat/maven-plugin/trunk/tomcat7-war-runner/src
* /tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main
* /tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java
* /tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org
* /tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache
* /tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache/tomcat
* 
/tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache/tomcat/maven
* 
/tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache/tomcat/maven/runner
* 
/tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache/tomcat/maven/runner/Tomcat7Runner.java
* 
/tomcat/maven-plugin/trunk/tomcat7-war-runner/src/main/java/org/apache/tomcat/maven/runner/Tomcat7RunnerCli.java


 Add a mojo to build a standalone jar to run a web application
 -

 Key: MTOMCAT-102
 URL: https://issues.apache.org/jira/browse/MTOMCAT-102
 Project: Apache Tomcat Maven Plugin
  Issue Type: New Feature
Reporter: Olivier Lamy
 Fix For: 2.0


 goal exec-war will create a standalone jar which will contains all tomcat 
 jars, a war to run your application with a simple java -jar 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira



-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org