Re: 501 Method not implemented with successive POST requests

2010-08-19 Thread Hans Wahn
Thanks folks, I submitted the issue as a bug: https://issues.apache.org/bugzilla/show_bug.cgi?id=49779 Hans 2010/8/19 Christopher Schultz : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Pid/Hans, > > On 8/16/2010 5:53 AM, Pid wrote: >> On 16/08/2010 09:52, Hans Wahn wrote: >>> I'd like

Re: 501 Method not implemented with successive POST requests

2010-08-19 Thread André Warnier
Christopher Schultz wrote: You'd be amazed how fast a reproducable bug can be fixed ;) Particularly if it can also be repeated or duplicated. ;-) - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional co

Re: 501 Method not implemented with successive POST requests

2010-08-18 Thread Christopher Schultz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Pid/Hans, On 8/16/2010 5:53 AM, Pid wrote: > On 16/08/2010 09:52, Hans Wahn wrote: >> I'd like to provide more information. Any suggestions what is the best >> way to accomplish that? > > See above, regarding trace log. > > Also, providing a stack t

Re: 501 Method not implemented with successive POST requests

2010-08-16 Thread Pid
On 16/08/2010 09:52, Hans Wahn wrote: > I'd like to provide more information. Any suggestions what is the best > way to accomplish that? > > Hans > > > 2010/8/16 Pid : >> On 13/08/2010 23:24, André Warnier wrote: >>> Pid wrote: On 13/08/2010 11:52, Hans Wahn wrote: > 2010/08/12 20:20:17

Re: 501 Method not implemented with successive POST requests

2010-08-16 Thread Hans Wahn
I'd like to provide more information. Any suggestions what is the best way to accomplish that? Hans 2010/8/16 Pid : > On 13/08/2010 23:24, André Warnier wrote: >> Pid wrote: >>> On 13/08/2010 11:52, Hans Wahn wrote: 2010/08/12 20:20:17:796 CEST [DEBUG] wire - << "HTTP/1.1 100 Continue[

Re: 501 Method not implemented with successive POST requests

2010-08-15 Thread Pid
On 13/08/2010 23:24, André Warnier wrote: > Pid wrote: >> On 13/08/2010 11:52, Hans Wahn wrote: >>> 2010/08/12 20:20:17:796 CEST [DEBUG] wire - << "HTTP/1.1 100 >>> Continue[EOL]" >>> 2010/08/12 20:20:17:796 CEST [DEBUG] wire - << "[EOL]" >>> 2010/08/12 20:20:17:796 CEST [DEBUG] headers - << HTTP/1

Re: 501 Method not implemented with successive POST requests

2010-08-13 Thread André Warnier
Pid wrote: On 13/08/2010 11:52, Hans Wahn wrote: 2010/08/12 20:20:17:796 CEST [DEBUG] wire - << "HTTP/1.1 100 Continue[EOL]" 2010/08/12 20:20:17:796 CEST [DEBUG] wire - << "[EOL]" 2010/08/12 20:20:17:796 CEST [DEBUG] headers - << HTTP/1.1 100 Continue 2010/08/12 20:20:17:796 CEST [DEBUG] wire -

Re: 501 Method not implemented with successive POST requests

2010-08-13 Thread Pid
On 13/08/2010 11:52, Hans Wahn wrote: > 2010/08/12 20:20:17:796 CEST [DEBUG] wire - << "HTTP/1.1 100 Continue[EOL]" > 2010/08/12 20:20:17:796 CEST [DEBUG] wire - << "[EOL]" > 2010/08/12 20:20:17:796 CEST [DEBUG] headers - << HTTP/1.1 100 Continue > 2010/08/12 20:20:17:796 CEST [DEBUG] wire - >> "te

Re: 501 Method not implemented with successive POST requests

2010-08-13 Thread André Warnier
Hans Wahn wrote: Thanks for your friendly words and explanations. Due to your thought the POST data of the first request may get processed too late and mixup things, I altered the client source, so the user credentials are only send after the inital call (on the second request). No, what I rea

Re: 501 Method not implemented with successive POST requests

2010-08-13 Thread Hans Wahn
Thanks for your friendly words and explanations. Due to your thought the POST data of the first request may get processed too late and mixup things, I altered the client source, so the user credentials are only send after the inital call (on the second request). Also the POST test data "testName=te

Re: 501 Method not implemented with successive POST requests

2010-08-13 Thread André Warnier
Hans Wahn wrote: For the below, isn't there an alternative method of configuring the client to automatically follow redirects? I asked the same question and Oleg Kalniche (HTTPComponents developer) replied: "There are several cases when automatic redirections is prohibited by the HTTP specific

Re: 501 Method not implemented with successive POST requests

2010-08-13 Thread Hans Wahn
> For the below, isn't there an alternative method of configuring the > client to automatically follow redirects? I asked the same question and Oleg Kalniche (HTTPComponents developer) replied: "There are several cases when automatic redirections is prohibited by the HTTP specification. You can p

Re: 501 Method not implemented with successive POST requests

2010-08-13 Thread Pid
On 13/08/2010 11:52, Hans Wahn wrote: > Thanks for looking into this issue. > >> What is the exact header & body of the 302 redirect from Tomcat in #2? > > 2010/08/12 20:20:17:750 CEST [DEBUG] wire - << "HTTP/1.1 302 Moved > Temporarily[EOL]" > 2010/08/12 20:20:17:750 CEST [DEBUG] wire - << "Serv

Re: 501 Method not implemented with successive POST requests

2010-08-13 Thread Hans Wahn
Thanks for looking into this issue. > What is the exact header & body of the 302 redirect from Tomcat in #2? 2010/08/12 20:20:17:750 CEST [DEBUG] wire - << "HTTP/1.1 302 Moved Temporarily[EOL]" 2010/08/12 20:20:17:750 CEST [DEBUG] wire - << "Server: Apache-Coyote/1.1[EOL]" 2010/08/12 20:20:17:750

Re: 501 Method not implemented with successive POST requests

2010-08-13 Thread Pid
On 13/08/2010 10:07, Hans Wahn wrote: > Hello Tomcat-Users, > > I'm facing a strange issue when using HttpComponents with successive > POST requests against a simple Tomcat 7 servlet (Form-based POST > Authentication is enabled). After a sucessfull authentication, the > client requests the same pr

501 Method not implemented with successive POST requests

2010-08-13 Thread Hans Wahn
Hello Tomcat-Users, I'm facing a strange issue when using HttpComponents with successive POST requests against a simple Tomcat 7 servlet (Form-based POST Authentication is enabled). After a sucessfull authentication, the client requests the same protected resource a few times in a row, but the sec