Re: Http/2 Gzip for 9.0.4

[Pierre Chiu]

I am running 8.5.27 on windows.

Following Mark's instructions to the tee and I still cannot get it work :{





 







> On Feb 9, 2018, at 4:42 PM, Newbium Team  wrote:
> 
> Unfortunately I was not the one who perform the installation but our dev
> followed your online installation guide and informed me that the additional
> information was very helpful, was missing and should be added to the guide.
> 
> 
> 
> 
> 
> On Fri, Feb 9, 2018 at 4:20 PM, Christopher Schultz <
> ch...@christopherschultz.net> wrote:
> 
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>> 
>> To whom it may concern,
>> 
>> On 2/9/18 4:13 PM, Newbium Team wrote:
>>> Thank you for the instructions we were able to get it working, may
>>> we suggest that you include your instructions in your installation
>>> documentation online as others might be having the same issues.
>> 
>> What was different from what you did? Setting this up seems fairly
>> straightforward.
>> 
>> - -chris
>> 
>>> On Thu, Feb 8, 2018 at 3:35 PM, Mark Thomas 
>>> wrote:
>>> 
 On 08/02/18 20:15, Pierre Chiu wrote:
> Is there anybody out there successfully running tomcat 9.0.4 or
> 8.5.27
 with https, http2 and gzip working?
> If so, please share your config.
 
 Clean install of 9.0.x built from source (relevant code hasn't
 changed). Will be the same with 9.0.4 (as this is how I tested it
 when I wrote the HTTPO/2 gzip support) and the current 9.0.5 RC.
 
 Install Tomcat Native 1.2.16 Uncomment the HTTPS APR/native
 connector in server.xml Add suitable certificate files (adjust
 config as necessary) Add compression="on" to the UpgradeProtocol
 
 Request the homepage.
 
 Examine the headers for tomcat.css (a compressible resource)
 
 Request: :authority:localhost:8443 :method:GET :path:/tomcat.css
 :scheme:https accept:text/css,*/*;q=0.1 accept-encoding:gzip,
 deflate, br accept-language:en-GB,en-US;q=0.9,en;q=0.8
 cache-control:no-cache pragma:no-cache
 referer:https://localhost:8443/ user-agent:Mozilla/5.0 (X11;
 Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko)
 Chrome/64.0.3282.140 Safari/537.36
 
 Response: accept-ranges:bytes content-encoding:gzip
 content-type:text/css date:Thu, 08 Feb 2018 20:30:58 GMT
 etag:W/"5581-151812141" last-modified:Thu, 08 Feb 2018
 20:23:30 GMT status:200 vary:Accept-Encoding
 
 File size is 1.8KB (the original file is 5.6KB)
 
 Mark
 
 -
 
 
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
 For additional commands, e-mail: users-h...@tomcat.apache.org
 
 
>>> 
>> -BEGIN PGP SIGNATURE-
>> Comment: GPGTools - http://gpgtools.org
>> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>> 
>> iQJRBAEBCAA7FiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlp+EJIdHGNocmlzQGNo
>> cmlzdG9waGVyc2NodWx0ei5uZXQACgkQHPApP6U8pFjVARAAyQTgeH7PyG/ZuVVb
>> TU7DG77yZC3xpt4cmZwYKxlAJvkWqnBgdi+XhGGHyPSM8Y8dCoTZ1sVRETQVYsYC
>> suQ+NbBa6AGVK58WOl7nHBJlsXt4o1xjiAjiy/fXLTpT91p9DqV5HJuHXHW3Vyac
>> iGLmR5+Pyq5YiYXeNg9imnwSXfqnVLp6n5Ius5/SqcEfrlZQ9fPlutzpNTspiW8f
>> GY/vGQ/JTbBJl2CJNfxAAn0vc2PfGJkoYh8X1C8aSs6Iodh5ZoQ1ZjapLZdDBeFg
>> yYAy6sjMC7JmGK+GyMfI3/xLp6V/NfSBfWBntsWjeDrHxCNQTz3O5Uzp9N6c8APK
>> EbVP0caXPbYvnVePDJ+IXY+KYGitcGtSSpyHraosD9Qh1Gf8PyHA7rmPr3x60XZe
>> m82qfu/v8SKBUfCbUHWu3052iW5EiZHwp5CAHCTju5dK4/zcM19bl0MgmSll2Tzq
>> m1Ce7srU5RpHfyvZN95C4ca/AU567T4FzRGJ+LK46oTL/1+EthQoYYBMWPTFg8eK
>> TyqvWjsv9KXzoZvIiLKldKOhrAP2wGoLVsPgTMLjfGPw+xIzJa4ZlVaND2S44KgE
>> 2ZNkzJquFlQuXZO6okeI9hKcnZsIWXnW0PJlJTvi9N4NnG0BsaBJo7WpSn0e0EWz
>> QTDtqRW+/wJd6FGLYYSU9rA5Nks=
>> =U+3l
>> -END PGP SIGNATURE-
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>> 
>> 


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: _jspService is exceeding the 65535 bytes limit

[Terence M. Bandoian]

On 2/7/2018 4:37 PM, M. Manna wrote:

If this doesn’t cause pain, I would do the following:

1) Replace all in-body  scriptlets and use JSTL core tags in offending
JSPs. Most of the codebloats are caused by using intermediate scriptlets
e.g.

<% if (foo.bar() == jack.jill() ) { %>
// lots of jsp code
<%} else <%{ %>

2) use all your code in a stand-alone java class or lambda
Function/BiFunction. And call that using a single line to do all processing.

3) if you’re using ant for building, you can write a task utilising bcel
library to weigh the precompiled jsp sizes (65536b). But this is just a
recommendation.

I know I am asking for a refactor here. But this will help you a lot with
all the other option provided earlier. From 8.0.39 about 100 jsps in our
application broke because of The size. Just sharing our approach.

And BTW, don’t disable pooling, it won’t help that much.

Regards,



+1.  I'd suggest performing all data access and generating significant 
segments of dynamic output in separate classes and importing those 
classes into the JSP.


-Terence Bandoian
http://www.tmbsw.com/




On Wed, 7 Feb 2018 at 22:08, Christopher Schultz <
ch...@christopherschultz.net> wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Jan,

On 2/7/18 3:13 PM, Mark Thomas wrote:

On 07/02/18 19:19, Jan Tosovsky wrote:

Dear All,

I've updated ancient tomcat to 8.0.49 and deployed app now throws
'65535 bytes limit' exception for certain JSPs.

Following this (older) thread
https://stackoverflow.com/questions/5484253/jspservice-is-exceeding-t

he-6553




5-bytes-limit I changed that mappedfile parameter, but it didn't help.

So I downgraded tomcat to 8.0.30 and it works fine again.

Should that mappedfile settings fix the issue so my observation
seems to be a regression in recent versions? Nobody complains
this solution doesn't work in that older thread.

It will help but it isn't a guaranteed fix. There are other
options.

You could try compilation with javac.

You could also try these settings: trimSpaces - true enablePooling
- false

Note the disabling pooling may impact performance. It depends on
lot on the complexity of the tags.

Also using jsp:include to split pages into separate parts should help.

- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQJRBAEBCAA7FiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlp7eM8dHGNocmlzQGNo
cmlzdG9waGVyc2NodWx0ei5uZXQACgkQHPApP6U8pFgyVxAAqa1kWSJKv39DoR84
mZ+mW13VrNB/ruFdAAW/KF6QNVzSB7k0aFmesCpeX01ABKM1LVa6zK4HJa2Bng1+
bx5cNM4hZti/jvaIE7sfVRi6vtD15ArQ8gHWtH6Xa8GcC1+tehphyj0Ew6GIK+Xn
cvGe3V05Jl8gqYQiscJ33Jq9Xuseaslbvd0g6fJhStdB7i1TiDUvecd0TZqN9U2h
+OqAShvRBZvua/MnYfSF5T5Nl+UW7oSjfuVZWY0dPb7L1e9J4zHtwVP0QDdUzp6V
V6+CRrwbtKXZPYDmxtX5Vq9TVh6fqXfjiIi46AhQU3Ive5mc3UsuU1et/Mr4dRCu
x1fEhahrZuoKACCF5kAfJ12Ngbe6EeuXAjocBHzgyK6v9ZqkS+X1x9GNQtYU0bv0
PONoW4x34mLwtPd56pyAbyw2wkoq9fmM8Wi+3KcYG885bnDUG7Ud5+hop3MiExYe
J/cvip6CFsgdnJ1/xYcSk4b425ZucX2x2qPEVXOnQXbiJUxGTe7lpTtiwFAbotCI
SUyACeNoZHt7rovPh65ldt7G9F4LJjSmpaYQp+bLyRU8zuc89Oj514ZvgM2Y276E
DKEchsjD+fVFbBPCi95/A7RyZkIFubxXgWCrOfxuR0j4btu9cnTi1qhgOdoEZCyA
305EWpVOH04uFH6pl/ZAEsJyL4g=
=CB2q
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org





-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: web socket user roles

[Alex O'Ree]

I think I answered my own question. Looks like
`ServerEndpointConfig.Configurator` is the class i want and it can be
attached to annotations of the web socket endpoint

On Fri, Feb 9, 2018 at 4:42 PM, Alex O'Ree  wrote:

> Is there any kind of trickery to get user roles from a web socket server
> running in tomcat? I'm looking at javax.websocket.Session and I'm not
> seeing anything other than obtaining the user principle.
>
> Further more, aside from SSL/TLS, are there any other security related
> guides that I should be aware of when using web socket connections in
> tomcat?
>

Re: Http/2 Gzip for 9.0.4

[Newbium Team]

Unfortunately I was not the one who perform the installation but our dev
followed your online installation guide and informed me that the additional
information was very helpful, was missing and should be added to the guide.





On Fri, Feb 9, 2018 at 4:20 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> To whom it may concern,
>
> On 2/9/18 4:13 PM, Newbium Team wrote:
> > Thank you for the instructions we were able to get it working, may
> > we suggest that you include your instructions in your installation
> > documentation online as others might be having the same issues.
>
> What was different from what you did? Setting this up seems fairly
> straightforward.
>
> - -chris
>
> > On Thu, Feb 8, 2018 at 3:35 PM, Mark Thomas 
> > wrote:
> >
> >> On 08/02/18 20:15, Pierre Chiu wrote:
> >>> Is there anybody out there successfully running tomcat 9.0.4 or
> >>> 8.5.27
> >> with https, http2 and gzip working?
> >>> If so, please share your config.
> >>
> >> Clean install of 9.0.x built from source (relevant code hasn't
> >> changed). Will be the same with 9.0.4 (as this is how I tested it
> >> when I wrote the HTTPO/2 gzip support) and the current 9.0.5 RC.
> >>
> >> Install Tomcat Native 1.2.16 Uncomment the HTTPS APR/native
> >> connector in server.xml Add suitable certificate files (adjust
> >> config as necessary) Add compression="on" to the UpgradeProtocol
> >>
> >> Request the homepage.
> >>
> >> Examine the headers for tomcat.css (a compressible resource)
> >>
> >> Request: :authority:localhost:8443 :method:GET :path:/tomcat.css
> >> :scheme:https accept:text/css,*/*;q=0.1 accept-encoding:gzip,
> >> deflate, br accept-language:en-GB,en-US;q=0.9,en;q=0.8
> >> cache-control:no-cache pragma:no-cache
> >> referer:https://localhost:8443/ user-agent:Mozilla/5.0 (X11;
> >> Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko)
> >> Chrome/64.0.3282.140 Safari/537.36
> >>
> >> Response: accept-ranges:bytes content-encoding:gzip
> >> content-type:text/css date:Thu, 08 Feb 2018 20:30:58 GMT
> >> etag:W/"5581-151812141" last-modified:Thu, 08 Feb 2018
> >> 20:23:30 GMT status:200 vary:Accept-Encoding
> >>
> >> File size is 1.8KB (the original file is 5.6KB)
> >>
> >> Mark
> >>
> >> -
> >>
> >>
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> >> For additional commands, e-mail: users-h...@tomcat.apache.org
> >>
> >>
> >
> -BEGIN PGP SIGNATURE-
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQJRBAEBCAA7FiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlp+EJIdHGNocmlzQGNo
> cmlzdG9waGVyc2NodWx0ei5uZXQACgkQHPApP6U8pFjVARAAyQTgeH7PyG/ZuVVb
> TU7DG77yZC3xpt4cmZwYKxlAJvkWqnBgdi+XhGGHyPSM8Y8dCoTZ1sVRETQVYsYC
> suQ+NbBa6AGVK58WOl7nHBJlsXt4o1xjiAjiy/fXLTpT91p9DqV5HJuHXHW3Vyac
> iGLmR5+Pyq5YiYXeNg9imnwSXfqnVLp6n5Ius5/SqcEfrlZQ9fPlutzpNTspiW8f
> GY/vGQ/JTbBJl2CJNfxAAn0vc2PfGJkoYh8X1C8aSs6Iodh5ZoQ1ZjapLZdDBeFg
> yYAy6sjMC7JmGK+GyMfI3/xLp6V/NfSBfWBntsWjeDrHxCNQTz3O5Uzp9N6c8APK
> EbVP0caXPbYvnVePDJ+IXY+KYGitcGtSSpyHraosD9Qh1Gf8PyHA7rmPr3x60XZe
> m82qfu/v8SKBUfCbUHWu3052iW5EiZHwp5CAHCTju5dK4/zcM19bl0MgmSll2Tzq
> m1Ce7srU5RpHfyvZN95C4ca/AU567T4FzRGJ+LK46oTL/1+EthQoYYBMWPTFg8eK
> TyqvWjsv9KXzoZvIiLKldKOhrAP2wGoLVsPgTMLjfGPw+xIzJa4ZlVaND2S44KgE
> 2ZNkzJquFlQuXZO6okeI9hKcnZsIWXnW0PJlJTvi9N4NnG0BsaBJo7WpSn0e0EWz
> QTDtqRW+/wJd6FGLYYSU9rA5Nks=
> =U+3l
> -END PGP SIGNATURE-
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

web socket user roles

[Alex O'Ree]

Is there any kind of trickery to get user roles from a web socket server
running in tomcat? I'm looking at javax.websocket.Session and I'm not
seeing anything other than obtaining the user principle.

Further more, aside from SSL/TLS, are there any other security related
guides that I should be aware of when using web socket connections in
tomcat?

Re: Http/2 Gzip for 9.0.4

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

To whom it may concern,

On 2/9/18 4:13 PM, Newbium Team wrote:
> Thank you for the instructions we were able to get it working, may
> we suggest that you include your instructions in your installation 
> documentation online as others might be having the same issues.

What was different from what you did? Setting this up seems fairly
straightforward.

- -chris

> On Thu, Feb 8, 2018 at 3:35 PM, Mark Thomas 
> wrote:
> 
>> On 08/02/18 20:15, Pierre Chiu wrote:
>>> Is there anybody out there successfully running tomcat 9.0.4 or
>>> 8.5.27
>> with https, http2 and gzip working?
>>> If so, please share your config.
>> 
>> Clean install of 9.0.x built from source (relevant code hasn't
>> changed). Will be the same with 9.0.4 (as this is how I tested it
>> when I wrote the HTTPO/2 gzip support) and the current 9.0.5 RC.
>> 
>> Install Tomcat Native 1.2.16 Uncomment the HTTPS APR/native
>> connector in server.xml Add suitable certificate files (adjust
>> config as necessary) Add compression="on" to the UpgradeProtocol
>> 
>> Request the homepage.
>> 
>> Examine the headers for tomcat.css (a compressible resource)
>> 
>> Request: :authority:localhost:8443 :method:GET :path:/tomcat.css 
>> :scheme:https accept:text/css,*/*;q=0.1 accept-encoding:gzip,
>> deflate, br accept-language:en-GB,en-US;q=0.9,en;q=0.8 
>> cache-control:no-cache pragma:no-cache 
>> referer:https://localhost:8443/ user-agent:Mozilla/5.0 (X11;
>> Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko)
>> Chrome/64.0.3282.140 Safari/537.36
>> 
>> Response: accept-ranges:bytes content-encoding:gzip 
>> content-type:text/css date:Thu, 08 Feb 2018 20:30:58 GMT 
>> etag:W/"5581-151812141" last-modified:Thu, 08 Feb 2018
>> 20:23:30 GMT status:200 vary:Accept-Encoding
>> 
>> File size is 1.8KB (the original file is 5.6KB)
>> 
>> Mark
>> 
>> -
>>
>> 
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>> For additional commands, e-mail: users-h...@tomcat.apache.org
>> 
>> 
> 
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQJRBAEBCAA7FiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlp+EJIdHGNocmlzQGNo
cmlzdG9waGVyc2NodWx0ei5uZXQACgkQHPApP6U8pFjVARAAyQTgeH7PyG/ZuVVb
TU7DG77yZC3xpt4cmZwYKxlAJvkWqnBgdi+XhGGHyPSM8Y8dCoTZ1sVRETQVYsYC
suQ+NbBa6AGVK58WOl7nHBJlsXt4o1xjiAjiy/fXLTpT91p9DqV5HJuHXHW3Vyac
iGLmR5+Pyq5YiYXeNg9imnwSXfqnVLp6n5Ius5/SqcEfrlZQ9fPlutzpNTspiW8f
GY/vGQ/JTbBJl2CJNfxAAn0vc2PfGJkoYh8X1C8aSs6Iodh5ZoQ1ZjapLZdDBeFg
yYAy6sjMC7JmGK+GyMfI3/xLp6V/NfSBfWBntsWjeDrHxCNQTz3O5Uzp9N6c8APK
EbVP0caXPbYvnVePDJ+IXY+KYGitcGtSSpyHraosD9Qh1Gf8PyHA7rmPr3x60XZe
m82qfu/v8SKBUfCbUHWu3052iW5EiZHwp5CAHCTju5dK4/zcM19bl0MgmSll2Tzq
m1Ce7srU5RpHfyvZN95C4ca/AU567T4FzRGJ+LK46oTL/1+EthQoYYBMWPTFg8eK
TyqvWjsv9KXzoZvIiLKldKOhrAP2wGoLVsPgTMLjfGPw+xIzJa4ZlVaND2S44KgE
2ZNkzJquFlQuXZO6okeI9hKcnZsIWXnW0PJlJTvi9N4NnG0BsaBJo7WpSn0e0EWz
QTDtqRW+/wJd6FGLYYSU9rA5Nks=
=U+3l
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Re: Http/2 Gzip for 9.0.4

[Newbium Team]

hi,

Thank you for the instructions we were able to get it working, may we
suggest that you include your instructions in your installation
documentation online as others might be having the same issues.




On Thu, Feb 8, 2018 at 3:35 PM, Mark Thomas  wrote:

> On 08/02/18 20:15, Pierre Chiu wrote:
> > Is there anybody out there successfully running tomcat 9.0.4 or 8.5.27
> with https, http2 and gzip working?
> > If so, please share your config.
>
> Clean install of 9.0.x built from source (relevant code hasn't changed).
> Will be the same with 9.0.4 (as this is how I tested it when I wrote the
> HTTPO/2 gzip support) and the current 9.0.5 RC.
>
> Install Tomcat Native 1.2.16
> Uncomment the HTTPS APR/native connector in server.xml
> Add suitable certificate files (adjust config as necessary)
> Add compression="on" to the UpgradeProtocol
>
> Request the homepage.
>
> Examine the headers for tomcat.css (a compressible resource)
>
> Request:
> :authority:localhost:8443
> :method:GET
> :path:/tomcat.css
> :scheme:https
> accept:text/css,*/*;q=0.1
> accept-encoding:gzip, deflate, br
> accept-language:en-GB,en-US;q=0.9,en;q=0.8
> cache-control:no-cache
> pragma:no-cache
> referer:https://localhost:8443/
> user-agent:Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML,
> like Gecko) Chrome/64.0.3282.140 Safari/537.36
>
> Response:
> accept-ranges:bytes
> content-encoding:gzip
> content-type:text/css
> date:Thu, 08 Feb 2018 20:30:58 GMT
> etag:W/"5581-151812141"
> last-modified:Thu, 08 Feb 2018 20:23:30 GMT
> status:200
> vary:Accept-Encoding
>
> File size is 1.8KB (the original file is 5.6KB)
>
> Mark
>
> -
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

StackOverflow when setting request attribute

[Christopher Schultz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

All,

I've been starting to see these lately in my dev environment, which is
currently running 8.5.28:

Caused by: java.lang.StackOverflowError
at
org.apache.catalina.core.ApplicationHttpRequest.setAttribute(Application
HttpRequest.java:304)
at
org.apache.catalina.core.ApplicationHttpRequest.setAttribute(Application
HttpRequest.java:304)
at
org.apache.catalina.core.ApplicationHttpRequest.setAttribute(Application
HttpRequest.java:304)
at
[etc.]

It looks like the only way that should happen is when a request is set
as the parent of itself.

I'm fairly confident we don't play any games with request objects. We
certain never call ApplicationHttpRequest.setRequest() and I doubt any
library code is doing that, either.

I haven't yet been able to reproduce it, but I can see instances in my
log files.

It looks to be related to another error:
java.lang.IllegalStateException: Cannot create a session after the
response has been committed

Also, the stack trace from above (farther up the stack) looks like
it's recursively calling the service-dispatcher:

[...]
at
org.apache.catalina.core.ApplicationHttpRequest.setAttribute(Application
HttpRequest.java:304)
at
javax.servlet.ServletRequestWrapper.setAttribute(ServletRequestWrapper.j
ava:252)
at
org.apache.struts.util.ModuleUtils.selectModule(ModuleUtils.java:244)
at
org.apache.struts.util.ModuleUtils.selectModule(ModuleUtils.java:227)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1903)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:661)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applica
tionFilterChain.java:231)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilt
erChain.java:166)
at
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatc
her.java:728)
at
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDisp
atcher.java:591)
at
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispat
cher.java:527)
at
org.apache.struts.action.ExceptionHandler.handleCommittedResponse(Except
ionHandler.java:207)
at
org.apache.struts.action.ExceptionHandler.execute(ExceptionHandler.java:
165)
at
org.apache.struts.chain.commands.servlet.ExceptionHandler.handle(Excepti
onHandler.java:65)
at
org.apache.struts.chain.commands.AbstractExceptionHandler.execute(Abstra
ctExceptionHandler.java:99)
at
org.apache.struts.chain.commands.ActionCommandBase.execute(ActionCommand
Base.java:51)
at
org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:191)
at
org.apache.struts.chain.commands.ExceptionCatcher.postprocess(ExceptionC
atcher.java:163)
at
org.apache.commons.chain.impl.ChainBase.execute(ChainBase.java:210)
at
org.apache.struts.chain.ComposableRequestProcessor.process(ComposableReq
uestProcessor.java:283)
at
org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913)
at
org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:661)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:742)
 [etc.]

Any ideas as to what could be happening, here?

I might be able to actually "catch(StackOverflowError)" in a Filter or
something and grab some additional information about the request, but
so far I'm sorry to say that I can't reproduce it on demand.

Thanks,
- -chris
-BEGIN PGP SIGNATURE-
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQJRBAEBCAA7FiEEMmKgYcQvxMe7tcJcHPApP6U8pFgFAlp99V8dHGNocmlzQGNo
cmlzdG9waGVyc2NodWx0ei5uZXQACgkQHPApP6U8pFjOlg/+JwfrOZiO3ocxfJWg
i/SXKznXdYrVRXpaisVGStRIv4DIU5ShJ0UJEQIrNDEE3HqkhW8gNr+Cm+rM3siS
FMsDXYVWixmwG/IBH40o38SERP8Y6rsuBEUo795T8DfxRNC0mmxmULyilYOCHtmP
pEBBUeBBsZJuzTe62aPGyJ2pE3e6AsLLeO8wr5k5BuL/xaQ+xyz2+v2rSqtnxKVH
iCEfaKd/af/3j+dDwkBSS7swNgvoBExXYDvhRpHFSXQW3mrJxFmYQeusC2MYQAer
7rBikugD1IE5BqbfgFo51o+ykxpPw9E/ysgUy6qqwkQoRwOYHTzihguaThd/amhJ
rxhjG78oUVmDyuxADtAFVj7Deh1SsROVUz1TJHY4j3kgtaeccNVeeAoQGbbdzCIB
YR5rTXqSvBs3d9FwK67N5FWfSxj8WB7kyjCwenaQSEVktBvU5fu6VXlV5oFa02N7
KTZ/n6RJxGV5irx7YVCvAXU+0ypuD1WCqmbIo6AkZ0IrgNRrN4weFrQ7whKAWzjT
oY1yXSeA3DKoQE5I1jAvjCwAlb8Y1j6M0NFW8cqIVN/iSGwXbAvVd8sxx38aIn52
E7vIKHfBKqFiv2N69+El1hSqFje9Z05cdFqGr4Hq+O3szkqgdnGVWRKO20ZGpHAq
G2yKRrGuHi0/mgSBDQt9x8hL710=
=5DqY
-END PGP SIGNATURE-

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org