[Bug 57187] New: OPTIONS * failure
https://issues.apache.org/bugzilla/show_bug.cgi?id=57187 Bug ID: 57187 Summary: OPTIONS * failure Product: Tomcat 8 Version: trunk Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina Assignee: dev@tomcat.apache.org Reporter: r...@apache.org OPTIONS * HTTP/1.1 is a valid request, but it fails in the resources mapping. Probably as a result of the mapper/resources changes. This special URL should probably not go that far into the mapping process in the first place. 05-Nov-2014 09:04:41.708 SEVERE [http-nio-8083-exec-3] org.apache.coyote.http11.AbstractHttp11Processor.process Error processing request java.lang.IllegalArgumentException: The resource path [*] is not valid at org.apache.catalina.webresources.StandardRoot.validate(StandardRoot.java:250) at org.apache.catalina.webresources.StandardRoot.getResource(StandardRoot.java:212) at org.apache.catalina.webresources.StandardRoot.getResource(StandardRoot.java:206) at org.apache.catalina.mapper.Mapper.internalMapWrapper(Mapper.java:999) at org.apache.catalina.mapper.Mapper.internalMap(Mapper.java:817) at org.apache.catalina.mapper.Mapper.map(Mapper.java:685) at org.apache.catalina.connector.CoyoteAdapter.postParseRequest(CoyoteAdapter.java:872) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:532) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1085) at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:658) at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1556) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1513) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:745) -- 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
[Bug 57187] OPTIONS * failure
https://issues.apache.org/bugzilla/show_bug.cgi?id=57187 --- Comment #1 from Remy Maucherat --- Additional note: Tomcat 7 returns a response that looks correct: OPTIONS * HTTP/1.1 Host: localhost HTTP/1.1 200 OK Server: Apache-Coyote/1.1 Allow: GET, HEAD, POST, PUT, DELETE, OPTIONS Content-Length: 0 Date: Wed, 05 Nov 2014 08:51:16 GMT -- 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
svn commit: r1636850 - in /tomcat/tc8.0.x/trunk: java/org/apache/catalina/mapper/Mapper.java webapps/docs/changelog.xml
Author: remm
Date: Wed Nov 5 10:55:44 2014
New Revision: 1636850
URL: http://svn.apache.org/r1636850
Log:
Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=57187
57187: Add specific handling for special * URL since the new resources don't
just ignore it anymore.
Modified:
tomcat/tc8.0.x/trunk/java/org/apache/catalina/mapper/Mapper.java
tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml
Modified: tomcat/tc8.0.x/trunk/java/org/apache/catalina/mapper/Mapper.java
URL:
http://svn.apache.org/viewvc/tomcat/tc8.0.x/trunk/java/org/apache/catalina/mapper/Mapper.java?rev=1636850&r1=1636849&r2=1636850&view=diff
==
--- tomcat/tc8.0.x/trunk/java/org/apache/catalina/mapper/Mapper.java (original)
+++ tomcat/tc8.0.x/trunk/java/org/apache/catalina/mapper/Mapper.java Wed Nov 5
10:55:44 2014
@@ -846,6 +846,15 @@ public final class Mapper {
path.setOffset(servletPath);
+if ((pathEnd - pathOffset) == 1 && path.getBuffer()[pathOffset] ==
'*') {
+// Special "*" URL
+if (contextVersion.defaultWrapper != null) {
+mappingData.wrapper = contextVersion.defaultWrapper.object;
+mappingData.wrapperPath.setString("*");
+}
+return;
+}
+
// Rule 1 -- Exact Match
MappedWrapper[] exactWrappers = contextVersion.exactWrappers;
internalMapExactWrapper(exactWrappers, path, mappingData);
Modified: tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml
URL:
http://svn.apache.org/viewvc/tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml?rev=1636850&r1=1636849&r2=1636850&view=diff
==
--- tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml (original)
+++ tomcat/tc8.0.x/trunk/webapps/docs/changelog.xml Wed Nov 5 10:55:44 2014
@@ -45,6 +45,13 @@
issues to not "pop up" wrt. others).
-->
+
+
+
+57187: Regression handling the special * URL. (remm)
+
+
+
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1636851 - /tomcat/trunk/java/org/apache/catalina/mapper/Mapper.java
Author: remm
Date: Wed Nov 5 10:56:02 2014
New Revision: 1636851
URL: http://svn.apache.org/r1636851
Log:
57187: Add specific handling for special * URL since the new resources don't
just ignore it anymore.
Modified:
tomcat/trunk/java/org/apache/catalina/mapper/Mapper.java
Modified: tomcat/trunk/java/org/apache/catalina/mapper/Mapper.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/mapper/Mapper.java?rev=1636851&r1=1636850&r2=1636851&view=diff
==
--- tomcat/trunk/java/org/apache/catalina/mapper/Mapper.java (original)
+++ tomcat/trunk/java/org/apache/catalina/mapper/Mapper.java Wed Nov 5
10:56:02 2014
@@ -846,6 +846,15 @@ public final class Mapper {
path.setOffset(servletPath);
+if ((pathEnd - pathOffset) == 1 && path.getBuffer()[pathOffset] ==
'*') {
+// Special "*" URL
+if (contextVersion.defaultWrapper != null) {
+mappingData.wrapper = contextVersion.defaultWrapper.object;
+mappingData.wrapperPath.setString("*");
+}
+return;
+}
+
// Rule 1 -- Exact Match
MappedWrapper[] exactWrappers = contextVersion.exactWrappers;
internalMapExactWrapper(exactWrappers, path, mappingData);
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 57187] OPTIONS * failure
https://issues.apache.org/bugzilla/show_bug.cgi?id=57187 Remy Maucherat changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Remy Maucherat --- Fix in r1636850 for 8.0.16. -- 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: [VOTE] Release Apache Tomcat 8.0.15
Hi, 2014-11-03 11:51 GMT+02:00 Mark Thomas : > > The proposed Apache Tomcat 8.0.15 release is now available for voting. > > The main changes since 8.0.14 are: > - Add support for RFC6265 cookie parsing and generation. This is > currently disabled by default and may be enabled via the > CookieProcessor element of a Context. > - Add pluggable password derivation support to the Realms via the new > CredentialHandler interface. > - Add support for TLSv1.1 and TLSv1.2 for APR connector. Based upon a > patch by Marcel Šebek. This feature requires Tomcat Native library > 1.1.32 or later. > - Disable SSLv3 by default for all HTTPS connectors > > There is also a large than usual collection of bug fixes, new features > and performance improvements. For full details, see the changelog: > http://svn.us.apache.org/repos/asf/tomcat/trunk/webapps/docs/changelog.xml > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-8/v8.0.15/ > The Maven staging repo is: > https://repository.apache.org/content/repositories/orgapachetomcat-1025/ > The svn tag is: > http://svn.apache.org/repos/asf/tomcat/tc8.0.x/tags/TOMCAT_8_0_15/ > > The proposed 8.0.15 release is: > [ ] Broken - do not release > [X] Stable - go ahead and release as 8.0.14 Checked with applications that use the new specifications features. Regards, Violeta > - > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org >
[Bug 57190] New: ServletContext.getContext(String) cannot return context when using parallel deployments
https://issues.apache.org/bugzilla/show_bug.cgi?id=57190
Bug ID: 57190
Summary: ServletContext.getContext(String) cannot return
context when using parallel deployments
Product: Tomcat 7
Version: 7.0.56
Hardware: Macintosh
Status: NEW
Severity: normal
Priority: P2
Component: Catalina
Assignee: dev@tomcat.apache.org
Reporter: charles.phill...@performtechnology.com
When using ServletContext.getContext(String) in a parallel deployment the
context is not returned.
For example:
foo_a##001 and foo_b##001 are deployed.
Page on /foo_a/test.jsp calls ServletContext.getContext("/foo_b"). In non
parallel deployments this returns the ServletContext for "/foo_b". However in
parallel deployments the ServletContext for "/" is returned instead.
This was encountered using a custom filter that is set to forward certain
requests to files in one application to a central default application.
CrossContext is set to true for the context.xml. This works as long as the
wars do not use the version name such as foo_b.war instead of foo_b##001.war.
I would expect ServletContext.getContext("/foo_b") to return the current active
context for a URL. Instead it looks like it will require to specify the exact
version of a context instead such as ServletContext.getContext("/foo_b##001").
This puts the burden of finding the active version of the context on the
calling application rather than the underlying servlet container to provide the
most current context when ServletContext.getContext(String) is referenced.
--
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
[Bug 57190] ServletContext.getContext(String) cannot return context when using parallel deployments
https://issues.apache.org/bugzilla/show_bug.cgi?id=57190 Charles changed: What|Removed |Added CC||charles.phillips@performtec ||hnology.com OS||All -- 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
[Bug 51698] ajp CPing/Forward-Request packet forgery, is a design decision? or a security vulnerability?
https://issues.apache.org/bugzilla/show_bug.cgi?id=51698 Christopher Schultz changed: What|Removed |Added CC|13813399...@139.com | -- 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
[Bug 57190] ServletContext.getContext(String) cannot return context when using parallel deployments
https://issues.apache.org/bugzilla/show_bug.cgi?id=57190 --- Comment #1 from Christopher Schultz --- I'd like to point out that this gets complicated since Tomcat uses session identification to determine which version of the target web application will be used. Since the client likely didn't send their session identifier for the /other/ web application, ServletContext.getContext(String path) can't actually determine the correct ServletContext to return. Is it possible for you to avoid using ServletContext.getContext(String) in your application, and instead issue a blind redirect? -- 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: [Bug 51698] ajp CPing/Forward-Request packet forgery, is a design decision? or a security vulnerability?
> From: bugzi...@apache.org [mailto:bugzi...@apache.org] > Subject: [Bug 51698] ajp CPing/Forward-Request packet forgery, is a design > decision? > or a security vulnerability? > https://issues.apache.org/bugzilla/show_bug.cgi?id=51698 > Christopher Schultz changed: >What|Removed |Added > > CC|13813399...@139.com | I was going to remove that seemingly bogus e-mail address last night, but a little research showed that it is in fact valid and typical for 139.com. Although it's pretty pointless to add yourself to a closed bugzilla entry... - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: [VOTE] Release Apache Tomcat 7.0.57
On 03/11/2014 09:52, Violeta Georgieva wrote: > The proposed Apache Tomcat 7.0.57 release is now available for voting. > > It can be obtained from: > https://dist.apache.org/repos/dist/dev/tomcat/tomcat-7/v7.0.57/ > The Maven staging repo is: > https://repository.apache.org/content/repositories/orgapachetomcat-1026/ > The svn tag is: > http://svn.apache.org/repos/asf/tomcat/tc7.0.x/tags/TOMCAT_7_0_57/ > > The proposed 7.0.57 release is: > [ ] Broken - do not release > [X] Stable - go ahead and release as 7.0.57 Stable Servlet, JSP and EL TCKs all pass. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 57190] ServletContext.getContext(String) cannot return context when using parallel deployments
https://issues.apache.org/bugzilla/show_bug.cgi?id=57190 --- Comment #2 from Charles --- Blind redirect isn't an option. We would rather just not use parallel deployments instead. This seams like a limiting factor of the servlet implementation when using parallel deployments. Is there no other way to get the context for cross context operations w/o knowing the specific version? -- 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
[GUMP@vmgump]: Project tomcat-trunk-validate-eoln (in module tomcat-trunk) failed
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-eoln has an issue affecting its community integration. This issue affects 1 projects, and has been outstanding for 9 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-eoln : Tomcat 9.x, a web server implementing the Java Servlet 4.0, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-validate-eoln/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-validate-eoln/gump_work/build_tomcat-trunk_tomcat-trunk-validate-eoln.html Work Name: build_tomcat-trunk_tomcat-trunk-validate-eoln (Type: Build) Work ended in a state of : Failed Elapsed: 2 secs Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true -Dbuild.sysclasspath=only org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml validate-eoln [Working Directory: /srv/gump/public/workspace/tomcat-trunk] CLASSPATH: /usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/tomcat-trunk/output/classes:/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-junit4.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 - Buildfile: /srv/gump/public/workspace/tomcat-trunk/build.xml build-prepare: [mkdir] Created dir: /srv/gump/public/workspace/tomcat-trunk/output/classes [mkdir] Created dir: /srv/gump/public/workspace/tomcat-trunk/output/build [mkdir] Created dir: /srv/gump/public/workspace/tomcat-trunk/output/build/bin [mkdir] Created dir: /srv/gump/public/workspace/tomcat-trunk/output/build/conf [mkdir] Created dir: /srv/gump/public/workspace/tomcat-trunk/output/build/lib [mkdir] Created dir: /srv/gump/public/workspace/tomcat-trunk/output/build/logs [mkdir] Created dir: /srv/gump/public/workspace/tomcat-trunk/output/build/temp [mkdir] Created dir: /srv/gump/public/workspace/tomcat-trunk/output/build/webapps compile-prepare: [copy] Copying 1 file to /srv/gump/public/workspace/tomcat-trunk/java/org/apache/catalina/startup [copy] Copying 1 file to /srv/gump/public/workspace/tomcat-trunk/webapps/docs validate-eoln: [javac] Compiling 1 source file to /srv/gump/public/workspace/tomcat-trunk/output/classes [javac] javac: invalid target release: 1.8 [javac] Usage: javac [javac] use -help for a list of possible options BUILD FAILED /srv/gump/public/workspace/tomcat-trunk/build.xml:600: Compile failed; see the compiler error output for details. Total time: 1 second - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-validate-eoln/rss.xml - Atom: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk-validate-eoln/atom.xml == Gump Tracking Only === Produced by Apache Gump(TM) version 2.3. Gump Run 2014110624, vmgump.apache.org:vmgump:2014110624 Gump E-mail Identifier (unique within run) #1. -- 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 (in module tomcat-trunk) failed
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 has an issue affecting its community integration. This issue affects 5 projects, and has been outstanding for 9 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 : Tomcat 9.x, a web server implementing the Java Servlet 4.0, ... - tomcat-trunk-test-apr : Tomcat 9.x, a web server implementing the Java Servlet 4.0, ... - tomcat-trunk-test-bio : Tomcat 9.x, a web server implementing the Java Servlet 4.0, ... - tomcat-trunk-test-nio : Tomcat 9.x, a web server implementing the Java Servlet 4.0, ... - tomcat-trunk-test-nio2 : Tomcat 9.x, a web server implementing the Java Servlet 4.0, ... Full details are available at: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -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 junit exists, no need to add for property junit.jar. -INFO- Optional dependency tomcat-trunk-validate-eoln failed with reason build failed -INFO- Made directory [/srv/gump/public/workspace/tomcat-trunk/tomcat-deps] -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/tomcat-trunk/tomcat-trunk/gump_work/build_tomcat-trunk_tomcat-trunk.html Work Name: build_tomcat-trunk_tomcat-trunk (Type: Build) Work ended in a state of : Failed Elapsed: 4 secs Command Line: /usr/lib/jvm/java-7-oracle/bin/java -Djava.awt.headless=true -Dbuild.sysclasspath=only org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Djdt.jar=/srv/gump/packages/eclipse/plugins/P20140317-1600/ecj-P20140317-1600.jar -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20141106-native-src.tar.gz -Dcommons-daemon.native.src.tgz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20141106-native-src.tar.gz -Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20141106.jar -Djunit.jar=/srv/gump/public/workspace/junit/target/junit-4.12-SNAPSHOT.jar [Working Directory: /srv/gump/public/workspace/tomcat-trunk] CLASSPATH: /usr/lib/jvm/java-7-oracle/lib/tools.jar:/srv/gump/public/workspace/tomcat-trunk/output/classes:/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-junit4.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/junit/target/junit-4.12-SNAPSHOT.jar:/srv/gump/packages/eclipse/plugins/P20140317-1600/ecj-P20140317-1600.jar:/srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20141106.jar - Buildfile: /srv/gump/public/workspace/tomcat-trunk/build.xml download-compile: testexist: [echo] Testing for /srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20141106-native-src.tar.gz downloadfile-2: testexist: [echo] Testing for /srv/gump/public/workspace/apache-commons/daemon/dist/commons-daemon-20141106.jar downloadgz-2: testexist: [echo] Testing for /srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20141106-native-src.tar.gz downloadfile-2: testexist: [echo] Testing for /srv/gump/packages/eclipse/plugins/P20140317-1600/ecj-P20140317-1600.jar downloadfile-2: build-prepare: [delete] Deleting directory /srv/gump/public/workspace/tomcat-trunk/output/build/temp [mkdir] Created dir: /srv/gump/public/workspace/tomcat-trunk/output/build/temp compile-prepare: download-validate: validate: compile: [javac] Compiling 1522 source files to /srv/gump/public/workspace/tomcat-trunk/output/classes [javac] javac: invalid target release: 1.8 [javac] Usage: javac [javac] use -help for a list of possible options BUILD FAILED /srv/gump/public/workspace/tomcat-trunk/build.xml:651: Compile failed; see the compiler error output for details. Total time: 3 seconds - To
[jira] [Closed] (MTOMCAT-284) Add a skip parameter to deploy/redeploy/undeploy goals
[
https://issues.apache.org/jira/browse/MTOMCAT-284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Olivier Lamy (*$^¨%`£) closed MTOMCAT-284.
--
Resolution: Fixed
Assignee: Olivier Lamy (*$^¨%`£)
applied.
Thanks!!
> Add a skip parameter to deploy/redeploy/undeploy goals
> --
>
> Key: MTOMCAT-284
> URL: https://issues.apache.org/jira/browse/MTOMCAT-284
> Project: Apache Tomcat Maven Plugin
> Issue Type: Improvement
>Affects Versions: 2.2
>Reporter: Dennis Lundberg
>Assignee: Olivier Lamy (*$^¨%`£)
> Labels: patch
> Fix For: 2.3
>
> Attachments: MTOMCAT-284-3.patch
>
>
> Our use case for this is a multi module project with one overlay module (with
> war packaging) and other war modules that use the first one as an overlay.
> {noformat}
> root
> +-- overlay-war
> +-- app1-war
> +-- app2-war
> {noformat}
> So app1-war and app2-war uses overlay-war as a war-type dependency to use it
> as an overlay.
> We want to use the tomcat-maven-plugin to deploy/redeploy/undeploy app1-war
> and app2-war to a Tomcat instance. However we do not want to
> deploy/redeploy/undeploy overlay-war.
> This could be fixed by adding a skip parameter that we could apply to the
> overlay-war configuration. There is a skip parameter already in the plugin
> for other goals like "run".
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r1637045 - /tomcat/maven-plugin/trunk/tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat6/AbstractCatalinaMojo.java
Author: olamy
Date: Thu Nov 6 05:58:44 2014
New Revision: 1637045
URL: http://svn.apache.org/r1637045
Log:
[MTOMCAT-284] Add a skip parameter to deploy/redeploy/undeploy goals
Submitted by Dennis Lundberg
Modified:
tomcat/maven-plugin/trunk/tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat6/AbstractCatalinaMojo.java
Modified:
tomcat/maven-plugin/trunk/tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat6/AbstractCatalinaMojo.java
URL:
http://svn.apache.org/viewvc/tomcat/maven-plugin/trunk/tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat6/AbstractCatalinaMojo.java?rev=1637045&r1=1637044&r2=1637045&view=diff
==
---
tomcat/maven-plugin/trunk/tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat6/AbstractCatalinaMojo.java
(original)
+++
tomcat/maven-plugin/trunk/tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat6/AbstractCatalinaMojo.java
Thu Nov 6 05:58:44 2014
@@ -116,6 +116,14 @@ public abstract class AbstractCatalinaMo
@Parameter( property = "plugin.version", required = true, readonly = true )
private String version;
+/**
+ * Skip the execution.
+ *
+ * @since 2.3
+ */
+@Parameter( property = "maven.tomcat.skip", defaultValue = "false" )
+private boolean skip;
+
// --
// Fields
// --
@@ -135,6 +143,12 @@ public abstract class AbstractCatalinaMo
public void execute()
throws MojoExecutionException
{
+if ( this.skip )
+{
+getLog().info( "skip execution" );
+return;
+}
+
try
{
invokeManager();
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
[jira] [Closed] (MTOMCAT-112) file path inside ${basedir}/src/main/tomcatconf is not preserved
[
https://issues.apache.org/jira/browse/MTOMCAT-112?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Olivier Lamy (*$^¨%`£) closed MTOMCAT-112.
--
Resolution: Fixed
Fix Version/s: 2.3
already fixed
> file path inside ${basedir}/src/main/tomcatconf is not preserved
>
>
> Key: MTOMCAT-112
> URL: https://issues.apache.org/jira/browse/MTOMCAT-112
> Project: Apache Tomcat Maven Plugin
> Issue Type: Bug
> Components: tomcat6
>Affects Versions: 2.0-beta-1
> Environment: $ uname --all
> Linux 3.0.0-14-generic-pae #23-Ubuntu SMP Mon Nov 21 22:07:10 UTC 2011 i686
> i686 i386 GNU/Linux
> $ mvn -version
> Apache Maven 3.0.3 (r1075438; 2011-02-28 14:31:09-0300)
> Maven home: /home/veronez/install/java/apache-maven-3.0.3
> Java version: 1.6.0_23, vendor: Sun Microsystems Inc.
> Java home: /usr/lib/jvm/java-6-openjdk/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "linux", version: "3.0.0-14-generic-pae", arch: "i386", family:
> "unix"
>Reporter: Fabio Cechinel Veronez
>Assignee: Olivier Lamy (*$^¨%`£)
> Fix For: 2.3
>
>
> Hello
> I have created a file under ${basedir}/src/main/tomcatconf using the folder
> structure /Catalina/localhost/context#subcontext.xml
> I expected to have this files copied to
> /target/tomcat/conf/Catalina/localhost/context#subcontext.xml but instead it
> is copied to /target/tomcat/conf/context#subcontext.xml.
> My intention is to create subcontext to map resources to an folder located
> outside of my application. As explained at
> http://harkiran-howtos.blogspot.com/2009/08/map-external-directory-into-your.html.
> Ps.: I'm not sure if it is a bug or expected behavior, i would sent this
> question to a mail list but i couldn't find it... sorry if i miss posted it
> here.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
[jira] [Closed] (MTOMCAT-265) tomcatConfigurationFilesDirectory is not implemented
[ https://issues.apache.org/jira/browse/MTOMCAT-265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Olivier Lamy (*$^¨%`£) closed MTOMCAT-265. -- Resolution: Duplicate > tomcatConfigurationFilesDirectory is not implemented > > > Key: MTOMCAT-265 > URL: https://issues.apache.org/jira/browse/MTOMCAT-265 > Project: Apache Tomcat Maven Plugin > Issue Type: Task > Components: tomcat7 >Affects Versions: 2.0-beta-1 >Reporter: Robin Böhm >Assignee: Olivier Lamy (*$^¨%`£) > Attachments: patch.diff > > > Hey Ya :) > the property "tomcatConfigurationFilesDirectory" is not implemented yet. > There is just a field declaration without any handling. > Ive written a quick patch for my own project that i assign on this issue. > Maybe someone can take this as base for the implementation... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[jira] [Updated] (MTOMCAT-265) tomcatConfigurationFilesDirectory is not implemented
[ https://issues.apache.org/jira/browse/MTOMCAT-265?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Olivier Lamy (*$^¨%`£) updated MTOMCAT-265: --- Fix Version/s: (was: 3.0) > tomcatConfigurationFilesDirectory is not implemented > > > Key: MTOMCAT-265 > URL: https://issues.apache.org/jira/browse/MTOMCAT-265 > Project: Apache Tomcat Maven Plugin > Issue Type: Task > Components: tomcat7 >Affects Versions: 2.0-beta-1 >Reporter: Robin Böhm >Assignee: Olivier Lamy (*$^¨%`£) > Attachments: patch.diff > > > Hey Ya :) > the property "tomcatConfigurationFilesDirectory" is not implemented yet. > There is just a field declaration without any handling. > Ive written a quick patch for my own project that i assign on this issue. > Maybe someone can take this as base for the implementation... -- This message was sent by Atlassian JIRA (v6.3.4#6332) - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[jira] [Commented] (MTOMCAT-284) Add a skip parameter to deploy/redeploy/undeploy goals
[
https://issues.apache.org/jira/browse/MTOMCAT-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14199854#comment-14199854
]
Hudson commented on MTOMCAT-284:
FAILURE: Integrated in TomcatMavenPlugin-mvn3.x-windows #4 (See
[https://builds.apache.org/job/TomcatMavenPlugin-mvn3.x-windows/4/])
[MTOMCAT-284] Add a skip parameter to deploy/redeploy/undeploy goals
Submitted by Dennis Lundberg (olamy:
http://svn.apache.org/viewvc/?view=rev&rev=1637045)
*
/tomcat/maven-plugin/trunk/tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat6/AbstractCatalinaMojo.java
> Add a skip parameter to deploy/redeploy/undeploy goals
> --
>
> Key: MTOMCAT-284
> URL: https://issues.apache.org/jira/browse/MTOMCAT-284
> Project: Apache Tomcat Maven Plugin
> Issue Type: Improvement
>Affects Versions: 2.2
>Reporter: Dennis Lundberg
>Assignee: Olivier Lamy (*$^¨%`£)
> Labels: patch
> Fix For: 2.3
>
> Attachments: MTOMCAT-284-3.patch
>
>
> Our use case for this is a multi module project with one overlay module (with
> war packaging) and other war modules that use the first one as an overlay.
> {noformat}
> root
> +-- overlay-war
> +-- app1-war
> +-- app2-war
> {noformat}
> So app1-war and app2-war uses overlay-war as a war-type dependency to use it
> as an overlay.
> We want to use the tomcat-maven-plugin to deploy/redeploy/undeploy app1-war
> and app2-war to a Tomcat instance. However we do not want to
> deploy/redeploy/undeploy overlay-war.
> This could be fixed by adding a skip parameter that we could apply to the
> overlay-war configuration. There is a skip parameter already in the plugin
> for other goals like "run".
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
[jira] [Commented] (MTOMCAT-284) Add a skip parameter to deploy/redeploy/undeploy goals
[
https://issues.apache.org/jira/browse/MTOMCAT-284?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14199864#comment-14199864
]
Hudson commented on MTOMCAT-284:
SUCCESS: Integrated in TomcatMavenPlugin-mvn3.x #288 (See
[https://builds.apache.org/job/TomcatMavenPlugin-mvn3.x/288/])
[MTOMCAT-284] Add a skip parameter to deploy/redeploy/undeploy goals
Submitted by Dennis Lundberg (olamy:
http://svn.apache.org/viewvc/?view=rev&rev=1637045)
*
/tomcat/maven-plugin/trunk/tomcat6-maven-plugin/src/main/java/org/apache/tomcat/maven/plugin/tomcat6/AbstractCatalinaMojo.java
> Add a skip parameter to deploy/redeploy/undeploy goals
> --
>
> Key: MTOMCAT-284
> URL: https://issues.apache.org/jira/browse/MTOMCAT-284
> Project: Apache Tomcat Maven Plugin
> Issue Type: Improvement
>Affects Versions: 2.2
>Reporter: Dennis Lundberg
>Assignee: Olivier Lamy (*$^¨%`£)
> Labels: patch
> Fix For: 2.3
>
> Attachments: MTOMCAT-284-3.patch
>
>
> Our use case for this is a multi module project with one overlay module (with
> war packaging) and other war modules that use the first one as an overlay.
> {noformat}
> root
> +-- overlay-war
> +-- app1-war
> +-- app2-war
> {noformat}
> So app1-war and app2-war uses overlay-war as a war-type dependency to use it
> as an overlay.
> We want to use the tomcat-maven-plugin to deploy/redeploy/undeploy app1-war
> and app2-war to a Tomcat instance. However we do not want to
> deploy/redeploy/undeploy overlay-war.
> This could be fixed by adding a skip parameter that we could apply to the
> overlay-war configuration. There is a skip parameter already in the plugin
> for other goals like "run".
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
