[JBoss JIRA] (JBIDE-26503) Several Imported Launcher Application projects has some error in their files after importing
by Jeff MAURY (Jira)
[ https://issues.redhat.com/browse/JBIDE-26503?page=com.atlassian.jira.plug... ]
Jeff MAURY updated JBIDE-26503:
-------------------------------
Fix Version/s: 4.16.0.AM1
(was: 4.15.0.Final)
> Several Imported Launcher Application projects has some error in their files after importing
> --------------------------------------------------------------------------------------------
>
> Key: JBIDE-26503
> URL: https://issues.redhat.com/browse/JBIDE-26503
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.10.0.AM1
> Environment: OS X 10.13.6
> Reporter: Zbyněk Červinka
> Assignee: André Dietisheim
> Priority: Major
> Fix For: 4.16.0.AM1
>
> Attachments: Snímek obrazovky 2020-02-04 v 15.47.24.png, Snímek obrazovky 2020-02-04 v 15.47.29.png, Snímek obrazovky 2020-02-04 v 16.20.56.png, Snímek obrazovky 2020-02-04 v 17.11.48.png, cache_vert.x_red hat_1.png, cache_vert.x_red hat_2.png
>
>
> Launcher application projects and their errors (description with settings):
> 1) Mission: "crud", Runtime: "thorntail community"
> 2) Mission: "crud", Runtime: "thorntail red hat"
> - 4 missing HTML </p> tags in file "src/licences/bouncy castle licence - licence.html" on line 50, 51, 52, 53
> 3) Mission: "crud", Runtime: "vert.x community"
> 4) Mission: "crud", Runtime: "vert.x red hat"
> - 3 errors in the project:
> a) Failure to transfer org.codehaus.mojo:buildnumber-maven-plugin:pom:1.4 from https://repository.jboss.org/nexus/content/groups/public-jboss/ was cached in the local repository, resolution will not be...
> b) The project was not built since its build path is incomplete. Cannot find the class file for java.lang.Object. Fix the build path then try building this project
> c) The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files
> 5) Mission: "cache", Runtime: "vert.x red hat"
> 6) Mission: "cache", Runtime: "vert.x community"
> - several errors during import and after import (2 images; also in the attachment):
> !cache_vert.x_red hat_2.png|thumbnail! !cache_vert.x_red hat_1.png|thumbnail!
> Maybe several other errors.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (JBIDE-26478) Errors during import Spring Starter Project
by Jeff MAURY (Jira)
[ https://issues.redhat.com/browse/JBIDE-26478?page=com.atlassian.jira.plug... ]
Jeff MAURY updated JBIDE-26478:
-------------------------------
Fix Version/s: 4.16.0.AM1
(was: 4.15.0.Final)
> Errors during import Spring Starter Project
> -------------------------------------------
>
> Key: JBIDE-26478
> URL: https://issues.redhat.com/browse/JBIDE-26478
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: central
> Affects Versions: 4.10.0.AM1
> Environment: F29
> Reporter: Josef Kopriva
> Assignee: Jeff MAURY
> Priority: Minor
> Fix For: 4.16.0.AM1
>
>
> During import of Spring Starter project there are some errors in error log;
> {code:java}
> eclipse.buildId=12.10.0.AM1-v20181129-0845-B3670
> java.version=1.8.0_191
> java.vendor=Oracle Corporation
> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
> Framework arguments: -product com.jboss.devstudio.core.product
> Command-line arguments: -data file:/home/jkopriva/devstudio_B3670_2/workspace/ -os linux -ws gtk -arch x86_64 -product com.jboss.devstudio.core.product
> org.springframework.ide.eclipse.beans.core
> Error
> Fri Nov 30 10:37:18 CET 2018
> Problems occurred when invoking code from plug-in: "org.springframework.ide.eclipse.beans.core".
> java.lang.NoSuchMethodError: org.springframework.beans.factory.support.BeanDefinitionBuilder.genericBeanDefinition(Ljava/lang/Class;Ljava/util/function/Supplier;)Lorg/springframework/beans/factory/support/BeanDefinitionBuilder;
> at org.springframework.boot.autoconfigure.condition.BeanTypeRegistry.get(BeanTypeRegistry.java:363)
> at org.springframework.boot.autoconfigure.condition.OnBeanCondition.collectBeanNamesForType(OnBeanCondition.java:297)
> at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getBeanNamesForType(OnBeanCondition.java:289)
> at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getBeanNamesForType(OnBeanCondition.java:278)
> at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getMatchingBeans(OnBeanCondition.java:189)
> at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getMatchOutcome(OnBeanCondition.java:125)
> at org.springframework.boot.autoconfigure.condition.SpringBootCondition.matches(SpringBootCondition.java:47)
> at org.springframework.context.annotation.ConditionEvaluator.shouldSkip(ConditionEvaluator.java:102)
> at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader$TrackedConditionEvaluator.shouldSkip(ConfigurationClassBeanDefinitionReader.java:443)
> at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader$TrackedConditionEvaluator.shouldSkip(ConfigurationClassBeanDefinitionReader.java:432)
> at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.loadBeanDefinitionsForConfigurationClass(ConfigurationClassBeanDefinitionReader.java:127)
> at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.loadBeanDefinitions(ConfigurationClassBeanDefinitionReader.java:116)
> at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:320)
> at org.springframework.ide.eclipse.metadata.process.JdtConfigurationClassPostProcessor.postProcess(JdtConfigurationClassPostProcessor.java:88)
> at org.springframework.ide.eclipse.beans.core.internal.model.BeansJavaConfig$3.run(BeansJavaConfig.java:332)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:45)
> at org.springframework.ide.eclipse.beans.core.internal.model.BeansJavaConfig.executePostProcessor(BeansJavaConfig.java:321)
> at org.springframework.ide.eclipse.beans.core.internal.model.BeansJavaConfig.access$5(BeansJavaConfig.java:319)
> at org.springframework.ide.eclipse.beans.core.internal.model.BeansJavaConfig$2.call(BeansJavaConfig.java:233)
> at org.springframework.ide.eclipse.beans.core.internal.model.BeansJavaConfig$2.call(BeansJavaConfig.java:1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> {code}
> {code:java}
> eclipse.buildId=12.10.0.AM1-v20181129-0845-B3670
> java.version=1.8.0_191
> java.vendor=Oracle Corporation
> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
> Framework arguments: -product com.jboss.devstudio.core.product
> Command-line arguments: -data file:/home/jkopriva/devstudio_B3670_2/workspace/ -os linux -ws gtk -arch x86_64 -product com.jboss.devstudio.core.product
> org.springframework.ide.eclipse.beans.core
> Warning
> Fri Nov 30 10:37:18 CET 2018
> Error occured while running bean post processors
> java.lang.NoSuchMethodError: org.springframework.beans.factory.support.BeanDefinitionBuilder.genericBeanDefinition(Ljava/lang/Class;Ljava/util/function/Supplier;)Lorg/springframework/beans/factory/support/BeanDefinitionBuilder;
> at org.springframework.boot.autoconfigure.condition.BeanTypeRegistry.get(BeanTypeRegistry.java:363)
> at org.springframework.boot.autoconfigure.condition.OnBeanCondition.collectBeanNamesForType(OnBeanCondition.java:297)
> at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getBeanNamesForType(OnBeanCondition.java:289)
> at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getBeanNamesForType(OnBeanCondition.java:278)
> at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getMatchingBeans(OnBeanCondition.java:189)
> at org.springframework.boot.autoconfigure.condition.OnBeanCondition.getMatchOutcome(OnBeanCondition.java:125)
> at org.springframework.boot.autoconfigure.condition.SpringBootCondition.matches(SpringBootCondition.java:47)
> at org.springframework.context.annotation.ConditionEvaluator.shouldSkip(ConditionEvaluator.java:102)
> at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader$TrackedConditionEvaluator.shouldSkip(ConfigurationClassBeanDefinitionReader.java:443)
> at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader$TrackedConditionEvaluator.shouldSkip(ConfigurationClassBeanDefinitionReader.java:432)
> at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.loadBeanDefinitionsForConfigurationClass(ConfigurationClassBeanDefinitionReader.java:127)
> at org.springframework.context.annotation.ConfigurationClassBeanDefinitionReader.loadBeanDefinitions(ConfigurationClassBeanDefinitionReader.java:116)
> at org.springframework.context.annotation.ConfigurationClassPostProcessor.processConfigBeanDefinitions(ConfigurationClassPostProcessor.java:320)
> at org.springframework.ide.eclipse.metadata.process.JdtConfigurationClassPostProcessor.postProcess(JdtConfigurationClassPostProcessor.java:88)
> at org.springframework.ide.eclipse.beans.core.internal.model.BeansJavaConfig$3.run(BeansJavaConfig.java:332)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:45)
> at org.springframework.ide.eclipse.beans.core.internal.model.BeansJavaConfig.executePostProcessor(BeansJavaConfig.java:321)
> at org.springframework.ide.eclipse.beans.core.internal.model.BeansJavaConfig.access$5(BeansJavaConfig.java:319)
> at org.springframework.ide.eclipse.beans.core.internal.model.BeansJavaConfig$2.call(BeansJavaConfig.java:233)
> at org.springframework.ide.eclipse.beans.core.internal.model.BeansJavaConfig$2.call(BeansJavaConfig.java:1)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (JBIDE-26463) Create Eclipse Marketplace entry for Dependency Analytics (fabric8 plugin)
by Jeff MAURY (Jira)
[ https://issues.redhat.com/browse/JBIDE-26463?page=com.atlassian.jira.plug... ]
Jeff MAURY updated JBIDE-26463:
-------------------------------
Fix Version/s: 4.16.0.AM1
(was: 4.15.0.Final)
> Create Eclipse Marketplace entry for Dependency Analytics (fabric8 plugin)
> --------------------------------------------------------------------------
>
> Key: JBIDE-26463
> URL: https://issues.redhat.com/browse/JBIDE-26463
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: marketplace, updatesite
> Affects Versions: 4.10.0.AM1
> Reporter: Nick Boldt
> Assignee: Jeff MAURY
> Priority: Major
> Fix For: 4.16.0.AM1
>
>
> Per discussion w/ [~mickael_istria] [~rpdavis] and [~jeffmaury], we should create a new Eclipse Marketplace entry for the fabric8 analytics plugin.
> This will require that the plugin & feature have its own dedicated update site, unless we plan to just point the entry at the latest devstudio or jbosstools site.
> Will also need to determine how to describe the plugin, provide an icon and/or screenshot, etc.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (JBIDE-26458) Import Entities from DB with ManyToMany relationships doesn't manage mappedBy
by Jeff MAURY (Jira)
[ https://issues.redhat.com/browse/JBIDE-26458?page=com.atlassian.jira.plug... ]
Jeff MAURY updated JBIDE-26458:
-------------------------------
Fix Version/s: 4.16.0.AM1
(was: 4.15.0.Final)
> Import Entities from DB with ManyToMany relationships doesn't manage mappedBy
> -----------------------------------------------------------------------------
>
> Key: JBIDE-26458
> URL: https://issues.redhat.com/browse/JBIDE-26458
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: hibernate
> Affects Versions: 4.6.0.Final
> Environment: Eclipse: Oxygen.3a Release (4.7.3a) Build id: 20180405-1200
> DBMS: Sql Anywhere 17.0.9.4857
> Annotations jdk 1.5+
> Hibernate Version 5.2
> Reporter: Matteo Barrese
> Assignee: Koen Aers
> Priority: Major
> Fix For: 4.16.0.AM1
>
>
> Import from entities tool does not correctly handle the bidirectional ManyToMany relationships because in some cases it does not define mappedBy on one side.
> example:
> {code:java}
> public class SecGroup implements java.io.Serializable {
> ....
> @ManyToMany(fetch = FetchType.LAZY)
> @JoinTable(name = "SecGroupUser", schema = "dbm", joinColumns = {
> @JoinColumn(name = "GroupId", nullable = false, updatable = false) }, inverseJoinColumns = {
> @JoinColumn(name = "UserId", nullable = false, updatable = false) })
> public Set<SsUsers> getSsUserses() {
> return this.ssUserses;
> }
> ....
> }
> public class SsUsers implements java.io.Serializable {
> ...
> @ManyToMany(fetch = FetchType.LAZY)
> @JoinTable(name = "SecGroupUser", schema = "dbm", joinColumns = {
> @JoinColumn(name = "UserId", nullable = false, updatable = false) }, inverseJoinColumns = {
> @JoinColumn(name = "GroupId", nullable = false, updatable = false) })
> public Set<SecGroup> getSecGroups() {
> return this.secGroups;
> }
> ...
> }
> {code}
> It must be for example
> {code:java}
> public class SecGroup implements java.io.Serializable {
> ....
> @ManyToMany(fetch = FetchType.LAZY, mappedBy = "secGroups")
> public Set<SsUsers> getSsUserses() {
> return this.ssUserses;
> }
> ....
> }
> public class SsUsers implements java.io.Serializable {
> ...
> @ManyToMany(fetch = FetchType.LAZY)
> @JoinTable(name = "SecGroupUser", schema = "dbm", joinColumns = {
> @JoinColumn(name = "UserId", nullable = false, updatable = false) }, inverseJoinColumns = {
> @JoinColumn(name = "GroupId", nullable = false, updatable = false) })
> public Set<SecGroup> getSecGroups() {
> return this.secGroups;
> }
> ...
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (JBIDE-26548) Nullpointer when renaming inner class java variables - JSFRenameFieldParticipant
by Jeff MAURY (Jira)
[ https://issues.redhat.com/browse/JBIDE-26548?page=com.atlassian.jira.plug... ]
Jeff MAURY updated JBIDE-26548:
-------------------------------
Fix Version/s: 4.16.0.AM1
(was: 4.15.0.Final)
> Nullpointer when renaming inner class java variables - JSFRenameFieldParticipant
> --------------------------------------------------------------------------------
>
> Key: JBIDE-26548
> URL: https://issues.redhat.com/browse/JBIDE-26548
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsf
> Affects Versions: 4.10.0.AM1
> Environment: Linux with Eclipse 2018-12
> Reporter: Thomas Zauner
> Assignee: Jeff MAURY
> Priority: Major
> Fix For: 4.16.0.AM1
>
>
> Renaming of inner class java variables leads to an Nullpointer in JSFRenameFieldParticipant. The second rename is working, since the JSFRenameFieldParticipant is removed due to the exception.
> {noformat}
> !ENTRY org.eclipse.ltk.core.refactoring 4 10009 2019-02-07 08:02:57.183
> !MESSAGE Participant 'org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldParticipant' removed due to the following exception
> !STACK 0
> java.lang.NullPointerException
> at org.jboss.tools.jsf.model.pv.JSFProjectsTree.getProjectsRoot(JSFProjectsTree.java:45)
> at org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldHelper.getBeanList(JSFRenameFieldHelper.java:48)
> at org.jboss.tools.jsf.model.handlers.bean.JSFRenameFieldParticipant.createChange(JSFRenameFieldParticipant.java:68)
> at org.eclipse.ltk.core.refactoring.participants.ProcessorBasedRefactoring.createChange(ProcessorBasedRefactoring.java:309)
> at org.eclipse.jdt.internal.ui.refactoring.RefactoringExecutionHelper$Operation.run(RefactoringExecutionHelper.java:102)
> at org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:41)
> at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:736)
> at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2295)
> at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:2322)
> at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:5810)
> at org.eclipse.jdt.internal.ui.actions.WorkbenchRunnableAdapter.run(WorkbenchRunnableAdapter.java:108)
> at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:122)
> {noformat}
> {code:java}
> public class JavaClass {
> private boolean first; // rename will work
> public class InnerClass {
> private boolean second; // rename leads to NPE
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (JBIDE-26541) Mylyn: refresh builds does not work under JDK11
by Jeff MAURY (Jira)
[ https://issues.redhat.com/browse/JBIDE-26541?page=com.atlassian.jira.plug... ]
Jeff MAURY updated JBIDE-26541:
-------------------------------
Fix Version/s: 4.16.0.AM1
(was: 4.15.0.Final)
> Mylyn: refresh builds does not work under JDK11
> -----------------------------------------------
>
> Key: JBIDE-26541
> URL: https://issues.redhat.com/browse/JBIDE-26541
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: target-platform, upstream
> Affects Versions: 4.11.0.AM1
> Environment: F29 + JDK11
> Reporter: Josef Kopriva
> Priority: Major
> Fix For: 4.16.0.AM1
>
>
> Message from error log:
> {code:java}
> eclipse.buildId=12.11.0.AM1-v20190128-0120-B3931
> java.version=11.0.1
> java.vendor=Oracle Corporation
> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
> Framework arguments: -product com.jboss.devstudio.core.product
> Command-line arguments: -data file:/home/jkopriva/git/workspace-spring/ -os linux -ws gtk -arch x86_64 -product com.jboss.devstudio.core.product
> org.eclipse.mylyn.commons.repositories.ui
> Error
> Fri Feb 01 14:33:04 CET 2019
> Unexpected error during repository validation.
> java.lang.reflect.InvocationTargetException
> at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:401)
> at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:977)
> at org.eclipse.mylyn.commons.ui.dialogs.EnhancedWizardDialog.run(EnhancedWizardDialog.java:138)
> at org.eclipse.mylyn.commons.repositories.ui.RepositoryWizardPage.run(RepositoryWizardPage.java:98)
> at org.eclipse.mylyn.commons.repositories.ui.RepositoryLocationPart.validate(RepositoryLocationPart.java:554)
> at org.eclipse.mylyn.builds.ui.spi.BuildServerPart$1.widgetSelected(BuildServerPart.java:180)
> at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:252)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5663)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1386)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4931)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4472)
> at org.eclipse.jface.window.Window.runEventLoop(Window.java:822)
> at org.eclipse.jface.window.Window.open(Window.java:798)
> at org.eclipse.mylyn.commons.repositories.ui.RepositoryUi.openNewRepositoryDialog(RepositoryUi.java:90)
> at org.eclipse.mylyn.internal.builds.ui.view.NewBuildServerAction.run(NewBuildServerAction.java:35)
> at org.eclipse.mylyn.internal.builds.ui.view.BuildsView$2.widgetSelected(BuildsView.java:326)
> at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:252)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5663)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1386)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1412)
> at org.eclipse.swt.widgets.Widget.sendSelectionEvent(Widget.java:1526)
> at org.eclipse.swt.widgets.Link.gtk_button_release_event(Link.java:387)
> at org.eclipse.swt.widgets.Widget.windowProc(Widget.java:1946)
> at org.eclipse.swt.widgets.Control.windowProc(Control.java:6298)
> at org.eclipse.swt.widgets.Display.windowProc(Display.java:5880)
> at org.eclipse.swt.internal.gtk.GTK._gtk_main_do_event(Native Method)
> at org.eclipse.swt.internal.gtk.GTK.gtk_main_do_event(GTK.java:3969)
> at org.eclipse.swt.widgets.Display.eventProc(Display.java:1385)
> at org.eclipse.swt.internal.gtk.OS._g_main_context_iteration(Native Method)
> at org.eclipse.swt.internal.gtk.OS.g_main_context_iteration(OS.java:1581)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4470)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1173)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:339)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1062)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:156)
> at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:636)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:339)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:563)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:151)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:155)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:137)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:107)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:659)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:595)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1501)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1474)
> Caused by: java.lang.NoClassDefFoundError: javax/xml/bind/JAXBException
> at org.eclipse.mylyn.internal.hudson.core.client.RestfulHudsonClient.validate(RestfulHudsonClient.java:463)
> at org.eclipse.mylyn.internal.hudson.core.HudsonServerBehaviour.validate(HudsonServerBehaviour.java:956)
> at org.eclipse.mylyn.builds.internal.core.BuildServer.validate(BuildServer.java:369)
> at org.eclipse.mylyn.builds.ui.spi.BuildServerPart$Validator.run(BuildServerPart.java:114)
> at org.eclipse.mylyn.commons.repositories.ui.RepositoryLocationPart$2.run(RepositoryLocationPart.java:558)
> at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:122)
> Caused by: java.lang.ClassNotFoundException: javax.xml.bind.JAXBException cannot be found by org.eclipse.mylyn.hudson.core_1.16.0.v20180403-2055
> at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:511)
> at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:422)
> at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:414)
> at org.eclipse.osgi.internal.loader.ModuleClassLoader.loadClass(ModuleClassLoader.java:153)
> at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521)
> ... 6 more
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (JBIDE-26600) Cannot remove JSF capabilities from JSF project
by Jeff MAURY (Jira)
[ https://issues.redhat.com/browse/JBIDE-26600?page=com.atlassian.jira.plug... ]
Jeff MAURY updated JBIDE-26600:
-------------------------------
Fix Version/s: 4.16.0.AM1
(was: 4.15.0.Final)
> Cannot remove JSF capabilities from JSF project
> -----------------------------------------------
>
> Key: JBIDE-26600
> URL: https://issues.redhat.com/browse/JBIDE-26600
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsf
> Affects Versions: 4.11.0.Final
> Environment: Fedora 29, Java 11.0.2
> Reporter: Ondrej Dockal
> Assignee: Jeff MAURY
> Priority: Critical
> Fix For: 4.16.0.AM1
>
>
> Removing JSF capabilities introduces Command 'org.jboss.tools.jsf.ui.project.configure.disable' failed error.
> {code}
> eclipse.buildId=12.11.0.GA-v20190321-1925-B4244
> java.version=11.0.2
> java.vendor=Oracle Corporation
> BootLoader constants: OS=linux, ARCH=x86_64, WS=gtk, NL=en_US
> Framework arguments: -product com.jboss.devstudio.core.product
> Command-line arguments: -data file:/home/odockal/workspace_12110Ga-Staging/ -os linux -ws gtk -arch x86_64 -product com.jboss.devstudio.core.product
> org.eclipse.e4.ui.workbench
> Error
> Wed Mar 27 14:32:09 CET 2019
> Command 'org.jboss.tools.jsf.ui.project.configure.disable' failed
> org.eclipse.core.commands.ExecutionException: Error executing 'org.jboss.tools.jsf.ui.project.configure.disable': java.lang.NullPointerException
> at org.eclipse.e4.core.commands.internal.HandlerServiceHandler.execute(HandlerServiceHandler.java:170)
> at org.eclipse.core.commands.Command.executeWithChecks(Command.java:497)
> at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:490)
> at org.eclipse.e4.core.commands.internal.HandlerServiceImpl.executeHandler(HandlerServiceImpl.java:213)
> at org.eclipse.e4.ui.workbench.renderers.swt.HandledContributionItem.executeItem(HandledContributionItem.java:438)
> at org.eclipse.e4.ui.workbench.renderers.swt.AbstractContributionItem.handleWidgetSelection(AbstractContributionItem.java:449)
> at org.eclipse.e4.ui.workbench.renderers.swt.AbstractContributionItem.lambda$2(AbstractContributionItem.java:475)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:89)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:5783)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1411)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:5051)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:4579)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$5.run(PartRenderingEngine.java:1173)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1062)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:155)
> at org.eclipse.ui.internal.Workbench.lambda$3(Workbench.java:644)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:338)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:566)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:155)
> at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:203)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:137)
> at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:107)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
> at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:661)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:597)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1476)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1449)
> Caused by: org.eclipse.e4.core.di.InjectionException: java.lang.NullPointerException
> at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:68)
> at org.eclipse.e4.core.internal.di.InjectorImpl.invokeUsingClass(InjectorImpl.java:320)
> at org.eclipse.e4.core.internal.di.InjectorImpl.invoke(InjectorImpl.java:254)
> at org.eclipse.e4.core.contexts.ContextInjectionFactory.invoke(ContextInjectionFactory.java:173)
> at org.eclipse.e4.core.commands.internal.HandlerServiceHandler.execute(HandlerServiceHandler.java:156)
> ... 33 more
> Caused by: java.lang.NullPointerException
> at org.jboss.tools.jsf.model.handlers.RemoveJSFNatureContribution.execute(RemoveJSFNatureContribution.java:40)
> at org.jboss.tools.common.model.handlers.RemoveModelNatureHandler.executeHandler(RemoveModelNatureHandler.java:99)
> at org.jboss.tools.common.meta.action.impl.XActionImpl.executeHandler(XActionImpl.java:65)
> at org.jboss.tools.common.model.ui.action.XModelObjectAction.actionPerformed(XModelObjectAction.java:96)
> at org.jboss.tools.common.model.ui.action.XModelObjectActionInvoker.execute(XModelObjectActionInvoker.java:36)
> at org.jboss.tools.common.meta.action.XActionInvoker.invoke(XActionInvoker.java:53)
> at org.jboss.tools.common.meta.action.XActionInvoker.invoke(XActionInvoker.java:40)
> at org.jboss.tools.common.model.ui.internal.handlers.ModelResourceHandler.doRun(ModelResourceHandler.java:94)
> at org.jboss.tools.common.model.ui.internal.handlers.ModelResourceHandler.execute(ModelResourceHandler.java:74)
> at org.eclipse.ui.internal.handlers.HandlerProxy.execute(HandlerProxy.java:294)
> at org.eclipse.ui.internal.handlers.E4HandlerProxy.execute(E4HandlerProxy.java:96)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.base/java.lang.reflect.Method.invoke(Method.java:566)
> at org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58)
> ... 37 more
> {code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months
[JBoss JIRA] (JBIDE-26582) Add support for Quarkus based applications
by Jeff MAURY (Jira)
[ https://issues.redhat.com/browse/JBIDE-26582?page=com.atlassian.jira.plug... ]
Jeff MAURY updated JBIDE-26582:
-------------------------------
Fix Version/s: 4.16.0.AM1
(was: 4.15.0.Final)
> Add support for Quarkus based applications
> ------------------------------------------
>
> Key: JBIDE-26582
> URL: https://issues.redhat.com/browse/JBIDE-26582
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: openshift
> Affects Versions: 4.11.0.Final
> Reporter: Jeff MAURY
> Priority: Major
> Labels: e2e
> Fix For: 4.16.0.AM1
>
>
> We should support JBoss Tools based inner loop for Quarkus based applications.
> In the first time support only OpenJDK based deployments as I'm not sure native image based deployments can support inner loop.
> That would also probably means an update of the openJDK base image
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 5 months