[
https://issues.jboss.org/browse/JBIDE-19954?page=com.atlassian.jira.plugi...
]
Andre Dietisheim commented on JBIDE-19954:
------------------------------------------
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)