[Bug 63078] New: autodeploy in Tomcat 9.0.14 is not working anymore
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078 Bug ID: 63078 Summary: autodeploy in Tomcat 9.0.14 is not working anymore Product: Tomcat 9 Version: 9.0.14 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P2 Component: Catalina Assignee: dev@tomcat.apache.org Reporter: peter.beich...@lhsystems.com Target Milestone: - When copying a new war file into tomcats webapps directory, Tomcat 9.0.14 does not autodeploy it anymore. Up to 9.0.13 the warfile is unpacked and the webapp is startet. With 9.0.14 tomcat has to be restartet in order to unpack and start the war file. My host element: -- 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: r1851094 - in /tomcat/native/trunk: native/src/ssl.c xdocs/miscellaneous/changelog.xml
On 14/01/2019 14:55, Mark Thomas wrote: > On 11/01/2019 20:01, Mark Thomas wrote: >> On 11/01/2019 19:49, ma...@apache.org wrote: >>> Author: markt >>> Date: Fri Jan 11 19:49:01 2019 >>> New Revision: 1851094 >>> >>> URL: http://svn.apache.org/viewvc?rev=1851094&view=rev >>> Log: >>> Fix a per connection memory leak when using OpenSSL BIO. This is typically >>> used when OpenSSL is providing the TLS support for NIO or NIO2. >> >> As usual, additional review of this fix welcome since this is me writing >> C code. >> >> I have tested it builds on Windows as well this time ;) > > I've seen a APR/native crash on shutdown since applying this fix > although it doesn't appear consistently. I'm looking into it. I can't repeat this. I'm planning on tagging 1.2.20 shortly. Mark - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 62911] Add support for proxying ocsp requests via ProxyHost and ProxyPort in TomcAt
https://bz.apache.org/bugzilla/show_bug.cgi?id=62911 --- Comment #2 from Azat --- Mark,any chance you can do this for upcoming 1.2.20 release? -- 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 63078] autodeploy in Tomcat 9.0.14 is not working anymore
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078 Remy Maucherat changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #1 from Remy Maucherat --- That works for me with the current trunk (place a new war into the host, it is expanded and deployed), but there are many relevant changes in 9.0.14 so I'm not closing it outright. Please try to investigate further. BTW, startStopThreads="0" might not be doing what you think it does (it will use parallel deployment). -- 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 63078] autodeploy in Tomcat 9.0.14 is not working anymore
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078 --- Comment #2 from Peter --- Hi Remy, I know that startStopThreads="0" uses parallel deployment (as many as cores are available). I testet on Debian Linux (64 bit, 4 cores, ext4 filesystem) with openjdk11, openjdk8 and oracle jdk8. Tomcat 9.0.13 and Tomcat 9.0.14 have the same configuration, and same war files. If I start the server, all war files get deployed. Then I rename one war file into war.backup. On both Tomcat versions the webapp gets undeployed. Afterwards I rename the war file back to .war. On Tomcat 9.0.13 the Webapp gets redeployed, on Tomcat 9.0.14 not. A touch to the war file does not change anything. This is independant from the jdk. Best regards -- 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 63078] autodeploy in Tomcat 9.0.14 is not working anymore
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078 --- Comment #3 from Remy Maucherat --- (In reply to Peter from comment #2) > I know that startStopThreads="0" uses parallel deployment (as many as cores > are available). > I testet on Debian Linux (64 bit, 4 cores, ext4 filesystem) with openjdk11, > openjdk8 and oracle jdk8. > Tomcat 9.0.13 and Tomcat 9.0.14 have the same configuration, and same war > files. Ok, so now it doesn't do exactly that anymore, the new behavior is documented. > If I start the server, all war files get deployed. > Then I rename one war file into war.backup. On both Tomcat versions the > webapp gets undeployed. > Afterwards I rename the war file back to .war. On Tomcat 9.0.13 the Webapp > gets redeployed, on Tomcat 9.0.14 not. A touch to the war file does not > change anything. This is independant from the jdk. This is a more complex scenario than what is in the BZ description, however it still worked for me on trunk. You should check the logs, filesystem state, deployment state in JMX to investigate this. -- 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
[ANNOUNCE] Apache Roadshow Chicago, Call for Presentations
Hello Devs! You're receiving this email because you are subscribed to one or more Apache developer email lists. I’m writing to let you know about an exciting event coming to the Chicago area: The Apache Roadshow Chicago. It will be held May 13th and 14th at three bars in the Logan Square neighborhood (Revolution Brewing, The Native, and the Radler). There will be six tracks: - Apache in Adtech: Tell us how Apache works in your advertising stack - Apache in Fintech: Tell us how Apache works in your finance/insurance business - Apache in Startups: Tell us how you’re using Apache in your startup - Diversity in Apache: How do we increase and encourage diversity in Apache and tech fields overall? - Made in Chicago: Apache related things made by people in Chicago that don’t fall into other buckets - Project Shark Tank: Do you want more developers or users for your Apache project? Come here and pitch it! This is an exciting chance to learn about how Apache Projects are in use in production around Chicago, how business users make the decision to use Apache projects, to learn about exciting new projects that want help from developers like you, and how/why to increase diversity in tech and IT. If you have any use cases of Apache products in Adtech, Fintech, or Startups; if you represent a minority working in tech and have perspectives to share, if you live in the Chicagoland area and want to highlight some work you’ve done on an Apache project, or if you want to get other people excited to come work on your project, then please submit a CFP before the deadline on February 15th! Tickets to the Apache Roadshow Chicago are $100; speakers will get a complimentary ticket. We’re looking forward to reading your submissions and seeing you there on May 13-14! Sincerely, Trevor Grant https://www.apachecon.com/chiroadshow19/cfp.html https://www.apachecon.com/chiroadshow19/register.html
[GUMP@vmgump-vm3]: 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 4 projects,
and has been outstanding for 6 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-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-vm3.apache.org/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 bnd exists, no need to add for property bndlib.jar.
-DEBUG- Dependency on junit exists, no need to add for property junit.jar.
-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-vm3.apache.org/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: 17 secs
Command Line: /usr/lib/jvm/java-8-oracle/bin/java -Djava.awt.headless=true
-Dbuild.sysclasspath=only -Dsun.zip.disableMemoryMapping=true
org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml
-Djunit.jar=/srv/gump/public/workspace/junit/target/junit-4.13-SNAPSHOT.jar
-Dbase.path=/srv/gump/public/workspace/tomcat-trunk/tomcat-build-libs
-Djdt.jar=/srv/gump/packages/eclipse/plugins/R-4.7.3a-201803300640/ecj-4.7.3a.jar
-Dbndlib.jar=/srv/gump/packages/bnd/bndlib-4.0.0/biz.aQute.bndlib-4.0.0.jar
-Dcommons-daemon.jar=/srv/gump/public/workspace/apache-commons/daemon/target/commons-daemon-1.1.1-SNAPSHOT.jar
-Dbnd.jar=/srv/gump/packages/bnd/bnd-4.0.0/biz.aQute.bnd-4.0.0.jar
[Working Directory: /srv/gump/public/workspace/tomcat-trunk]
CLASSPATH:
/usr/lib/jvm/java-8-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.13-SNAPSHOT.jar:/srv/gump/packages/eclipse/plugins/R-4.7.3a-201803300640/ecj-4.7.3a.jar:/srv/gump/public/workspace/apache-commons/daemon/target/commons-daemon-1.1.1-SNAPSHOT.jar:/srv/gump/packages/bnd/bnd-4.0.0/biz.aQute.bnd-4.0.0.jar
-
[javac] symbol: class ExtensibilityElement
[javac] location: class ServiceRefFactory
[javac]
/srv/gump/public/workspace/tomcat-trunk/java/org/apache/naming/factory/webservices/ServiceRefFactory.java:328:
error: cannot find symbol
[javac] for (ExtensibilityElement ext : extensions) {
[javac] ^
[javac] symbol: class ExtensibilityElement
[javac] location: class ServiceRefFactory
[javac]
/srv/gump/public/workspace/tomcat-trunk/java/org/apache/naming/factory/webservices/ServiceRefFactory.java:329:
error: cannot find symbol
[javac] if (ext instanceof SOAPAddress) {
[javac]^
[javac] symbol: class SOAPAddress
[javac] location: class ServiceRefFactory
[javac]
/srv/gump/public/workspace/tomcat-trunk/java/org/apache/naming/factory/webservices/ServiceRefFactory.java:330:
error: cannot find symbol
[javac] SOAPAddress addr = (SOAPAddress) ext;
[javac] ^
[javac] symbol: class SOAPAddress
[javac] location: class ServiceRefFactory
[javac]
/srv/gump/public/workspace/tomcat-trunk/java/org/apache/naming/factory/webservices/ServiceRefFactory.java:330:
error: cannot find symbol
[javac] SOAPAddress addr = (SOAPAddress) ext;
[javac] ^
[javac] symbol: class SOAPAddress
[javac] location: class ServiceRefFactory
[javac]
/srv/gump/public/workspace/tomcat-trunk/java/org/apache/naming/factory/webservices/ServiceRefFactory
[Bug 62968] Avoid unnecessary call to WebResourceRoot.getResource in Mapper.internalMapWrapper
https://bz.apache.org/bugzilla/show_bug.cgi?id=62968 Behrooz Nobakht changed: What|Removed |Added CC||nob...@gmail.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 63078] autodeploy in Tomcat 9.0.14 is not working anymore
https://bz.apache.org/bugzilla/show_bug.cgi?id=63078 --- Comment #4 from Peter --- There are no entries in the logfile when I try to redeploy a warfile. However, I found, that if I turn parallel deployment off, autodeploy is working with Tomcat 9.0.14 again. (but my tomcat needs significantly longer to start with a couple webapps) With parallel deployment (startStopThreads="0") autodeployment works only until Tomcat 9.0.13. -- 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
