Using HTTPClient as a transport

>
> Thanks,
>
> Barrie
>
>
> ------------------------------------------------------------------------
> Disclaimer: This e-mail message is intended only for the personal use of
> the recipient(s) named above. If you are not an intended recipient, you
> may not review, copy or distribute this message. If you have received this
> communication in error, please notify us immediately by e-mail and delete
> the original message.
>
> This e-mail expresses views only of the sender, which are not to be
> attributed to Rite Aid Corporation and may not be copied or distributed
> without this statement.

> I am also attempting to use Metro to communicate with a web-service that
> supports HTTP Digest authentication. I have successfully used "Basic" HTTP
> authentication by setting the user and password on the binding provider of
> the web-service port , e.g.
>
> bp.getRequestContext().put(javax.xml.ws.BindingProvider.USERNAME_PROPERTY,
> "anonymous");
> bp.getRequestContext().put(javax.xml.ws.BindingProvider.PASSWORD_PROPERTY,
> "guest");
>
> There does not appear a method, however, for enabling digest authentication
> and setting the authentication realm. I've also attempted using a custom
> Authenticator class and overriding the getPasswordAuthentication() method to
> return the user/password information but from what I understand, this really
> only applies when the client is attempting to contact a web-service through
> an HTTP proxy (which is not what I'm trying to do with the Digest
> authentication mechanism).
>
> Finally, I tried setting the following system properties to "true":
>
>         Properties sysProps = System.getProperties();
>         sysProps.put("http.auth.digest.validateServer", "true");
>         sysProps.put("http.auth.digest.validateProxy", "true");
>        
> java.security.Security.setProperty("http.auth.digest.validateServer",
> "true");
>         java.security.Security.setProperty("http.auth.digest.validateProxy",
> "true");
>
> Still, I don't seem to be able to get Metro to encode the HTTP Digest
> authentication information in the header. Has anyone been able to get this
> to work with Metro? It doesn't seem to currently support this form of
> authentication.
>
> Any suggestions would be appreciated. . .
>
>
>
> jJitendra Kotamraju wrote:
>  
>> Barrie Selack wrote:
>>    
>>> To authenticate against a digest-authentication web service, I’ve
>>> found the only way is using HTTPClient 3.
>>>
>>> 1) Is there a way to tell Metro to use HTTPClient as the HTTP
>>> transport instead of the default?
>>>
>>>      
>> It is possible since transport is pluggable. But we need to write some
>> code using HTTPClient.
>>    
>>> 2) Or is there a way to have the default do digest-authentication
>>>
>>>      
>> Just use default JDK mechanism. So something like the following should
>> work for digest authentication.
>> http://java.sun.com/javase/6/docs/technotes/guides/net/http-auth.html
>> http://java.sun.com/javase/6/docs/technotes/guides/net/properties.html
>>
>> [code]
>>
>> public class RunHttp {
>>
>>     static class MyAuthenticator extends Authenticator {
>>         static final String kuser = "username"; // your account name
>>         static final String kpass = "password"; // your password for the
>> account
>>
>>         public PasswordAuthentication getPasswordAuthentication() {
>>  
>>             System.err.println("Feeding username and password for " +
>> getRequestingScheme());
>>             return (new PasswordAuthentication(kuser,
>> kpass.toCharArray()));
>>         }
>>     }
>>
>>     public static void main(String[] args) throws Exception {
>>         Authenticator.setDefault(new MyAuthenticator());
>>         ...
>>         Hello proxy = new HelloService.getHelloPort();
>>         proxy.echo();
>>
>> [/code]
>>
>>
>> Jitu
>>    
>>> Thanks,
>>>
>>> Barrie
>>>
>>>
>>> ------------------------------------------------------------------------
>>> Disclaimer: This e-mail message is intended only for the personal use of
>>> the recipient(s) named above. If you are not an intended recipient, you
>>> may not review, copy or distribute this message. If you have received
>>> this
>>> communication in error, please notify us immediately by e-mail and delete
>>> the original message.
>>>
>>> This e-mail expresses views only of the sender, which are not to be
>>> attributed to Rite Aid Corporation and may not be copied or distributed
>>> without this statement.
>>>      
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>>
>>
>>
>>    
>
>