Re: Read HTTP[S] proxy information from system properties if not explicitly specified

Yes, the properties used are based on Sun's, but additional properties are 
used.  The properties are generally read in HTTPUtils.java.  The ones I see are

http.proxyHost
http.nonProxyHosts
http.proxyPort
http.proxyUser
http.proxyPassword

https.proxyHost
https.nonProxyHosts
https.proxyPort
https.proxyAuth

Some changes I would like to make are to have

https.proxyUser
https.proxyPassword

as an alternative to https.proxyAuth, and also user/password for the service 
(in addition to the proxy).

Scott Nichol

Do not send e-mail directly to this e-mail address,
because it is filtered to accept only mail from
specific mail lists.

----- Original Message ----- 
From: "Tudor, Liviu @Cimage" <liviut@xxxxxxxxxx>
To: <soap-user@xxxxxxxxxxxxx>
Sent: Friday, February 06, 2004 11:24 AM
Subject: RE: Read HTTP[S] proxy information from system properties if not 
explicitly specified


Malte, here's the info you're probably looking for:
http://java.sun.com/j2se/1.4.2/docs/guide/net/properties.html

Liviu

Liviu Tudor 

Cimage Novasoft Limited
www.cimagenovasoft.com
liviut@xxxxxxxxxx
Fax: +44 (0)1344 767701
Direct Line: +44 (0)1344 767759 
Centennial Court, Easthampstead Road, Bracknell, BERKS, RG12 1JZ 

Real programmers don't comment their code. If it was hard to write, it should 
be hard to understand.

 



-----Original Message-----
From: Malte Kempff [mailto:kempffm@xxxxxxxxxxxxxxxxxx]
Sent: Friday, February 06, 2004 4:02 PM
To: soap-user@xxxxxxxxxxxxx
Subject: Read HTTP[S] proxy information from system properties if not
explicitly specified


Hi Scott,
I also have read the List with the features
can you tell me what the system properties names are to set for a proxy, or
where I can find them?
is user-name and pasword included in those properties, or are those ones to
secure?

thanks a lot in advance,

Malte


-----Ursprüngliche Nachricht-----
Von: Scott Nichol [mailto:snicholnews@xxxxxxxxxxxxxxx]
Gesendet: Freitag, 6. Februar 2004 16:40
An: soap-user@xxxxxxxxxxxxx
Betreff: Re: Long delays experienced with Apache SOAP due to the
HTTPUtils.post method


http://cvs.apache.org/viewcvs.cgi/*checkout*/ws-soap/java/docs/changes.html

Scott Nichol

Do not send e-mail directly to this e-mail address,
because it is filtered to accept only mail from
specific mail lists.
----- Original Message -----
From: "Tudor, Liviu @Cimage" <liviut@xxxxxxxxxx>
To: <soap-user@xxxxxxxxxxxxx>
Sent: Friday, February 06, 2004 10:22 AM
Subject: RE: Long delays experienced with Apache SOAP due to the
HTTPUtils.post method


Scott, sorry to be lazy -- have you got a link to the list of improvements
for this version?
Thanks!

Liviu

Liviu Tudor

Cimage Novasoft Limited
www.cimagenovasoft.com
liviut@xxxxxxxxxx
Fax: +44 (0)1344 767701
Direct Line: +44 (0)1344 767759
Centennial Court, Easthampstead Road, Bracknell, BERKS, RG12 1JZ

Real programmers don't comment their code. If it was hard to write, it
should be hard to understand.





-----Original Message-----
From: Scott Nichol [mailto:snicholnews@xxxxxxxxxxxxxxx]
Sent: Friday, February 06, 2004 1:55 PM
To: soap-user@xxxxxxxxxxxxx
Subject: Re: Long delays experienced with Apache SOAP due to the
HTTPUtils.post method


Yes, the current code base is more efficient and does cut out one of the
in-memory copies of the payload, so large payloads are processed more
efficiently.  There are other speed improvements as well.  As you have
pointed out elsewhere, however, anyone who wants a binary can only get one
from September 2003.  Fortunately, this includes the performance
improvements.

Scott Nichol

Do not send e-mail directly to this e-mail address,
because it is filtered to accept only mail from
specific mail lists.
----- Original Message -----
From: "WJCarpenter" <bill-soap@xxxxxxxxxxxxx>
To: <soap-user@xxxxxxxxxxxxx>
Sent: Thursday, February 05, 2004 6:02 PM
Subject: Re: Long delays experienced with Apache SOAP due to the
HTTPUtils.post method


sn> Handling large SOAP payloads is something Apache SOAP is known to
sn> do slowly, but there is no major improvement planned.  Several

Didn't one of the post-2.3.1 patches eliminate one of the in-memory
copies of the entire response payload (or am I just imagining that)?
If so, using the latest nightly CVS snapshot would at least give a
minor piece of relief on that score.
--
bill@xxxxxxxxxxxxx (WJCarpenter)    PGP 0x91865119
38 95 1B 69 C9 C6 3D 25    73 46 32 04 69 D6 ED F3