[ http://issues.apache.org/jira/browse/TUSCANY-358?page=comments#action_12379129 ]
Frank Budinsky commented on TUSCANY-358: ---------------------------------------- 1) you shouldn't be touching XMLTypePackage or any other EMF things directly. If you stick to the SDO API, this can't happen. 2) This is not well defined in the spec, but I added support to return the most appropriate "commonj.sdo" built-in type for the simple Java types - according to the tables on pg.69-71 of the spec. I'll commit the change as soon as svn.apache.org is up again. > TypeHelper.getType(Class ...) either returns unexpected Type or throws > ClassCastException for java .lang.String or other simple java types > ------------------------------------------------------------------------------------------------------------------------------------------ > > Key: TUSCANY-358 > URL: http://issues.apache.org/jira/browse/TUSCANY-358 > Project: Tuscany > Type: Bug > Components: Java SDO Implementation > Versions: Java-M1-tentative > Reporter: Raymond Feng > Assignee: Frank Budinsky > Priority: Critical > Fix For: Java-M1-tentative > > I ran into two problems: > 1) If I happens to initialize EMF XMLTypePackage, > TypeHelper.getType(String.class) throws a ClassCastException > java.lang.ClassCastException: org.eclipse.emf.ecore.impl.EDataTypeImpl > incompatible with commonj.sdo.Type > at > org.apache.tuscany.sdo.helper.TypeHelperImpl.getType(TypeHelperImpl.java:92) > 2) Otherwise > I received [EMAIL PROTECTED] (name: LangType) (instanceClassName: > java.lang.String) (serializable: true) > and the EPackage is: > [EMAIL PROTECTED] (name: namespace) (nsURI: > http://www.w3.org/XML/1998/namespace, nsPrefix: xml) > It seems that the SDO spec doesn't well define the behavior. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
