You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by "Ed Slattery (JIRA)" <tu...@ws.apache.org> on 2006/07/20 17:03:13 UTC

[jira] Created: (TUSCANY-569) Unions are not supported

Unions are not supported
------------------------

                 Key: TUSCANY-569
                 URL: http://issues.apache.org/jira/browse/TUSCANY-569
             Project: Tuscany
          Issue Type: Bug
          Components: C++ SDO
            Reporter: Ed Slattery


Unions are listed in the java specification - in Java the union element type is set to the first of the unioned XSD types, if they are all compatible, otherwise it gets set to java.lang.Object.

This makes no sense in the C world, we have no common object. A possible alternative would be to fix on one of the primitives and say that all unions turn out to be of type "that primitive" if they are primitive, or DataObject if they are of non-primitive types.
Possibly we should restrict unions and fail if they are described as possibly primitive or dataobject?

The attache patch makes all unions appear as "commonj.sdo#String"  - which is probably useless, but gets the customer through the parsing of unions.


-- 
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

        

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


[jira] Updated: (TUSCANY-569) Unions are not supported

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

Jean-Sebastien Delfino updated TUSCANY-569:
-------------------------------------------

    Patch Info: [Patch Available]

> Unions are not supported
> ------------------------
>
>                 Key: TUSCANY-569
>                 URL: https://issues.apache.org/jira/browse/TUSCANY-569
>             Project: Tuscany
>          Issue Type: Bug
>          Components: C++ SDO
>    Affects Versions: Cpp-current
>            Reporter: Ed Slattery
>             Fix For: Cpp-M3
>
>         Attachments: union_string.patch
>
>
> Unions are listed in the java specification - in Java the union element type is set to the first of the unioned XSD types, if they are all compatible, otherwise it gets set to java.lang.Object.
> This makes no sense in the C world, we have no common object. A possible alternative would be to fix on one of the primitives and say that all unions turn out to be of type "that primitive" if they are primitive, or DataObject if they are of non-primitive types.
> Possibly we should restrict unions and fail if they are described as possibly primitive or dataobject?
> The attache patch makes all unions appear as "commonj.sdo#String"  - which is probably useless, but gets the customer through the parsing of unions.

-- 
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] Updated: (TUSCANY-569) Unions are not supported

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

Ed Slattery updated TUSCANY-569:
--------------------------------

    Attachment: union_string.patch

> Unions are not supported
> ------------------------
>
>                 Key: TUSCANY-569
>                 URL: http://issues.apache.org/jira/browse/TUSCANY-569
>             Project: Tuscany
>          Issue Type: Bug
>          Components: C++ SDO
>            Reporter: Ed Slattery
>         Attachments: union_string.patch
>
>
> Unions are listed in the java specification - in Java the union element type is set to the first of the unioned XSD types, if they are all compatible, otherwise it gets set to java.lang.Object.
> This makes no sense in the C world, we have no common object. A possible alternative would be to fix on one of the primitives and say that all unions turn out to be of type "that primitive" if they are primitive, or DataObject if they are of non-primitive types.
> Possibly we should restrict unions and fail if they are described as possibly primitive or dataobject?
> The attache patch makes all unions appear as "commonj.sdo#String"  - which is probably useless, but gets the customer through the parsing of unions.

-- 
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

        

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


[jira] Updated: (TUSCANY-569) Unions are not supported

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

ant elder updated TUSCANY-569:
------------------------------

        Fix Version/s: Cpp-current
    Affects Version/s: Cpp-current

> Unions are not supported
> ------------------------
>
>                 Key: TUSCANY-569
>                 URL: http://issues.apache.org/jira/browse/TUSCANY-569
>             Project: Tuscany
>          Issue Type: Bug
>          Components: C++ SDO
>    Affects Versions: Cpp-current
>            Reporter: Ed Slattery
>             Fix For: Cpp-current
>
>         Attachments: union_string.patch
>
>
> Unions are listed in the java specification - in Java the union element type is set to the first of the unioned XSD types, if they are all compatible, otherwise it gets set to java.lang.Object.
> This makes no sense in the C world, we have no common object. A possible alternative would be to fix on one of the primitives and say that all unions turn out to be of type "that primitive" if they are primitive, or DataObject if they are of non-primitive types.
> Possibly we should restrict unions and fail if they are described as possibly primitive or dataobject?
> The attache patch makes all unions appear as "commonj.sdo#String"  - which is probably useless, but gets the customer through the parsing of unions.

-- 
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

        

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