[jira] Commented: (AXISCPP-465) Bug in SoapSerializer::addOutputParam

2005-03-09 Thread Dushshantha Chandradasa (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-465?page=comments#action_60577 ] Dushshantha Chandradasa commented on AXISCPP-465: - it seems this issue is already solved. What Adrian sugest is there in the generated code in following man

[jira] Assigned: (AXISCPP-520) WSDL2Ws does not create a compilable stub for a Document Literal WSDL with arrays of simple data types

2005-03-09 Thread Samisa Abeysinghe (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-520?page=history ] Samisa Abeysinghe reassigned AXISCPP-520: - Assign To: Samisa Abeysinghe > WSDL2Ws does not create a compilable stub for a Document Literal WSDL with > arrays of simple data types

[jira] Commented: (AXISCPP-505) WSDL2Ws doesn't cope with WSDL complex types matching c/c++ types

2005-03-09 Thread Samisa Abeysinghe (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-505?page=comments#action_60553 ] Samisa Abeysinghe commented on AXISCPP-505: --- Adrian, What is the test WSDL for this issue? Samisa... > WSDL2Ws doesn't cope with WSDL complex types matching c

[jira] Assigned: (AXISCPP-498) inquire_v2 test does not compile on Windows

2005-03-09 Thread Samisa Abeysinghe (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-498?page=history ] Samisa Abeysinghe reassigned AXISCPP-498: - Assign To: Samisa Abeysinghe > inquire_v2 test does not compile on Windows > --- > > Key

[jira] Closed: (AXISCPP-480) Nonexistent optional primitive elements lead to SEGV on deserialization

2005-03-09 Thread Samisa Abeysinghe (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-480?page=history ] Samisa Abeysinghe closed AXISCPP-480: - Resolution: Fixed Fix Version: 1.5 Final Closing this out as Carsten has fixed this issue > Nonexistent optional primitive elements le

RE: 1.5 release dates

2005-03-09 Thread Brian Abbott
Title: Message As a user of the dist but not a developer, I agree with John. Also, as a user, I am patient for testing as I think it signifigantly increases the value of a component.   Brian -Original Message-From: John Hawkins [mailto:[EMAIL PROTECTED] Sent: Wednesday, Marc

[jira] Created: (AXISCPP-526) Response timeouts in addition to connection timeouts

2005-03-09 Thread Tim Bartley (JIRA)
Response timeouts in addition to connection timeouts Key: AXISCPP-526 URL: http://issues.apache.org/jira/browse/AXISCPP-526 Project: Axis-C++ Type: Improvement Components: Transport (Client) Versions: curre

[jira] Created: (AXISCPP-525) wsdl2ws: hypen not replaced by underscore in attribute value==>invalid compiler name

2005-03-09 Thread Francis ANDRE (JIRA)
wsdl2ws: hypen not replaced by underscore in attribute value==>invalid compiler name -- Key: AXISCPP-525 URL: http://issues.apache.org/jira/browse/AXISCPP-525 Project: Axis-C++ Typ

Re: 1.5 release dates

2005-03-09 Thread John Hawkins
That's an option but it'll just cause mayhem - I think? "Sanjiva Weerawarana" <[EMAIL PROTECTED]> 09/03/2005 18:55 Please respond to "Apache AXIS C Developers List" To "Apache AXIS C Developers List" cc Subject Re: 1.5 release dates Can we separate the dists then and

Re: 1.5 release dates

2005-03-09 Thread Sanjiva Weerawarana
Can we separate the dists then and ship the client separately from the server?I wonder whether that'll cause even more confusion about versions #s etc..   Sanjiva. - Original Message - From: Samisa Abeysinghe To: Apache AXIS C Developers List Sent: Wednesday, March 0

[jira] Closed: (AXISCPP-524) sigsegv when catching an HTTPTransportException on linux

2005-03-09 Thread Mark Whitlock (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-524?page=history ] Mark Whitlock closed AXISCPP-524: - Resolution: Fixed Fixed as suggested > sigsegv when catching an HTTPTransportException on linux >

[jira] Created: (AXISCPP-524) sigsegv when catching an HTTPTransportException on linux

2005-03-09 Thread Mark Whitlock (JIRA)
sigsegv when catching an HTTPTransportException on linux Key: AXISCPP-524 URL: http://issues.apache.org/jira/browse/AXISCPP-524 Project: Axis-C++ Type: Bug Reporter: Mark Whitlock Assigned to: Mark Whitloc

[jira] Closed: (AXISCPP-523) Complex fault detail not returned for faults not defined in the WSDL

2005-03-09 Thread Mark Whitlock (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-523?page=history ] Mark Whitlock closed AXISCPP-523: - Resolution: Fixed This has now been fixed by returning the complex fault as an XML string from the OtherFaultException::getFaultDetail. > Complex

[jira] Created: (AXISCPP-523) Complex fault detail not returned for faults not defined in the WSDL

2005-03-09 Thread Mark Whitlock (JIRA)
Complex fault detail not returned for faults not defined in the WSDL Key: AXISCPP-523 URL: http://issues.apache.org/jira/browse/AXISCPP-523 Project: Axis-C++ Type: Bug Components: Deserialization

[jira] Assigned: (AXISCPP-522) Make the generated code destructor destroy pointer members

2005-03-09 Thread Samisa Abeysinghe (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-522?page=history ] Samisa Abeysinghe reassigned AXISCPP-522: - Assign To: Samisa Abeysinghe > Make the generated code destructor destroy pointer members > -

[jira] Updated: (AXISCPP-522) Make the generated code destructor destroy pointer members

2005-03-09 Thread Samisa Abeysinghe (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-522?page=history ] Samisa Abeysinghe updated AXISCPP-522: -- type: Improvement (was: Bug) > Make the generated code destructor destroy pointer members > --

[jira] Assigned: (AXISCPP-518) Call to method getBytes of the class HTTPTransport never returns a value different from TRANSPORT_IN_PROGRESS

2005-03-09 Thread Samisa Abeysinghe (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-518?page=history ] Samisa Abeysinghe reassigned AXISCPP-518: - Assign To: Samisa Abeysinghe > Call to method getBytes of the class HTTPTransport never returns a value > different from TRANSPORT_IN_PR

[jira] Created: (AXISCPP-522) Make the generated code destructor destroy pointer members

2005-03-09 Thread Samisa Abeysinghe (JIRA)
Make the generated code destructor destroy pointer members -- Key: AXISCPP-522 URL: http://issues.apache.org/jira/browse/AXISCPP-522 Project: Axis-C++ Type: Bug Components: WSDL processing Reporter: Sami

[jira] Resolved: (AXISCPP-515) Complex response containing array of complex elements does not deserialize

2005-03-09 Thread Adrian Dick (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-515?page=history ] Adrian Dick resolved AXISCPP-515: - Resolution: Fixed In addition to the fixes described in AXISCPP-521, recent memory leak fixes were removed that had been causing problems (Samisa h

[jira] Assigned: (AXISCPP-515) Complex response containing array of complex elements does not deserialize

2005-03-09 Thread Adrian Dick (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-515?page=history ] Adrian Dick reassigned AXISCPP-515: --- Assign To: Adrian Dick > Complex response containing array of complex elements does not deserialize > ---

[jira] Updated: (AXISCPP-518) Call to method getBytes of the class HTTPTransport never returns a value different from TRANSPORT_IN_PROGRESS

2005-03-09 Thread Chinthana Danapala (JIRA)
[ http://issues.apache.org/jira/browse/AXISCPP-518?page=history ] Chinthana Danapala updated AXISCPP-518: --- Attachment: HTTPTransportcpp diff.txt i have add some changes here it will help to solve this problem. > Call to method getBytes of the clas

RE: 1.5 release dates

2005-03-09 Thread Samisa Abeysinghe
Looking at the pending 10 server side issues, about 5 are important and need fixing (as far as I understand)   However, more than the pending issues, what is critical is that we have not been testing the server side as much as we had bee testing the client side. Hence, we got to test th