Hello all,
My environment : tomcat version is 8.5.23 (default configuration), JDK is
1.8.0_121 and Linux version is centos 3.10.0-327.el7.x86_64
With this environment, working under stress with http POST calls, After about
80 to 100 into the test we started seeing broken responses
I do not
Hi Violeta,
Thank you for your reponse.
I found the following setting in my server.xml. Does this answer your question?
2017-02-16 17:07 GMT+09:00 Violeta Georgieva :
> Hi,
>
> 2017-02-16 5:10 GMT+02:00 水野謙 :
>>
>> Dear Sirs,
>>
>> I'm
Hi,
2017-02-16 5:10 GMT+02:00 水野謙 :
>
> Dear Sirs,
>
> I'm using Apache Tomcat/6.0.48 on Linux and I sometimes see the
> following exception.
>
> java.lang.ArrayIndexOutOfBoundsException: 8192
> at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:391)
>
Dear Sirs,
I'm using Apache Tomcat/6.0.48 on Linux and I sometimes see the
following exception.
java.lang.ArrayIndexOutOfBoundsException: 8192
at org.apache.tomcat.util.buf.ByteChunk.substract(ByteChunk.java:391)
at org.apache.catalina.connector.InputBuffer.readByte(InputBuffer.java:318)
at
Hi everyone.
Sorry it took some time but here it is. It actually looks like changing the
variables to method variables fixed the problem. It has been running for 3 days
now without any problems.
Thanks everyone.
Best Regards
Geoffrey
Phone Norway: +47 45 86 53 83
Fileflow Technologies AS
I changed the size to 4K, 50K and 1 byte without any luck.
Best Regards
Geoffrey
Phone Norway: +47 45 86 53 83
Fileflow Technologies AS
Ole Deviks vei 35, 0668 Oslo, Norway
-
On 25 Nov 2009, at 00:28, Pid wrote:
On 24/11/2009 20:03, Konstantin
On 25 Nov 2009, at 04:14, Konstantin Kolinko wrote:
2009/11/24 geoff...@fileflow.com:
HTTP connector. I'll attach the conf folder from tomcat.
Best Regards
Geoffrey
Phone Norway: +47 45 86 53 83
Fileflow Technologies AS
Ole Deviks vei 35, 0668 Oslo, Norway
You can compile Tomcat yourself and insert some debug statements at the
location of the exception.
Ronald.
Op dinsdag, 24 november 2009 18:17 schreef geoff...@fileflow.com:
The bytesRead returns the size of the buffer (8KB) every time. I also debug and
I can't find anything wrong.
On 25/11/2009 08:17, geoff...@fileflow.com wrote:
I changed the size to 4K, 50K and 1 byte without any luck.
What about adding a byte counter to catch when the exception occurs?
p
Best Regards
Geoffrey
Phone Norway: +47 45 86 53 83
Fileflow Technologies AS
Ole Deviks vei 35, 0668 Oslo,
On 25 Nov 2009, at 11:10, Pid wrote:
On 25/11/2009 08:17, geoff...@fileflow.com wrote:
I changed the size to 4K, 50K and 1 byte without any luck.
What about adding a byte counter to catch when the exception occurs?
It happens totally at random. Sometimes after 200KB sometimes after 250MB
On 25/11/2009 11:30, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 11:10, Pid wrote:
On 25/11/2009 08:17, geoff...@fileflow.com
mailto:geoff...@fileflow.com wrote:
I changed the size to 4K, 50K and 1 byte without any luck.
What about adding a byte counter to catch when the exception
On 25 Nov 2009, at 12:53, Pid wrote:
On 25/11/2009 11:30, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 11:10, Pid wrote:
On 25/11/2009 08:17, geoff...@fileflow.com
mailto:geoff...@fileflow.com wrote:
I changed the size to 4K, 50K and 1 byte without any luck.
What about adding a byte
On 25/11/2009 12:13, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 12:53, Pid wrote:
On 25/11/2009 11:30, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 11:10, Pid wrote:
On 25/11/2009 08:17, geoff...@fileflow.com
mailto:geoff...@fileflow.com wrote:
I changed the size to 4K, 50K and 1
On 25 Nov 2009, at 13:26, Pid wrote:
On 25/11/2009 12:13, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 12:53, Pid wrote:
On 25/11/2009 11:30, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 11:10, Pid wrote:
On 25/11/2009 08:17, geoff...@fileflow.com
mailto:geoff...@fileflow.com
On 25/11/2009 13:03, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 13:26, Pid wrote:
On 25/11/2009 12:13, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 12:53, Pid wrote:
On 25/11/2009 11:30, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 11:10, Pid wrote:
On 25/11/2009 08:17,
Am Dienstag, den 24.11.2009, 17:57 +0100 schrieb geoff...@fileflow.com:
Hi everyone.
I'm stuck with a problem I don't understand. We have a tomcat server
and after redeploying our war file, we get this error:
...
Are in and out instance variables? They should be method variables,
like
On 25 Nov 2009, at 14:08, Pid wrote:
On 25/11/2009 13:03, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 13:26, Pid wrote:
On 25/11/2009 12:13, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 12:53, Pid wrote:
On 25/11/2009 11:30, geoff...@fileflow.com wrote:
On 25 Nov 2009, at
On 25 Nov 2009, at 14:34, Felix Schumacher wrote:
Am Dienstag, den 24.11.2009, 17:57 +0100 schrieb geoff...@fileflow.com:
Hi everyone.
I'm stuck with a problem I don't understand. We have a tomcat server
and after redeploying our war file, we get this error:
...
Are in and out
On 25/11/2009 14:04, geoff...@fileflow.com wrote:
Hardware is different. The one working is a much older machine we use as
development server (less memory, older CPU, less disk, etc). OS is the same and
apache is 6.0.18 on dev and 6.0.20 on the problem server (but it doesn't work
with 6.0.18
Java is the same and no APR.
On 25 Nov 2009, at 15:10, Pid wrote:
On 25/11/2009 14:04, geoff...@fileflow.com wrote:
Hardware is different. The one working is a much older machine we use as
development server (less memory, older CPU, less disk, etc). OS is the same
and apache is 6.0.18
On 25/11/2009 14:05, geoff...@fileflow.com wrote:
On 25 Nov 2009, at 14:34, Felix Schumacher wrote:
Am Dienstag, den 24.11.2009, 17:57 +0100 schrieb geoff...@fileflow.com:
Hi everyone.
I'm stuck with a problem I don't understand. We have a tomcat server
and after redeploying our war file,
Hi everyone.
I'm stuck with a problem I don't understand. We have a tomcat server and after
redeploying our war file, we get this error:
java.lang.ArrayIndexOutOfBoundsException
at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:346)
at
Try insert some debug statements just before the out.write.
System.out.println(bytesRead: + bytesRead) would be interesting.
In fact this is kind of my-first-debugging and you don't even mention you did
try it.
Ronald.
Op dinsdag, 24 november 2009 17:57 schreef geoff...@fileflow.com:
The bytesRead returns the size of the buffer (8KB) every time. I also debug and
I can't find anything wrong. Input and OutputStream are not null, bytesRead is
the correct size and the buffer is also filled.
Any other ideas?
Best Regards
Geoffrey
On 24 Nov 2009, at 18:13, Ronald Klop
On 24/11/2009 17:17, geoff...@fileflow.com wrote:
The bytesRead returns the size of the buffer (8KB) every time. I also debug and
I can't find anything wrong. Input and OutputStream are not null, bytesRead is
the correct size and the buffer is also filled.
Any other ideas?
How big is the
The files are up to 30GB so it is not a solution. When I try without the buffer
it doesn't seem to work at all. What I mean is that the servlet sends some data
before the error occurs when sending with the buffer but I get 0KB without.
Best Regards
Geoffrey
Phone Norway: +47 45 86 53 83
On 24/11/2009 17:27, geoff...@fileflow.com wrote:
The files are up to 30GB so it is not a solution. When I try without the buffer
it doesn't seem to work at all. What I mean is that the servlet sends some data
before the error occurs when sending with the buffer but I get 0KB without.
At
There is a different amount of data sent each time before it crashes. I also
tried byte by byte and gets the same error but it seems that it is less often.
Best Regards
Geoffrey
Phone Norway: +47 45 86 53 83
Fileflow Technologies AS
Ole Deviks vei 35, 0668 Oslo, Norway
Perhaps change your code from
while((bytesRead = in.read(buf)) 0) {
while((bytesRead = in.read(buf)) != -1) {
From api:
Reads the next byte of data from the input stream. The value byte is
returned as an int in the range 0 to 255. If no byte is available
because the end of the stream has been
Same problem. I'm getting lost.
Best Regards
Geoffrey
Phone Norway: +47 45 86 53 83
Fileflow Technologies AS
Ole Deviks vei 35, 0668 Oslo, Norway
-
On 24 Nov 2009, at 18:38, g f wrote:
Perhaps change your code from
while((bytesRead = in.read(buf))
On 24/11/2009 17:37, geoff...@fileflow.com wrote:
There is a different amount of data sent each time before it crashes. I also
tried byte by byte and gets the same error but it seems that it is less often.
Something is ringing a bell. Search the list archives see if you can
find anything
I can't find anything in the list archive. You're sure it's not another list?
Best Regards
Geoffrey
Phone Norway: +47 45 86 53 83
Fileflow Technologies AS
Ole Deviks vei 35, 0668 Oslo, Norway
-
On 24 Nov 2009, at 19:18, Pid wrote:
On 24/11/2009
2009/11/24 geoff...@fileflow.com:
There is a different amount of data sent each time before it crashes. I also
tried byte by byte and gets the same error but it seems that it is less often.
So it is random... I wonder what can trigger it.
What connectors are you using? Is it HTTP, or AJP?
On 24/11/2009 19:26, geoff...@fileflow.com wrote:
I can't find anything in the list archive. You're sure it's not another list?
No, it's this one. Konstantin found it.
p
Best Regards
Geoffrey
Phone Norway: +47 45 86 53 83
Fileflow Technologies AS
Ole Deviks vei 35, 0668 Oslo, Norway
On 24/11/2009 20:03, Konstantin Kolinko wrote:
2009/11/24geoff...@fileflow.com:
There is a different amount of data sent each time before it crashes. I also
tried byte by byte and gets the same error but it seems that it is less often.
So it is random... I wonder what can trigger it.
What
2009/11/24 geoff...@fileflow.com:
HTTP connector. I'll attach the conf folder from tomcat.
Best Regards
Geoffrey
Phone Norway: +47 45 86 53 83
Fileflow Technologies AS
Ole Deviks vei 35, 0668 Oslo, Norway
-
On 24 Nov 2009, at 21:03,
I've run into an error which may be either a bug or the result of a
misconfiguration. When I try to set a large cookie, I get the following
error:
2009-feb-11 15:56:00 org.apache.catalina.connector.CoyoteAdapter service
ALLVARLIG: An exception or error occurred in the container during the
From: Gustaf Cele [mailto:gustaf.c...@webstep.se]
Subject: TC6 gives ArrayIndexOutOfBoundsException when
writing large headers
ALLVARLIG: An exception or error occurred in the container
during the request processing
java.lang.ArrayIndexOutOfBoundsException: 8192
You need to enlarge
Damn Chuck, good catch.
On Wed, 2009-02-11 at 09:52 -0600, Caldarale, Charles R wrote:
From: Gustaf Cele [mailto:gustaf.c...@webstep.se]
Subject: TC6 gives ArrayIndexOutOfBoundsException when
writing large headers
ALLVARLIG: An exception or error occurred in the container
during
Am 10.06.2008, 16:52 Uhr, schrieb Rémy Maucherat
[EMAIL PROTECTED]:
On Tue, Jun 10, 2008 at 4:17 PM, Jörg Fröber [EMAIL PROTECTED]
wrote:
An explizit call of response.flushBuffer() seems to have solved the
problem.
So it could indeed be worth it if you provide a test JSP.
Rémy
I'm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jörg,
Jörg Fröber wrote:
| I'm sorry, I can't provide a simple test jsp. There are quite a lot
| includes and method-calls in this jsp.
It is very difficult to develop a fix without something that
demonstrates the problem.
Can you copy your JSP to
Am 09.06.2008, 19:15 Uhr, schrieb Mark Thomas [EMAIL PROTECTED]:
Jörg Fröber wrote:
Hello,
using Tomcat 6.0.12 on one jsp page sometimes the following error
occurs:
java.lang.ArrayIndexOutOfBoundsException: 8192
That looks like a Tomcat bug. Do you see the same problem with the
Jörg Fröber wrote:
I've build tomcat from
http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk and there still
occurs an error.
Here is the stacktrace:
Can you provide the source of the simplest JSP that causes the error? What
we need is a test case we can use to investigate this. The
On Tue, Jun 10, 2008 at 2:54 PM, Mark Thomas [EMAIL PROTECTED] wrote:
Can you provide the source of the simplest JSP that causes the error? What
we need is a test case we can use to investigate this. The simpler the test
case the better.
I suppose he should increase the header size, or
Am 10.06.2008, 15:13 Uhr, schrieb Rémy Maucherat
[EMAIL PROTECTED]:
On Tue, Jun 10, 2008 at 2:54 PM, Mark Thomas [EMAIL PROTECTED] wrote:
Can you provide the source of the simplest JSP that causes the error?
What
we need is a test case we can use to investigate this. The simpler the
test
On Tue, Jun 10, 2008 at 4:17 PM, Jörg Fröber [EMAIL PROTECTED] wrote:
An explizit call of response.flushBuffer() seems to have solved the problem.
So it could indeed be worth it if you provide a test JSP.
Rémy
-
To start a
Hello,
using Tomcat 6.0.12 on one jsp page sometimes the following error occurs:
java.lang.ArrayIndexOutOfBoundsException: 8192
at
org.apache.coyote.http11.InternalOutputBuffer.write(InternalOutputBuffer.java:720)
at
Jörg Fröber wrote:
Hello,
using Tomcat 6.0.12 on one jsp page sometimes the following error occurs:
java.lang.ArrayIndexOutOfBoundsException: 8192
That looks like a Tomcat bug. Do you see the same problem with the latest
6.0.x source from subversion?
Mark
I have this in my logs. Running tomcat 5.5.26.
Exception in thread ClusterListenThread-2
java.lang.ArrayIndexOutOfBoundsException: 1024
at org.apache.catalina.cluster.io.XByteBuffer.toInt(XByteBuffer.java:222)
at
org.apache.catalina.cluster.io.XByteBuffer.countPackages(XByteBuffer.java:163)
at
nope, it's not normal. means you got clobbered data. are you running
multiple versions of tomcat?
Filip
Ronald Klop wrote:
I have this in my logs. Running tomcat 5.5.26.
Exception in thread ClusterListenThread-2
java.lang.ArrayIndexOutOfBoundsException: 1024
at
:
Gentlemen,
I am attempting to authenticate users via JAAS NTLoginModule and
repeatedly recieve an ArrayIndexOutOfBoundsException wrapped in a
LoginException. The error is (packages removed for confidentiality
purposes):
javax.security.auth.login.LoginException
Gentlemen,
I am attempting to authenticate users via JAAS NTLoginModule and repeatedly
recieve an ArrayIndexOutOfBoundsException wrapped in a LoginException. The
error is (packages removed for confidentiality purposes):
javax.security.auth.login.LoginException
52 matches
Mail list logo