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

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

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: M1, Mx    
    Reporter: Raymond Feng
 Assigned to: Frank Budinsky 
    Priority: Critical


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


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

Posted by "Jean-Sebastien Delfino (JIRA)" <tu...@ws.apache.org>.
     [ http://issues.apache.org/jira/browse/TUSCANY-358?page=all ]

Jean-Sebastien Delfino updated TUSCANY-358:
-------------------------------------------

    Fix Version: M1-tentative
        Version: M1-tentative
                     (was: M1)
                     (was: Mx)

> 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: M1-tentative
>     Reporter: Raymond Feng
>     Assignee: Frank Budinsky
>     Priority: Critical
>      Fix For: 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


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

Posted by "Raymond Feng (JIRA)" <tu...@ws.apache.org>.
     [ https://issues.apache.org/jira/browse/TUSCANY-358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Raymond Feng closed TUSCANY-358.
--------------------------------


> TypeHelper.getType(Class ...) either returns unexpected Type or throws ClassCastException for java .lang.String or other simple java types
> ------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: TUSCANY-358
>                 URL: https://issues.apache.org/jira/browse/TUSCANY-358
>             Project: Tuscany
>          Issue Type: Bug
>          Components: Java SDO Implementation
>    Affects 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.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org


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

Posted by "Frank Budinsky (JIRA)" <tu...@ws.apache.org>.
    [ 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


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

Posted by "Frank Budinsky (JIRA)" <tu...@ws.apache.org>.
     [ http://issues.apache.org/jira/browse/TUSCANY-358?page=all ]
     
Frank Budinsky resolved TUSCANY-358:
------------------------------------

    Resolution: Fixed

Fixed in revision 405804.

> 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