Perfect, glad to see a release after the vacation :)
Thanks again and happy vacationing.
/Erik
Den fre 2 juli 2021 kl 14:06 skrev Mark Thomas :
> On 02/07/2021 12:46, Erik Nilsson wrote:
> > Great!! With tomcat-9.0-20210701.191821-3270 in our environment it seems
> to
> > be stable without any RS
On 02/07/2021 12:46, Erik Nilsson wrote:
Great!! With tomcat-9.0-20210701.191821-3270 in our environment it seems to
be stable without any RST_STREAMs.
Excellent. Thanks for confirming the fix.
When will you release this version?
Releases happen ~monthly. We aim for early in the month and t
Great!! With tomcat-9.0-20210701.191821-3270 in our environment it seems to
be stable without any RST_STREAMs.
When will you release this version?
/Erik
Den fre 2 juli 2021 kl 10:28 skrev Mark Thomas :
> On 01/07/2021 08:57, Mark Thomas wrote:
> > On 01/07/2021 08:41, Erik Nilsson wrote:
> >> >
On 01/07/2021 08:57, Mark Thomas wrote:
On 01/07/2021 08:41, Erik Nilsson wrote:
protocol="org.apache.coyote.http11.Http11NioProtocol"
connectionTimeout="2" compression="on" useAsyncIO="false"
compressibleMimeType="text/html,text/xml,text/css,text/javascript,text/pla
On 01/07/2021 08:41, Erik Nilsson wrote:
Tx.
It looks like there are multiple issues going on here then - in
additional to the sendfile issue I already fixed. I'll fix the issue I'm
currently seeing and then try again to recreate the issue you are
seeing. I'll keep the thread
Den tors 1 juli 2021 kl 09:32 skrev Mark Thomas :
> On 01/07/2021 07:16, Erik Nilsson wrote:
> > Hmm I can still get the same exceptions even if I set useAsyncIO="false",
> > but with maxConcurrentStreamExecution="1" it's stable.
>
> Can you provide your entire Connector configurat
On 01/07/2021 07:16, Erik Nilsson wrote:
Hmm I can still get the same exceptions even if I set useAsyncIO="false",
but with maxConcurrentStreamExecution="1" it's stable.
Can you provide your entire Connector configuration that includes
useAsyncIO="false" please?
Thanks,
Mark
/Erik
Den o
Hmm I can still get the same exceptions even if I set useAsyncIO="false",
but with maxConcurrentStreamExecution="1" it's stable.
/Erik
Den ons 30 juni 2021 kl 18:41 skrev Mark Thomas :
> On 30/06/2021 16:49, Erik Nilsson wrote:
> > Perfect that u can reproduce this with another webapp. Thankful f
On 30/06/2021 16:49, Erik Nilsson wrote:
Perfect that u can reproduce this with another webapp. Thankful for your
quick response. As I pointed out in the beginning of the conversation we
also got this problem behind our f5 loadbalancer. But not with if we
connect to Tomcat directly without a load
Perfect that u can reproduce this with another webapp. Thankful for your
quick response. As I pointed out in the beginning of the conversation we
also got this problem behind our f5 loadbalancer. But not with if we
connect to Tomcat directly without a loadbalancer.
/Erik
ons 30 juni 2021 kl. 17:3
On 29/06/2021 09:43, Mark Thomas wrote:
On 29/06/2021 09:26, Erik Nilsson wrote:
Sorry but there seems to be no difference in the behaviour..
/Erik
OK. Thanks for testing. I'm going to need those debug logs then to
figure out what is going on.
Debug logs received off-list. Tx.
I'm able to
On 29/06/2021 09:26, Erik Nilsson wrote:
Sorry but there seems to be no difference in the behaviour..
/Erik
OK. Thanks for testing. I'm going to need those debug logs then to
figure out what is going on.
Mark
Den mån 28 juni 2021 kl 20:44 skrev Mark Thomas :
On 28/06/2021 15:11, Mark T
Sorry but there seems to be no difference in the behaviour..
/Erik
Den mån 28 juni 2021 kl 20:44 skrev Mark Thomas :
> On 28/06/2021 15:11, Mark Thomas wrote:
> > On 28/06/2021 10:53, Erik Nilsson wrote:
> >> Yep, something seems to go wrong with the waitingFor field in
> >> WindowAllocationManag
On 28/06/2021 15:11, Mark Thomas wrote:
On 28/06/2021 10:53, Erik Nilsson wrote:
Yep, something seems to go wrong with the waitingFor field in
WindowAllocationManager.
We are developing a quite complex embedded cms application, don't know
if I
will be able to share this application. Hopefully
On 28/06/2021 10:53, Erik Nilsson wrote:
Yep, something seems to go wrong with the waitingFor field in
WindowAllocationManager.
We are developing a quite complex embedded cms application, don't know if I
will be able to share this application. Hopefully you can reproduce this
anyway by using the
Yep, something seems to go wrong with the waitingFor field in
WindowAllocationManager.
We are developing a quite complex embedded cms application, don't know if I
will be able to share this application. Hopefully you can reproduce this
anyway by using the nghttp client and another large webapp? On
On 27/06/2021 12:05, Erik Nilsson wrote:
We might have found an issue with the window size in http2 in Tomcat 9.0.45.
Thanks for the heads up.
9.0.45 has fixes for all the known issues with window size management so
this looks like a potential new bug.
java.lang.IllegalStateException: Conn
Am 2018-08-02 um 16:30 schrieb Mark Thomas:
On 02/08/18 11:15, Mark Thomas wrote:
On 30/07/18 19:48, Michael Osipov wrote:
Am 2018-07-25 um 22:13 schrieb Michael Osipov:
Hi folks,
I might have found a bug and looking for someone to confirm. (Tested
in Tomcat 8.5.32).
I agree that this is a
On 02/08/18 11:15, Mark Thomas wrote:
> On 30/07/18 19:48, Michael Osipov wrote:
>> Am 2018-07-25 um 22:13 schrieb Michael Osipov:
>>> Hi folks,
>>>
>>> I might have found a bug and looking for someone to confirm. (Tested
>>> in Tomcat 8.5.32).
>
> I agree that this is a bug.
Fixed in 9.0.x, 8.5.
On 30/07/18 19:48, Michael Osipov wrote:
> Am 2018-07-25 um 22:13 schrieb Michael Osipov:
>> Hi folks,
>>
>> I might have found a bug and looking for someone to confirm. (Tested
>> in Tomcat 8.5.32).
I agree that this is a bug.
Mark
>>
>> Consider the following servlet:
>>> @WebServlet("/request
Am 2018-07-25 um 22:13 schrieb Michael Osipov:
Hi folks,
I might have found a bug and looking for someone to confirm. (Tested in
Tomcat 8.5.32).
Consider the following servlet:
@WebServlet("/request-dispatcher")
public class TestServlet extends HttpServlet {
private static final long ser
On 6/1/2017 1:32 AM, Nicholas Cottrell wrote:
> yum provides /usr/lib64/httpd/modules/mod_proxy_ajp.so
OK - don't know how I missed it. I could have sworn it wasn't there
yesterday :-p.
I just checked my system and it's there (run CentOS 6 in production).
/mde/
signature.asc
Description: Open
On 1 June 2017 09:24:16 BST, Nicholas Cottrell wrote:
>
>> On 31 May 2017, at 22:44, André Warnier (tomcat)
>wrote:
>>
>> On 31.05.2017 21:52, Nicholas Cottrell wrote:
On 5/31/17 8:42 AM, Nicholas Cottrell wrote:
> Hi All!
>
> I'm having a problem setting up an existing webapp
Mark,
>
> On 5/31/2017 5:42 AM, Nicholas Cottrell wrote:
>> Hi All!
>>
>> I'm having a problem setting up an existing webapp from Apache
>> 2.2/Tomcat6 on a new server running Centos 7, and the following
>> packages:
>>
>> httpd2.4.6-45.el7.centos.4 tomcat.noarch
>> 7.0.69-11.el7_3
> On 31 May 2017, at 22:44, André Warnier (tomcat) wrote:
>
> On 31.05.2017 21:52, Nicholas Cottrell wrote:
>>> On 5/31/17 8:42 AM, Nicholas Cottrell wrote:
Hi All!
I'm having a problem setting up an existing webapp from Apache
2.2/Tomcat6 on a new server running Centos 7, a
Nic,
On 5/31/2017 5:42 AM, Nicholas Cottrell wrote:
> Hi All!
>
> I'm having a problem setting up an existing webapp from Apache
> 2.2/Tomcat6 on a new server running Centos 7, and the following
> packages:
>
> httpd 2.4.6-45.el7.centos.4 tomcat.noarch
> 7.0.69-11.el7_3 @updates
On 31.05.2017 21:52, Nicholas Cottrell wrote:
On 5/31/17 8:42 AM, Nicholas Cottrell wrote:
Hi All!
I'm having a problem setting up an existing webapp from Apache
2.2/Tomcat6 on a new server running Centos 7, and the following
packages:
httpd 2.4.6-45.el7.centos.4 tomcat.noarch
7.0.69-11.el7_
> On 5/31/17 8:42 AM, Nicholas Cottrell wrote:
>> Hi All!
>>
>> I'm having a problem setting up an existing webapp from Apache
>> 2.2/Tomcat6 on a new server running Centos 7, and the following
>> packages:
>>
>> httpd2.4.6-45.el7.centos.4 tomcat.noarch
>> 7.0.69-11.el7_3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Nic,
On 5/31/17 8:42 AM, Nicholas Cottrell wrote:
> Hi All!
>
> I'm having a problem setting up an existing webapp from Apache
> 2.2/Tomcat6 on a new server running Centos 7, and the following
> packages:
>
> httpd 2.4.6-45.el7.centos.4 tomcat.noa
On 10/01/2017 10:54, Enrico Olivelli wrote:
> I have found a work-around for my case.
> The original code of my servlet was like this:
>
> ObjectMapper mapper = new ObjectMapper(); // Jackson Mapper
> mapper.readValue(request.getInputStream(), "utf-8")
>
> I have added a buffer to hold all the
I have found a work-around for my case.
The original code of my servlet was like this:
ObjectMapper mapper = new ObjectMapper(); // Jackson Mapper
mapper.readValue(request.getInputStream(), "utf-8")
I have added a buffer to hold all the request:
byte[] content = readFully(request.getInputStream
Committed for 1.2.27. Thanks for reporting.
Taro App schrieb:
Hi Rainer,
Yes, your patch solved the problem!
Thank you.
Taro App
-- Forwarded message --
From: Rainer Jung <[EMAIL PROTECTED]>
To: Tomcat Users List
Date: Tue, 20 May 2008 10:27:49 +0200
Subject: Re: po
Hi Rainer,
Yes, your patch solved the problem!
Thank you.
Taro App
> -- Forwarded message --
> From: Rainer Jung <[EMAIL PROTECTED]>
> To: Tomcat Users List
> Date: Tue, 20 May 2008 10:27:49 +0200
> Subject: Re: possible bug for mod_jk configure for cy
Taro App wrote:
Hi list,
I tried compiling mod_jk on cygwin and error occurred. It looks like a
bug in configure, which correctly recognizes os as cygwin, but forgets
to add -DCYGWIN for gcc, thus resulting in incorrect inclusion of
sys/socketvar.h. Setting CFLAGS=-DCYGWIN solves the problem. Ca
I never use SSL with Tomcat, but do you really want to load 4k rows a
time?
-Original Message-
From: Hoa Doan [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 24, 2007 5:11 PM
To: users@tomcat.apache.org
Subject: Possible bug?
I am accessing a page on my server that outputs about 4000+ rec
Doan
On your about doubling it?
Thanks
Martin
This email message and any files transmitted with it contain confidential
information intended only for the person(s) to whom this email message is
addressed. If you have received this email message in error, please notify
the sender immediately by
with this little bit of information - neither do we...
gregor
--
what's puzzlin' you, is the nature of my game
gpgp-fp: 79A84FA526807026795E4209D3B3FE028B3170B2
gpgp-key available @ http://pgpkeys.pca.dfn.de:11371
-
To start a n
PROTECTED]
Sent: den 7 november 2006 15:25
To: Tomcat Users List
Subject: Re: Possible bug in Apache Tomcat JK 1.2.19 for WIN32?
I'm not sure, what kind of problem you have. Putting two identical
patterns for different workers into uriworkermap.properties will not
result in a well understood
I'm not sure, what kind of problem you have. Putting two identical
patterns for different workers into uriworkermap.properties will not
result in a well understood (or documented) behaviour.
Nevertheless
http://issues.apache.org/bugzilla/show_bug.cgi?id=40855
might be interesting to read.
Regar
39 matches
Mail list logo
