[JBoss JIRA] (JBIDE-19994) Shell supposed to containg existing applications for import does not contain any application
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19994?page=com.atlassian.jira.plugi... ]
Andre Dietisheim commented on JBIDE-19994:
------------------------------------------
[~mlabuda] Unfortunately I can reproduce this. This looks rather breking to me, I would set it to blocker, agree?
> Shell supposed to containg existing applications for import does not contain any application
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-19994
> URL: https://issues.jboss.org/browse/JBIDE-19994
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.Beta1
> Reporter: Marián Labuda
> Labels: import_wizard, respin-a
> Fix For: 4.3.0.Beta1
>
> Attachments: import_app_shell.png
>
>
> When trying to import an existing application to the workspace via shell menu File - Import, there is opened OpenShift application wizard to import an existing application. After click on Browse button Select Existing Application shell is opened and there should be some applications/domains with applications, but the shell is empty.
> !import_app_shell.png!
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19994) Shell supposed to containg existing applications for import does not contain any application
by Andre Dietisheim (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19994?page=com.atlassian.jira.plugi... ]
Andre Dietisheim updated JBIDE-19994:
-------------------------------------
Fix Version/s: 4.3.0.Beta1
> Shell supposed to containg existing applications for import does not contain any application
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-19994
> URL: https://issues.jboss.org/browse/JBIDE-19994
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.0.Beta1
> Reporter: Marián Labuda
> Labels: import_wizard, respin-a
> Fix For: 4.3.0.Beta1
>
> Attachments: import_app_shell.png
>
>
> When trying to import an existing application to the workspace via shell menu File - Import, there is opened OpenShift application wizard to import an existing application. After click on Browse button Select Existing Application shell is opened and there should be some applications/domains with applications, but the shell is empty.
> !import_app_shell.png!
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19998) Preferences are saved even though Ok/Apply action was not complete (Confirm restart -> cancel)
by Radim Hopp (JIRA)
Radim Hopp created JBIDE-19998:
----------------------------------
Summary: Preferences are saved even though Ok/Apply action was not complete (Confirm restart -> cancel)
Key: JBIDE-19998
URL: https://issues.jboss.org/browse/JBIDE-19998
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: visual-page-editor-core
Affects Versions: 4.3.0.Beta1
Reporter: Radim Hopp
Changing something in VPE preferences on linux AND browser engine was changed also, then when one click Apply/Ok, Confirmation of restart should pop up.
When you click Cancel, Apply button is still allowed, suggesting that preferences are not saved yet. But otherwise is true.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19996) [FeedHenry] Cannot create App in FH Cloud - Caused by: java.net.UnknownHostException: aerogear-t.sandbox.feedhenry.combox
by Pavol Srna (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19996?page=com.atlassian.jira.plugi... ]
Pavol Srna updated JBIDE-19996:
-------------------------------
Labels: respin-a (was: )
> [FeedHenry] Cannot create App in FH Cloud - Caused by: java.net.UnknownHostException: aerogear-t.sandbox.feedhenry.combox
> -------------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-19996
> URL: https://issues.jboss.org/browse/JBIDE-19996
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: aerogear-hybrid
> Affects Versions: 4.3.0.Beta1
> Reporter: Pavol Srna
> Priority: Blocker
> Labels: respin-a
> Fix For: 4.3.0.Beta1
>
> Attachments: screen-fh.png
>
>
> {code}
> org.jboss.tools.feedhenry.ui.model.FeedHenryException: Unexpected error while communicating with aerogear-t.sandbox.feedhenry.com
> at org.jboss.tools.feedhenry.ui.model.FeedHenry.doPostAPICall(FeedHenry.java:162)
> at org.jboss.tools.feedhenry.ui.model.FeedHenry.importBareRepo(FeedHenry.java:110)
> at org.jboss.tools.feedhenry.ui.cordova.internal.wizards.NewApplicationWizard$1.run(NewApplicationWizard.java:99)
> at org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:463)
> at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:371)
> at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:1002)
> at org.jboss.tools.feedhenry.ui.cordova.internal.wizards.NewApplicationWizard.performFinish(NewApplicationWizard.java:80)
> at org.eclipse.jface.wizard.WizardDialog.finishPressed(WizardDialog.java:799)
> at org.eclipse.jface.wizard.WizardDialog.buttonPressed(WizardDialog.java:429)
> at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:619)
> at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:248)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4481)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1327)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3819)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3430)
> at org.eclipse.jface.window.Window.runEventLoop(Window.java:827)
> at org.eclipse.jface.window.Window.open(Window.java:803)
> at org.eclipse.ui.internal.handlers.WizardHandler$New.executeHandler(WizardHandler.java:269)
> at org.eclipse.ui.internal.handlers.WizardHandler.execute(WizardHandler.java:290)
> at org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:295)
> at org.eclipse.ui.internal.handlers.E4HandlerProxy.execute(E4HandlerProxy.java:90)
> 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:497)
> at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:56)
> at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:252)
> at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:234)
> at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:132)
> at org.eclipse.e4.core.commands.internal.HandlerServiceHandler.execute(HandlerServiceHandler.java:152)
> at org.eclipse.core.commands.Command.executeWithChecks(Command.java:493)
> at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:486)
> at org.eclipse.e4.core.commands.internal.HandlerServiceImpl.executeHandler(HandlerServiceImpl.java:210)
> at org.eclipse.ui.internal.handlers.LegacyHandlerService.executeCommand(LegacyHandlerService.java:343)
> at org.eclipse.ui.internal.actions.CommandAction.runWithEvent(CommandAction.java:160)
> at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:595)
> at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:511)
> at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:420)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4481)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1327)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3819)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3430)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$4.run(PartRenderingEngine.java:1127)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1018)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:156)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:654)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:337)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:598)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:139)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:380)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:235)
> 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:497)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:669)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:608)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1515)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1488)
> Caused by: java.net.UnknownHostException: aerogear-t.sandbox.feedhenry.combox
> at java.net.InetAddress.getAllByName0(InetAddress.java:1259)
> at java.net.InetAddress.getAllByName(InetAddress.java:1171)
> at java.net.InetAddress.getAllByName(InetAddress.java:1105)
> at org.apache.http.impl.conn.SystemDefaultDnsResolver.resolve(SystemDefaultDnsResolver.java:44)
> at org.apache.http.impl.conn.DefaultClientConnectionOperator.resolveHostname(DefaultClientConnectionOperator.java:259)
> at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:159)
> at org.apache.http.impl.conn.ManagedClientConnectionImpl.open(ManagedClientConnectionImpl.java:304)
> at org.apache.http.impl.client.DefaultRequestDirector.tryConnect(DefaultRequestDirector.java:611)
> at org.apache.http.impl.client.DefaultRequestDirector.execute(DefaultRequestDirector.java:446)
> at org.apache.http.impl.client.AbstractHttpClient.doExecute(AbstractHttpClient.java:863)
> at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:82)
> at org.apache.http.impl.client.CloseableHttpClient.execute(CloseableHttpClient.java:106)
> at org.jboss.tools.feedhenry.ui.model.FeedHenry.doPostAPICall(FeedHenry.java:138)
> ... 65 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19997) Add possibility to select interface and abstract class in New Batch Artifact wizard
by Lucia Jelinkova (JIRA)
Lucia Jelinkova created JBIDE-19997:
---------------------------------------
Summary: Add possibility to select interface and abstract class in New Batch Artifact wizard
Key: JBIDE-19997
URL: https://issues.jboss.org/browse/JBIDE-19997
Project: Tools (JBoss Tools)
Issue Type: Enhancement
Components: batch
Affects Versions: 4.3.0.Beta1
Reporter: Lucia Jelinkova
I think that in every bigger enterprise project you would have your own implementation of batch interfaces and abstract classes. So the possibility to select them in the New Batch Artifact wizard would be very useful.
Maybe you could just put there interface and abstract class selection section from New Java Class wizard and pre-define the right batch classes?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
10 years, 10 months
[JBoss JIRA] (JBIDE-19954) Connection wizard: connecting to a server configured for basic auth with Oauth scheme provides no indication
by Andre Dietisheim (JIRA)
[ 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)
10 years, 10 months