Community
Participate
Working Groups
In class org.eclipse.wst.common.internal.emf.resource.Translalor, line 174 In the constructor: public Translator(String domNameAndPath, EStructuralFeature aFeature, EClass eClass) { this(domNameAndPath, aFeature); setEMFClass(emfClass); } the call of: setEMFClass(emfClass); should be: setEMFClass(eClass); As consequence, DOM2EMF "deserialization" lead to an error, when it encounter an abstact class. Because the real (aka non abstract) eclass is ignored and always "null" The error message was: java.lang.IllegalArgumentException: The class 'Element' is not a valid classifier Element is an abstract class.
Created attachment 31883 [details] patch constructor call to setEMFClass
changing target from 1.5 M1 to 1.5 M5 to reflect new numbering system as we join Collisto.
This is fixed and released for the WTP 1.5 M6 03/07/06 driver.
I'd like to nominate this as a "greatbug". (Even though open "a while ago") it was just recently fixed due to the orinator spotting it in some pretty "deep" code, on the edges of code that unites two components (wtp and emf) and even supplying a patch ... so, I think it well represents the "community spirit" of Eclipse and its many projects.
This is part of a mass update to close out all stale WTP resolved bugs from the 1.0.x and 1.5.0 timeframe. If you feel this bug was closed inappropriately, please reopen. Thanks, John Lanuti