You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by "John Hawkins (JIRA)" <ax...@ws.apache.org> on 2005/02/09 18:38:11 UTC

[jira] Resolved: (AXISCPP-255) Bad XSDTYPE's

     [ http://issues.apache.org/jira/browse/AXISCPP-255?page=history ]
     
John Hawkins resolved AXISCPP-255:
----------------------------------

     Resolution: Fixed
    Fix Version: 1.5 Final

I'm saying this is fixed for now. Bascially, if the issue was that there are types that are not supported then I removed them from TypeMapping.h so the user doesn't think they are. However, there is still an issue that says we need to support all the types. However, this is not that issue. I guess I should open up a new feature !

> Bad XSDTYPE's
> -------------
>
>          Key: AXISCPP-255
>          URL: http://issues.apache.org/jira/browse/AXISCPP-255
>      Project: Axis-C++
>         Type: Bug
>   Components: Basic Architecture
>     Versions: 1.3 Final
>     Reporter: Mark Whitlock
>     Priority: Minor
>      Fix For: 1.5 Final

>
> TypeMapping.hpp has in it...
> typedef enum XSDTYPETag 
> { XSD_UNKNOWN=1, XSD_INT, XSD_FLOAT, XSD_STRING, XSD_LONG, XSD_SHORT, \
>                 XSD_BYTE, XSD_UNSIGNEDLONG, \
>                 XSD_BOOLEAN, XSD_UNSIGNEDINT, XSD_UNSIGNEDSHORT, \
>                 XSD_UNSIGNEDBYTE, \
>                 XSD_DOUBLE, XSD_DECIMAL, XSD_DURATION, \
>                 XSD_DATETIME, XSD_TIME, XSD_DATE, \
>                 XSD_YEARMONTH, XSD_YEAR, XSD_MONTHDAY, XSD_DAY, \
>                 XSD_MONTH, XSD_HEXBINARY, \
>                 XSD_BASE64BINARY, XSD_ANYURI, XSD_QNAME, XSD_NCNAME, XSD_NOTATION, \
>                 XSD_INTEGER, \
>                 XSD_ARRAY, USER_TYPE, ACCESSOR, XSD_NMTOKEN, XSD_ANY
> } XSDTYPE;
> Some of these XSD types look invalid. ACCESSOR is not mentioned anywhere in the code. Also XSD_YEARMONTH and XSD_NCNAME probably will not work since there are switch statements in (for instance) Param.cpp with cases for most of these xsd types - but there is no case for XSD_YEARMONTH, ACCESSOR and XSD_NCNAME. So the code would drop into the default: return AXIS_FAIL. I'm not sure whether XSD_YEARMONTH, ACCESSOR and XSD_NCNAME should be valid or not or whether there are other xsd types in the list which are invalid or untested. I am particularly concerned about this since TypeMapping.hpp is external.

-- 
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
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira