[ 
https://issues.apache.org/jira/browse/HTTPCLIENT-1912?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16426196#comment-16426196
 ] 

Michael Osipov edited comment on HTTPCLIENT-1912 at 4/4/18 9:27 PM:
--------------------------------------------------------------------

Correct, it has been designed from the ground up as a single app per VM which 
isn't true for webapps. Same as this crap: {{ProxySelector}}. VM wide 
configuration.

If you have a smart idea, I am all ears. But the {{krb.conf}} is system-global, 
there is no need to have multiple ones.


was (Author: michael-o):
Correct, it has been designed from the ground up as a single app per VM which 
isn't true for webapps. Same as this crap: {{ProxySelector}}. VM wide 
configuration.

If you have a smart idea, I al all ears.

> AuthSchemes.SPNEGO should be able to specify login conf and krb5 conf as 
> parameters instead of system properties
> ----------------------------------------------------------------------------------------------------------------
>
>                 Key: HTTPCLIENT-1912
>                 URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1912
>             Project: HttpComponents HttpClient
>          Issue Type: Improvement
>          Components: HttpClient (classic)
>    Affects Versions: 4.5.2
>            Reporter: Nicholas DiPiazza
>            Priority: Major
>
> in order to use spenego 
> see 
> [example|https://github.com/jumarko/kerberos-auth-example/blob/master/src/main/java/net/curiousprogrammer/auth/kerberos/example/KerberosAuthExample.java]
> you need to specify system properties to specify a custom krb5.conf or 
> login.conf location.
> It would be very useful if these could be given as parameters somehow instead 
> of system properties, because in our cloud apps use case, sharing these as 
> system properties at the jvm level is causing conflicts. 



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org
For additional commands, e-mail: dev-h...@hc.apache.org

Reply via email to