[
http://issues.apache.org/jira/browse/AXISCPP-507?page=comments#action_60413 ]
Samisa Abeysinghe commented on AXISCPP-507:
---
OK I figured out the other problems - there seem to be some classes calling
others in deserailizing - e.g. Int -> Lon
[
http://issues.apache.org/jira/browse/AXISCPP-507?page=comments#action_60412 ]
Samisa Abeysinghe commented on AXISCPP-507:
---
Hi Chinthana,
I had a look at the RPC style solution you provided here. It solves the
problem partially - but not
[ http://issues.apache.org/jira/browse/AXISCPP-507?page=history ]
Samisa Abeysinghe reassigned AXISCPP-507:
-
Assign To: Samisa Abeysinghe
> Memory leaks in deserialize methods of XSD classes (in src/soap/xsd)
> ---
Hi All,
Is anyone looking into documentation at the moment?
I have several questions:
1. I want to add setProxy documentation to the docs. The best I can
think of is user guide. However, we have two user guides at the moment
one each for Linux and Windows. Where should we place the common
[
http://issues.apache.org/jira/browse/AXISCPP-515?page=comments#action_60404 ]
Dushshantha Chandradasa commented on AXISCPP-515:
-
Hi Andrew,
it will be quite helpful to test this if you please attach the wsdl file that
you are using.
[ http://issues.apache.org/jira/browse/AXISCPP-507?page=history ]
Chinthana Danapala updated AXISCPP-507:
---
Attachment: RPC style.txt
Document style.txt
I have attached the modifications to the ClientStubWriter.java in wsdl. This
mo
[
http://issues.apache.org/jira/browse/AXISCPP-511?page=comments#action_60398 ]
Tim Bartley commented on AXISCPP-511:
-
This appears to be a bug in the stub code generated for deserializing arrays.
Stepping
through the deserialization the generic de
Complex response containing array of complex elements does not deserialize
--
Key: AXISCPP-515
URL: http://issues.apache.org/jira/browse/AXISCPP-515
Project: Axis-C++
Type: Bug
Components: Dese
Intermittent exception in SoapSerializer, due to ordering of statements
---
Key: AXISCPP-514
URL: http://issues.apache.org/jira/browse/AXISCPP-514
Project: Axis-C++
Type: Bug
Components: Serializat
[ http://issues.apache.org/jira/browse/AXISCPP-516?page=history ]
Mark Whitlock closed AXISCPP-516:
-
Resolution: Fixed
Fixed by making the prefix optional on HeaderBlock::createAttribute. No prefix
means the attribute is in the default namespace.
Fix IHeaderBlockTest3
-
Key: AXISCPP-516
URL: http://issues.apache.org/jira/browse/AXISCPP-516
Project: Axis-C++
Type: Bug
Components: Basic Architecture
Reporter: Mark Whitlock
Assigned to: Mark Whitlock
IHeaderBlockTest3 is failing c
[ http://issues.apache.org/jira/browse/AXISCPP-514?page=history ]
Adrian Dick closed AXISCPP-514:
---
Resolution: Fixed
Ordering of statements has now been corrected.
> Intermittent exception in SoapSerializer, due to ordering of statements
> --
ManyTypeRefRoot testcase is failing
---
Key: AXISCPP-513
URL: http://issues.apache.org/jira/browse/AXISCPP-513
Project: Axis-C++
Type: Bug
Components: WSDL processing
Versions: current (nightly)
Reporter: Adrian Dick
A
[ http://issues.apache.org/jira/browse/AXISCPP-513?page=history ]
Adrian Dick closed AXISCPP-513:
---
Resolution: Fixed
Modified org.apache.axis.wsdl.wsdl2ws.cpp.literal.ClientStubWriter to detect if
output param has no namespace, and to send in NULL to
Sanjaya,
This looks like you have an inconsistent CVS check-out.
I made changes to the Stub API on Friday, moving setSOAPMethodAttribute to
the Call API and removing other xxxSOAPMethodAttribute methods completely.
Based on the compilation errors you're seeing, I'd say you have the latest
Stub.hp
[cc] AxisTime.cpp
[cc] MinExclusive.cpp
[cc] FractionDigits.cpp
[cc] NonNegativeInteger.cpp
[cc] OtherFaultException.cpp
[cc] GDay.cpp
[cc] AnyURI.cpp
[cc] AdminUtils.cpp
[cc] Generating Code...
[cc] Compiling...
[cc] apr_
Hi Mark,
Sure we can drop Axis2Transport (Given that now we have proxy and
Connection close implemented in axis3)
However, we cannot drop any of the others that I mentioned earlier who
are dependent on SOAPTransport, as they are server side transport
classes.
Thanks,
Samisa...
On
Hi Samisa,
Apologies for causing this build break and thank you for fixing it.
Why are we still maintaining these old transports? I thought we had all
moved to Axis3 transport.
Mark
Mark Whitlock
IBM
- Forwarded by Mark Whitlock/UK/IBM on 07/03/2005 10:04 -
[
http://issues.apache.org/jira/browse/AXISCPP-507?page=comments#action_60351 ]
Samisa Abeysinghe commented on AXISCPP-507:
---
Hi Adrian,
I too agree that, given the short life, if we are to clean memory in the
destructor, it complicates th
MSVC: sln or dsw MSVC projects are out of sync compare to source tree
-
Key: AXISCPP-512
URL: http://issues.apache.org/jira/browse/AXISCPP-512
Project: Axis-C++
Type: Bug
Versions: 1.5 Alpha
[
http://issues.apache.org/jira/browse/AXISCPP-507?page=comments#action_60349 ]
Adrian Dick commented on AXISCPP-507:
-
While I agree that deleting storage in the destructor would be neatest solution
for avoiding memory leaks, when I wrote these cla
[
http://issues.apache.org/jira/browse/AXISCPP-507?page=comments#action_60343 ]
Chinthana Danapala commented on AXISCPP-507:
In XSD class int.cpp has the problem.
Here m_Int pointer is not deleting anywhere in the code.
It should delete in
[ http://issues.apache.org/jira/browse/AXISCPP-509?page=history ]
Roshan Weerasuriya resolved AXISCPP-509:
Resolution: Fixed
Fix Version: current (nightly)
Fixed the issue
> Current CVS code doesn't build in windows
> -
[ http://issues.apache.org/jira/browse/AXISCPP-509?page=history ]
Roshan Weerasuriya closed AXISCPP-509:
--
Issue is OK
> Current CVS code doesn't build in windows
> -
>
> Key: AXISCPP-509
>
[
http://issues.apache.org/jira/browse/AXISCPP-386?page=comments#action_60342 ]
Dushshantha Chandradasa commented on AXISCPP-386:
-
The namespace attribute is not common for all the inherited classes of
BasicNode. For example, the classe
[
http://issues.apache.org/jira/browse/AXISCPP-506?page=comments#action_60336 ]
Adrian Dick commented on AXISCPP-506:
-
I have seen this when using older versions of ant-contrib and cpptasks.
The versions I use are:
ant-contrib v0.6
cpptasks v1.0b
Deserialization of complex nested arrays broken
---
Key: AXISCPP-511
URL: http://issues.apache.org/jira/browse/AXISCPP-511
Project: Axis-C++
Type: Bug
Components: Deserialization
Versions: current (nightly)
Env
[ http://issues.apache.org/jira/browse/AXISCPP-511?page=history ]
Tim Bartley updated AXISCPP-511:
Attachment: Service2.wsdl
axis.trace
> Deserialization of complex nested arrays broken
> ---
>
28 matches
Mail list logo