[JBoss JIRA] (JBIDE-25825) Properties: Basic block should always be displayed 1st
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25825?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25825:
-------------------------------
Sprint: devex #148 April 2018, devex #149 May 2018 (was: devex #148 April 2018)
> Properties: Basic block should always be displayed 1st
> ------------------------------------------------------
>
> Key: JBIDE-25825
> URL: https://issues.jboss.org/browse/JBIDE-25825
> Project: Tools (JBoss Tools)
> Issue Type: Enhancement
> Components: openshift
> Affects Versions: 4.5.3.AM2
> Reporter: Andre Dietisheim
> Assignee: Jeff MAURY
> Labels: properties
> Fix For: 4.6.0.AM1
>
> Attachments: image-2018-03-19-19-14-10-158.png, image-2018-03-19-19-17-41-770.png, image-2018-03-19-19-20-48-227.png
>
>
> # ASSERT: have an application running in OpenShift
> # EXEC: in OpenShift Explorer: select the project of your application
> # EXEC: in Properties view: select *Details* tab, look at the blocks being shown
> Result:
> 1st block being displayed is *Annotations*, 2nd is *Details*
> !image-2018-03-19-19-14-10-158.png!
> # EXEC: in Properties view: select *Builds*, select an entry, look at the details of it
> Result:
> !image-2018-03-19-19-17-41-770.png!
> # EXEC: in Properties view: select *Deployments*, select an entry, look at the details of it
> Result:
> !image-2018-03-19-19-20-48-227.png!
> Same is true for *Deployment Configs*, *Pods*, etc
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 1 month
[JBoss JIRA] (JBIDE-25700) Server adapter: hot deploy of Spring Boot errors with permission issues when rsyncing local->pod (OS Online and CDK)
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25700?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25700:
-------------------------------
Sprint: devex #146 March 2018, devex #147 April 2018, devex #148 April 2018, devex #149 May 2018 (was: devex #146 March 2018, devex #147 April 2018, devex #148 April 2018)
> Server adapter: hot deploy of Spring Boot errors with permission issues when rsyncing local->pod (OS Online and CDK)
> --------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-25700
> URL: https://issues.jboss.org/browse/JBIDE-25700
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.2.Final
> Reporter: Aurélien Pupier
> Assignee: Andre Dietisheim
> Labels: server_adapter, springboot
> Fix For: 4.6.0.AM2
>
> Attachments: permission-error-rsync-fc26.png, server-adapter-rebublish-state.png
>
>
> neither with open.paas.redhat.com
> so only when using the CDK.
> it seems to be due to the fact that the user in the pod are not the same.
> Jeff said:
> {quote}
> For SpringBoot deployments, the application file is called a fat jar and it placed in the /deployments folder (images are upstream fabric8/s2i-java or imagestream redhat-openjdk18-openshift). In order to get live update the file is then unzipped to the /deployments folder leaded to new sub folders BOOT-INF and META-INF
> The user permissions on those folders are the following:
> /deployments: writable by user jboss and group root
> /deployments/BOOT-INF: writable by user jboss readable only by group root
> /deployments/META-INF: writable by user jboss readable only by group root
> The rsync process with create some sub folders under /deployments/BOOT-INF. The problem that we have is that the user that is assigned for the rsync operation (or when you open a terminal in the OpenShift console) is not jboss (as opposed to Minishift/CDK) and thus we have permissions errors during the rsync operation.
> {quote}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 1 month
[JBoss JIRA] (JBIDE-25892) Label truncated when downloading CDK runtime
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-25892?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-25892:
-------------------------------
Sprint: devex #147 April 2018, devex #148 April 2018, devex #149 May 2018 (was: devex #147 April 2018, devex #148 April 2018)
> Label truncated when downloading CDK runtime
> --------------------------------------------
>
> Key: JBIDE-25892
> URL: https://issues.jboss.org/browse/JBIDE-25892
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdk
> Affects Versions: 4.5.3.AM3
> Reporter: Jeff MAURY
> Assignee: Rob Stryker
> Labels: cdk, cdk_server_adapter, cdk_server_adapter_wizard
> Fix For: 4.6.0.AM1
>
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> When downloading the CDK runtime, once you selected a specific CDK version the URL and a message are displayed. But the message is truncated
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 1 month
[JBoss JIRA] (JBIDE-24979) Scale up/down/to: NPE if you have only a rc, no dc for your app
by Jeff MAURY (JIRA)
[ https://issues.jboss.org/browse/JBIDE-24979?page=com.atlassian.jira.plugi... ]
Jeff MAURY updated JBIDE-24979:
-------------------------------
Sprint: devex #139 October 2017, devex #148 April 2018, devex #149 May 2018 (was: devex #139 October 2017, devex #148 April 2018)
> Scale up/down/to: NPE if you have only a rc, no dc for your app
> ---------------------------------------------------------------
>
> Key: JBIDE-24979
> URL: https://issues.jboss.org/browse/JBIDE-24979
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.5.x
> Reporter: Andre Dietisheim
> Assignee: Jeff MAURY
> Labels: openshift_v3, scale
> Fix For: 4.6.0.AM1
>
> Attachments: eap-without-service-nor-deploymentconfig.json, image-2017-09-04-21-24-57-027.png
>
>
> # ASSERT: make sure that you have an app that has *NO* deployment config, just a replication controller
> (EXEC: if you dont, create it via the attached custom template [^eap-without-service-nor-deploymentconfig.json])
> # EXEC: in OpenShift explorer: select the pod for your rc, pick "Scale > Up" or "Scale > Down" or "Scale > To"
> !image-2017-09-04-21-24-57-027.png!
> The very same is true if you do the same via the properties view "Deployments". There's a "Scale" item for the deployment context menu, but it does nothing.
> Result:
> Nothing happens and in the log you discover the following:
> {code}
> org.eclipse.e4.core.di.InjectionException: java.lang.NullPointerException
> at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:65)
> at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:305)
> at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:239)
> 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:494)
> at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:487)
> at org.eclipse.e4.core.commands.internal.HandlerServiceImpl.executeHandler(HandlerServiceImpl.java:210)
> at org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.executeItem(HandledContributionItem.java:431)
> at org.eclipse.e4.ui.workbench.renderers.swt.AbstractContributionItem.handleWidgetSelection(AbstractContributionItem.java:446)
> at org.eclipse.e4.ui.workbench.renderers.swt.AbstractContributionItem.lambda$2(AbstractContributionItem.java:472)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:86)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4257)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1502)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1525)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1510)
> at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1314)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4081)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3698)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1155)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:336)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1044)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:153)
> at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:680)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:336)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:594)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:148)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:151)
> 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:388)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:243)
> 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:498)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:653)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:590)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1499)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1472)
> Caused by: java.lang.NullPointerException
> at org.jboss.tools.openshift.internal.ui.handler.ScaleDeploymentHandler.getDeploymentConfig(ScaleDeploymentHandler.java:143)
> at org.jboss.tools.openshift.internal.ui.handler.ScaleDeploymentHandler.getDeploymentConfig(ScaleDeploymentHandler.java:136)
> at org.jboss.tools.openshift.internal.ui.handler.ScaleDeploymentHandler.getDeploymentConfig(ScaleDeploymentHandler.java:106)
> at org.jboss.tools.openshift.internal.ui.handler.ScaleDeploymentHandler.execute(ScaleDeploymentHandler.java:78)
> at org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:291)
> at org.eclipse.ui.internal.handlers.E4HandlerProxy.execute(E4HandlerProxy.java:92)
> at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:55)
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 1 month