https://bz.apache.org/bugzilla/show_bug.cgi?id=62596
--- Comment #2 from erik.mccal...@edge-technologies.com ---
That makes sense.
--
You are receiving this mail because:
You are the assignee for the bug.
-
To unsubscribe,
The Buildbot has detected a restored build on builder tomcat-7-trunk while
building . Full details are available at:
https://ci.apache.org/builders/tomcat-7-trunk/builds/1154
Buildbot URL: https://ci.apache.org/
Buildslave for this Build: silvanus_ubuntu
Build Reason: The
Author: markt
Date: Tue Aug 7 21:23:55 2018
New Revision: 1837619
URL: http://svn.apache.org/viewvc?rev=1837619=rev
Log:
Fix back-port (remove use of Java 8 method)
Modified:
tomcat/tc7.0.x/trunk/ (props changed)
Author: markt
Date: Tue Aug 7 21:22:51 2018
New Revision: 1837618
URL: http://svn.apache.org/viewvc?rev=1837618=rev
Log:
Fix back-port (remove use of Java 8 method)
Modified:
tomcat/tc8.5.x/trunk/test/org/apache/tomcat/websocket/TestWebSocketFrameClient.java
Modified:
Sorry. IDE /JDKs not configured correctly. Working on a fix now...
Mark
On 07/08/2018 21:35, build...@apache.org wrote:
The Buildbot has detected a new failure on builder tomcat-7-trunk while
building . Full details are available at:
https://bz.apache.org/bugzilla/show_bug.cgi?id=62605
Bug ID: 62605
Summary: Async servlet over HTTP/2 setReadListener does not
work if post request data arrives much later than
headers
Product: Tomcat 9
Version:
The Buildbot has detected a new failure on builder tomcat-7-trunk while
building . Full details are available at:
https://ci.apache.org/builders/tomcat-7-trunk/builds/1153
Buildbot URL: https://ci.apache.org/
Buildslave for this Build: silvanus_ubuntu
Build Reason: The AnyBranchScheduler
Author: markt
Date: Tue Aug 7 20:22:28 2018
New Revision: 1837615
URL: http://svn.apache.org/viewvc?rev=1837615=rev
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=62596
Remove the limit on the size of the initial HTTP upgrade request used to
establish the web socket connection.
Author: markt
Date: Tue Aug 7 20:19:45 2018
New Revision: 1837614
URL: http://svn.apache.org/viewvc?rev=1837614=rev
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=62596
Remove the limit on the size of the initial HTTP upgrade request used to
establish the web socket connection.
Author: markt
Date: Tue Aug 7 20:18:51 2018
New Revision: 1837613
URL: http://svn.apache.org/viewvc?rev=1837613=rev
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=62596
Remove the limit on the size of the initial HTTP upgrade request used to
establish the web socket connection.
https://bz.apache.org/bugzilla/show_bug.cgi?id=62596
--- Comment #1 from Mark Thomas ---
I'm leaning more towards simply auto-expanding the buffer until it is big
enough. I'm not concerned about memory issues as the user is in control of the
headers they send.
--
You are receiving this mail
https://bz.apache.org/bugzilla/show_bug.cgi?id=62603
Bug ID: 62603
Summary: Changes in tag files are not reflected in the rendered
view or they end up with a
java.lang.NoClassDefFoundError
Product: Tomcat 8
https://bz.apache.org/bugzilla/show_bug.cgi?id=62569
--- Comment #2 from Dapeng Zhang ---
My mistake. This does work. Sorry about that. But I do have some issues that
ReadListener and WriteListener callbacks never get called when using http/2
(https://github.com/grpc/grpc-java/pull/4738). Will
https://bz.apache.org/bugzilla/show_bug.cgi?id=62569
Mark Thomas changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=62561
--- Comment #8 from Konstantin Kolinko ---
One minor detail that may be added:
IIRC, Web applications that are configured with do
not use the "Shared" classloader but use the "Server" one.
--
You are receiving this mail because:
You are the
https://bz.apache.org/bugzilla/show_bug.cgi?id=62539
Mark Thomas changed:
What|Removed |Added
Resolution|--- |INVALID
Status|NEW
https://bz.apache.org/bugzilla/show_bug.cgi?id=62539
--- Comment #3 from Mark Thomas ---
The test applications provided are far from the simplest possible - both being
full Spring Boot applications. Further, the server application fails to build.
I've looked at the source and the test case is
https://bz.apache.org/bugzilla/show_bug.cgi?id=62561
--- Comment #7 from Michael Osipov <1983-01...@gmx.net> ---
(In reply to Mark Thomas from comment #6)
> Fixed in:
> - trunk for 9.0.11 onwards
> - 8.5.x for 8.5.33 onwards
> - 7.0.x for 7.0.91 onwards
That's perfect. Thanks!
--
You are
https://bz.apache.org/bugzilla/show_bug.cgi?id=62561
Mark Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Author: markt
Date: Tue Aug 7 08:58:06 2018
New Revision: 1837583
URL: http://svn.apache.org/viewvc?rev=1837583=rev
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=62561
Add advanced class loader configuration information regarding the use of the
Server and Shared class loaders to the
Author: markt
Date: Tue Aug 7 08:56:53 2018
New Revision: 1837582
URL: http://svn.apache.org/viewvc?rev=1837582=rev
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=62561
Add advanced class loader configuration information regarding the use of the
Server and Shared class loaders to the
Author: markt
Date: Tue Aug 7 08:56:13 2018
New Revision: 1837581
URL: http://svn.apache.org/viewvc?rev=1837581=rev
Log:
Fix https://bz.apache.org/bugzilla/show_bug.cgi?id=62561
Add advanced class loader configuration information regarding the use of the
Server and Shared class loaders to the
On 07/08/18 09:42, jean-frederic clere wrote:
> On 07/08/18 10:10, Mark Thomas wrote:
>> On 07/08/18 08:55, jean-frederic clere wrote:
>>> Hi,
>>>
>>> I just want to ask what is the process, we pick all changes after
>>> commons-dbcp releases a version, or could I pick the actual code?
>>
>>
On 07/08/18 10:10, Mark Thomas wrote:
> On 07/08/18 08:55, jean-frederic clere wrote:
>> Hi,
>>
>> I just want to ask what is the process, we pick all changes after
>> commons-dbcp releases a version, or could I pick the actual code?
>
> Generally, I keep an eye on DBCP2/Pool2 and pick up the
Hi Mark,
*JDK 11 Early Access build 25 is available at : - **jdk.java.net/11/*
* *JDK 11 entered Rampdown Phase 2 on 26-July [1]*
o The overall feature set is frozen. No further JEPs will be
targeted to this release.
o We now turn our focus to P1 and P2 bugs.
* Release notes
On 07/08/18 08:55, jean-frederic clere wrote:
> Hi,
>
> I just want to ask what is the process, we pick all changes after
> commons-dbcp releases a version, or could I pick the actual code?
Generally, I keep an eye on DBCP2/Pool2 and pick up the changes from
master after I see an issue fixed I
Hi,
I just want to ask what is the process, we pick all changes after
commons-dbcp releases a version, or could I pick the actual code?
--
Cheers
Jean-Frederic
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For
27 matches
Mail list logo
