[
https://issues.apache.org/jira/browse/HTTPCLIENT-1712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15192520#comment-15192520
]
Georg Romstorfer commented on HTTPCLIENT-1712:
----------------------------------------------
I was trying to connect to MS Outlook Web Access, running on an MS IIS Server.
After some more research, I must admit, that the service name should really be
HTTP event if the protocol is HTTPS. Microsoft also notes that here:
https://support.microsoft.com/en-us/kb/929650
I wonder now, why it does not work, and will have a more thorough look at the
configuration.
It's ok for me to revert the changes, as I still have a workaround by
subclassing if I cannot solve the (configuration) issue.
> SPNego Authentication to HTTPS service
> --------------------------------------
>
> Key: HTTPCLIENT-1712
> URL: https://issues.apache.org/jira/browse/HTTPCLIENT-1712
> Project: HttpComponents HttpClient
> Issue Type: Bug
> Components: HttpAuth
> Affects Versions: 4.5.1
> Reporter: Georg Romstorfer
> Priority: Minor
> Fix For: 5.0 Alpha1
>
> Attachments: GGSSchemeBase.patch
>
>
> When connecting with the HttpClient to a website through the HTTPS-Protocol,
> SPNego Authentication does not work, because in the method
> GGSSchemeBase#generateGSSToken is the service name hardcoded to HTTP.
> A workaround is to extend the class SPNegoScheme and override this method.
> To fix this, I think it would be best to get the protocol from the current
> connection, but I don't how to get the connection in this class, so I can't
> provide a patch.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
