[
http://issues.apache.org/jira/browse/AXISCPP-1002?page=comments#action_12438359
]
Adrian Dick commented on AXISCPP-1002:
--
Hi,
I was under the impression that for rpc/encoded web services, the WSDL2Ws
tooling will generate the
[
http://issues.apache.org/jira/browse/AXISCPP-986?page=comments#action_12423326
]
Adrian Dick commented on AXISCPP-986:
-
Hi,
It really isn't clear to me how you're trying to compile the code, but there
seem to be a lot of
[
http://issues.apache.org/jira/browse/AXISCPP-986?page=comments#action_12423016
]
Adrian Dick commented on AXISCPP-986:
-
Hi,
I've just done a quick check using VC++ 8 (MS Visual Studio 2005) and see the
same problems as those you're
[
http://issues.apache.org/jira/browse/AXISCPP-986?page=comments#action_12422059
]
Adrian Dick commented on AXISCPP-986:
-
Hi,
You don't mention which compiler you're using, but I know (from personal
experience) that for Windows it should
[
http://issues.apache.org/jira/browse/AXISCPP-983?page=comments#action_12422173
]
Adrian Dick commented on AXISCPP-983:
-
Hi,
It sounds like you will need to recompile Axis C++ specifically for the Windows
mobile platform, using the ANT
[ http://issues.apache.org/jira/browse/AXISCPP-966?page=all ]
Adrian Dick updated AXISCPP-966:
Environment:
Platform:
Linux fedora 3.0
Axis version:
Server-side Axis C++ 1.6Beta
XML Parser Lib:
xersesc 2.6
WSDL2ws tool by using axis
[
http://issues.apache.org/jira/browse/AXISCPP-966?page=comments#action_12376195
]
Adrian Dick commented on AXISCPP-966:
-
Hi,
I agree this code doens't look right ... would it be possible to attach your
WSDL file so we can reproduce the problem
[ http://issues.apache.org/jira/browse/AXISCPP-965?page=all ]
Adrian Dick updated AXISCPP-965:
type: Improvement (was: Bug)
Manual have to change version number in SimpleAxisServer
[ http://issues.apache.org/jira/browse/AXISCPP-169?page=all ]
Adrian Dick closed AXISCPP-169:
---
Fix Version: current (nightly)
Resolution: Fixed
The public API has now been completely documented, and all doxygen errors have
been resolved.
I'm
[ http://issues.apache.org/jira/browse/AXISCPP-551?page=all ]
Adrian Dick closed AXISCPP-551:
---
Resolution: Fixed
This problem now seems to be resolved as the client testcase mentioned is now
passing.
getAnyObject() API in call class does not
[ http://issues.apache.org/jira/browse/AXISCPP-910?page=all ]
Adrian Dick closed AXISCPP-910:
---
Resolution: Fixed
All occurances of this spelling mistake have now been corrected.
In the Error message for SERVER_TRANSPORT_TIMEOUT_EXPIRED -
[ http://issues.apache.org/jira/browse/AXISCPP-858?page=all ]
Adrian Dick resolved AXISCPP-858:
-
Fix Version: 1.6 Beta
Resolution: Fixed
Brian,
I'm going to mark this as resolved because this problem has been reported
several times with
[ http://issues.apache.org/jira/browse/AXISCPP-429?page=all ]
Adrian Dick closed AXISCPP-429:
---
generated stubs use request message name, instead of operation name for
setOperation
[ http://issues.apache.org/jira/browse/AXISCPP-938?page=all ]
Adrian Dick closed AXISCPP-938:
---
soap encoding namespace for xsi:type fails when deserializing basic types
-
[ http://issues.apache.org/jira/browse/AXISCPP-823?page=all ]
Adrian Dick resolved AXISCPP-823:
-
Resolution: Fixed
Hi,
This problem appears to have been resolved by recent memory fixes to
xsd__hexBinary and xsd__base64Binary, so I am going to
[ http://issues.apache.org/jira/browse/AXISCPP-961?page=all ]
Adrian Dick reassigned AXISCPP-961:
---
Assign To: Adrian Dick
The generated deserialization methods are producing the wrong code for
nillable simple-type elements
[
http://issues.apache.org/jira/browse/AXISCPP-961?page=comments#action_12373110
]
Adrian Dick commented on AXISCPP-961:
-
It would appear the WSDL2Ws tooling is missing some important fixes relating to
the deserialization optional and nillable
[ http://issues.apache.org/jira/browse/AXISCPP-961?page=all ]
Adrian Dick resolved AXISCPP-961:
-
Fix Version: current (nightly)
Resolution: Fixed
I have included a number of updates, which will be available in the next
nightly build.
Testing
[ http://issues.apache.org/jira/browse/AXISCPP-285?page=all ]
Adrian Dick closed AXISCPP-285:
---
WSDDService seems to be redundant in IMessageData.hpp
--
Key: AXISCPP-285
URL:
[ http://issues.apache.org/jira/browse/AXISCPP-368?page=all ]
Adrian Dick closed AXISCPP-368:
---
IHandlerSoapSerializer-setSoapVersion creates incorrect and duplicate
namespaces in header
[ http://issues.apache.org/jira/browse/AXISCPP-460?page=all ]
Adrian Dick closed AXISCPP-460:
---
WSDL2Ws creates code which does NOT compile
---
Key: AXISCPP-460
URL:
[ http://issues.apache.org/jira/browse/AXISCPP-461?page=all ]
Adrian Dick closed AXISCPP-461:
---
Duration xsd type not supported
---
Key: AXISCPP-461
URL: http://issues.apache.org/jira/browse/AXISCPP-461
[ http://issues.apache.org/jira/browse/AXISCPP-515?page=all ]
Adrian Dick closed AXISCPP-515:
---
Complex response containing array of complex elements does not deserialize
--
[ http://issues.apache.org/jira/browse/AXISCPP-130?page=all ]
Adrian Dick closed AXISCPP-130:
---
Client memory problems with globals
---
Key: AXISCPP-130
URL:
[ http://issues.apache.org/jira/browse/AXISCPP-165?page=all ]
Adrian Dick closed AXISCPP-165:
---
Improve trace readability
-
Key: AXISCPP-165
URL: http://issues.apache.org/jira/browse/AXISCPP-165
[ http://issues.apache.org/jira/browse/AXISCPP-189?page=all ]
Adrian Dick closed AXISCPP-189:
---
Stub falls over after first stub has been deleted
-
Key: AXISCPP-189
URL:
[ http://issues.apache.org/jira/browse/AXISCPP-202?page=all ]
Adrian Dick closed AXISCPP-202:
---
enums cause name clashes
Key: AXISCPP-202
URL: http://issues.apache.org/jira/browse/AXISCPP-202
Project:
[ http://issues.apache.org/jira/browse/AXISCPP-210?page=all ]
Adrian Dick closed AXISCPP-210:
---
Add back in C support in 1.5
Key: AXISCPP-210
URL: http://issues.apache.org/jira/browse/AXISCPP-210
[ http://issues.apache.org/jira/browse/AXISCPP-241?page=all ]
Adrian Dick closed AXISCPP-241:
---
Problems with SoapEnvVersions
-
Key: AXISCPP-241
URL: http://issues.apache.org/jira/browse/AXISCPP-241
[ http://issues.apache.org/jira/browse/AXISCPP-393?page=all ]
Adrian Dick closed AXISCPP-393:
---
IWrapperDeSerializer::getAttributeAsLong returns 32 bit long
Key: AXISCPP-393
[ http://issues.apache.org/jira/browse/AXISCPP-440?page=all ]
Adrian Dick closed AXISCPP-440:
---
Add option to switch off building C bindings
Key: AXISCPP-440
URL:
[ http://issues.apache.org/jira/browse/AXISCPP-640?page=all ]
Adrian Dick closed AXISCPP-640:
---
mallocs in C++ engine
-
Key: AXISCPP-640
URL: http://issues.apache.org/jira/browse/AXISCPP-640
Project:
[ http://issues.apache.org/jira/browse/AXISCPP-676?page=all ]
Adrian Dick closed AXISCPP-676:
---
Problems with XSD types in AxisUserAPI.hpp
--
Key: AXISCPP-676
URL:
Inconsistent generated APIs when processing WSDLs with xsd:all, xsd:choice and
xsd:sequence
---
Key: AXISCPP-960
URL: http://issues.apache.org/jira/browse/AXISCPP-960
Project: Axis-C++
SimpleAxisServer fails for large request messages
-
Key: AXISCPP-959
URL: http://issues.apache.org/jira/browse/AXISCPP-959
Project: Axis-C++
Type: Bug
Components: Server - General
Reporter: Adrian Dick
[ http://issues.apache.org/jira/browse/AXISCPP-959?page=all ]
Adrian Dick closed AXISCPP-959:
---
Fix Version: current (nightly)
Resolution: Fixed
It would appear that we were not using substring correctly. So instead of
taking from 0 to piSize
[ http://issues.apache.org/jira/browse/AXISCPP-476?page=all ]
Adrian Dick resolved AXISCPP-476:
-
Fix Version: current (nightly)
Resolution: Fixed
As part of the work for AXISCPP-149, the Purify tool found this memory leak and
I put in a fix
[
http://issues.apache.org/jira/browse/AXISCPP-533?page=comments#action_12372075
]
Adrian Dick commented on AXISCPP-533:
-
In response to Emanuel Norrbin.
The issue of namespaces to avoid name collisions is a known issue (see
AXISCPP-882).
Inter
[ http://issues.apache.org/jira/browse/AXISCPP-957?page=all ]
Adrian Dick resolved AXISCPP-957:
-
Fix Version: current (nightly)
Resolution: Fixed
I have now updated the ant script to use the correct linker definition on AIX.
[
http://issues.apache.org/jira/browse/AXISCPP-858?page=comments#action_12372078
]
Adrian Dick commented on AXISCPP-858:
-
Hi,
A number of changes have been made between 1.5final and the 1.6beta to resolve
problems as you describe here.
Can you
[ http://issues.apache.org/jira/browse/AXISCPP-951?page=all ]
Adrian Dick closed AXISCPP-951:
---
Resolution: Duplicate
Closing as this is a duplicate of AXISCPP-952
AxisCPP Server cannot parse Java arrays
---
Generated complex types with multiple array children for RPC/encoded don't
compile
--
Key: AXISCPP-958
URL: http://issues.apache.org/jira/browse/AXISCPP-958
Project: Axis-C++
Type: Bug
[ http://issues.apache.org/jira/browse/AXISCPP-958?page=all ]
Adrian Dick closed AXISCPP-958:
---
Fix Version: current (nightly)
Resolution: Fixed
Added increment to array counter.
Generated complex types with multiple array children for
[ http://issues.apache.org/jira/browse/AXISCPP-633?page=all ]
Adrian Dick reassigned AXISCPP-633:
---
Assign To: Adrian Dick (was: Mark Whitlock)
Trace documentation should be on the Apache website
---
[ http://issues.apache.org/jira/browse/AXISCPP-633?page=all ]
Adrian Dick resolved AXISCPP-633:
-
Fix Version: current (nightly)
Resolution: Fixed
I have now added a new document to the website describing trace and its usage.
This should
[ http://issues.apache.org/jira/browse/AXISCPP-953?page=all ]
Adrian Dick resolved AXISCPP-953:
-
Fix Version: current (nightly)
Resolution: Fixed
It looks like this is now working.
In AIX AxisAdminClient fails to start
Build problems caused by CBinding generation
Key: AXISCPP-954
URL: http://issues.apache.org/jira/browse/AXISCPP-954
Project: Axis-C++
Type: Bug
Components: Build - ANT
Versions: current (nightly)
Reporter:
[ http://issues.apache.org/jira/browse/AXISCPP-954?page=all ]
Adrian Dick updated AXISCPP-954:
Description: We have recently been seeing a number of problems on the
mailing list with problems building the CBindings, due to he generation tool
attempting
Apache header files included with source and binary packages
Key: AXISCPP-955
URL: http://issues.apache.org/jira/browse/AXISCPP-955
Project: Axis-C++
Type: Bug
Components: Build - ANT
Versions:
[ http://issues.apache.org/jira/browse/AXISCPP-954?page=all ]
Adrian Dick closed AXISCPP-954:
---
Fix Version: current (nightly)
Resolution: Fixed
I have made some fixes to the C Binding generation tool, so this should no
longer be a problem.
[ http://issues.apache.org/jira/browse/AXISCPP-955?page=all ]
Adrian Dick closed AXISCPP-955:
---
Fix Version: current (nightly)
Resolution: Fixed
I have fixed the package script to explicitly select just the Axis C++ header
files.
Apache header
[ http://issues.apache.org/jira/browse/AXISCPP-845?page=all ]
Adrian Dick resolved AXISCPP-845:
-
Fix Version: current (nightly)
Resolution: Fixed
It looks like this has been fixed in the most recent set of documentation
updates.
Anchor tags
[ http://issues.apache.org/jira/browse/AXISCPP-440?page=all ]
Adrian Dick resolved AXISCPP-440:
-
Fix Version: current (nightly)
Resolution: Fixed
This function has recently been added.
The property buildCBindings needs to exist for the C
[ http://issues.apache.org/jira/browse/AXISCPP-953?page=all ]
Adrian Dick reassigned AXISCPP-953:
---
Assign To: Adrian Dick
In AIX AxisAdminClient fails to start
-
Key: AXISCPP-953
URL:
[
http://issues.apache.org/jira/browse/AXISCPP-953?page=comments#action_12371538
]
Adrian Dick commented on AXISCPP-953:
-
The cc tasks within build/buildAdminClient.xml is using the wrong AIX linker.
It should be using the executable linker, not the
[ http://issues.apache.org/jira/browse/AXISCPP-950?page=all ]
Adrian Dick reassigned AXISCPP-950:
---
Assign To: Adrian Dick
simple_axis_server and AdminClient doesn't have execute permission
[
http://issues.apache.org/jira/browse/AXISCPP-950?page=comments#action_12371432
]
Adrian Dick commented on AXISCPP-950:
-
I have applied this patch,
If it causes problems in the next build, I shall back out the change.
simple_axis_server and
[ http://issues.apache.org/jira/browse/AXISCPP-950?page=all ]
Adrian Dick updated AXISCPP-950:
Attachment: package.xml.diff
I believe the attached patch will resolve this problem, but I haven't had an
opportunity to test on a Unix platform.
[
http://issues.apache.org/jira/browse/AXISCPP-941?page=comments#action_12370128
]
Adrian Dick commented on AXISCPP-941:
-
Hi,
Henrik:
You can add the location attribute, you'll need to experiment to find the
correct position (start, mid or end).
[
http://issues.apache.org/jira/browse/AXISCPP-949?page=comments#action_12369618
]
Adrian Dick commented on AXISCPP-949:
-
Hi,
I have done some quick testing (thanks also to James) and the described problem
doesn't appear to be present on Windows,
[
http://issues.apache.org/jira/browse/AXISCPP-904?page=comments#action_12368375
]
Adrian Dick commented on AXISCPP-904:
-
Hi,
There are still some issues regarding namespaces when creating HeaderBlocks.
As a workaround, have you tried explicitely
[
http://issues.apache.org/jira/browse/AXISCPP-905?page=comments#action_12368377
]
Adrian Dick commented on AXISCPP-905:
-
I see and, to a certain extent, agree with what you say here. It certainly
doesn't look good to have extraneous warnings, etc.
[
http://issues.apache.org/jira/browse/AXISCPP-914?page=comments#action_12368383
]
Adrian Dick commented on AXISCPP-914:
-
The Fault model is a known weak area. Sometime ago I made a proposal to
re-work the model, including extending support for SOAP
[
http://issues.apache.org/jira/browse/AXISCPP-918?page=comments#action_12368386
]
Adrian Dick commented on AXISCPP-918:
-
I think the problem you describe is due to WSDL2Ws having very limited support
for xsd:extension.
This is an area we need to
[ http://issues.apache.org/jira/browse/AXISCPP-942?page=all ]
Adrian Dick closed AXISCPP-942:
---
Client doesn't handle chunked messages containing very large chunks (48k)
--
Client doesn't handle chunked messages containing very large chunks (48k)
--
Key: AXISCPP-942
URL: http://issues.apache.org/jira/browse/AXISCPP-942
Project: Axis-C++
Type: Bug
Components:
[ http://issues.apache.org/jira/browse/AXISCPP-901?page=all ]
Adrian Dick resolved AXISCPP-901:
-
Fix Version: current (nightly)
Resolution: Fixed
I believe this problem has recently been fixed.
This was caused by a missing #include within the
[ http://issues.apache.org/jira/browse/AXISCPP-937?page=all ]
Adrian Dick closed AXISCPP-937:
---
Fix Version: current (nightly)
Resolution: Fixed
I have resolved this by the following:
1) Introducing an additional clone method on Axis_Array and
soap encoding namespace for xsi:type fails when deserializing basic types
-
Key: AXISCPP-938
URL: http://issues.apache.org/jira/browse/AXISCPP-938
Project: Axis-C++
Type: Bug
Components:
TypeMapping doesn't include all built-in simple types to the lookup table used
for rpc/encoded deserialization
--
Key: AXISCPP-939
URL:
[ http://issues.apache.org/jira/browse/AXISCPP-939?page=all ]
Adrian Dick closed AXISCPP-939:
---
Fix Version: current (nightly)
Resolution: Fixed
I have added the missing types to TypeMapping.
TypeMapping doesn't include all built-in simple
[
http://issues.apache.org/jira/browse/AXISCPP-932?page=comments#action_12367327
]
Adrian Dick commented on AXISCPP-932:
-
I have now resolved AXISCPP-903 which I believe to be the same problem as you
describe here.
Can you try the next nightly build
Startup trace but not runtime trace fails on shutdown
-
Key: AXISCPP-933
URL: http://issues.apache.org/jira/browse/AXISCPP-933
Project: Axis-C++
Type: Bug
Components: Trace Utility
Versions: current
[ http://issues.apache.org/jira/browse/AXISCPP-933?page=all ]
Adrian Dick closed AXISCPP-933:
---
Fix Version: current (nightly)
Resolution: Fixed
Startup trace but not runtime trace fails on shutdown
Services are unloaded before last message objects have been deleted
---
Key: AXISCPP-934
URL: http://issues.apache.org/jira/browse/AXISCPP-934
Project: Axis-C++
Type: Bug
Components: Server - Engine
Delete method in generated beans does not correctly delete arrays of the given
type.
Key: AXISCPP-935
URL: http://issues.apache.org/jira/browse/AXISCPP-935
Project: Axis-C++
Type:
Server leaks memory for arrays if simple types.
---
Key: AXISCPP-936
URL: http://issues.apache.org/jira/browse/AXISCPP-936
Project: Axis-C++
Type: Bug
Components: Server - Engine
Versions: current (nightly)
[ http://issues.apache.org/jira/browse/AXISCPP-936?page=all ]
Adrian Dick updated AXISCPP-936:
Summary: Server leaks memory for arrays of simple types. (was: Server
leaks memory for arrays if simple types.)
Server leaks memory for arrays of simple
[ http://issues.apache.org/jira/browse/AXISCPP-936?page=all ]
Adrian Dick closed AXISCPP-936:
---
Fix Version: current (nightly)
Resolution: Fixed
Corrected ArrayBean destructor to delete array elements not just the array of
pointers, when
[ http://issues.apache.org/jira/browse/AXISCPP-935?page=all ]
Adrian Dick closed AXISCPP-935:
---
Fix Version: current (nightly)
Resolution: Fixed
Delete method in generated beans does not correctly delete arrays of the
given type.
Server leaks memory for arrays
--
Key: AXISCPP-937
URL: http://issues.apache.org/jira/browse/AXISCPP-937
Project: Axis-C++
Type: Bug
Components: Server - Engine
Versions: current (nightly)
Reporter: Adrian Dick
Assigned
[
http://issues.apache.org/jira/browse/AXISCPP-333?page=comments#action_12367018
]
Adrian Dick commented on AXISCPP-333:
-
I have recently resolved some problems in this area, can you try the latest
nightly builds to confirm if this is still a problem.
[ http://issues.apache.org/jira/browse/AXISCPP-149?page=all ]
Adrian Dick resolved AXISCPP-149:
-
Resolution: Fixed
I believe this piece of work to now be complete.
Based on the testcases available, this is working for client and server, for
both
[ http://issues.apache.org/jira/browse/AXISCPP-149?page=all ]
Adrian Dick reassigned AXISCPP-149:
---
Assign To: Adrian Dick (was: Dushshantha Chandradasa)
Memory cleaning of generated C++ array code
---
[ http://issues.apache.org/jira/browse/AXISCPP-919?page=all ]
Adrian Dick reopened AXISCPP-919:
-
Just been doing some digging in this area and discoverd why exactly this double
delete exists.
The wrong object is being cast to pWCH. It should
[ http://issues.apache.org/jira/browse/AXISCPP-919?page=all ]
Adrian Dick resolved AXISCPP-919:
-
Resolution: Fixed
I have applied some more fixes to the WSDL2Ws tool, which seem to work nicely
on Windows.
Double delete in generated
[ http://issues.apache.org/jira/browse/AXISCPP-919?page=all ]
Adrian Dick reassigned AXISCPP-919:
---
Assign To: Adrian Dick
Double delete in generated DestroyInstance()
Key: AXISCPP-919
[ http://issues.apache.org/jira/browse/AXISCPP-919?page=all ]
Adrian Dick resolved AXISCPP-919:
-
Fix Version: current (nightly)
Resolution: Fixed
I have applied the provided fix.
Double delete in generated DestroyInstance()
[ http://issues.apache.org/jira/browse/AXISCPP-920?page=all ]
Adrian Dick resolved AXISCPP-920:
-
Fix Version: current (nightly)
Resolution: Fixed
Marking as resolved, as requested.
Use of deleted pointer in NonPositiveInteger::serialize
[
http://issues.apache.org/jira/browse/AXISCPP-920?page=comments#action_12364072
]
Adrian Dick commented on AXISCPP-920:
-
I'm a little confused as to what code you're currently using.
It appears to me that you're working with the code in the old CVS
[ http://issues.apache.org/jira/browse/AXISCPP-855?page=all ]
Adrian Dick closed AXISCPP-855:
---
Resolution: Invalid
As Henrick suggests, it is not wrong for the test clients to be using the /MD
flag (which sets the version of runtime library to be
[ http://issues.apache.org/jira/browse/AXISCPP-708?page=all ]
Adrian Dick closed AXISCPP-708:
---
This has been implemented for sometime now, within the build scripts.
Consolidate platform independent build properties into a single file
[
http://issues.apache.org/jira/browse/AXISCPP-913?page=comments#action_12363379
]
Adrian Dick commented on AXISCPP-913:
-
I've had a check in the code and it would appear the default value for the Axis
XML parser library doesn't match that produced
[
http://issues.apache.org/jira/browse/AXISCPP-913?page=comments#action_12363390
]
Adrian Dick commented on AXISCPP-913:
-
Ah, I think I'm now understanding the problem.
I'm just going to summarize, to ensure I've understood the whole picture
[
http://issues.apache.org/jira/browse/AXISCPP-913?page=comments#action_12363249
]
Adrian Dick commented on AXISCPP-913:
-
Axis c++ uses the file axiscpp.conf (located in %AXISCPP_DEPLOY% on Windows, or
%AXISCPP_DEPLOY/etc on Unix) to locate the
[
http://issues.apache.org/jira/browse/AXISCPP-907?page=comments#action_12363083
]
Adrian Dick commented on AXISCPP-907:
-
This build system was initially written based on the following basic structure:
base of build structure
\src\cvs extract
[ http://issues.apache.org/jira/browse/AXISCPP-897?page=all ]
Adrian Dick reassigned AXISCPP-897:
---
Assign To: Adrian Dick
recent wsdl2ws generates wrong/inconsistent prototypes
--
Key:
[ http://issues.apache.org/jira/browse/AXISCPP-897?page=all ]
Adrian Dick resolved AXISCPP-897:
-
Fix Version: 1.6 Alpha
Resolution: Fixed
I have made some modifications to the WSDL2Ws tool so that it now correctly
handles user-defined simple
[ http://issues.apache.org/jira/browse/AXISCPP-902?page=all ]
Adrian Dick reassigned AXISCPP-902:
---
Assign To: Adrian Dick
Synchronization used by engine\axis.cpp in start_initializing and
done_initializing was wrong for Win32
[ http://issues.apache.org/jira/browse/AXISCPP-902?page=all ]
Adrian Dick resolved AXISCPP-902:
-
Fix Version: 1.6 Alpha
Resolution: Fixed
I have made the modifications as suggested, and they seem to work nicely across
the test suite using
1 - 100 of 267 matches
Mail list logo