Bug #58981 for SOAP-Lite: env_proxy not forwarded to LWP::UserAgent

Wed Jun 30 10:05:18 2010 x.guimard [...] free.fr - Ticket created

Subject:

env_proxy not forwarded to LWP::UserAgent

proxy() options are not forwarded to LWP::UserAgent constructor, so env_proxy=>1 is not useable

Sat Jul 03 06:11:58 2010 martin.kutter [...] fen-net.de - Correspondence added

Subject:	Re: [rt.cpan.org #58981] env_proxy not forwarded to LWP::UserAgent
Date:	Sat, 03 Jul 2010 12:11:35 +0200
To:	bug-SOAP-Lite [...] rt.cpan.org
From:	Martin Kutter <martin.kutter [...] fen-net.de>

Hi, how did you come to that conclusion? The following simple tests shows that options are passed on: use SOAP::Lite; my $soap = SOAP::Lite->proxy('http://localhost:8080', timeout => 1)->autotype(0); use Data::Dumper; die Dumper $soap->proxy(); You'll find that the timeout property (which is a LWP::UserAgent property) is set to "1" in Data::Dumper's output. Pleases specify what you attempted to do, what you expected, and what went wrong - as options are obviously passed on to LWP::UserAgent, I can't see any error matching your description in SOAP::Lite. Martin Am Mittwoch, den 30.06.2010, 10:05 -0400 schrieb Xavier Guimard via RT: Show quoted text

> Wed Jun 30 10:05:18 2010: Request 58981 was acted upon. > Transaction: Ticket created by GUIMARD > Queue: SOAP-Lite > Subject: env_proxy not forwarded to LWP::UserAgent > Broken in: 0.712 > Severity: Normal > Owner: Nobody > Requestors: perl+cpan@astola.org > Status: new > Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=58981 > > > > proxy() options are not forwarded to LWP::UserAgent constructor, so > env_proxy=>1 is not useable >

Sat Jul 03 06:12:02 2010 The RT System itself - Status changed from 'new' to 'open'

Sat Sep 18 11:42:08 2010 xavier [...] astola.org - Correspondence added

CC:	perl+cpan [...] astola.org
Subject:	Re: [rt.cpan.org #58981] env_proxy not forwarded to LWP::UserAgent
Date:	Sat, 18 Sep 2010 17:41:51 +0200
To:	bug-SOAP-Lite [...] rt.cpan.org
From:	Xavier <xavier [...] astola.org>

Le 03/07/2010 12:12, Martin Kutter via RT a écrit : Show quoted text

> <URL: http://rt.cpan.org/Ticket/Display.html?id=58981 > > > Hi, > > how did you come to that conclusion? The following simple tests shows > that options are passed on: > > > use SOAP::Lite; > > my $soap = SOAP::Lite->proxy('http://localhost:8080', timeout => > 1)->autotype(0); > use Data::Dumper; > die Dumper $soap->proxy(); > > You'll find that the timeout property (which is a LWP::UserAgent > property) is set to "1" in Data::Dumper's output. > > > Pleases specify what you attempted to do, what you expected, and what > went wrong - as options are obviously passed on to LWP::UserAgent, I > can't see any error matching your description in SOAP::Lite. > > Martin

Hi Martin, the problem is not for SOAP proxy but HTTP: if $ENV{http_proxy} is set to "http://proxy:8080/", the call SOAP::Lite->proxy('url',env_proxy=>1) does not use it. Thanks, Xavier

Mon Aug 15 14:37:37 2011 kutterma [...] users.sourceforge.net - Correspondence added

It works - it's $ENV{HTTP_PROXY}, not $ENV{http_proxy} (case sensitive): @> export HTTP_PROXY="http://fooproxy" @> perl -e 'use SOAP::Lite; my $soap = SOAP::Lite->proxy("http://foo", env_proxy => 1); $soap->call("foo");' results in the (expected) error 500 Can't connect to fooproxy:80 (Bad hostname 'fooproxy') at -e line 1 Best regards, Martin

Mon Aug 15 14:37:40 2011 kutterma [...] users.sourceforge.net - Status changed from 'open' to 'rejected'