is also caused by changing the Authenticator.
Snjeza
On 11/7/2012 4:40 PM, André Dietisheim wrote:
Hi Snjezana
good point!
I already found out about this when looking at different Eclipse
plugins. EGit does it, Scout and apparently ECF, too. Quite a mess to
be honest: A bad API in the jdk UrlConnection, a poor implementation
in org.eclipse.ui and here we are: plenty of plugins overriding the
Authenticator with unpredictable results.
Cheers
André
On 11/07/2012 04:21 PM, Snjezana Peco wrote:
> I think you can disable it by setting your own authenticator.
> You can check how ECF sets its authenticator using the
>
org.eclipse.ecf.provider.filetransfer.retrieve.UrlConnectionRetrieveFileTransfer.UrlConnectionAuthenticator
> class and the Authenticator.setDefault method.
>
> Snjeza
>
> On 11/6/2012 3:12 PM, André Dietisheim wrote:
>> Hi
>>
>> In OpenShift tooling I have a dialog that allows you to create/edit
>> connections to OpenShift. Behind the scenes I'm using
>> HttpUrlConnection to talk to the OpenShift REST service. If I
>> provide invalid user-credentials Eclipse pops up a dialog for the
>> user to provide username and password on top of my dialog.
>>
>>
https://issues.jboss.org/browse/JBIDE-12999
>>
>> It turns out that Eclipse is registering it's very own Authenticator
>> in HttpUrlConnection which is invoking the Eclipse credentials
>> dialog if the Http response is 401.
>> Does anybody know how to disable this in Eclipse? I'm pretty stuck,
>> I'd appreciate any input.
>>
>> Thanks!
>> André
>>
>>
>>
>>
>>
>> _______________________________________________
>> jbosstools-dev mailing list
>> jbosstools-dev(a)lists.jboss.org
>>
https://lists.jboss.org/mailman/listinfo/jbosstools-dev
>
_______________________________________________
jbosstools-dev mailing list
jbosstools-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/jbosstools-dev