SIGSEGV in HTTPTransport::FindTransportPropertyIndex when no SOAPAction set
---------------------------------------------------------------------------
Key: AXISCPP-689
URL: http://issues.apache.org/jira/browse/AXISCPP-689
Project: Axis-C++
Type: Bug
Components: Transport (axis3)
Reporter: Mark Whitlock
I was using the dynamic client API against a server that did not require
SOAPAction to be set. So I did not set SOAPAction in my client application.
When I invoked the web service I got a SIGSEGV out of
HTTPTransport.FindTransportIndex....
[13/06/2005 21:47:17:000] 1 > Call.invoke() @0012FEE8
[13/06/2005 21:47:17:000] 1 > ClientAxisEngine.process()
@003265D8,00326338 [3863320040FFFFFFFF12004CFFFFFFFF1200FFFFFFEC154000] <[EMAIL
PROTECTED]@.>
[13/06/2005 21:47:17:000] 1 > HTTPTransport.getSessionId()
@00326338
[13/06/2005 21:47:17:000] 1 < HTTPTransport.getSessionId()
@00326338,""
[13/06/2005 21:47:17:000] 1 >
HTTPTransport.getServiceName() @00326338
[13/06/2005 21:47:17:000] 1 >
HTTPTransport.FindTransportPropertyIndex() "SOAPAction"
[13/06/2005 21:47:17:000] 1 > Call.~Call()
@0012FEE8
This is because FindTransportPropertyIndex has a do...while loop that assumes
there will always be at least one transport property set, which is true if
generated stubs are used, but false when using the dynamic client API.
--
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
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
