[
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
[ 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
[
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
[ 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
[ 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
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
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
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
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
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
[ 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
>
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
[ 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
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
[ 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
> -
[ 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
> --
[ 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
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
[ 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
[ 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
> ---
[ 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
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
22 matches
Mail list logo