Return-Path: Delivered-To: apmail-hc-dev-archive@www.apache.org Received: (qmail 2592 invoked from network); 24 Nov 2009 20:48:05 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 24 Nov 2009 20:48:05 -0000 Received: (qmail 7012 invoked by uid 500); 24 Nov 2009 20:48:04 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 6925 invoked by uid 500); 24 Nov 2009 20:48:03 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 6913 invoked by uid 99); 24 Nov 2009 20:48:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Nov 2009 20:48:03 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Nov 2009 20:48:00 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 975D1234C045 for ; Tue, 24 Nov 2009 12:47:39 -0800 (PST) Message-ID: <1036106224.1259095659605.JavaMail.jira@brutus> Date: Tue, 24 Nov 2009 20:47:39 +0000 (UTC) From: "Oleg Kalnichevski (JIRA)" To: dev@hc.apache.org Subject: [jira] Resolved: (HTTPCLIENT-862) Extend the client's redirect handling interface to allow control of the content of the redirect In-Reply-To: <719436894.1247839395304.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/HTTPCLIENT-862?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Oleg Kalnichevski resolved HTTPCLIENT-862. ------------------------------------------ Resolution: Fixed Fixed in SVN trunk. Ben, could you please review / test the new API? Oleg > Extend the client's redirect handling interface to allow control of the content of the redirect > ----------------------------------------------------------------------------------------------- > > Key: HTTPCLIENT-862 > URL: https://issues.apache.org/jira/browse/HTTPCLIENT-862 > Project: HttpComponents HttpClient > Issue Type: Improvement > Components: HttpClient > Affects Versions: 4.0 Beta 2 > Reporter: Ben Perkins > Fix For: 4.1 Alpha1 > > > The existing RedirectHandler interface provides the ability influence which situations cause redirects, but gives you no control over the content of the redirect itself. For example, if you want the client follow the redirect of a POST request with a POST request to the new location, you can't do it. DefaultRequestDirector decides what method will be used on the redirect request and as of the most recent patch, it's always either a HEAD or a GET. > One option for resolving this might be extending the RedirectHandler interface to be a factory for creating the redirect request object. The the DefaultRequestDirector could then be changed to ask the RedirectHandler to create the appropriate request for the situation. > Thanks, > Ben -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org