[
http://issues.apache.org/jira/browse/AXISCPP-778?page=comments#action_12317607
]
Mark Whitlock commented on AXISCPP-778:
---
Here's a snippet of my schema that I was using
xsd:complexType name=MyType
xsd:sequence
xsd:any/
WSDL2Ws generates bad code with multiple xsd:any's in a complex type
Key: AXISCPP-778
URL: http://issues.apache.org/jira/browse/AXISCPP-778
Project: Axis-C++
Type: Bug
Components: WSDL processing
[
http://issues.apache.org/jira/browse/AXISCPP-743?page=comments#action_12317347
]
Mark Whitlock commented on AXISCPP-743:
---
Hi Dushshantha,
I guess the way of recreating the problem is to write a test that has 2
elements with the same name but
[ http://issues.apache.org/jira/browse/AXISCPP-669?page=all ]
Mark Whitlock reassigned AXISCPP-669:
-
Assign To: Mark Whitlock
Client-side Attachment doc/lit support
--
Key: AXISCPP-669
URL:
[ http://issues.apache.org/jira/browse/AXISCPP-732?page=all ]
Mark Whitlock closed AXISCPP-732:
-
Resolution: Fixed
I have now fixed this problem by separating out SoapAttachmentReference from
SoapAttachment. This allows a ISoapAttachment to be
[ http://issues.apache.org/jira/browse/AXISCPP-737?page=all ]
Mark Whitlock closed AXISCPP-737:
-
Resolution: Fixed
The fix to AXISCPP-732 also fixed this problem.
If same ISOAPAttachment object is passed as arguments to a service, Axis
Engine
SoapDeSerializer::getAttribute does not use namespace
-
Key: AXISCPP-743
URL: http://issues.apache.org/jira/browse/AXISCPP-743
Project: Axis-C++
Type: Bug
Components: Client - Deserialization
Reporter: Mark
[ http://issues.apache.org/jira/browse/AXISCPP-704?page=all ]
Mark Whitlock reassigned AXISCPP-704:
-
Assign To: Mark Whitlock
Problem in setSOAPMethodAttribute API in Call class
---
Key:
[ http://issues.apache.org/jira/browse/AXISCPP-727?page=all ]
Mark Whitlock updated AXISCPP-727:
--
Component: Server - General
Added server as a component.
User SOAP Faults lost
-
Key: AXISCPP-727
URL:
Trace: better multiline output
--
Key: AXISCPP-728
URL: http://issues.apache.org/jira/browse/AXISCPP-728
Project: Axis-C++
Type: Bug
Components: Trace Utility
Reporter: Mark Whitlock
Assigned to: Mark Whitlock
Priority:
Trace: Unwind the call stack when exceptions are thrown
---
Key: AXISCPP-729
URL: http://issues.apache.org/jira/browse/AXISCPP-729
Project: Axis-C++
Type: Bug
Components: Trace Utility
Reporter: Mark
[ http://issues.apache.org/jira/browse/AXISCPP-406?page=all ]
Mark Whitlock closed AXISCPP-406:
-
Resolution: Fixed
All the problems reported in this JIRA have now been fixed except for multiline
output AXISCPP-728 and throw out trace AXISCPP-729
[
http://issues.apache.org/jira/browse/AXISCPP-727?page=comments#action_12315032
]
Mark Whitlock commented on AXISCPP-727:
---
Hi Henrik,
Please could you confirm that this problem is specific to the server. I checked
the cvs history of
Call::setSOAPMethodAttribute not tested
Key: AXISCPP-703
URL: http://issues.apache.org/jira/browse/AXISCPP-703
Project: Axis-C++
Type: Test
Components: Test
Reporter: Mark Whitlock
The Call::setSOAPMethodAttribute
UDDI tests should be run every night
Key: AXISCPP-702
URL: http://issues.apache.org/jira/browse/AXISCPP-702
Project: Axis-C++
Type: Test
Components: Test
Reporter: Mark Whitlock
The UDDI tests should be run every night
Missing tests for common user errors involving files and directories at
initialisation
--
Key: AXISCPP-699
URL: http://issues.apache.org/jira/browse/AXISCPP-699
Project: Axis-C++
Missing multiple output/inout parameter tests
-
Key: AXISCPP-688
URL: http://issues.apache.org/jira/browse/AXISCPP-688
Project: Axis-C++
Type: Test
Components: Test
Reporter: Mark Whitlock
There are a variety of
[ http://issues.apache.org/jira/browse/AXISCPP-679?page=all ]
Mark Whitlock reassigned AXISCPP-679:
-
Assign To: Mark Whitlock
Data not passed back from multiple output parameters
Key:
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:
Compiler warnings
-
Key: AXISCPP-680
URL: http://issues.apache.org/jira/browse/AXISCPP-680
Project: Axis-C++
Type: Bug
Components: Basic Architecture
Reporter: Mark Whitlock
Priority: Minor
On Windows, users get compiler warnings when
WSDL2Ws generates header that does not compile
--
Key: AXISCPP-678
URL: http://issues.apache.org/jira/browse/AXISCPP-678
Project: Axis-C++
Type: Bug
Components: WSDL processing - Doc
Reporter: Mark Whitlock
This
WSDL2Ws fails with NullPointerException
---
Key: AXISCPP-677
URL: http://issues.apache.org/jira/browse/AXISCPP-677
Project: Axis-C++
Type: Bug
Components: WSDL processing - Doc
Reporter: Mark Whitlock
This wsdl makes
Data not passed back from multiple output parameters
Key: AXISCPP-679
URL: http://issues.apache.org/jira/browse/AXISCPP-679
Project: Axis-C++
Type: Bug
Components: WSDL processing - Doc
Reporter: Mark
Test WSDL containing message with no parts
--
Key: AXISCPP-673
URL: http://issues.apache.org/jira/browse/AXISCPP-673
Project: Axis-C++
Type: Test
Components: Test
Reporter: Mark Whitlock
A test should be added to
errno not output if library load fails
--
Key: AXISCPP-660
URL: http://issues.apache.org/jira/browse/AXISCPP-660
Project: Axis-C++
Type: Bug
Components: Transport (axis3)
Reporter: Mark Whitlock
In ChannelFactory, if the
[
http://issues.apache.org/jira/browse/AXISCPP-548?page=comments#action_66267 ]
Mark Whitlock commented on AXISCPP-548:
---
This is related to AXISCPP-660
Better error msgs when failing to load library
[
http://issues.apache.org/jira/browse/AXISCPP-660?page=comments#action_66268 ]
Mark Whitlock commented on AXISCPP-660:
---
This is related to AXISCPP-548
errno not output if library load fails
--
[
http://issues.apache.org/jira/browse/AXISCPP-657?page=comments#action_66166 ]
Mark Whitlock commented on AXISCPP-657:
---
I was running this test on AIX. I haven't tried other platforms as yet.
Stress test fails to dlopen channel
[
http://issues.apache.org/jira/browse/AXISCPP-657?page=comments#action_66167 ]
Mark Whitlock commented on AXISCPP-657:
---
I ran the same test on Windows XP. I never got any dlopen failures. Instead
with 50threads * 50loops I got lots of
xsd_unsignedLong not long enough to hold max SOAP value
---
Key: AXISCPP-653
URL: http://issues.apache.org/jira/browse/AXISCPP-653
Project: Axis-C++
Type: Bug
Components: SOAP
Reporter: Mark Whitlock
In
Fix build break
---
Key: AXISCPP-648
URL: http://issues.apache.org/jira/browse/AXISCPP-648
Project: Axis-C++
Type: Bug
Components: Build - ANT
Reporter: Mark Whitlock
Assigned to: Mark Whitlock
Priority: Blocker
Various builds are
OtherFaultException not tested
--
Key: AXISCPP-649
URL: http://issues.apache.org/jira/browse/AXISCPP-649
Project: Axis-C++
Type: Test
Components: Test
Reporter: Mark Whitlock
OtherFaultException allows a client application to
[ http://issues.apache.org/jira/browse/AXISCPP-648?page=all ]
Mark Whitlock closed AXISCPP-648:
-
Resolution: Fixed
Fix build break
---
Key: AXISCPP-648
URL: http://issues.apache.org/jira/browse/AXISCPP-648
[ http://issues.apache.org/jira/browse/AXISCPP-476?page=all ]
Mark Whitlock reassigned AXISCPP-476:
-
Assign To: Adrian Dick (was: Mark Whitlock)
Adrian is working on faults now
Memory leak throwing user-defined soap faults
[ http://issues.apache.org/jira/browse/AXISCPP-551?page=all ]
Mark Whitlock reassigned AXISCPP-551:
-
Assign To: Adrian Dick (was: Mark Whitlock)
Adrian is working on faults now
getAnyObject() API in call class does not return SOAP Fault correctly
Trace globals cause SIGSEGV in multithreaded test
-
Key: AXISCPP-647
URL: http://issues.apache.org/jira/browse/AXISCPP-647
Project: Axis-C++
Type: Bug
Components: Trace Utility
Reporter: Mark Whitlock
Assigned
[ http://issues.apache.org/jira/browse/AXISCPP-647?page=all ]
Mark Whitlock closed AXISCPP-647:
-
Resolution: Fixed
Fixed the trace globals that are passed to dynamically loaded shared libraries
to make them thread safe.
Trace globals cause
Trace output parameters on methods
--
Key: AXISCPP-641
URL: http://issues.apache.org/jira/browse/AXISCPP-641
Project: Axis-C++
Type: Bug
Components: Trace Utility
Reporter: Mark Whitlock
Assigned to: Mark Whitlock
Trace the SOAP response message
---
Key: AXISCPP-643
URL: http://issues.apache.org/jira/browse/AXISCPP-643
Project: Axis-C++
Type: Bug
Components: Trace Utility
Reporter: Mark Whitlock
Assigned to: Mark Whitlock
The SOAP/HTTP
[
http://issues.apache.org/jira/browse/AXISCPP-641?page=comments#action_65122 ]
Mark Whitlock commented on AXISCPP-641:
---
This JIRA may fix AXISCPP-643 as well
Trace output parameters on methods
--
Trace better hex dumps of objects
-
Key: AXISCPP-645
URL: http://issues.apache.org/jira/browse/AXISCPP-645
Project: Axis-C++
Type: Bug
Components: Trace Utility
Reporter: Mark Whitlock
Assigned to: Mark Whitlock
Currently
Traced instance methods sometimes appear as static
--
Key: AXISCPP-646
URL: http://issues.apache.org/jira/browse/AXISCPP-646
Project: Axis-C++
Type: Bug
Components: Trace Utility
Reporter: Mark Whitlock
mallocs in C++ engine
-
Key: AXISCPP-640
URL: http://issues.apache.org/jira/browse/AXISCPP-640
Project: Axis-C++
Type: Bug
Components: Client - Engine
Reporter: Mark Whitlock
The Axis C++ engine should not use malloc/free/strdup.
Trace documentation should be on the Apache website
---
Key: AXISCPP-633
URL: http://issues.apache.org/jira/browse/AXISCPP-633
Project: Axis-C++
Type: Bug
Components: Trace Utility
Reporter: Mark Whitlock
[ http://issues.apache.org/jira/browse/AXISCPP-615?page=all ]
Mark Whitlock closed AXISCPP-615:
-
Resolution: Fixed
I have fixed this JIRA as suggested. I have added the fix into base64Binary and
hexBinary as well.
Wrong serialization for type
[ http://issues.apache.org/jira/browse/AXISCPP-628?page=all ]
Mark Whitlock resolved AXISCPP-628:
---
Resolution: Fixed
This problem has now been fixed in cpp/literal/ClientStubWriter.java and
SOAPFault. WSDL2Ws was fixed to delete pSoapFault
SoapFault never deleted during exception processing
---
Key: AXISCPP-628
URL: http://issues.apache.org/jira/browse/AXISCPP-628
Project: Axis-C++
Type: Bug
Components: Client - Stub
Reporter: Mark Whitlock
The
[ http://issues.apache.org/jira/browse/AXISCPP-615?page=all ]
Mark Whitlock reassigned AXISCPP-615:
-
Assign To: Mark Whitlock
Wrong serialization for type XSD_BASE64BINARY
-
Key: AXISCPP-615
Nested namespace prefixes
-
Key: AXISCPP-607
URL: http://issues.apache.org/jira/browse/AXISCPP-607
Project: Axis-C++
Type: Bug
Components: Serialization
Reporter: Mark Whitlock
Copied from a note to the mailing list.
The
[ http://issues.apache.org/jira/browse/AXISCPP-553?page=history ]
Mark Whitlock reassigned AXISCPP-553:
-
Assign To: Mark Whitlock
WSDL2Ws can't generate code for inquire_v2.wsdl
---
Key:
[ http://issues.apache.org/jira/browse/AXISCPP-549?page=history ]
Mark Whitlock closed AXISCPP-549:
-
Resolution: Duplicate
This is a duplicate of AXISCPP-533
Add RTLD_GLOBAL to dlopen
-
Key: AXISCPP-549
[ http://issues.apache.org/jira/browse/AXISCPP-533?page=history ]
Mark Whitlock reassigned AXISCPP-533:
-
Assign To: Mark Whitlock
Inter shared library exception handling broken on Linux
---
[ http://issues.apache.org/jira/browse/AXISCPP-533?page=history ]
Mark Whitlock closed AXISCPP-533:
-
Resolution: Fixed
I have fixed this as suggested by or'ing in RTLD_GLOBAL to the dlopen call on
AIX and Linux. Windows and OS/400 do not pass in
[ http://issues.apache.org/jira/browse/AXISCPP-551?page=history ]
Mark Whitlock reassigned AXISCPP-551:
-
Assign To: Mark Whitlock
getAnyObject() API in call class does not return SOAP Fault correctly
[ http://issues.apache.org/jira/browse/AXISCPP-545?page=history ]
Mark Whitlock reassigned AXISCPP-545:
-
Assign To: Mark Whitlock
getNamespacePrefix() API in Call class does not return NULL for non existing
namespace URI.
[ http://issues.apache.org/jira/browse/AXISCPP-534?page=history ]
Mark Whitlock reassigned AXISCPP-534:
-
Assign To: Mark Whitlock
HTTPTransport::flushOutput should be declared throw(AxisException)
[ http://issues.apache.org/jira/browse/AXISCPP-547?page=history ]
Mark Whitlock reassigned AXISCPP-547:
-
Assign To: Mark Whitlock
Problem in getAnyObject() API in Call class
---
Key: AXISCPP-547
[ http://issues.apache.org/jira/browse/AXISCPP-545?page=history ]
Mark Whitlock closed AXISCPP-545:
-
Resolution: Invalid
I am returning this JIRA as invalid because (as I have explained above) the
APIs are working as designed. Please reopen this
[ http://issues.apache.org/jira/browse/AXISCPP-534?page=history ]
Mark Whitlock closed AXISCPP-534:
-
Resolution: Fixed
I have updated HTTPTransport::flushOutput to
throw(AxisException,HTTPTransportException). Although the code does catch(...)
{
Termination happens before Axis::terminate
--
Key: AXISCPP-529
URL: http://issues.apache.org/jira/browse/AXISCPP-529
Project: Axis-C++
Type: Bug
Reporter: Mark Whitlock
CalculatorDoc_TTest does an Axis::initialize, then
Inconsistent quoting of SOAPAction
--
Key: AXISCPP-531
URL: http://issues.apache.org/jira/browse/AXISCPP-531
Project: Axis-C++
Type: Bug
Reporter: Mark Whitlock
Call::setTransportProperty always puts double quotes () around the
[
http://issues.apache.org/jira/browse/AXISCPP-531?page=comments#action_60646 ]
Mark Whitlock commented on AXISCPP-531:
---
I discussed this with Adrian, and he said that the value of the SOAPAction MUST
always be in double quotes (according to the
[
http://issues.apache.org/jira/browse/AXISCPP-505?page=comments#action_60656 ]
Mark Whitlock commented on AXISCPP-505:
---
Axis/Java puts generated classes in a package whose name is constructed from
the namespace in the WSDL. This is to ensure
[ http://issues.apache.org/jira/browse/AXISCPP-505?page=history ]
Mark Whitlock reassigned AXISCPP-505:
-
Assign To: Mark Whitlock
WSDL2Ws doesn't cope with WSDL complex types matching c/c++ types
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-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.
[
http://issues.apache.org/jira/browse/AXISCPP-475?page=comments#action_60193 ]
Mark Whitlock commented on AXISCPP-475:
---
This is the same problem as AXISCPP-392
Stub::getNamespacePrefix fails
--
Key:
[ http://issues.apache.org/jira/browse/AXISCPP-497?page=history ]
Mark Whitlock closed AXISCPP-497:
-
Resolution: Fixed
Fixed the delete[] in AxisGenException
Problems with Stub::setTransportProperty
[
http://issues.apache.org/jira/browse/AXISCPP-497?page=comments#action_60198 ]
Mark Whitlock commented on AXISCPP-497:
---
Well, I guess the various setTransportProperty methods are all there for a
reason. The object design does not seem neat to
[ http://issues.apache.org/jira/browse/AXISCPP-483?page=history ]
Mark Whitlock closed AXISCPP-483:
-
Resolution: Fixed
Fixed as suggested
Trace this on exit
--
Key: AXISCPP-483
URL:
[ http://issues.apache.org/jira/browse/AXISCPP-493?page=history ]
Mark Whitlock closed AXISCPP-493:
-
Resolution: Fixed
Fixed as suggested
HeaderBlock::attrSerialize is traced as static
--
[
http://issues.apache.org/jira/browse/AXISCPP-497?page=comments#action_60107 ]
Mark Whitlock commented on AXISCPP-497:
---
Hi Samisa,
There are several problems here. Fred put in a fix under AXISCPP-478/490 into
Call::setTransportProperty to
No soapaction means handlers can't be called
Key: AXISCPP-499
URL: http://issues.apache.org/jira/browse/AXISCPP-499
Project: Axis-C++
Type: Bug
Components: Handlers
Reporter: Mark Whitlock
Assigned to: Mark
[
http://issues.apache.org/jira/browse/AXISCPP-499?page=comments#action_60110 ]
Mark Whitlock commented on AXISCPP-499:
---
I discussed this problem with Adrian and he (kindly) pointed out
- if the soapaction is not set in the wsdl, this fix
[
http://issues.apache.org/jira/browse/AXISCPP-497?page=comments#action_60114 ]
Mark Whitlock commented on AXISCPP-497:
---
Hi Samisa,
Thank you for comments. I understand the need to have a
setTransportProperty(char*, char*) now.
On Call there
[
http://issues.apache.org/jira/browse/AXISCPP-499?page=comments#action_60115 ]
Mark Whitlock commented on AXISCPP-499:
---
Hi Samisa,
Yes, I like your solution because it allows the client to override the
soapaction even if it has been set in
[ http://issues.apache.org/jira/browse/AXISCPP-479?page=history ]
Mark Whitlock closed AXISCPP-479:
-
Resolution: Fixed
This test is now fixed
HandlerTest4 fails on AIX
-
Key: AXISCPP-479
URL:
HeaderBlock::attrSerialize is traced as static
---
Key: AXISCPP-493
URL: http://issues.apache.org/jira/browse/AXISCPP-493
Project: Axis-C++
Type: Bug
Components: Trace Utility
Reporter: Mark Whitlock
Assigned to:
[ http://issues.apache.org/jira/browse/AXISCPP-495?page=history ]
Mark Whitlock closed AXISCPP-495:
-
Resolution: Fixed
Fix various SIGSEGV's and storage leaks in ComplexElement.cpp due to
m_pachLocalName, m_pachPrefix and m_pachURI
Fix the
soap/xsd classes throw exceptions by pointer not by value
-
Key: AXISCPP-496
URL: http://issues.apache.org/jira/browse/AXISCPP-496
Project: Axis-C++
Type: Bug
Components: Serialization
Reporter: Mark
[ http://issues.apache.org/jira/browse/AXISCPP-242?page=history ]
Mark Whitlock closed AXISCPP-242:
-
Resolution: Fixed
Wsdl2ws generates files with different extensions for C and C++ now. There are
no plans to rename stubs or skeletons so I am
[
http://issues.apache.org/jira/browse/AXISCPP-406?page=comments#action_59863 ]
Mark Whitlock commented on AXISCPP-406:
---
I discussed these problems with the originators of the trace analyzer tool.
- Object ids can be searched on by the tool,
[
http://issues.apache.org/jira/browse/AXISCPP-343?page=comments#action_59695 ]
Mark Whitlock commented on AXISCPP-343:
---
This should be fixed for both rpc-encoded and doc-literal. The wsdl is
rpc-encoded and fails for the reasons explained
Stub::getNamespacePrefix fails
--
Key: AXISCPP-475
URL: http://issues.apache.org/jira/browse/AXISCPP-475
Project: Axis-C++
Type: Bug
Components: Client - Stub
Reporter: Mark Whitlock
Assigned to: Mark Whitlock
I am
Inconsistent call::uninitialize when throwing faults from stubs
---
Key: AXISCPP-477
URL: http://issues.apache.org/jira/browse/AXISCPP-477
Project: Axis-C++
Type: Bug
Components: Client - Stub
[ http://issues.apache.org/jira/browse/AXISCPP-477?page=history ]
Mark Whitlock reassigned AXISCPP-477:
-
Assign To: Mark Whitlock
Inconsistent call::uninitialize when throwing faults from stubs
HandlerTest4 fails on AIX
-
Key: AXISCPP-479
URL: http://issues.apache.org/jira/browse/AXISCPP-479
Project: Axis-C++
Type: Bug
Reporter: Mark Whitlock
Assigned to: Mark Whitlock
HandlerTest4 currently fails on AIX.
--
This message
[ http://issues.apache.org/jira/browse/AXISCPP-463?page=history ]
Mark Whitlock closed AXISCPP-463:
-
Resolution: Fixed
I have fixed this issue by throwing back OtherFaultException which encapsulates
all other faults which are generated by the
AxisBench fails on 050222 build
---
Key: AXISCPP-468
URL: http://issues.apache.org/jira/browse/AXISCPP-468
Project: Axis-C++
Type: Bug
Reporter: Mark Whitlock
Assigned to: Mark Whitlock
AxisBench fails due to the first StringType
Make samples work with new soap faults
--
Key: AXISCPP-453
URL: http://issues.apache.org/jira/browse/AXISCPP-453
Project: Axis-C++
Type: Bug
Components: Samples
Reporter: Mark Whitlock
Assigned to: Mark Whitlock
Make
[ http://issues.apache.org/jira/browse/AXISCPP-164?page=history ]
Mark Whitlock closed AXISCPP-164:
-
Resolution: Fixed
Fix Version: 1.5 Beta
I have now implemented startup trace. Throw trace is the subject of a separate
JIRA. The other
[ http://issues.apache.org/jira/browse/AXISCPP-453?page=history ]
Mark Whitlock closed AXISCPP-453:
-
Resolution: Fixed
Fix Version: current (nightly)
Fixed as suggested
Make samples work with new soap faults
[ http://issues.apache.org/jira/browse/AXISCPP-207?page=history ]
Mark Whitlock closed AXISCPP-207:
-
Resolution: Fixed
Fix Version: current (nightly)
(was: 1.4 Alpha)
Fixed as suggested. Now both setSOAPMethodAttribute
[ http://issues.apache.org/jira/browse/AXISCPP-450?page=history ]
Mark Whitlock closed AXISCPP-450:
-
Resolution: Fixed
Fix Version: current (nightly)
Fixed by mapping xsd__string to a C style string
Trace tries to use stl string instead of
[ http://issues.apache.org/jira/browse/AXISCPP-451?page=history ]
Mark Whitlock closed AXISCPP-451:
-
Resolution: Fixed
Fix Version: current (nightly)
Fixed by adding in throw()
Generated stubs containing faults fail to compile on Linux and
[ http://issues.apache.org/jira/browse/AXISCPP-437?page=history ]
Mark Whitlock reassigned AXISCPP-437:
-
Assign To: Mark Whitlock
User soap faults fail rpc-encoded
-
Key: AXISCPP-437
URL:
[ http://issues.apache.org/jira/browse/AXISCPP-437?page=history ]
Mark Whitlock closed AXISCPP-437:
-
Resolution: Fixed
Fix Version: current (nightly)
This problem has now been fixed and the samples updated
User soap faults fail rpc-encoded
[ http://issues.apache.org/jira/browse/AXISCPP-446?page=history ]
Mark Whitlock closed AXISCPP-446:
-
Resolution: Fixed
Fix Version: current (nightly)
This has now been fixed by copying the AxisException before rethrowing it in
the generate
[ http://issues.apache.org/jira/browse/AXISCPP-441?page=history ]
Mark Whitlock closed AXISCPP-441:
-
Resolution: Fixed
Fix Version: current (nightly)
Fixed as suggested
Tests should generate trace files with a unique extension
[ http://issues.apache.org/jira/browse/AXISCPP-447?page=history ]
Mark Whitlock closed AXISCPP-447:
-
Resolution: Fixed
Fix Version: current (nightly)
I have now fixed the test to make it work with the new soap fault model
1 - 100 of 119 matches
Mail list logo