Bug 116463 - ClassCastException when Java 5 enum present in package
Summary: ClassCastException when Java 5 enum present in package
Status: RESOLVED DUPLICATE of bug 124372
Alias: None
Product: EMF
Classification: Modeling
Component: Tools (show other bugs)
Version: 2.2   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Marcelo Paternostro CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-11-15 12:23 EST by Jörg von Frantzius CLA
Modified: 2006-01-18 15:18 EST (History)
0 users

See Also:


Attachments
an arbitrary enum type (363 bytes, text/plain)
2005-11-15 12:24 EST, Jörg von Frantzius CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jörg von Frantzius CLA 2005-11-15 12:23:01 EST
I've got a Java 5 enum class in my model package (which is being referred to as
a parameter of a non-model operation). When I try to create a .genmodel file
from annotated Java source in that package, I encounter a ClassCastException. 

For reproducing, just put the Java file that I'll attach next into a package and
try to create .genmodel file for that package.

I'm not asking for Java 5 enum support here, it would just be nice if EMF would
ignore any enum types that aren't part of the model anyway.

Here's the exception:
Warning 2005-11-15 18:18:30.828 org.eclipse.jdt.internal.core.jdom.DOMMethod
java.lang.ClassCastException: org.eclipse.jdt.internal.core.jdom.DOMMethod
at org.eclipse.jdt.internal.core.jdom.DOMBuilder.createType(DOMBuilder.java:271)
at org.eclipse.jdt.core.jdom.DOMFactory.createType(DOMFactory.java:158)
at org.eclipse.jdt.internal.core.jdom.DOMType.getDetailedNode(DOMType.java:392)
at org.eclipse.jdt.internal.core.jdom.DOMNode.becomeDetailed(DOMNode.java:390)
at org.eclipse.jdt.internal.core.jdom.DOMMember.getComment(DOMMember.java:218)
at
org.eclipse.emf.importer.java.builder.JavaEcoreBuilder.analyzeType(JavaEcoreBuilder.java:692)
at
org.eclipse.emf.importer.java.builder.JavaEcoreBuilder.analyzeCompilationUnit(JavaEcoreBuilder.java:671)
at
org.eclipse.emf.importer.java.builder.JavaEcoreBuilder.traverse(JavaEcoreBuilder.java:653)
at
org.eclipse.emf.importer.java.builder.JavaEcoreBuilder.traverse(JavaEcoreBuilder.java:612)
at
org.eclipse.emf.importer.java.builder.JavaEcoreBuilder.traverse(JavaEcoreBuilder.java:616)
at
org.eclipse.emf.importer.java.builder.JavaEcoreBuilder.analyseProject(JavaEcoreBuilder.java:240)
at
org.eclipse.emf.importer.java.builder.JavaEcoreBuilder.computeEPackages(JavaEcoreBuilder.java:455)
at
org.eclipse.emf.importer.java.JavaImporter.doComputeEPackages(JavaImporter.java:75)
at org.eclipse.emf.importer.ModelImporter.computeEPackages(ModelImporter.java:664)
at
org.eclipse.emf.importer.java.ui.JavaPackagePage.computeEPackages(JavaPackagePage.java:103)
at
org.eclipse.emf.importer.java.ui.JavaPackagePage$2.execute(JavaPackagePage.java:78)
at
org.eclipse.ui.actions.WorkspaceModifyOperation$1.run(WorkspaceModifyOperation.java:100)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1705)
at
org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:112)
at
org.eclipse.jface.operation.ModalContext.runInCurrentThread(ModalContext.java:346)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:291)
at org.eclipse.jface.wizard.WizardDialog.run(WizardDialog.java:843)
at
org.eclipse.emf.importer.java.ui.JavaPackagePage.computeEPackages(JavaPackagePage.java:93)
at org.eclipse.emf.importer.java.ui.JavaPackagePage$1.run(JavaPackagePage.java:57)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:123)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3213)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2859)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:809)
at org.eclipse.jface.window.Window.open(Window.java:787)
at org.eclipse.ui.actions.NewWizardAction.run(NewWizardAction.java:181)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:996)
at
org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:544)
at
org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:494)
at
org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:406)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:896)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3236)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2856)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1774)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1738)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:376)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:143)
at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:106)
at
org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:226)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:376)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:165)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.eclipse.core.launcher.Main.invokeFramework(Main.java:338)
at org.eclipse.core.launcher.Main.basicRun(Main.java:282)
at org.eclipse.core.launcher.Main.run(Main.java:977)
at org.eclipse.core.launcher.Main.main(Main.java:952)
Comment 1 Jörg von Frantzius CLA 2005-11-15 12:24:28 EST
Created attachment 29970 [details]
an arbitrary enum type
Comment 2 Ed Merks CLA 2005-11-15 13:21:31 EST
JDOM doesn't support Java 5 and is deprecated so this bug won't be fixed until
we stop using JDOM.

*** This bug has been marked as a duplicate of 78076 ***
Comment 3 Marcelo Paternostro CLA 2006-01-18 15:18:22 EST
The bugzilla 78076, as a plan item, was broken in 2 steps.  This bugzilla
should be marked as a duplicate of 124372 which refers to enabling JMerge to
work with Java5 code.
Comment 4 Marcelo Paternostro CLA 2006-01-18 15:18:56 EST

*** This bug has been marked as a duplicate of 124372 ***