Proxies

Bernd Eckenfels ecki at zusammenkunft.net
Thu Oct 6 19:17:15 UTC 2016


Hello,

Java HTTP clients (HTPURLConnection) can use a limited functionality of
the system proxy. If you use Applet/JWS it is also configured on the
cotnrol panel.

http://docs.oracle.com/javase/8/docs/technotes/guides/net/proxies.html

You can also access system key and trust stores (with limited
functionality). You would use storeType=Windows-MY or Windows-root:

C:> keytool -list -storetype Windows-MY

Keystore-Typ: Windows-MY
Keystore-Provider: SunMSCAPI


PNRP (Naming), PrivateKeyEntry, Zertifikat-Fingerprint (SHA1):
xx:xx:xx:xx:xx..
BitLocker, trustedCertEntry, Zertifikat-Fingerprint (SHA1):
xx:xx:xx:xx:xx:xx:xx...
Eckenfels. Bernd, PrivateKeyEntry, Zertifikat-Fingerprint (SHA1):
xx:xx:xx:xx:xx:xx:xx..
...

Greetings
Bernd

Am Thu, 6 Oct 2016 18:58:45 +0000
schrieb "Mark A. Claassen" <MClaassen at ocie.net>:

> After asking some questions at JavaOne, I was told I could get more
> complete answers here. My question is about authentication mechanisms
> and support for native network configurations.  
> 
> Is the new client going to have access to the system proxy
> configuration settings?  It would be nice if there was a natural way
> to use the system keystores as well.
> 
> This is a real pain-point for our rollouts.  People log in to their
> computers (generally Windows and Macs for our users) and, if they can
> access the web in their browser, they think that our application
> should be able to as well.  However, we have to ask them to try to
> duplicate their settings in our application.  Many times this
> involves an authenticating proxy.  Is this possible to do with the
> new HttpClient?  Is it possible without jumping through a lot of
> hoops?
> 
> (Currently we are using the Apache HttpClient library, which has
> hooks where we can do some proxy authentication.)
> 
> Thanks,
> Mark
> 
> Disclaimer:
> The opinions provided herein do not necessarily state or reflect
> those of Donnell Systems, Inc.(DSI). DSI makes no warranty for and
> assumes no legal liability or responsibility for the posting.
> 



More information about the net-dev mailing list