Hello,
I have observed that the Tomcat process does not shut down properly when
the RMI leak prevention is triggered. The process remains alive and
holds onto the RMI port.
I have created this sample project to demonstrate the issue:
https://github.com/leonatherton/rmi-leak-test/blob/master/s
On 06/05/2021 17:13, Leon Atherton wrote:
On 06/05/2021 16:06, Christopher Schultz wrote:
On 5/6/21 09:36, Mark Thomas wrote:
On 06/05/2021 13:33, Christopher Schultz wrote:
Leon,
On 5/6/21 06:25, Leon Atherton wrote:
We are seeing that Firefox triggers the HTTP2 overhead protection
with
On 06/05/2021 16:06, Christopher Schultz wrote:
On 5/6/21 09:36, Mark Thomas wrote:
On 06/05/2021 13:33, Christopher Schultz wrote:
Leon,
On 5/6/21 06:25, Leon Atherton wrote:
We are seeing that Firefox triggers the HTTP2 overhead protection
with multipart file uploads. About 1MB is uploaded
We are seeing that Firefox triggers the HTTP2 overhead protection with
multipart file uploads. About 1MB is uploaded before overhead protection
is triggered. I believe a few weeks ago Chrome was triggering this too,
but it looks like a recent update may have resolved it.
This is on Tomcat 9.0.
I noticed the presentations page
(https://tomcat.apache.org/presentations.html) does not yet have the
links from ApacheCon @Home 2020. Please find below the HTML that will
correct this. I wasn't able to find links to the slides.
Whilst you are there, I also noticed the legal page
(https://tom
Very grateful for your reply, this does indeed solve my issue (and I
learned something new too).
Thanks,
Leon
On 10/09/2019 12:03, Mark Thomas wrote:
> On 09/09/2019 16:41, Leon Atherton wrote:
>> Our use case is rejecting the request based on IP.
>>
>> In the browser the
7;m not sure if it's an issue with how Tomcat handles the request, or
how the browsers are handling the response (but I suspect it can be
fixed on the Tomcat side as the problem does not occur with Payara).
Thanks
On 09/09/2019 15:48, André Warnier (tomcat) wrote:
> On 09.09.2019 15:
an the original file (say + 30%). I
> do not know (and the doc does not say) if the maxPostSize attribute
> refers to the POST content still encoded or already decoded.
>
>
> On 09.09.2019 12:53, Leon Atherton wrote:
>> Hello,
>>
>> I've discovered an interestin
Hello,
I've discovered an interesting issue where POST requests fail when
uploading a file over about ~6MB if the server ignores the request content.
I've put together a simple project to reproduce it:
https://github.com/leonatherton/tomcat-request-issue
Serverside code:
https://github.com/le