axis-c-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kaushalye Kapuruge <>
Subject Re: WSDL2C Changes
Date Fri, 29 Jun 2007 05:35:47 GMT
Hi Milinda,
Thanks for the effort.
Yes. Using axis2_ prefix as a great chance of making conflicts with 
existing types. So +1 for using a different prefix.
And using a prefix like"_" as I suggested earlier for parameter names is 
a MUST. In the Java implementation too they are using "_" prefix If I'm 
not mistaken.
Since many users start with the code generation it is inevitable that 
many threads are associated with the WSDL2C tool. This wouldn't change 
with the fix you are suggesting. But If the tool is buggy then it 
effects the initial experience, thus the attitude. I know that it's hard 
to support all most all WSDLs at this point :). But we should have some 
test cases little bit more complicated than we have now. Have a look at 
the WSDLs available here[1].


Milinda Pathirage wrote:
> Hi,
> While compiling the code generated for BaseDataTypesDocLitB service 
> using WSDL2C , I experienced with some compiling errors due some name 
> conflicts with axis2/c available data types and c built-in data 
> types.  As a n example consider there is a type called 'char' in our 
> WSDL as in BaseDataTypesDocLitB schema, then some part of generated 
> code will look lie this,
> typedef axis2_char axis2_char_t;
> struct axis2_char{
> };
> or
> axis2_status_t AXIS2_CALL
> axis2_char_free (axis2_char_t* char , const axutil_env_t *env)
> These red bold things were the cause for compilation errors. Because 
> of that i propose to change the naming conventions of generated ADB 
> code to adb_<type_name>_t instead of axis2_ prefix. Also to avoid 
> cases like second example I propose we have to introduce '_' prefix to 
> parameter name.
> Then it will look like this:
> typedef adb_char adb_char_t ;
> struct adb_char{
> };
> or
> axis2_status_t AXIS2_CALL
> adb_char_free (adb_char_t* _ char, const axutil_env_t *env).
> And we don't have implementations for all the XML Schema data types to 
> do data binding other than implementations for 'date time', 
> 'duration', 'uri' if I'm correct.
> I think we have to really concentrate on WSDL2C tool and API of 
> generated code, because most of the threads in the user list are 
> regarding code generation.
> Regards,
> Milinda....
> P. S Your suggestions will be greatly appreciated.
> -- 
> <>
> "Web services with Axis2/C"

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message