Ignoring the exception caused by a closed session.
37 views
Skip to first unread message
Jef
Mar 19, 2009, 4:34:31 AM3/19/09
to play-framework
Hi everyone,
I have an application running on the latest version of play (1.0-
stable5-r335) on a debian server using Java5. Everything works just
fine. Play seems to be a SUPER JAVA WEB-APPS FRAMEWORK.
Congratulations to Guillaume and his team!
One question; for every request that is NOT followed by a new request
immediately I have this strange exception. The exception does not seem
to harm the application as all following requests are processed
without any problems. Could someone please have a look into it?
Thanks
Stacktrace...
10:06:06,625 DEBUG ~ Decoded header: {Accept=[image/png,image/
*;q=0.8,*/*;q=0.5], Accept-Charset=[ISO-8859-1,utf-8;q=0.7,*;q=0.7],
Accept-Encoding=[gzip,deflate], Accept-Language=[en-us,en;q=0.8,nl-
be;q=0.6,fr;q=0.4,no;q=0.2], Cookie=[ezeb=en;
__utmz=194327082.1237449810.96.21.utmccn=(referral)|
utmcsr=gmodules.com|utmcct=/ig/ifr|utmcmd=referral;
__utma=194327082.1647534025.1217907219.1237442430.1237449810.96;
PLAY_ERRORS=; PLAY_FLASH=;
PLAY_SESSION=eaec0fd9cd3655bde51cad36bb976f4924015233-;
__utmc=194327082; __utmb=194327082], Host=[localhost:9000], Max-
Forwards=[10], Referer=[http://www.virtualsushi.be/books/anotherpage],
User-Agent=[Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:
1.9.0.7) Gecko/2009021906 Firefox/3.0.7], Via=[1.1 www.virtualsushi.be],
X-Forwarded-For=[91.87.148.65], X-Forwarded-Host=
[www.virtualsushi.be], X-Forwarded-Server=[www.virtualsushi.be]}
10:06:06,626 DEBUG ~ Request is HTTP 1/1. Checking for transfer coding
10:06:06,626 DEBUG ~ No entity body for this request
10:06:23,751 DEBUG ~ Ignoring the exception caused by a closed
session.
java.lang.IllegalArgumentException: No enum const class
org.apache.asyncweb.common.HttpMethod.
at java.lang.Enum.valueOf(Enum.java:192)
at org.apache.asyncweb.common.HttpMethod.valueOf(HttpMethod.java:1)
at org.apache.asyncweb.common.HttpRequestLineDecodingState
$1.finishDecode(HttpRequestLineDecodingState.java:63)
at
org.apache.mina.filter.codec.statemachine.ConsumeToDynamicTerminatorDecodingState.finishDecode
(ConsumeToDynamicTerminatorDecodingState.java:103)
at
org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
(DecodingStateMachine.java:112)
at
org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
(DecodingStateMachine.java:112)
at
org.apache.mina.filter.codec.statemachine.DecodingStateProtocolDecoder.finishDecode
(DecodingStateProtocolDecoder.java:81)
at org.apache.mina.filter.codec.ProtocolCodecFilter.sessionClosed
(ProtocolCodecFilter.java:258)
at org.apache.mina.common.DefaultIoFilterChain.callNextSessionClosed
(DefaultIoFilterChain.java:369)
at org.apache.mina.common.DefaultIoFilterChain.access$900
(DefaultIoFilterChain.java:40)
at org.apache.mina.common.DefaultIoFilterChain$EntryImpl
$1.sessionClosed(DefaultIoFilterChain.java:808)
at org.apache.mina.common.DefaultIoFilterChain
$HeadFilter.sessionClosed(DefaultIoFilterChain.java:589)
at org.apache.mina.common.DefaultIoFilterChain.callNextSessionClosed
(DefaultIoFilterChain.java:369)
at org.apache.mina.common.DefaultIoFilterChain.fireSessionClosed
(DefaultIoFilterChain.java:364)
at
org.apache.mina.common.IoServiceListenerSupport.fireSessionDestroyed
(IoServiceListenerSupport.java:223)
at org.apache.mina.common.AbstractPollingIoProcessor.removeNow
(AbstractPollingIoProcessor.java:341)
at org.apache.mina.common.AbstractPollingIoProcessor.remove
(AbstractPollingIoProcessor.java:311)
at org.apache.mina.common.AbstractPollingIoProcessor.access$600
(AbstractPollingIoProcessor.java:43)
at org.apache.mina.common.AbstractPollingIoProcessor$Worker.run
(AbstractPollingIoProcessor.java:711)
at org.apache.mina.util.NamePreservingRunnable.run
(NamePreservingRunnable.java:51)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask
(ThreadPoolExecutor.java:650)
at java.util.concurrent.ThreadPoolExecutor$Worker.run
(ThreadPoolExecutor.java:675)
at java.lang.Thread.run(Thread.java:595)
I have an application running on the latest version of play (1.0-
stable5-r335) on a debian server using Java5. Everything works just
fine. Play seems to be a SUPER JAVA WEB-APPS FRAMEWORK.
Congratulations to Guillaume and his team!
One question; for every request that is NOT followed by a new request
immediately I have this strange exception. The exception does not seem
to harm the application as all following requests are processed
without any problems. Could someone please have a look into it?
Thanks
Stacktrace...
10:06:06,625 DEBUG ~ Decoded header: {Accept=[image/png,image/
*;q=0.8,*/*;q=0.5], Accept-Charset=[ISO-8859-1,utf-8;q=0.7,*;q=0.7],
Accept-Encoding=[gzip,deflate], Accept-Language=[en-us,en;q=0.8,nl-
be;q=0.6,fr;q=0.4,no;q=0.2], Cookie=[ezeb=en;
__utmz=194327082.1237449810.96.21.utmccn=(referral)|
utmcsr=gmodules.com|utmcct=/ig/ifr|utmcmd=referral;
__utma=194327082.1647534025.1217907219.1237442430.1237449810.96;
PLAY_ERRORS=; PLAY_FLASH=;
PLAY_SESSION=eaec0fd9cd3655bde51cad36bb976f4924015233-;
__utmc=194327082; __utmb=194327082], Host=[localhost:9000], Max-
Forwards=[10], Referer=[http://www.virtualsushi.be/books/anotherpage],
User-Agent=[Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:
1.9.0.7) Gecko/2009021906 Firefox/3.0.7], Via=[1.1 www.virtualsushi.be],
X-Forwarded-For=[91.87.148.65], X-Forwarded-Host=
[www.virtualsushi.be], X-Forwarded-Server=[www.virtualsushi.be]}
10:06:06,626 DEBUG ~ Request is HTTP 1/1. Checking for transfer coding
10:06:06,626 DEBUG ~ No entity body for this request
10:06:23,751 DEBUG ~ Ignoring the exception caused by a closed
session.
java.lang.IllegalArgumentException: No enum const class
org.apache.asyncweb.common.HttpMethod.
at java.lang.Enum.valueOf(Enum.java:192)
at org.apache.asyncweb.common.HttpMethod.valueOf(HttpMethod.java:1)
at org.apache.asyncweb.common.HttpRequestLineDecodingState
$1.finishDecode(HttpRequestLineDecodingState.java:63)
at
org.apache.mina.filter.codec.statemachine.ConsumeToDynamicTerminatorDecodingState.finishDecode
(ConsumeToDynamicTerminatorDecodingState.java:103)
at
org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
(DecodingStateMachine.java:112)
at
org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
(DecodingStateMachine.java:112)
at
org.apache.mina.filter.codec.statemachine.DecodingStateProtocolDecoder.finishDecode
(DecodingStateProtocolDecoder.java:81)
at org.apache.mina.filter.codec.ProtocolCodecFilter.sessionClosed
(ProtocolCodecFilter.java:258)
at org.apache.mina.common.DefaultIoFilterChain.callNextSessionClosed
(DefaultIoFilterChain.java:369)
at org.apache.mina.common.DefaultIoFilterChain.access$900
(DefaultIoFilterChain.java:40)
at org.apache.mina.common.DefaultIoFilterChain$EntryImpl
$1.sessionClosed(DefaultIoFilterChain.java:808)
at org.apache.mina.common.DefaultIoFilterChain
$HeadFilter.sessionClosed(DefaultIoFilterChain.java:589)
at org.apache.mina.common.DefaultIoFilterChain.callNextSessionClosed
(DefaultIoFilterChain.java:369)
at org.apache.mina.common.DefaultIoFilterChain.fireSessionClosed
(DefaultIoFilterChain.java:364)
at
org.apache.mina.common.IoServiceListenerSupport.fireSessionDestroyed
(IoServiceListenerSupport.java:223)
at org.apache.mina.common.AbstractPollingIoProcessor.removeNow
(AbstractPollingIoProcessor.java:341)
at org.apache.mina.common.AbstractPollingIoProcessor.remove
(AbstractPollingIoProcessor.java:311)
at org.apache.mina.common.AbstractPollingIoProcessor.access$600
(AbstractPollingIoProcessor.java:43)
at org.apache.mina.common.AbstractPollingIoProcessor$Worker.run
(AbstractPollingIoProcessor.java:711)
at org.apache.mina.util.NamePreservingRunnable.run
(NamePreservingRunnable.java:51)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask
(ThreadPoolExecutor.java:650)
at java.util.concurrent.ThreadPoolExecutor$Worker.run
(ThreadPoolExecutor.java:675)
at java.lang.Thread.run(Thread.java:595)
jf....@gmail.com
Mar 19, 2009, 5:22:49 AM3/19/09
to play-framework
Hi,
Do you think it's proxy related ? Do you have the same kind of
behaviour when accessing your play app directly ? What kind of apache
config are you using ? Can you reproduce the problem with the same
setup, but another play app ? Do you have the problem on another
machine ?
Regards,
Jean-Francois
On 19 mar, 09:34, Jef <jef.waum...@yahoo.com> wrote:
> Hi everyone,
> I have an application running on the latest version of play (1.0-
> stable5-r335) on a debian server using Java5. Everything works just
> fine. Play seems to be a SUPER JAVA WEB-APPS FRAMEWORK.
> Congratulations to Guillaume and his team!
>
> One question; for every request that is NOT followed by a new request
> immediately I have this strange exception. The exception does not seem
> to harm the application as all following requests are processed
> without any problems. Could someone please have a look into it?
>
> Thanks
>
> Stacktrace...
>
> 10:06:06,625 DEBUG ~ Decoded header: {Accept=[image/png,image/
> *;q=0.8,*/*;q=0.5], Accept-Charset=[ISO-8859-1,utf-8;q=0.7,*;q=0.7],
> Accept-Encoding=[gzip,deflate], Accept-Language=[en-us,en;q=0.8,nl-
> be;q=0.6,fr;q=0.4,no;q=0.2], Cookie=[ezeb=en;
> __utmz=194327082.1237449810.96.21.utmccn=(referral)|
> utmcsr=gmodules.com|utmcct=/ig/ifr|utmcmd=referral;
> __utma=194327082.1647534025.1217907219.1237442430.1237449810.96;
> PLAY_ERRORS=; PLAY_FLASH=;
> PLAY_SESSION=eaec0fd9cd3655bde51cad36bb976f4924015233-;
> __utmc=194327082; __utmb=194327082], Host=[localhost:9000], Max-
> Forwards=[10], Referer=[http://www.virtualsushi.be/books/anotherpage],
> User-Agent=[Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:
> 1.9.0.7) Gecko/2009021906 Firefox/3.0.7], Via=[1.1www.virtualsushi.be],
Do you think it's proxy related ? Do you have the same kind of
behaviour when accessing your play app directly ? What kind of apache
config are you using ? Can you reproduce the problem with the same
setup, but another play app ? Do you have the problem on another
machine ?
Regards,
Jean-Francois
On 19 mar, 09:34, Jef <jef.waum...@yahoo.com> wrote:
> Hi everyone,
> I have an application running on the latest version of play (1.0-
> stable5-r335) on a debian server using Java5. Everything works just
> fine. Play seems to be a SUPER JAVA WEB-APPS FRAMEWORK.
> Congratulations to Guillaume and his team!
>
> One question; for every request that is NOT followed by a new request
> immediately I have this strange exception. The exception does not seem
> to harm the application as all following requests are processed
> without any problems. Could someone please have a look into it?
>
> Thanks
>
> Stacktrace...
>
> 10:06:06,625 DEBUG ~ Decoded header: {Accept=[image/png,image/
> *;q=0.8,*/*;q=0.5], Accept-Charset=[ISO-8859-1,utf-8;q=0.7,*;q=0.7],
> Accept-Encoding=[gzip,deflate], Accept-Language=[en-us,en;q=0.8,nl-
> be;q=0.6,fr;q=0.4,no;q=0.2], Cookie=[ezeb=en;
> __utmz=194327082.1237449810.96.21.utmccn=(referral)|
> utmcsr=gmodules.com|utmcct=/ig/ifr|utmcmd=referral;
> __utma=194327082.1647534025.1217907219.1237442430.1237449810.96;
> PLAY_ERRORS=; PLAY_FLASH=;
> PLAY_SESSION=eaec0fd9cd3655bde51cad36bb976f4924015233-;
> __utmc=194327082; __utmb=194327082], Host=[localhost:9000], Max-
> Forwards=[10], Referer=[http://www.virtualsushi.be/books/anotherpage],
> User-Agent=[Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:
Jef
Mar 19, 2009, 6:54:22 AM3/19/09
to play-framework
Hi Jean-Francois,
Yes, I have the exact same issue on my development machine (OSX) where
I don't use a proxy. The only difference is the time between the error
and the last request. See local stacktrace ...
11:45:08,001 DEBUG HttpRequestDecodingStateMachine:130 - Request is
body for this request
11:45:09,979 DEBUG HttpRequestDecodingStateMachine:124 - Decoded
header: {Accept=[image/png,image/*;q=0.8,*/*;q=0.5], Accept-Charset=
PLAY_SESSION=eaec0fd9cd3655bde51cad36bb976f4924015233-], Host=
[localhost:9000], Keep-Alive=[300], User-Agent=[Mozilla/5.0
body for this request
11:47:28,183 DEBUG DecodingStateMachine:125 - Ignoring the exception
at java.lang.Thread.run(Thread.java:613)11:47:28,196 DEBUG
DecodingStateMachine:125 - Ignoring the exception caused by a closed
session.
java.lang.IndexOutOfBoundsException: Index: 1, Size: 0
at java.util.ArrayList.RangeCheck(ArrayList.java:546)
at java.util.ArrayList.get(ArrayList.java:321)
at org.apache.asyncweb.common.HttpRequestDecodingStateMachine
$2.finishDecode(HttpRequestDecodingStateMachine.java:90)
at
org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
(DecodingStateMachine.java:129)
at java.lang.Thread.run(Thread.java:613)
* this exception is repeated 6 times in the log
Yes, I have the exact same issue on my development machine (OSX) where
I don't use a proxy. The only difference is the time between the error
and the last request. See local stacktrace ...
11:45:08,001 DEBUG HttpRequestDecodingStateMachine:130 - Request is
HTTP 1/1. Checking for transfer coding
11:45:08,001 DEBUG HttpRequestDecodingStateMachine:194 - No entity
body for this request
11:45:09,979 DEBUG HttpRequestDecodingStateMachine:124 - Decoded
header: {Accept=[image/png,image/*;q=0.8,*/*;q=0.5], Accept-Charset=
[ISO-8859-1,utf-8;q=0.7,*;q=0.7], Accept-Encoding=[gzip,deflate],
Accept-Language=[en-us,en;q=0.8,nl-be;q=0.6,fr;q=0.4,no;q=0.2],
Connection=[keep-alive], Cookie=[ezeb=en; PLAY_ERRORS=; PLAY_FLASH=;
Accept-Language=[en-us,en;q=0.8,nl-be;q=0.6,fr;q=0.4,no;q=0.2],
PLAY_SESSION=eaec0fd9cd3655bde51cad36bb976f4924015233-], Host=
[localhost:9000], Keep-Alive=[300], User-Agent=[Mozilla/5.0
(Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:1.9.0.7) Gecko/
2009021906 Firefox/3.0.7]}
11:45:09,982 DEBUG HttpRequestDecodingStateMachine:130 - Request is
2009021906 Firefox/3.0.7]}
HTTP 1/1. Checking for transfer coding
11:45:09,982 DEBUG HttpRequestDecodingStateMachine:194 - No entity
body for this request
11:47:28,183 DEBUG DecodingStateMachine:125 - Ignoring the exception
caused by a closed session.
java.lang.IllegalArgumentException: No enum const class
org.apache.asyncweb.common.HttpMethod.
at java.lang.Enum.valueOf(Enum.java:196)
java.lang.IllegalArgumentException: No enum const class
org.apache.asyncweb.common.HttpMethod.
DecodingStateMachine:125 - Ignoring the exception caused by a closed
session.
java.lang.IndexOutOfBoundsException: Index: 1, Size: 0
at java.util.ArrayList.RangeCheck(ArrayList.java:546)
at java.util.ArrayList.get(ArrayList.java:321)
at org.apache.asyncweb.common.HttpRequestDecodingStateMachine
$2.finishDecode(HttpRequestDecodingStateMachine.java:90)
at
org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
(DecodingStateMachine.java:129)
at
org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
(DecodingStateMachine.java:112)
at
org.apache.mina.filter.codec.statemachine.DecodingStateProtocolDecoder.finishDecode
org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
(DecodingStateMachine.java:112)
at
* this exception is repeated 6 times in the log
jf....@gmail.com
Mar 21, 2009, 2:03:54 PM3/21/09
to play-framework
I can't reproduce this problem. What is the code causing the problem ?
Regards,
Jean-François
> at java.lang.Thread.run(Thread.java:613)11:47:28,196 DEBUG
> DecodingStateMachine:125 - Ignoring the exception caused by a closed
> session.
> java.lang.IndexOutOfBoundsException: Index: 1, Size: 0
> at java.util.ArrayList.RangeCheck(ArrayList.java:546)
> at java.util.ArrayList.get(ArrayList.java:321)
> at org.apache.asyncweb.common.HttpRequestDecodingStateMachine
> $2.finishDecode(HttpRequestDecodingStateMachine.java:90)
> at
> org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
> (DecodingStateMachine.java:129)
> at
> org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
> (DecodingStateMachine.java:112)
> at
> DecodingStateMachine:125 - Ignoring the exception caused by a closed
> session.
> java.lang.IndexOutOfBoundsException: Index: 1, Size: 0
> at java.util.ArrayList.RangeCheck(ArrayList.java:546)
> at java.util.ArrayList.get(ArrayList.java:321)
> at org.apache.asyncweb.common.HttpRequestDecodingStateMachine
> $2.finishDecode(HttpRequestDecodingStateMachine.java:90)
> at
> org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
> (DecodingStateMachine.java:129)
> at
> org.apache.mina.filter.codec.statemachine.DecodingStateMachine.finishDecode
> (DecodingStateMachine.java:112)
> at
>
> plus de détails »
Reply all
Reply to author
Forward
0 new messages