[JBoss JIRA] (JBIDE-19141) Opening cheatsheet.xml in composite cheatsheet editor fails with error Failed to create the part's controls
by Marek Novotny (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19141?page=com.atlassian.jira.plugi... ]
Marek Novotny commented on JBIDE-19141:
---------------------------------------
[~snjeza] ok, how do you edit lines (parameters for command) in Simple cheatsheet editor in design view? Is that possible except doing it in source view?
> Opening cheatsheet.xml in composite cheatsheet editor fails with error Failed to create the part's controls
> -----------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-19141
> URL: https://issues.jboss.org/browse/JBIDE-19141
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: upstream
> Affects Versions: 4.2.2.Final
> Environment: Version: JBDS 8.0.2.GA
> Build id: GA-v20150114-2029-B382
> Build date: 20150114-2029
> Reporter: Marek Novotny
> Assignee: Snjezana Peco
> Fix For: 4.3.x
>
> Attachments: Screenshot-cheatsheetError.png
>
>
> Opening cheatsheet.xml in composite cheatsheet editor fails with error Failed to create the part's controls
> {noformat}
> java.lang.NullPointerException
> at org.eclipse.pde.internal.ua.ui.editor.cheatsheet.comp.CompCSGroupValidator.populateGroups(CompCSGroupValidator.java:56)
> at org.eclipse.pde.internal.ua.ui.editor.cheatsheet.comp.CompCSGroupValidator.<init>(CompCSGroupValidator.java:47)
> at org.eclipse.pde.internal.ua.ui.editor.cheatsheet.comp.CompCSMasterTreeSection.initializeTreeViewer(CompCSMasterTreeSection.java:181)
> at org.eclipse.pde.internal.ua.ui.editor.cheatsheet.comp.CompCSMasterTreeSection.createClient(CompCSMasterTreeSection.java:130)
> at org.eclipse.pde.internal.ui.editor.StructuredViewerSection.<init>(StructuredViewerSection.java:47)
> at org.eclipse.pde.internal.ui.editor.StructuredViewerSection.<init>(StructuredViewerSection.java:35)
> at org.eclipse.pde.internal.ui.editor.TreeSection.<init>(TreeSection.java:66)
> at org.eclipse.pde.internal.ua.ui.editor.cheatsheet.comp.CompCSMasterTreeSection.<init>(CompCSMasterTreeSection.java:104)
> at org.eclipse.pde.internal.ua.ui.editor.cheatsheet.comp.CompCSBlock.createMasterSection(CompCSBlock.java:57)
> at org.eclipse.pde.internal.ui.editor.PDEMasterDetailsBlock.createMasterPart(PDEMasterDetailsBlock.java:34)
> at org.eclipse.ui.forms.MasterDetailsBlock.createContent(MasterDetailsBlock.java:161)
> at org.eclipse.ui.forms.MasterDetailsBlock.createContent(MasterDetailsBlock.java:142)
> at org.eclipse.pde.internal.ui.editor.PDEMasterDetailsBlock.createContent(PDEMasterDetailsBlock.java:47)
> at org.eclipse.pde.internal.ua.ui.editor.cheatsheet.comp.CompCSPage.createFormContent(CompCSPage.java:101)
> at org.eclipse.ui.forms.editor.FormPage$1.run(FormPage.java:152)
> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
> at org.eclipse.ui.forms.editor.FormPage.createPartControl(FormPage.java:150)
> at org.eclipse.pde.internal.ui.editor.PDEFormPage.createPartControl(PDEFormPage.java:263)
> at org.eclipse.ui.forms.editor.FormEditor.pageChange(FormEditor.java:471)
> at org.eclipse.pde.internal.ui.editor.PDEFormEditor.pageChange(PDEFormEditor.java:268)
> at org.eclipse.ui.part.MultiPageEditorPart.setActivePage(MultiPageEditorPart.java:1101)
> at org.eclipse.ui.forms.editor.FormEditor.setActivePage(FormEditor.java:603)
> at org.eclipse.ui.part.MultiPageEditorPart.createPartControl(MultiPageEditorPart.java:366)
> at org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.createPartControl(CompatibilityPart.java:141)
> at org.eclipse.ui.internal.e4.compatibility.CompatibilityEditor.createPartControl(CompatibilityEditor.java:99)
> at org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.create(CompatibilityPart.java:327)
> 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 org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:55)
> at org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:888)
> at org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:869)
> at org.eclipse.e4.core.internal.di.InjectorImpl.inject(InjectorImpl.java:120)
> at org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:337)
> at org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:258)
> at org.eclipse.e4.core.contexts.ContextInjectionFactory.make(ContextInjectionFactory.java:162)
> at org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.createFromBundle(ReflectionContributionFactory.java:104)
> at org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.doCreate(ReflectionContributionFactory.java:73)
> at org.eclipse.e4.ui.internal.workbench.ReflectionContributionFactory.create(ReflectionContributionFactory.java:55)
> at org.eclipse.e4.ui.workbench.renderers.swt.ContributedPartRenderer.createWidget(ContributedPartRenderer.java:127)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createWidget(PartRenderingEngine.java:983)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:662)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.safeCreateGui(PartRenderingEngine.java:766)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.access$2(PartRenderingEngine.java:737)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$7.run(PartRenderingEngine.java:731)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.createGui(PartRenderingEngine.java:715)
> at org.eclipse.e4.ui.workbench.renderers.swt.StackRenderer.showTab(StackRenderer.java:1250)
> at org.eclipse.e4.ui.workbench.renderers.swt.LazyStackRenderer$1.handleEvent(LazyStackRenderer.java:68)
> at org.eclipse.e4.ui.services.internal.events.UIEventHandler$1.run(UIEventHandler.java:40)
> at org.eclipse.swt.widgets.Synchronizer.syncExec(Synchronizer.java:187)
> at org.eclipse.ui.internal.UISynchronizer.syncExec(UISynchronizer.java:156)
> at org.eclipse.swt.widgets.Display.syncExec(Display.java:4590)
> at org.eclipse.e4.ui.internal.workbench.swt.E4Application$1.syncExec(E4Application.java:218)
> at org.eclipse.e4.ui.services.internal.events.UIEventHandler.handleEvent(UIEventHandler.java:36)
> at org.eclipse.equinox.internal.event.EventHandlerWrapper.handleEvent(EventHandlerWrapper.java:197)
> at org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:197)
> at org.eclipse.equinox.internal.event.EventHandlerTracker.dispatchEvent(EventHandlerTracker.java:1)
> at org.eclipse.osgi.framework.eventmgr.EventManager.dispatchEvent(EventManager.java:230)
> at org.eclipse.osgi.framework.eventmgr.ListenerQueue.dispatchEventSynchronous(ListenerQueue.java:148)
> at org.eclipse.equinox.internal.event.EventAdminImpl.dispatchEvent(EventAdminImpl.java:135)
> at org.eclipse.equinox.internal.event.EventAdminImpl.sendEvent(EventAdminImpl.java:78)
> at org.eclipse.equinox.internal.event.EventComponent.sendEvent(EventComponent.java:39)
> at org.eclipse.e4.ui.services.internal.events.EventBroker.send(EventBroker.java:81)
> at org.eclipse.e4.ui.internal.workbench.UIEventPublisher.notifyChanged(UIEventPublisher.java:59)
> at org.eclipse.emf.common.notify.impl.BasicNotifierImpl.eNotify(BasicNotifierImpl.java:374)
> at org.eclipse.e4.ui.model.application.ui.impl.ElementContainerImpl.setSelectedElement(ElementContainerImpl.java:171)
> at org.eclipse.e4.ui.internal.workbench.ModelServiceImpl.showElementInWindow(ModelServiceImpl.java:488)
> at org.eclipse.e4.ui.internal.workbench.ModelServiceImpl.bringToTop(ModelServiceImpl.java:454)
> at org.eclipse.e4.ui.internal.workbench.PartServiceImpl.delegateBringToTop(PartServiceImpl.java:694)
> at org.eclipse.e4.ui.internal.workbench.PartServiceImpl.bringToTop(PartServiceImpl.java:387)
> at org.eclipse.e4.ui.internal.workbench.PartServiceImpl.showPart(PartServiceImpl.java:1134)
> at org.eclipse.ui.internal.WorkbenchPage.busyOpenEditor(WorkbenchPage.java:3210)
> at org.eclipse.ui.internal.WorkbenchPage.access$23(WorkbenchPage.java:3125)
> at org.eclipse.ui.internal.WorkbenchPage$9.run(WorkbenchPage.java:3107)
> at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
> at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:3102)
> at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:3066)
> at org.eclipse.ui.internal.WorkbenchPage.openEditor(WorkbenchPage.java:3056)
> at org.eclipse.ui.ide.IDE.openEditor(IDE.java:541)
> at org.eclipse.ui.ide.IDE.openEditor(IDE.java:500)
> at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:360)
> at org.eclipse.jdt.internal.ui.javaeditor.EditorUtility.openInEditor(EditorUtility.java:167)
> at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:268)
> at org.eclipse.jdt.ui.actions.OpenAction.run(OpenAction.java:233)
> at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:275)
> at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:251)
> at org.eclipse.jdt.internal.ui.navigator.OpenAndExpand.run(OpenAndExpand.java:50)
> at org.eclipse.ui.actions.RetargetAction.run(RetargetAction.java:229)
> at org.eclipse.ui.navigator.CommonNavigatorManager$3.open(CommonNavigatorManager.java:185)
> at org.eclipse.ui.OpenAndLinkWithEditorHelper$InternalListener.open(OpenAndLinkWithEditorHelper.java:48)
> at org.eclipse.jface.viewers.StructuredViewer$2.run(StructuredViewer.java:853)
> at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42)
> at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:50)
> at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:178)
> at org.eclipse.jface.viewers.StructuredViewer.fireOpen(StructuredViewer.java:850)
> at org.eclipse.jface.viewers.StructuredViewer.handleOpen(StructuredViewer.java:1142)
> at org.eclipse.ui.navigator.CommonViewer.handleOpen(CommonViewer.java:462)
> at org.eclipse.jface.viewers.StructuredViewer$6.handleOpen(StructuredViewer.java:1249)
> at org.eclipse.jface.util.OpenStrategy.fireOpenEvent(OpenStrategy.java:278)
> at org.eclipse.jface.util.OpenStrategy.access$2(OpenStrategy.java:272)
> at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:313)
> at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
> at org.eclipse.swt.widgets.Display.sendEvent(Display.java:4454)
> at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1388)
> at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3799)
> at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3409)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine$9.run(PartRenderingEngine.java:1151)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.e4.ui.internal.workbench.swt.PartRenderingEngine.run(PartRenderingEngine.java:1032)
> at org.eclipse.e4.ui.internal.workbench.E4Workbench.createAndRunUI(E4Workbench.java:148)
> at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:636)
> at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
> at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:579)
> at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:150)
> at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:135)
> 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:483)
> at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:648)
> at org.eclipse.equinox.launcher.Main.basicRun(Main.java:603)
> at org.eclipse.equinox.launcher.Main.run(Main.java:1465)
> at org.eclipse.equinox.launcher.Main.main(Main.java:1438)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 4 months
[JBoss JIRA] (JBIDE-19119) Tern error when opening a jsp file
by Alexey Kazakov (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19119?page=com.atlassian.jira.plugi... ]
Alexey Kazakov commented on JBIDE-19119:
----------------------------------------
So, 0.7.0 has this bug too?
> Tern error when opening a jsp file
> ----------------------------------
>
> Key: JBIDE-19119
> URL: https://issues.jboss.org/browse/JBIDE-19119
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: jsp/jsf/xml/html source editing, upstream
> Affects Versions: 4.3.0.Beta2
> Reporter: Martin Malina
> Assignee: Victor Rubezhny
> Priority: Critical
> Fix For: 4.2.3.Beta1, 4.3.0.Alpha2
>
> Attachments: tern-error.png
>
>
> I was just verying something in master for Rob and hit this issue:
> I created a dynamic web project, then a jsp file. Once the jsp was opened in Eclipse, I got this error popup immediately:
> !tern-error.png!
> This was in the workspace log:
> {code}
> !ENTRY org.eclipse.core.jobs 4 2 2015-01-29 17:04:14.678
> !MESSAGE An internal error occurred during: "Refresh tern project job".
> !STACK 0
> java.lang.IllegalArgumentException: Attempted to beginRule: R/, does not match outer scope rule: P/dynproj2
> at org.eclipse.core.runtime.Assert.isLegal(Assert.java:63)
> at org.eclipse.core.internal.jobs.ThreadJob.illegalPush(ThreadJob.java:134)
> at org.eclipse.core.internal.jobs.ThreadJob.push(ThreadJob.java:333)
> at org.eclipse.core.internal.jobs.ImplicitJobs.begin(ImplicitJobs.java:85)
> at org.eclipse.core.internal.jobs.JobManager.beginRule(JobManager.java:298)
> at org.eclipse.core.internal.resources.WorkManager.checkIn(WorkManager.java:118)
> at org.eclipse.core.internal.resources.Workspace.prepareOperation(Workspace.java:2251)
> at org.eclipse.core.internal.resources.Project.setDescription(Project.java:1347)
> at org.eclipse.core.internal.resources.Project.setDescription(Project.java:1401)
> at tern.eclipse.ide.internal.core.builder.TernBuilder.addTernBuilder(TernBuilder.java:231)
> at tern.eclipse.ide.internal.core.resources.IDETernProject.doLoad(IDETernProject.java:186)
> at tern.resources.TernProject.load(TernProject.java:332)
> at tern.eclipse.ide.internal.core.resources.RefreshTernProjectJob.runInWorkspace(RefreshTernProjectJob.java:49)
> at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:39)
> at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
> {code}
> This was JBT nightly from today (2015/01/29) from http://download.jboss.org/jbosstools/updates/nightly/mars/ on top of Eclipse Mars M4. On top of that, I had one server PR of Rob's installed, but that shouldn't have any effect.
> My platform is OS X 10.10 Yosemite, running Oracle JDK 1.7.
> I realize this is master and it might be a known issue, but better to be safe :)
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 4 months
[JBoss JIRA] (JBIDE-17497) Servertools plugin heirarchy causes issues for clients
by Rob Stryker (JIRA)
[ https://issues.jboss.org/browse/JBIDE-17497?page=com.atlassian.jira.plugi... ]
Rob Stryker commented on JBIDE-17497:
-------------------------------------
This is for the most part fixed, but with some caveats. The current state of the repo is that as.wtp.core currently depends on Project Archives to get its zip functionality. As far as I know, this is the only leftover that needs a solution, but I think it's strange to make a full new plugin just for one class.
If you think I should close the issue for now and just accept that depending on as.wtp.core will force-install project archives, we can keep it as it currently is. I guess it just depends if ws / bpel / etc mind that depending on AS force-installs project archives, then it's fine. If they don't like it, then we may need to consider a change.
Luckily, none of them have really complained about it as of late =P
> Servertools plugin heirarchy causes issues for clients
> ------------------------------------------------------
>
> Key: JBIDE-17497
> URL: https://issues.jboss.org/browse/JBIDE-17497
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: server
> Affects Versions: 4.2.0.Beta2
> Reporter: Rob Stryker
> Priority: Critical
> Fix For: 4.3.0.Alpha2
>
> Attachments: 2014-06-02 19.07.bmml, 2014-06-02 19.07.png
>
>
> The plugin heirarchy of ASTools is better than it used to be, but not good enough for what current consumers of ASTools need it for.
> The problem is simple. There are 3 types of clients using ASTools API:
> 1) Those who need all of ASTools installed (including server adapter)
> 2) Those who only want access to interfaces, to use *if* server adapters is installed (do NOT want as.core force installed)
> 3) Those who create their own server adapters, want to use interfaces and some impl classes, but do not want as.core (server adapters) installed.
> Those of group 1 are no problem.
> Those of group 2 want as.wtp.core and as.wtp.ui to be minimal implementations with very few (near-zero) dependencies
> Those of group 3 want as.wtp.core and as.wtp.ui to provide as much functionality as possible, including things like zipping archives, or integration with download runtimes.
> An example of group 1 is jbosstools-central.
> An example of group 2 is ESB / BPEL
> An example of group 3 is FuseIDE
> Currently, there are classes in plugins positioned above as.core (ie, depend on as.core) that would be useful to FuseIDE (integration with stacks / runtimes / archives), but pushing these classes down into as.wtp.core / as.wtp.ui would mean the as.wtp.* plugins now require archives / stacks / yaml, and then so does bpel / esb.
> There needs to be another set of core/ui plugins for extenders or implementers that do NOT bring in the server adapters.
> Alternatively, we could move the server adapters out of as.core / as.ui and into two new higher-level plugins, as.serveradapter.core / as.serveradapter.ui, leaving as.core/as.ui as the new plugins to be extended by fuse-ide.
> There are of course other possible solutions, but all possible solutions basically require new plugins with substantial class movement.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 4 months