[JBoss JIRA] (JBIDE-20994) NPE in BatchHyperlinkDetector.getBatchProject when Ctrl+Hover links in external files
by Rastislav Wagner (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20994?page=com.atlassian.jira.plugi... ]
Rastislav Wagner closed JBIDE-20994.
------------------------------------
verified in Devstudio 10.0.0.Alpha3-v20160601-0425-B5485
> NPE in BatchHyperlinkDetector.getBatchProject when Ctrl+Hover links in external files
> -------------------------------------------------------------------------------------
>
> Key: JBIDE-20994
> URL: https://issues.jboss.org/browse/JBIDE-20994
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: batch
> Affects Versions: 4.3.0.Final
> Reporter: Fred Bricon
> Assignee: Daniel Azarov
> Fix For: 4.4.0.Alpha1
>
> Attachments: broken-hyperlink.xml
>
>
> If you open an external file via the File > Open File... menu, then Ctrl+Hover links in that file, BatchHyperlinkDetector.getBatchProject throws an NPE, shown in Eclipse's log
> {noformat}
> ava.lang.NullPointerException
> at org.jboss.tools.batch.ui.hyperlink.BatchHyperlinkDetector.getBatchProject(BatchHyperlinkDetector.java:140)
> at org.jboss.tools.batch.ui.hyperlink.BatchHyperlinkDetector.detectHyperlinks(BatchHyperlinkDetector.java:43)
> at org.eclipse.ui.texteditor.HyperlinkDetectorRegistry$HyperlinkDetectorDelegate.detectHyperlinks(HyperlinkDetectorRegistry.java:80)
> at org.eclipse.jface.text.hyperlink.HyperlinkManager.findHyperlinks(HyperlinkManager.java:289)
> at org.eclipse.jface.text.hyperlink.HyperlinkManager.findHyperlinks(HyperlinkManager.java:261)
> at org.eclipse.jface.text.hyperlink.HyperlinkManager.mouseMove(HyperlinkManager.java:469)
> at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:212)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4230)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1491)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1514)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1499)
> at org.eclipse.swt.widgets.Widget.notifyListeners(Widget.java:1299)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:4072)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3698)
> 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)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (JBIDE-21224) ctrl+shft+G sometimes give NPE in cdi tooling
by Rastislav Wagner (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21224?page=com.atlassian.jira.plugi... ]
Rastislav Wagner closed JBIDE-21224.
------------------------------------
verified in Devstudio 10.0.0.Alpha3-v20160601-0425-B5485
> ctrl+shft+G sometimes give NPE in cdi tooling
> ---------------------------------------------
>
> Key: JBIDE-21224
> URL: https://issues.jboss.org/browse/JBIDE-21224
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdi
> Reporter: Max Rydahl Andersen
> Assignee: Daniel Azarov
> Fix For: 4.4.0.Alpha1
>
>
> used Ctrl+Shift+G on MemberService.java:@Inject validator from html5 kitchensink
> gave me:
> {code}
> java.lang.NullPointerException
> at org.jboss.tools.cdi.ui.search.InjectionPointQueryParticipant.containsInSearchScope(InjectionPointQueryParticipant.java:69)
> at org.jboss.tools.cdi.ui.search.InjectionPointQueryParticipant.search(InjectionPointQueryParticipant.java:104)
> at org.eclipse.jdt.internal.ui.search.JavaSearchQuery$2.run(JavaSearchQuery.java:164)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.jdt.internal.ui.search.JavaSearchQuery.run(JavaSearchQuery.java:170)
> at org.eclipse.search2.internal.ui.InternalSearchUI$InternalSearchJob.run(InternalSearchUI.java:91)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (JBIDE-21287) Infinite cycle in ParametedType.isAssignableTo()
by Rastislav Wagner (JIRA)
[ https://issues.jboss.org/browse/JBIDE-21287?page=com.atlassian.jira.plugi... ]
Rastislav Wagner closed JBIDE-21287.
------------------------------------
verified in Devstudio 10.0.0.Alpha3-v20160601-0425-B5485
> Infinite cycle in ParametedType.isAssignableTo()
> ------------------------------------------------
>
> Key: JBIDE-21287
> URL: https://issues.jboss.org/browse/JBIDE-21287
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdi
> Affects Versions: 4.3.0.Final
> Reporter: Viacheslav Kabanovich
> Assignee: Viacheslav Kabanovich
> Fix For: 4.4.0.Alpha1
>
>
> java.lang.StackOverflowError is reported in
> http://stackoverflow.com/questions/33301776/an-internal-error-occurred-du...
> Infinitely cycling calls are
> org.jboss.tools.common.java.ParametedType.isAssignableTo(ParametedType.java:398) at org.jboss.tools.common.java.ParametedType.isAssignableTo(ParametedType.java:402) at org.jboss.tools.common.java.ParametedType.areTypeParametersAssignableTo(ParametedType.java:430)
> Sample that reproduces the stack trace:
> {code}
> public class B {
>
> static class A1<V extends A1<V>> {
> }
> static class A2<T extends A2<T>> extends A1<A2<T>> {
> }
>
> static class A3 extends A2<A3> {
> }
> @Inject
> A1<A2<A3>> q;
> }
> {code}
> One more infinite cycle in ParametedType.equals():
> at org.jboss.tools.common.java.ParametedType.equals(ParametedType.java:171)
> can be reproduced with sample:
> {code}
> public class A<V extends A.B<V>> {
> static class B<V1 extends A.B<V1>> {
> }
> @Inject
> A.B<V> s2;
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (JBIDE-22286) JavaModelException below EclipseJavaUtil.findType (thrown in Openable.generateInfos)
by Rastislav Wagner (JIRA)
[ https://issues.jboss.org/browse/JBIDE-22286?page=com.atlassian.jira.plugi... ]
Rastislav Wagner closed JBIDE-22286.
------------------------------------
> JavaModelException below EclipseJavaUtil.findType (thrown in Openable.generateInfos)
> ------------------------------------------------------------------------------------
>
> Key: JBIDE-22286
> URL: https://issues.jboss.org/browse/JBIDE-22286
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cdi
> Affects Versions: 4.3.1.Final
> Reporter: Automated Error Reporting Bot
> Assignee: Alexey Kazakov
> Fix For: 4.4.0.Alpha2
>
>
> The following problem was reported via the automated error reporting:
> Message: jboss-javaee-webapp does not exist
> {noformat}
> org.eclipse.jdt.core.JavaModelException: jboss-javaee-webapp does not exist
> at org.eclipse.jdt.internal.core.JavaElement.newJavaModelException(JavaElement.java:566)
> at org.eclipse.jdt.internal.core.Openable.generateInfos(Openable.java:247)
> at org.eclipse.jdt.internal.core.JavaElement.openWhenClosed(JavaElement.java:579)
> at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:316)
> at org.eclipse.jdt.internal.core.JavaElement.getElementInfo(JavaElement.java:302)
> at org.eclipse.jdt.internal.core.JavaProject.getJavaProjectElementInfo(JavaProject.java:1642)
> at org.eclipse.jdt.internal.core.JavaProject.newNameLookup(JavaProject.java:2329)
> at org.eclipse.jdt.internal.core.JavaProject.newNameLookup(JavaProject.java:2339)
> at org.eclipse.jdt.internal.core.JavaProject.findType(JavaProject.java:1357)
> at org.eclipse.jdt.internal.core.JavaProject.findType(JavaProject.java:1264)
> at org.jboss.tools.common.util.EclipseJavaUtil.findType(EclipseJavaUtil.java:115)
> at org.jboss.tools.common.java.ParametedTypeFactory.getParametedType(ParametedTypeFactory.java:157)
> at org.jboss.tools.common.java.ParametedType.buildInheritance(ParametedType.java:259)
> at org.jboss.tools.common.java.ParametedType.getInheritedTypes(ParametedType.java:308)
> at org.jboss.tools.common.java.ParametedType.buildAllTypes(ParametedType.java:400)
> at org.jboss.tools.common.java.ParametedType.getAllTypes(ParametedType.java:388)
> at org.jboss.tools.cdi.internal.core.impl.ProducerMethod.getAllTypes(ProducerMethod.java:112)
> at org.jboss.tools.cdi.internal.core.impl.ProducerMethod.getLegalTypes(ProducerMethod.java:94)
> at org.jboss.tools.cdi.internal.core.impl.CDICache.addBean(CDICache.java:319)
> at org.jboss.tools.cdi.internal.core.impl.CDIProject.addBean(CDIProject.java:1451)
> at org.jboss.tools.cdi.internal.core.impl.CDIProject.rebuildBeans(CDIProject.java:1396)
> at org.jboss.tools.cdi.internal.core.impl.CDIProject.update(CDIProject.java:1216)
> at org.jboss.tools.cdi.internal.core.impl.definition.DefinitionContext.applyWorkingCopy(DefinitionContext.java:442)
> at org.jboss.tools.cdi.core.CDICoreBuilder.build(CDICoreBuilder.java:267)
> at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:734)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:205)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:245)
> at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:300)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:303)
> at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:359)
> at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:382)
> at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:144)
> at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:235)
> {noformat}
> Bundles:
> | org.eclipse.core.resources | 3.10.1.v20150725-1910 | 3.10.1.v20150725-1910 |
> | org.eclipse.core.runtime | 3.11.1.v20150903-1804 | 3.11.1.v20150903-1804 |
> | org.eclipse.jdt | 3.11.2.v20160212-1500 | 3.12.0.v20160317-0200 |
> | org.eclipse.jdt.core | 3.11.0.xx-201603042130-e45 | 3.12.0.v20160315-2126 |
> | org.eclipse.jdt.ui | 3.11.2.v20151123-1510 | 3.11.2.v20151123-1510 |
> | org.eclipse.jface | 3.11.1.v20160128-1644 | 3.11.1.v20160128-1644 |
> | org.eclipse.jst.common.project.facet.core | 1.4.400.v201403261418 | 1.4.400.v201403261418 |
> | org.eclipse.wst.sse.ui | 1.3.401.v201510130005 | 1.3.401.v201510130005 |
> | org.eclipse.wst.validation | 1.2.700.v201508251749 | 1.2.700.v201508251749 |
> | org.jboss.tools.batch.core | 1.7.1.CR1-v20160129-2014-B69 | 1.7.1.Final-v20160330-2256-B84 |
> | org.jboss.tools.cdi.core | 1.7.1.CR1-v20160129-2014-B69 | 1.8.0.Alpha1-v20160421-2020-B942 |
> | org.jboss.tools.common | 3.7.1.CR1-v20160219-2136-B86 | 3.8.0.Alpha1-v20160426-0436-B918 |
> | org.jboss.tools.common.validation | 3.7.1.Final-v20160408-2358-B112 | 3.8.0.Alpha1-v20160426-0436-B918 |
> | org.jboss.tools.jst.web | 3.7.1.CR1-v20160128-1907-B79 | 3.7.1.Final-v20160331-0256-B96 |
> | org.jboss.tools.jst.web.kb | 3.7.1.CR1-v20160128-1907-B79 | 3.7.1.Final-v20160331-0256-B96 |
> Operating Systems:
> | Linux | 3.13.0 | 4.2.0 |
> | MacOSX | 10.11.3 | 10.11.4 |
> | Windows | 6.1.0 | 10.0.0 |
> The above information is a snapshot of the collected data. Visit [this page|https://redhat.ctrlflow.com/reviewers/#!/problems/56cb04afe4b0f02ab7...] for the latest data.
> Thank you for your assistance.
> Your friendly error-reports-inbox.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (JBIDE-20577) Allow setting exploded or zipped on per-module basis
by Martin Malina (JIRA)
[ https://issues.jboss.org/browse/JBIDE-20577?page=com.atlassian.jira.plugi... ]
Martin Malina closed JBIDE-20577.
---------------------------------
> Allow setting exploded or zipped on per-module basis
> ----------------------------------------------------
>
> Key: JBIDE-20577
> URL: https://issues.jboss.org/browse/JBIDE-20577
> Project: Tools (JBoss Tools)
> Issue Type: Feature Request
> Components: server
> Affects Versions: 4.3.0.CR1
> Reporter: Rob Stryker
> Assignee: Rob Stryker
> Labels: new_and_noteworthy
> Fix For: 4.4.0.Alpha2
>
>
> While in the past, we automatically zipped up dependent utility projects, we recently switched to allowing exploded utility projects for appserver versions that suppoort it. Some users have determined this is slower for their usecase, and we should investigate giving users more control over this feature.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months