[JBoss JIRA] (JBIDE-21142) could JBDS Discovery build depend on JDBS root pom?
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21142?page=com.atlassian.jira.plugi... ]
Nick Boldt commented on JBIDE-21142:
------------------------------------
Looks like this is technically possible but for two concerns:
a) dependency chain
If we do this, we'll have this chain of dependency:
jbosstools-discovery/jbdevstudio/pom.xml depends on jbdevstudio-product/pom.xml depends on jbosstools-build/parent/pom.xml
This is technically doable but means we have a fully-open jbosstools-* project depending on a private repo jbdevstudio-* project. Good news here is that the Jenkins job can support this.
b) nexus artifacts
If we do this, we'll have to publish the jbdevstudio-product/pom.xml into Nexus so that the jbosstools-discovery/jbdevstudio/pom.xml can resolve it
----
So, since we need to publish a second nexus artifact anyway, I'm inclined to prefer that we simply add a *second parent pom into jbosstools-build* for this purpose.
But...
* since "this purpose" is simply to remove the number "10.0" from the jbosstools parent pom, in order to suggest that we don't directly associate (and release) JBT 4.4.x with JBDS 10.x, and
* since we DO co-release those (and have for 7+ years in a row with no indication we'll stop doing so any time soon)...
I'm inclined to just leave the *devstudioReleaseVersion = 10.0* in the JBT 4.4 parent pom, and close this as rejected on the grounds that it's process overhead and more crap to maintain, simply to avoid having a JBDS-related version number from appearing in the JBT parent pom.
Side note: if we used a symlink on the devstudio.redhat.com site to link to a "/neon/" folder from the actual /10.0/ folder, or simply used /neon/ as the path segment in the JBDS update site URLs, we could forgo the need for this variable entirely. But that idea was killed some time ago [1].
[1] https://issues.jboss.org/browse/JBIDE-20993
> could JBDS Discovery build depend on JDBS root pom?
> ---------------------------------------------------
>
> Key: JBIDE-21142
> URL: https://issues.jboss.org/browse/JBIDE-21142
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build
> Affects Versions: 4.4.0.Alpha1
> Reporter: Nick Boldt
> Assignee: Nick Boldt
>
> {quote}
> creation of a JBDS/discovery parent pom?
> https://github.com/jbosstools/jbosstools-build/commit/5ce5c5aa9c6febd562d...
> and https://github.com/jbosstools/jbosstools-discovery/pull/279
> try this: jbds disco depends on jbds prod root pom?{quote}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (JBIDE-21154) Can not deploy docker image to OpenShift that declares a volume
by Jeff Cantrill (JIRA)
Jeff Cantrill created JBIDE-21154:
-------------------------------------
Summary: Can not deploy docker image to OpenShift that declares a volume
Key: JBIDE-21154
URL: https://issues.jboss.org/browse/JBIDE-21154
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: openshift
Affects Versions: 4.3.1.Beta1
Reporter: Jeff Cantrill
Assignee: Jeff Cantrill
Priority: Critical
If an image declares a volume, the deployment config will not be created because the mountPath of the container volume mounts is empty
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month
[JBoss JIRA] (JBIDE-21151) Button file system in OpenShift Application wizard causes an error
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21151?page=com.atlassian.jira.plugi... ]
Fred Bricon resolved JBIDE-21151.
---------------------------------
Fix Version/s: 4.3.1.Beta1
4.4.0.Alpha1
Assignee: Fred Bricon
Resolution: Done
Fixed in master 4.3.x
> Button file system in OpenShift Application wizard causes an error
> ------------------------------------------------------------------
>
> Key: JBIDE-21151
> URL: https://issues.jboss.org/browse/JBIDE-21151
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.3.1.Beta1
> Reporter: Marián Labuda
> Assignee: Fred Bricon
> Priority: Blocker
> Labels: openshift_v3
> Fix For: 4.3.1.Beta1, 4.4.0.Alpha1
>
>
> In New OpenShift Application wizard on the first wizard page where selection of a template is, there is a button "File system..." which is supposed to open a file browser dialog, but nothing happens after click on it and following error with stacktrace is present in error log:
> {code}
> Unhandled event loop exception
> java.lang.NullPointerException
> at org.eclipse.core.internal.variables.StringSubstitutionEngine.substitute(StringSubstitutionEngine.java:137)
> at org.eclipse.core.internal.variables.StringSubstitutionEngine.performStringSubstitution(StringSubstitutionEngine.java:87)
> at org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitution(StringVariableManager.java:592)
> at org.eclipse.core.internal.variables.StringVariableManager.performStringSubstitution(StringVariableManager.java:358)
> at org.jboss.tools.openshift.internal.ui.wizard.newapp.TemplateListPage.substituteVariables(TemplateListPage.java:956)
> at org.jboss.tools.openshift.internal.ui.wizard.newapp.TemplateListPage.isFile(TemplateListPage.java:545)
> at org.jboss.tools.openshift.internal.ui.wizard.newapp.TemplateListPage.access$2(TemplateListPage.java:544)
> at org.jboss.tools.openshift.internal.ui.wizard.newapp.TemplateListPage$14.createFileDialog(TemplateListPage.java:710)
> at org.jboss.tools.openshift.internal.ui.wizard.newapp.TemplateListPage$14.widgetSelected(TemplateListPage.java:702)
> 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:1329)
> 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.jboss.tools.common.ui.WizardUtils.openWizardDialog(WizardUtils.java:279)
> at org.jboss.tools.common.ui.WizardUtils.openWizardDialog(WizardUtils.java:270)
> at org.jboss.tools.openshift.internal.ui.handler.NewApplicationHandler.execute(NewApplicationHandler.java:37)
> 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.GeneratedMethodAccessor75.invoke(Unknown Source)
> 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.e4.ui.workbench.renderers.swt.HandledContributionItem.executeItem(HandledContributionItem.java:799)
> at org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.handleWidgetSelection(HandledContributionItem.java:675)
> at org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.access$7(HandledContributionItem.java:659)
> at org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem$4.handleEvent(HandledContributionItem.java:592)
> 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:1329)
> 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)
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 1 month