[jbosstools-issues] [JBoss JIRA] (JBIDE-19954) Connection wizard: connecting to a server configured for basic auth with Oauth scheme provides no indication
Andre Dietisheim (JIRA)
issues at jboss.org
Tue Jun 9 14:37:03 EDT 2015
[ https://issues.jboss.org/browse/JBIDE-19954?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Andre Dietisheim updated JBIDE-19954:
-------------------------------------
Comment: was deleted
(was: your jstack is very insightful. I spotted the following:
{code}
Worker-57" #373 prio=5 os_prio=0 tid=0x00007f461861f000 nid=0xf91 runnable [0x00007f4690623000]
java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:246)
at java.io.BufferedInputStream.read1(BufferedInputStream.java:284)
at java.io.BufferedInputStream.read(BufferedInputStream.java:345)
- locked <0x00000000c0280c90> (a java.io.BufferedInputStream)
at org.apache.felix.gogo.runtime.threadio.ThreadInputStream.read(ThreadInputStream.java:87)
at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284)
at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326)
at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
- locked <0x00000000f1001f40> (a java.io.InputStreamReader)
at java.io.InputStreamReader.read(InputStreamReader.java:184)
at java.io.BufferedReader.fill(BufferedReader.java:161)
at java.io.BufferedReader.readLine(BufferedReader.java:324)
- locked <0x00000000f1001f40> (a java.io.InputStreamReader)
at java.io.BufferedReader.readLine(BufferedReader.java:389)
at com.sun.security.auth.callback.TextCallbackHandler.readLine(TextCallbackHandler.java:153)
at com.sun.security.auth.callback.TextCallbackHandler.handle(TextCallbackHandler.java:120)
at com.sun.security.auth.module.Krb5LoginModule.promptForName(Krb5LoginModule.java:858)
at com.sun.security.auth.module.Krb5LoginModule.attemptAuthentication(Krb5LoginModule.java:704)
at com.sun.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:617)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:483)
at javax.security.auth.login.LoginContext.invoke(LoginContext.java:755)
at javax.security.auth.login.LoginContext.access$000(LoginContext.java:195)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:682)
at javax.security.auth.login.LoginContext$4.run(LoginContext.java:680)
at java.security.AccessController.doPrivileged(Native Method)
at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)
at javax.security.auth.login.LoginContext.login(LoginContext.java:587)
at sun.security.jgss.GSSUtil.login(GSSUtil.java:255)
at sun.security.jgss.krb5.Krb5Util.getTicket(Krb5Util.java:158)
at sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:335)
at sun.security.jgss.krb5.Krb5InitCredential$1.run(Krb5InitCredential.java:331)
at java.security.AccessController.doPrivileged(Native Method)
at sun.security.jgss.krb5.Krb5InitCredential.getTgt(Krb5InitCredential.java:330)
at sun.security.jgss.krb5.Krb5InitCredential.getInstance(Krb5InitCredential.java:145)
at sun.security.jgss.krb5.Krb5MechFactory.getCredentialElement(Krb5MechFactory.java:122)
at sun.security.jgss.krb5.Krb5MechFactory.getMechanismContext(Krb5MechFactory.java:187)
at sun.security.jgss.GSSManagerImpl.getMechanismContext(GSSManagerImpl.java:224)
at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:212)
at sun.security.jgss.GSSContextImpl.initSecContext(GSSContextImpl.java:179)
at com.jcraft.jsch.jgss.GSSContextKrb5.init(GSSContextKrb5.java:129)
at com.jcraft.jsch.UserAuthGSSAPIWithMIC.start(UserAuthGSSAPIWithMIC.java:135)
at com.jcraft.jsch.Session.connect(Session.java:463)
at org.eclipse.jgit.transport.JschConfigSessionFactory.getSession(JschConfigSessionFactory.java:116)
- locked <0x00000000c6b5f100> (a org.eclipse.egit.ui.EclipseSshSessionFactory)
at org.eclipse.jgit.transport.SshTransport.getSession(SshTransport.java:136)
at org.eclipse.jgit.transport.TransportGitSsh$SshFetchConnection.<init>(TransportGitSsh.java:262)
at org.eclipse.jgit.transport.TransportGitSsh.openFetch(TransportGitSsh.java:161)
at org.eclipse.jgit.transport.FetchProcess.executeImp(FetchProcess.java:136)
at org.eclipse.jgit.transport.FetchProcess.execute(FetchProcess.java:122)
at org.eclipse.jgit.transport.Transport.fetch(Transport.java:1138)
at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:130)
at org.eclipse.jgit.api.CloneCommand.fetch(CloneCommand.java:193)
at org.eclipse.jgit.api.CloneCommand.call(CloneCommand.java:133)
at org.eclipse.egit.core.op.CloneOperation.run(CloneOperation.java:156)
at org.jboss.tools.openshift.egit.core.EGitUtils.cloneRepository(EGitUtils.java:295)
at org.jboss.tools.openshift.express.internal.ui.wizard.application.importoperation.AbstractImportApplicationOperation.cloneRepository(AbstractImportApplicationOperation.java:169)
at org.jboss.tools.openshift.express.internal.ui.wizard.application.importoperation.ImportNewProject.execute(ImportNewProject.java:77)
at org.jboss.tools.openshift.express.internal.ui.wizard.application.OpenShiftApplicationWizardModel.importProject(OpenShiftApplicationWizardModel.java:101)
at org.jboss.tools.openshift.express.internal.ui.wizard.application.ExpressApplicationWizard$ImportJob.runInWorkspace(ExpressApplicationWizard.java:316)
at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:39)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
{code}
I see jgit cloning using ssh using krb5 and causing org.apache.felix.gogo to prompt you on the cmd line.
So my question is now where is your ssh in Eclipse configured to use kerberos?)
> Connection wizard: connecting to a server configured for basic auth with Oauth scheme provides no indication
> ------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-19954
> URL: https://issues.jboss.org/browse/JBIDE-19954
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.Beta1
> Reporter: Jeff Cantrill
> Labels: connection_wizard, openshift_v3
> Fix For: 4.3.0.Beta2
>
> Attachments: connection-wiazrd.png
>
>
> # ASSERT: make sure you have an openshift server configured to basic auth (only, no oauth)
> # EXEC: Launch connection wizard, create a new connection, use url of this server in "Server Url" and server type to "OpenShift v3".
> # EXEC: in "Authentication" details pane hit the "retrieve link"
> Result:
> The progress bar shows up for a short time and disappears right afterwards. There's no info in the wizard that tells you why retrieval didnt show up the browser.
> Expected result:
> There's an error that tells you that the local server doesnt support oauth and that you should use basic auth.
> !connection-wiazrd.png!
> It previously worked until we had to alter the 'retrieve' browser to utilize external. This may be resolved if we can re-introduce the original browser dialog
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
More information about the jbosstools-issues
mailing list