Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates
 212.85.38.228 as permitted sender)
Message-ID: <52836F51.40407@ice-sa.com>
Date: Wed, 13 Nov 2013 13:23:45 +0100
From: =?ISO-8859-1?Q?Andr=E9_Warnier?= <aw@ice-sa.com>
Reply-To: Tomcat Users List <users@tomcat.apache.org>
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: FormAuthenticator: saveRequest does not preserve body
References: <376EB12F2801D34AB4ACC4D79B52322301E43719@vmex1.saxsys.de>
In-Reply-To: <376EB12F2801D34AB4ACC4D79B52322301E43719@vmex1.saxsys.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Bley, Stefan wrote:
> We are using Picketlink 2.5.2.Final for Federated Identity Management within Tomcat 7.0.42. When the user invokes a request without being authenticated the FormAuthenticator will save the request into the session, issue the authentication request and then restore the original request.
> However, the saveRequest method in FormAuthenticator does not save the request body. Debugging into Tomcat we found out that the while loop which writes the body is stepped over because is.read() returns -1.
> 
>         InputStream is = request.getInputStream();
> 
>         while ( (bytesRead = is.read(buffer) ) >= 0) {
>             body.append(buffer, 0, bytesRead);
>         }
> 
> Can anybody give a hint why the request inputstream can't be read?
> Thank you!
> 
Not without knowing what the request is/was.
Was there a body ? What kind of request was it ?

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