You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by "Frank Budinsky (JIRA)" <tu...@ws.apache.org> on 2006/05/11 20:46:14 UTC

[jira] Commented: (TUSCANY-358) TypeHelper.getType(Class ...) either returns unexpected Type or throws ClassCastException for java .lang.String or other simple java types

    [ 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 org.apache.tuscany.sdo.impl.DataTypeImpl@67026702 (name: LangType) (instanceClassName: java.lang.String) (serializable: true)
> and the EPackage is:
> org.eclipse.emf.ecore.xml.namespace.impl.XMLNamespacePackageImpl@13d813d8 (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