/show_bug.cgi?id=21584
POST redirects cannot be executed
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|3.0 Final |4.0
Lili,
Unauthorized access _should_ not be causing Maximum redirects (100)
exceeded, unless there's a bug either on the server or client side.
Could you please post the complete wirelog (with sensitive data
obfuscated), so we could try to determine what may be causing the
problem?
Cheers,
Oleg
, 2004 7:51 PM
To: Commons HttpClient Project
Subject: Re: BasicAuthentication with Maximum redirects (100) exceeded
erro r
Hi Lili,
It sounds like you've gotten into an recursive redirection loop.
Please post the wire log
http://jakarta.apache.org/commons/httpclient/logging.html for a
couple
/show_bug.cgi?id=21216
Redirect 302 to the same URL causes max redirects exception
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
org.apache.commons.httpclient.HttpRecoverableExceptio
n: Maximum redirects (100) exceeded
Any information is highly appreciated.
Thanks.
lili
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
/show_bug.cgi?id=21216
Redirect 302 to the same URL causes max redirects exception
--- Additional Comments From [EMAIL PROTECTED] 2004-04-11 21:21 ---
Very nice, looks good to me. I have only one very minor suggestion. I would rename
CIRCULAR_REDIRECTS to ALLOW_CIRCULAR_REDIRECTS, just so
/show_bug.cgi?id=21216
Redirect 302 to the same URL causes max redirects exception
--- Additional Comments From [EMAIL PROTECTED] 2004-04-10 15:34 ---
Created an attachment (id=11207)
Patch (take 1)
-
To unsubscribe, e-mail
/show_bug.cgi?id=21216
Redirect 302 to the same URL causes max redirects exception
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
/show_bug.cgi?id=27194
Redirects to the above link work but the host information in the method is not updated
Summary: Redirects to the above link work but the host
information in the method is not updated
Product: Commons
Version: Nightly Builds
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=25232
[procrun] Problems if forked program redirects console handles
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=25232
[procrun] Problems if forked program redirects console handles
Summary: [procrun] Problems if forked program redirects console
handles
Product: Commons
Version: 1.0 Alpha
Platform: PC
OS/Version: Windows XP
/show_bug.cgi?id=25232
[procrun] Problems if forked program redirects console handles
--- Additional Comments From [EMAIL PROTECTED] 2003-12-05 04:01 ---
Created an attachment (id=9402)
Proposed patch to fix this problem
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-11-19 10:46 ---
If there are no objections, I'll apply the patch tonight around 21:00GMT
Oleg
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-11-10 08:51 ---
Mike,
Curiously enough, TestHttpConnectionManager.testConnectMethodFailureRelease()
works just fine for me with and without the patch. I do not have a slightest
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-11-10 23:24 ---
Mike, I checked in the patch. I feel, however, that the code still needs a bit
more polish. Another patch is to follow. I will also retest all the combinations
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-11-08 21:43 ---
Created an attachment (id=9001)
Cleanup patch 1 (take 1)
-
To unsubscribe, e-mail: [EMAIL
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-11-08 21:44 ---
Folks,
Somehow this crucial patch got neglected recently. As I was working on resolving
another bug I found a few things about HttpMethodDirector which I thought
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-08-12 02:38 ---
Patch applied. Let the cleanup begin...
Mike
-
To unsubscribe, e-mail: [EMAIL PROTECTED
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-08-11 02:16 ---
Created an attachment (id=7734)
patch 2
-
To unsubscribe, e-mail: [EMAIL PROTECTED
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-08-11 16:06 ---
Mike,
I had a look at the patch and find it good to be committed. Most probably we
would still need to massage the HttpMethodDirector a bit, but overall
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-08-11 21:09 ---
Oleg,
I definitely agree that some major refactoring is needed. We should be able to do
that once
committed. If there are no objections from anyone else I
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-08-11 02:24 ---
Hello All. Sorry for the long delay on this one. Attached now is a second attempt at
this fix. This
patch is still not particularly polished but it should
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-07-24 12:12 ---
Well, then, do not we want to be seen as contemporary? How about
HttpMethodJockey? HMJ in short?
(Mini-Me on behalf of Me: Evil Comrade Oleg is just trying
If my understanding is correct without looking at the source code, the
purpose of HttpMethodSession is to execute several methods, or one
method
multiple times, in order to follow redirects. So how about
HttpMethodChain
or HttpMethodSequence? Or giving it a more personal name, like
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-07-22 12:48 ---
Created an attachment (id=7445)
Patch 1
-
To unsubscribe, e-mail: [EMAIL PROTECTED
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-07-22 12:49 ---
Here's a first attempt at this refactor. This patch is not complete but I would
like some input before I do any major polishing. Here is what's new:
- Retry
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-07-22 18:52 ---
I REALLY like the way things are shaping up. These are those few comments that I
have at the moment
* In particular I like the idea of HttpMethodSession (maybe
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
--- Additional Comments From [EMAIL PROTECTED] 2003-07-22 19:19 ---
I added the recoverableExceptionCount for test case purposes. I think
deprecating it (or removing it - are we working on 3.0?), would be OK, and the
deprecated
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED]|commons-httpclient
/show_bug.cgi?id=21216
httpclient follows 302 with empty link up to max redirects
--- Additional Comments From [EMAIL PROTECTED] 2003-07-01 12:29 ---
Michael,
I can't reproduce the problem with the current CVS snapshot. What version of
HttpClient are you using? Make sure it is at least beta-1
/show_bug.cgi?id=21216
httpclient follows 302 with empty link up to max redirects
--- Additional Comments From [EMAIL PROTECTED] 2003-07-01 12:32 ---
HttpClient does not look at the HTML content. It uses the location header as per the
RFC. It seems
that this site redirects to itself
/show_bug.cgi?id=21216
httpclient follows 302 with empty link up to max redirects
--- Additional Comments From [EMAIL PROTECTED] 2003-07-01 12:35 ---
Ok, I was using the link in the HTML content. Is it possible to have
httpclient not follow a redirect when the redirect is the same
/show_bug.cgi?id=21216
httpclient follows 302 with empty link up to max redirects
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=21216
Redirect 302 to the same URL causes max redirects exception
--- Additional Comments From [EMAIL PROTECTED] 2003-07-01 14:57 ---
the spec does mention that a client SHOULD detect and prevent circular redirects
/show_bug.cgi?id=21216
Redirect 302 to the same URL causes max redirects exception
--- Additional Comments From [EMAIL PROTECTED] 2003-07-01 18:38 ---
The spec states that an HTTP agent should avoid infinite loops,
which is not the same thing as circular redirects in my opinion.
If you want
/show_bug.cgi?id=21216
Redirect 302 to the same URL causes max redirects exception
--- Additional Comments From [EMAIL PROTECTED] 2003-07-01 18:55 ---
HttpClient does detect and does avoid infinite redirection loops in its present
implementation. In the 2.1 release it may optionally handle
/show_bug.cgi?id=21216
Redirect 302 to the same URL causes max redirects exception
--- Additional Comments From [EMAIL PROTECTED] 2003-07-01 17:04 ---
Christian,
Can you show me where in the RFC it is stated that redirects to the same
location are not allowed? In my humble opinion, multiple
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|2.0 Beta 2 |2.1 Final
--- Additional
Jeffrey Dever wrote:
I'd say that a post redirect converted to a get is good behaviour to add
as part of the redirect overhaul as discussed for httpclient 3.0
The problem of this scenario is:
- you tell HttpClient to execute a POST
- it is redirected and executes a GET automatically
- but the
'
Subject: RE: redirects not allowed for PostMethod
Oleg,
Yes, I read some of the other posts after responding and saw that there is
the difficultly you mention.
My usage of the HTTPClient wraps the submit functionality to provide
redirect functionality and returns the method object as you would
Sounds good.
Thanks.
-Matthew Ring
-Original Message-
From: Ross Rankin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 18, 2003 1:26 PM
To: 'Commons HttpClient Project'
Subject: RE: redirects not allowed for PostMethod
Just as a FYI, as a workaround I would get the header on any
Hi,
I just started using the latest version of the HTTPClient to screen-scrape
from Rational Clear Quest. Unfortunately, CQ expects POSTed requests and
responds with a redirect. IE and Mozilla-based browsers seem OK with that,
but the HTTPClient refuses to follow redirects after a POST, due
, it is not hard to do it yourself, but read the new
location, and GET it. So it is not vital for httpclient to do this for
you. And automatic following of redirects is not really complete in
httpclient anyhow, so you should always be ready to follow redirects if
necessary.
Tom
. And automatic following of redirects is not really complete in
httpclient anyhow, so you should always be ready to follow redirects if
necessary.
Tom
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone|--- |2.0 Beta 2
Hello,
I dug through the code to see why my redirects were not being followed.
I found HttpMethodBase:checkValidRedirect was not honoring cross server
redirects. Isn't this a common type of redirect? Is there a reason its
not supported? I did a lot of digging in the specs and couldn't find
Alan Marcinkowski wrote:
I found HttpMethodBase:checkValidRedirect was not honoring
cross server redirects. Isn't this a common type of redirect? Is there
a reason its not supported? [...] unless its an architectural issue [...]
Alan,
unfortunately that is an architectural issue currently
/show_bug.cgi?id=16729
Allow redirects between hosts and ports
Summary: Allow redirects between hosts and ports
Product: Commons
Version: 2.0 Alpha 1
Platform: All
OS/Version: All
Status: NEW
Severity: Enhancement
Priority
Its true that redirects to another host are very common. HttpMethod is
very anal about not redirecting to a new host or port or protocol. The
RFCs certainly allow that. There was state information that made it
unrealistic to forward outside the current connection.
But a lot has changed
server redirects. Isn't this a common type of redirect? Is there a
reason its not supported? [...] unless its an architectural issue [...]
Alan,
unfortunately that is an architectural issue currently. Each
HttpClient is bound to a specific host and a method can not change
this since a method
, or forever hold your peace. If we want to
do redirects right, simplify the monolithic HttpMethod, then we are
talking about the possibility of removing HttpConnection and
HttpMethod.execute() from the public interface, and your code will break.
If nobody actually uses HttpClient like this, and have
= client.executeMethod(method);
Anyone that is using the httpclient package without ever instantiating
a HttpClient object, speak now, or forever hold your peace. If we
want to do redirects right, simplify the monolithic HttpMethod, then
we are talking about the possibility of removing
as HttpClient.executeMethod.
The function looks something like execute(HttpMethod method, HttpState
state, HttpConnectionManager connections). It lets HttpMethod.execute()
handle intra-site redirects, but when it gets a 303 response back from
that method, it takes care of the inter-site redirects
(and
limited current use) of the API would likely not even mention
HttpClient.java and would itself constitute a user-agent.
To take the example of redirects, this is something I need control of
(auto-redirects is the first thing I turn off in Sun's
HttpURLConnection).
--
Mike
/show_bug.cgi?id=16473
303 Redirects are not handled properly
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|commons-httpclient- |[EMAIL PROTECTED
/show_bug.cgi?id=16473
303 Redirects are not handled properly
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
/show_bug.cgi?id=16473
303 Redirects are not handled properly
Summary: 303 Redirects are not handled properly
Product: Commons
Version: 2.0 Alpha 2
Platform: Other
OS/Version: Linux
Status: NEW
Severity: Major
Priority
/show_bug.cgi?id=16473
303 Redirects are not handled properly
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|commons-|commons-httpclient
- Original Message -
From: [EMAIL PROTECTED]
besides a GET method we have no choice but to send the 303 result back to
the caller and have them generate a new GET request for the new location.
The concept called interceptor that was 'removed' from http-client 1.0 was for
PM
To: [EMAIL PROTECTED]
Subject: [httpclient]: Q about HttpMultiClient and redirects
Hello,
Is there a way to 'catch' redirected URLs when using HttpMultiClient?
It seems like this block of code, which is a part of executeMethod
method, always gets executed if the status code matches
61 matches
Mail list logo
