Re: AJP Protocol enhancements

2015-09-25 17:43 GMT+02:00 Andrew Carr : > Mark, > > Couple of questions. What wiki is the "new" cwiki? Will my wiki account > from the old server be transferred to the new cwiki? > > Devs, > > I see arguments for and against the protocol upgrade. Based on different >

[Bug 58433] RemoteIpValve not activated on redirect from mapping

https://bz.apache.org/bugzilla/show_bug.cgi?id=58433 George Stanchev changed: What|Removed |Added CC|

Re: AJP Protocol enhancements

Rémy, Thank you. I reread what I asked about the wiki and I realize it might not have been clear. Mark said, *"Long term, we probably do need to migrate the wiki. Short term we can **use the new instance just for this." * and I was curious about access, is it already out there and I just

Re: AJP Protocol enhancements

Mark, Couple of questions. What wiki is the "new" cwiki? Will my wiki account from the old server be transferred to the new cwiki? Devs, I see arguments for and against the protocol upgrade. Based on different opinions, so far, we are inadvertently building a list of options for the future

svn commit: r1705349 - in /tomcat/trunk/java/org/apache/coyote: AbstractProcessor.java ActionCode.java http2/AbstractStream.java http2/Http2UpgradeHandler.java http2/LocalStrings.properties http2/Stre

Author: markt Date: Fri Sep 25 20:29:30 2015 New Revision: 1705349 URL: http://svn.apache.org/viewvc?rev=1705349=rev Log: More work on servlet 3.1 non-blocking for HTTP/2. NumberWriter works. Modified: tomcat/trunk/java/org/apache/coyote/AbstractProcessor.java

svn commit: r1705353 - in /tomcat/trunk/java/org/apache/coyote/http2: Stream.java StreamProcessor.java

Author: markt Date: Fri Sep 25 21:05:53 2015 New Revision: 1705353 URL: http://svn.apache.org/viewvc?rev=1705353=rev Log: Start thinking about non-blocking reads Modified: tomcat/trunk/java/org/apache/coyote/http2/Stream.java tomcat/trunk/java/org/apache/coyote/http2/StreamProcessor.java

[Bug 58458] Change in Expect100Continue behaviour in Tomcat is breaking existing clients with HTTP 40x results

https://bz.apache.org/bugzilla/show_bug.cgi?id=58458 --- Comment #2 from Oliver --- Created attachment 33148 --> https://bz.apache.org/bugzilla/attachment.cgi?id=33148=edit testcase with curl on windows -- You are receiving this mail because: You are the assignee for the

svn commit: r1705350 - /tomcat/trunk/java/org/apache/coyote/http2/StreamProcessor.java

Author: markt Date: Fri Sep 25 20:48:14 2015 New Revision: 1705350 URL: http://svn.apache.org/viewvc?rev=1705350=rev Log: Fixed this TODO before last commit Modified: tomcat/trunk/java/org/apache/coyote/http2/StreamProcessor.java Modified:

[Bug 58458] Change in Expect100Continue behaviour in Tomcat is breaking existing clients with HTTP 40x results

https://bz.apache.org/bugzilla/show_bug.cgi?id=58458 --- Comment #3 from Oliver --- Thanks for your fast response. With curl on windows the problem is also reproducible (tomcat 7.0.64 apr and 8.0.26 apr). There is an additional testcase (batch file). Error message:

svn commit: r1705358 - in /tomcat/trunk: java/org/apache/coyote/http2/ test/org/apache/coyote/http2/

Author: markt Date: Fri Sep 25 21:47:56 2015 New Revision: 1705358 URL: http://svn.apache.org/viewvc?rev=1705358=rev Log: Complete Servlet 3.1 non-blocking support Modified: tomcat/trunk/java/org/apache/coyote/http2/Http2Parser.java

[Bug 58458] New: Change in Expect100Continue behaviour in Tomcat is breaking existing clients with HTTP 40x results

https://bz.apache.org/bugzilla/show_bug.cgi?id=58458 Bug ID: 58458 Summary: Change in Expect100Continue behaviour in Tomcat is breaking existing clients with HTTP 40x results Product: Tomcat 7 Version: 7.0.64 Hardware: PC

[Bug 58458] Change in Expect100Continue behaviour in Tomcat is breaking existing clients with HTTP 40x results

https://bz.apache.org/bugzilla/show_bug.cgi?id=58458 Michael Osipov <1983-01...@gmx.net> changed: What|Removed |Added OS||All --- Comment

Re: AJP Protocol enhancements

On 25/09/2015 17:05, Andrew Carr wrote: > Rémy, > > Thank you. > > I reread what I asked about the wiki and I realize it might not have been > clear. Mark said, > *"Long term, we probably do need to migrate the wiki. Short term we > can **use the new instance just for this." * > and I was

Re: AJP Protocol enhancements

On 25/09/2015 18:38, Mark Thomas wrote: > On 25/09/2015 17:05, Andrew Carr wrote: >> Rémy, >> >> Thank you. >> >> I reread what I asked about the wiki and I realize it might not have been >> clear. Mark said, >> *"Long term, we probably do need to migrate the wiki. Short term we >> can **use

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

/bin/commons-daemon-20150925-native-src.tar.gz -Dtest.reports=output/logs-NIO -Dtomcat-native.tar.gz=/srv/gump/public/workspace/apache-commons/daemon/dist/bin/commons-daemon-20150925-native-src.tar.gz -Dexamples.sources.skip=true -Dtomcat-dbcp.home=/srv/gump/public/workspace/tomcat-7.0.x/tomcat

[Bug 58457] After async request timeout, response is not closed + works on subsequent requests

https://bz.apache.org/bugzilla/show_bug.cgi?id=58457 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED

svn commit: r1705231 - /tomcat/trunk/test/org/apache/catalina/realm/TestSecretKeyCredentialHandler.java

Author: markt Date: Fri Sep 25 07:13:25 2015 New Revision: 1705231 URL: http://svn.apache.org/viewvc?rev=1705231=rev Log: Provide state info if tests fails (it failed on Gump but I have no idea why) Modified: tomcat/trunk/test/org/apache/catalina/realm/TestSecretKeyCredentialHandler.java

svn commit: r1705232 - in /tomcat/tc8.0.x/trunk: ./ test/org/apache/catalina/realm/TestSecretKeyCredentialHandler.java

Author: markt Date: Fri Sep 25 07:14:53 2015 New Revision: 1705232 URL: http://svn.apache.org/viewvc?rev=1705232=rev Log: Provide state info if test fails (it failed on Gump but I have no idea why) Modified: tomcat/tc8.0.x/trunk/ (props changed)

svn commit: r1705233 - /tomcat/tc7.0.x/trunk/test/org/apache/catalina/loader/TestWebappClassLoaderWeaving.java

Author: markt Date: Fri Sep 25 07:18:42 2015 New Revision: 1705233 URL: http://svn.apache.org/viewvc?rev=1705233=rev Log: Fix test broken during refactoring to add support for parallel class loading Modified:

svn commit: r1705238 - /tomcat/tc7.0.x/trunk/java/org/apache/coyote/http11/InternalAprInputBuffer.java

Author: markt Date: Fri Sep 25 07:31:40 2015 New Revision: 1705238 URL: http://svn.apache.org/viewvc?rev=1705238=rev Log: Fix an Eclipse nag, primarily to trigger a new CI build Modified: tomcat/tc7.0.x/trunk/java/org/apache/coyote/http11/InternalAprInputBuffer.java Modified:

Re: AJP Protocol enhancements

On 24/09/2015 14:52, Andrew Carr wrote: >> >> >>> I have been following the AJP enhancements for a long time and it seems >> the >>> protocol is stagnant. >> >> I prefer 'mature'. >> > > Apologies. Mature is a much more appropriate word. > > >>> I do see some updates in the last year to the

Re: AJP Protocol enhancements

On 24/09/2015 14:48, Rémy Maucherat wrote: > 2015-09-24 15:13 GMT+02:00 Andrew Carr : > >> On Thu, Sep 24, 2015 at 4:52 AM, Rémy Maucherat wrote: >> >>> 2015-09-24 11:04 GMT+02:00 Mark Thomas : >>> I think there is a clear case

buildbot exception in ASF Buildbot on tomcat-7-trunk

The Buildbot has detected a build exception on builder tomcat-7-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-7-trunk/builds/93 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The

buildbot success in ASF Buildbot on tomcat-7-trunk

The Buildbot has detected a restored build on builder tomcat-7-trunk while building ASF Buildbot. Full details are available at: http://ci.apache.org/builders/tomcat-7-trunk/builds/94 Buildbot URL: http://ci.apache.org/ Buildslave for this Build: silvanus_ubuntu Build Reason: The

Re: AJP Protocol enhancements

2015-09-25 9:29 GMT+02:00 Mark Thomas : > I'm not so sure. HTTP/2 explicitly doesn't support HTTP upgrade. The > HTTP/2 spec expects protocols like WebSocket to use ALPN. Despite this, > there has been work to try and layer WebSocket on top of HTTP/2. > > At this point in time

Re: AJP Protocol enhancements

On 09/25/2015 10:51 AM, Rémy Maucherat wrote: 2015-09-25 9:29 GMT+02:00 Mark Thomas : I'm not so sure. HTTP/2 explicitly doesn't support HTTP upgrade. The HTTP/2 spec expects protocols like WebSocket to use ALPN. Despite this, there has been work to try and layer WebSocket on

Re: AJP Protocol enhancements

The one really compelling /usability /bit about AJP proxying is that requests look like you're in/at the web server in question and receiving requests directly from the client of the web server. The fact that you are not is completely and utterly transparent to your web application code.