Hi Stefano
Yes, I checked it many times. If you looking for the SENT.LOG and the
generated code it is a fault of gSOAP.
Currently I haven't the time to change the code (I've checked for the code
of wsdl2h but I need more time to
exactly find out where it happens). In the mean time I've opened a bug
report with all the attachments needed
to check the error.
Kind regards
Rolf (aka spieler67)
----------------ursprüngliche Nachricht-----------------
Von: "Stefano Canepa" scan...@gmail.com
An: gsoap@yahoogroups.com
Datum: Wed, 18 Aug 2010 11:46:09 +0200
----------------------------------------------------------
If you are sure this is a gsoap fault I think it should be better to open a
bug report with you patch as attachment.
Bye
Stefano
On 16 August 2010 10:09, Rolf Ackermann <[r...@weon.ch> wrote:
Hi all
I've searched around the code and found that "wsdl2h" creates the following
code:
SOAP_FMAC3 int SOAP_FMAC4 soap_out_msex07t__FolderChangeType(struct soap
*soap, const char *tag, int
id, const msex07t__FolderChangeType *a, const char *type)
{
if (soap_element_begin_out(soap, tag, soap_embedded_id(soap, id, a,
SOAP_TYPE_msex07t__FolderChangeType), type))
return soap->error;
if
(soap_out_PointerTomsex07t__NonEmptyArrayOfFolderChangeDescriptionsType(soap,
"msex07t:Updates",
-1, +(a->msex07t__FolderChangeType::Updates), ""))
return soap->error;
if (soap_out__msex07t__union_FolderChangeType(soap,
a->msex07t__FolderChangeType::__union_FolderChangeType,
+a->msex07t__FolderChangeType::union_FolderChangeType))
return soap->error;
/* transient soap skipped */
return soap_element_end_out(soap, tag);
}
The correct code is:
SOAP_FMAC3 int SOAP_FMAC4 soap_out_msex07t__FolderChangeType(struct soap
*soap, const char *tag, int
id, const msex07t__FolderChangeType *a, const char *type)
{
if (soap_element_begin_out(soap, tag, soap_embedded_id(soap, id, a,
SOAP_TYPE_msex07t__FolderChangeType), type))
return soap->error;
if (soap_out__msex07t__union_FolderChangeType(soap,
a->msex07t__FolderChangeType::__union_FolderChangeType,
+a->msex07t__FolderChangeType::union_FolderChangeType))
return soap->error;
if
(soap_out_PointerTomsex07t__NonEmptyArrayOfFolderChangeDescriptionsType(soap,
"msex07t:Updates",
-1, +(a->msex07t__FolderChangeType::Updates), ""))
return soap->error;
/* transient soap skipped */
return soap_element_end_out(soap, tag);
}
The generated header file of wsdl2h is also wrong.
Kind regards
Rolf (aka spieler67)
> Hi Kathryn
>
> First of all: Thanks for the link.
>
> The problem is I have the following types.xsd:
>
>
>
>
>
>
>
>
>
>
>
> If I complile it with wdsl2h of gSOAP 2.7.17 the output of XML looks like:
>
>
>
> .
> .
> .
>
>
>
>
> The problem with this output is that Exchange 2007 Web Service shows an
error while
> checking the schema.
>
> Is there a parameter which can be given in the call to wsdl2h to fix the
element sequence?
>
> Kind regards
>
> Rolf (aka spieler67)
>
>>
>>
>>
>> Rolf Ackermann wrote:
>>
>> > I have a strange problem. I'm using gSOAP 2.7.17 for accessing
Microsoft
>> > Exchange 2007 Web Service.
>> > While using a specific function I receive a fault saying there is an
>> > element missing. I've searching
>> > for that element and found out that Exchange 2007 makes a schema
testing
>> > which needs the XML tags in
>> > a specific sequence.
>> >
>> > Is there a way to define the order of the XML tags? For example:
>>
>> xsd:sequence defines a container with children that must appear in the
>> specified order:
>>
>> http://www.w3schools.com/Schema/schema_complex_indicators.asp
>>
>> >
>> > gSOAP produces
>> >
>> >
>> > Value 2
>> > Value 1
>> >
>> >
>> > but Exchange 2007 Web Services needs the sequence
>> >
>> >
>> > Value 1
>> > Value 2
>> >
>> >
>> > With the gSOAP produces output I receive an error from Exchange 2007
Web
>> > Services called
>> >
>> > Error while checking schema. Invalid Tag 'TAG A, Part B' needs either
>> 'TAG
>> > A, Part A' or ...
>> >
>> > I'm happy with any ideas in this case.
>> >
>> > Kind regards
>> >
>> > Rolf (aka spieler67)
>> >
>> >
>> > ------------------------------------
>> >
>> > Yahoo! Groups Links
>> >
>> >
>> >
>>
>> --
>> Kathryn
>> http://womensfooty.com
>> National Team Donation - http://womensfooty.com/freedom/donate
>>
>>
>
>
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
--
Stefano Canepa aka sc: <a href="mailto:s...@linux.it";>s...@linux.it -
http://www.stefanocanepa.it
Three great virtues of a programmer: laziness, impatience and hubris.
Le tre grandi virtù di un programmatore: pigrizia, impazienza e arroganza.
(Larry Wall)
