axis-c-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "McCullough, Ryan" <rmccullo...@rightnow.com>
Subject RE: No answers?
Date Fri, 23 May 2008 16:31:40 GMT
I forgot to mention, I have fixes for the project files as well.

AxisClientDLL.dsp
Remove AxisConfigException.cpp, AxisEngineException.cpp,
AxisGenException.cpp, AxisParseException.cpp, AxisSoapException.cpp
AxisWsddException.cpp.

transport\axis3\Axis3.dsp
Add soap\apr_base64.cpp
Remove transport\axis3\HTTPTransportException.cpp

transport\axis3\HTTPChannel\HTTPChannel.dsp
remove transport\axis3\HTTPTransportException.cpp

xml\xerces\AxisXMLParserXerces.dsp
remove xml\AxisParseException.cpp


I also found that I needed to change '/MT' to '/MD (multi-threaded to
multi-threaded dll) to get the libraries to load correctly on windows xp
with IE7 (stupid dwmapi.dll issue).

-Ryan

-----Original Message-----
From: McCullough, Ryan [mailto:rmccullough@rightnow.com] 
Sent: Friday, May 23, 2008 10:23 AM
To: Apache AXIS C User List
Cc: amra@us.ibm.com
Subject: RE: No answers?

Here are a list of issues I encountered with the generated soap objects.


1) I found a bug in BeanParamWriter.java.

In writeRestrictionCheckerFunction(), the opening brace '{' was not being
commented out.

writer.write( "//)\n\t{\n");

should be

writer.write( "//)\n");
writer.write( "//\t{\n");

Notice how there was a newline, then a tab and the open brace with no
comment. This caused compilation errors.



2) I also think I found a problem with XSD_DOUBLE and XSD_DATETIME.

I have this in my schema xsd:
<xs:complexType name="ac_value">
    <xs:choice>
        <xs:element name="cval"      minOccurs="0" nillable="true"
type="currency" />
        <xs:element name="dval"      minOccurs="0" nillable="true"
type="xs:double" />
        <xs:element name="ival"      minOccurs="0" nillable="true"
type="xs:long" />
        <xs:element name="sval"      minOccurs="0" nillable="true"
type="xs:string" />
        <xs:element name="tval"      minOccurs="0" nillable="true"
type="dttm" />
    </xs:choice>
</xs:complexType>

It was generating this code in the "Serialize sub-elements." section:
else if(param->dval)
{
	if (param->dval != NULL)
	pSZ->serializeAsElement("dval", Axis_URI_Ac_value,
(void*)(*(param->dval)), XSD_DOUBLE);
}
// snipped irrelevant code
else if(param->tval)
{
	if (param->tval != NULL)
	pSZ->serializeAsElement("tval", Axis_URI_Ac_value,
(void*)(*(param->tval)), XSD_DATETIME);
}

When I tried to compile this file, I received these 2 errors:
error C2440: 'type cast' : cannot convert from 'double' to 'void *'
error C2440: 'type cast' : cannot convert from 'struct tm' to 'void *'

If I removed the de-reference * from param, the compile errors went away.
pSZ->serializeAsElement("dval", Axis_URI_Ac_value, (void*)(param->dval),
XSD_DOUBLE);
pSZ->serializeAsElement("tval", Axis_URI_Ac_value, (void*)(param->tval),
XSD_DATETIME);



3) I received warnings all over the place about peekedElementName not being
used (unreferenced). So, I removed the lines:
// We always use this...
writer.write("\tconst char* peekedElementName;\n");

And then where peekedElementName is used, I added this code:
// We only peek for elements, not element attributes!
if (attribs[i].isOptional() && !attribs[i].isAttribute())
{
    writer.write(tab1 + "\tconst char* peekedElementName" + soapTagName +
";\n");
    writer.write(tab1 + "peekedElementName" + soapTagName + " =
pIWSDZ->peekNextElementName();\n");
    writer.write(tab1 + "if (strcmp(peekedElementName" + soapTagName + ",
\"" + soapTagName + "\") == 0)\n");
    writer.write(tab1 + "{\n");
    tab2 += "\t";
}

if (attribs[i].isOptional())
{
    writer.write(tab1 + "\tconst char* peekedElementName" + soapTagName +
";\n");
    writer.write(tab1 + "peekedElementName" + soapTagName + " =
pIWSDZ->peekNextElementName();\n");
    writer.write(tab1 + "if (strcmp(peekedElementName" + soapTagName + ",
\"" + soapTagName + "\") == 0)\n");
    tab2 += "\t";
}

I had to append the soapTagName to the peekedElementName, otherwise I got
re-definition errors.



4) The fourth issue I had is more specific to my wsdl and c++. I have a
class called timezone, this caused compilation errors because timezone
already exists in vc98\include\time.h. So, what I did was add a function to
CUtils that formats the name of user defined types to start with a capital
letter. I know this is ugly, but it works for me.

I don't expect issue 4 to make it into the source tree, but I would like it
if 1-3 could be considered for inclusion in the WSDL2Ws soap stub generator.

-Ryan

-----Original Message-----
From: Nadir Amra [mailto:amra@us.ibm.com] 
Sent: Thursday, May 22, 2008 2:02 PM
To: Apache AXIS C User List
Cc: Apache AXIS C User List
Subject: RE: No answers?

Using 1.5 and 1.6Beta is bad idea...yes, latest code in SVN is better than 
zip distributions.

Nadir Amra
Integrated Web services for i5/OS
IBM Rochester, MN,  (Tel. 507-253-0645, t/l 553-0645)
Internet: amra@us.ibm.com

"McCullough, Ryan" <rmccullough@rightnow.com> wrote on 05/22/2008 01:58:03 
PM:

> Am I better off using the code in SVN rather than the zip distributions? 
Is
> using 1.5 a bad idea?
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-user-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-user-help@ws.apache.org


Mime
View raw message