Re: empty array of complex type crashes the client

2006-01-27 Thread Guilhem Tardy
Hi,

I have attached the WSDL file, as per your request.

More experimentation showed that it is not just empty arrays. The problem seem
more about complex types. (The Register message, also in WSDL file attached,
uses simple types and works fine.)

The returned message is:
empty typeempty
value

Now, according to some documents, I need ComplexTypes in order to ensure WS-I
compliance of my WSDL description.

Again, could you comment on the support for complex types in Axis C++?

Thanks,
Guilhem.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

test.wsdl
Description: 3618954467-test.wsdl


Multipart ??

2006-01-27 Thread Jinshan Li
I have a wsdl, Please see the attachementI get the following stub function,But the Multipart type how to implement? Please help me.void MessagePort::service(reqType* Value0, Multipart* Value1, AXIS_OUT_PARAM rspType* * OutValue0, AXIS_OUT_PARAM Multipart ** OutValue1)
-- http://www.goldensoft.net

   http://goldensoft.net/cms/MessageService"; xmlns:apachesoap="http://xml.apache.org/xml-soap"; xmlns:impl="http://goldensoft.net/cms/MessageService"; xmlns:intf="http://goldensoft.net/cms/MessageService"; xmlns:tns1="http://goldensoft.net/cms/MessageService.xsd"; xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"; xmlns:wsdlsoap="http://schemas.xmlsoap.org/wsdl/soap/"; xmlns:xsd="http://www.w3.org/2001/XMLSchema";>
   
   
http://goldensoft.net/cms/MessageService"; xmlns="http://www.w3.org/2001/XMLSchema";>   
   http://xml.apache.org/xml-soap"/>   
   http://goldensoft.net/cms/MessageService.xsd"/>   
   
   
   
  
 
 
 
  
   
   
   
  
 
 
 
 
  
http://goldensoft.net/cms/MessageService.xsd"; xmlns="http://www.w3.org/2001/XMLSchema";>   
   http://xml.apache.org/xml-soap"/>   
   
  
  
 
  
   
  
  
 
  
   
   
  
 
  
  
 
  
   
   
  
 
  
  
 
 
 

   
   

   
   

   
 

 
   

   
http://schemas.xmlsoap.org/soap/http"/>  
 

   
   

   
   
 
   

   
 
   http://127.0.0.1:8081/CMS_WebService_Server_Stub/services/MessageMock"/>  
   
 
  




About attachments

2006-01-27 Thread Jinshan Li
what I need for a my project is : - Request attachments - Response attachments-- http://www.goldensoft.net


Re: empty array of complex type crashes the client

2006-01-27 Thread Adrian Dick
Hi,

I think the complete WSDL will aid in better understanding the problem
you're seeing here - plus the SOAP response message that is failing.

Thanks,
Adrian
___
Adrian Dick ([EMAIL PROTECTED])


Guilhem Tardy <[EMAIL PROTECTED]> wrote on 27/01/2006 15:55:36:

> Adrian,
>
> > Looking at your WSDL you're using rpc/literal style messages.
>
> This was correct, until I made it all document/literal (of the "wrapped"
type,
> so as to conform to WS-I.
>
>   
> 
>   
> 
> 
>   
> 
>   
>   
> 
>   
> 
>   
> 
>   
>
> 
>   
>   
> 
>
>  soapAction="http://test.wsdl#test"/> use="literal"/> use="literal"/>
>
> (Please let me know if you wish to see the complete WSDL file.)
>
> Unfortunately, the problem remains. I have tested with the server
returning
> either of the following:
>
> http://test.wsdl";>
> http://test.wsdl";>
>
> In both cases, the client crashes. This is unfortunate, because the
server is
> expected to return no event in most cases.
>
> Could you comment on the support for complex types in Axis C++?
>
> Best regards,
> Guilhem.
>
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com



RE: empty array of complex type crashes the client

2006-01-27 Thread Stettler, Robert
This problem sounds similar to ours.  Is the app crashing inside Axis
calls? Or is it crashing because the app dereferences null pointers.  On
Linux I get a NULL output object returned.  



-Original Message-
From: Guilhem Tardy [mailto:[EMAIL PROTECTED] 
Sent: Friday, January 27, 2006 10:56 AM
To: axis-c-user@ws.apache.org
Subject: Re: empty array of complex type crashes the client

Adrian,

> Looking at your WSDL you're using rpc/literal style messages.

This was correct, until I made it all document/literal (of the "wrapped"
type,
so as to conform to WS-I.

  

  


  

  
  

  

  

  


  
  


http://test.wsdl#test"/>

(Please let me know if you wish to see the complete WSDL file.)

Unfortunately, the problem remains. I have tested with the server
returning
either of the following:

http://test.wsdl";>
http://test.wsdl";>

In both cases, the client crashes. This is unfortunate, because the
server is
expected to return no event in most cases.

Could you comment on the support for complex types in Axis C++?

Best regards,
Guilhem.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 







The information contained in this e-mail is confidential and/or proprietary

to Capital One and/or its affiliates. The information transmitted herewith

is intended only for use by the individual or entity to which it is 

addressed.  If the reader of this message is not the intended recipient, 

you are hereby notified that any review, retransmission, dissemination, 

distribution, copying or other use of, or taking of any action in reliance 

upon this information is strictly prohibited. If you have received this 

communication in error, please contact the sender and delete the material 

from your computer.





tcpmon

2006-01-27 Thread Stettler, Robert








Using Axis 1.5 and while testing using tcpmon against an IIS
.NET server I get an 200 error “host invalid”. 

 

The first request is successful but the second one
fails.  When I looked at the tcpmon input for the two requests I noticed
that the “Host:” element in the http headers for the two requests
were not the same.  

 

The first request had the “Target Host” that I
entered in tcpmon.  The second had the hostname where tcpmon was running. 
Essentially the host from the URL used to establish the client connection.

 

Is there a ways to control the “Host:”
element?  I looks like the server is looking at that field for either
routing or security or something?






The information contained in this e-mail is confidential and/or proprietary
to Capital One and/or its affiliates. The information transmitted herewith
is intended only for use by the individual or entity to which it is 
addressed.  If the reader of this message is not the intended recipient, 
you are hereby notified that any review, retransmission, dissemination, 
distribution, copying or other use of, or taking of any action in reliance 
upon this information is strictly prohibited. If you have received this 
communication in error, please contact the sender and delete the material 
from your computer.






Re: empty array of complex type crashes the client

2006-01-27 Thread Guilhem Tardy
Adrian,

> Looking at your WSDL you're using rpc/literal style messages.

This was correct, until I made it all document/literal (of the "wrapped" type,
so as to conform to WS-I.

  

  


  

  
  

  

  

  


  
  


http://test.wsdl#test"/>

(Please let me know if you wish to see the complete WSDL file.)

Unfortunately, the problem remains. I have tested with the server returning
either of the following:

http://test.wsdl";>
http://test.wsdl";>

In both cases, the client crashes. This is unfortunate, because the server is
expected to return no event in most cases.

Could you comment on the support for complex types in Axis C++?

Best regards,
Guilhem.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


Axis C++ has setTransportProperty wrong

2006-01-27 Thread Guilhem Tardy
Hi,

I have converted my WSDL to document/literal, since it is said to be the most
supported mode in Axis C++.

Unfortunately, it still does not work.

The problem looks like a bug in the generator:
In each method of the PortType, the transport property is updated only once.

I use the following kind of SoapAction:
soapAction="http://www.salyens.com/smeet/smeet.wsdl#Register
soapAction="http://www.salyens.com/smeet/smeet.wsdl#Advertise
...

Thus, the second and all subsequent methods will all use the same transport,
which is wrong and the server inevitably fails.

I solved that problem by manually editing the generated MyPortType.cpp and
comment out the condition in each method:

//  if (NULL==m_pCall->getTransportProperty("SOAPAction",false))
{
m_pCall->setTransportProperty(SOAPACTION_HEADER ,
"http://www.salyens.com/smeet/smeet.wsdl#Advertise";);
}

I welcome any comment?

Cheers!
Guilhem.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com