[jira] Assigned: (AXISCPP-778) WSDL2Ws generates bad code with multiple xsd:any's in a complex type

[ http://issues.apache.org/jira/browse/AXISCPP-778?page=all ] Dushshantha Chandradasa reassigned AXISCPP-778: --- Assign To: Dushshantha Chandradasa > WSDL2Ws generates bad code with multiple xsd:any's in a complex type > -

[jira] Created: (AXISCPP-826) Apache2Transport::getBytes() may lead to access violation

Apache2Transport::getBytes() may lead to access violation - Key: AXISCPP-826 URL: http://issues.apache.org/jira/browse/AXISCPP-826 Project: Axis-C++ Type: Bug Components: Transport (Server), Transport (axis2),

[jira] Created: (AXISCPP-825) delete/delete[] mismatch in XercesHandler.cpp

delete/delete[] mismatch in XercesHandler.cpp - Key: AXISCPP-825 URL: http://issues.apache.org/jira/browse/AXISCPP-825 Project: Axis-C++ Type: Bug Components: Parser Library - Xerces Versions: current (nightly)

[jira] Commented: (AXISCPP-778) WSDL2Ws generates bad code with multiple xsd:any's in a complex type

[ http://issues.apache.org/jira/browse/AXISCPP-778?page=comments#action_12323270 ] John Hawkins commented on AXISCPP-778: -- Sounds like a good idea ! > WSDL2Ws generates bad code with multiple xsd:any's in a complex type > -

[jira] Updated: (AXISCPP-789) Axis C++ should catch invalid/incorrect inputs in the request messages

[ http://issues.apache.org/jira/browse/AXISCPP-789?page=all ] John Hawkins updated AXISCPP-789: - Priority: Minor (was: Major) This is, at the end of the day, a user error. Yes we can do more checking and should have done in the original implementation

[jira] Commented: (AXISCPP-731) extern "C" functions throw exceptions

[ http://issues.apache.org/jira/browse/AXISCPP-731?page=comments#action_12323268 ] Henrik Nordberg commented on AXISCPP-731: - Those functions are called by Apache HTTPd, which specifies the funtion signatures. > extern "C" functions throw exceptio

[jira] Commented: (AXISCPP-731) extern "C" functions throw exceptions

[ http://issues.apache.org/jira/browse/AXISCPP-731?page=comments#action_12323266 ] John Hawkins commented on AXISCPP-731: -- I think I've asked this question before but why is this a extern C function at all? Would it help if this were a CPP class? > e

[jira] Closed: (AXISCPP-757) DLOPEN FAILED in loading parser library

[ http://issues.apache.org/jira/browse/AXISCPP-757?page=all ] John Hawkins closed AXISCPP-757: Resolution: Cannot Reproduce I can only assume this is resolved as the thread stops. Certainly it appears to be a user config issue rather than an issue

[jira] Updated: (AXISCPP-761) AXIS C++ allows empty URI for anyURI

[ http://issues.apache.org/jira/browse/AXISCPP-761?page=all ] John Hawkins updated AXISCPP-761: - Description: When I pass an empty URI as an XSD_anyURI input, AXIS C++ allows it. As per the specification, an empty URI is not permitted. Here is the

[jira] Resolved: (AXISCPP-768) SoapFault* SoapFault::getSoapFault() PROBLEM

[ http://issues.apache.org/jira/browse/AXISCPP-768?page=all ] John Hawkins resolved AXISCPP-768: -- Resolution: Cannot Reproduce We think this looks like an old version of code and this is already fixed. Resolving unless user comes back with issue

[jira] Closed: (AXISCPP-680) Compiler warnings

[ http://issues.apache.org/jira/browse/AXISCPP-680?page=all ] John Hawkins closed AXISCPP-680: Resolution: Duplicate Dup of AXISCPP-544 > Compiler warnings > - > > Key: AXISCPP-680 > URL: http://issues.apache.org/j

[jira] Updated: (AXISCPP-657) Stress test issues

[ http://issues.apache.org/jira/browse/AXISCPP-657?page=all ] John Hawkins updated AXISCPP-657: - Summary: Stress test issues (was: Stress test fails to dlopen channel) Updated title to reflect new status of issues > Stress test issues > ---

[jira] Commented: (AXISCPP-630) Can Axis C++ 1.5 customize access URL without changing code?

[ http://issues.apache.org/jira/browse/AXISCPP-630?page=comments#action_12323258 ] John Hawkins commented on AXISCPP-630: -- This is an interesting and good point ! Unfortunately, we have no plans to change this at the moment due to resource constraint

[jira] Closed: (AXISCPP-627) C stubs are produced evn when I only want server

[ http://issues.apache.org/jira/browse/AXISCPP-627?page=all ] John Hawkins closed AXISCPP-627: Fix Version: 1.6 Alpha Resolution: Duplicate Dup of AXISCPP-440 > C stubs are produced evn when I only want server > ---

[jira] Commented: (AXISCPP-551) getAnyObject() API in call class does not return SOAP Fault correctly

[ http://issues.apache.org/jira/browse/AXISCPP-551?page=comments#action_12323256 ] John Hawkins commented on AXISCPP-551: -- Is this still an issue - do we have a test that proves this case? > getAnyObject() API in call class does not return SOAP Fault

[jira] Resolved: (AXISCPP-426) Programmatic configuration

[ http://issues.apache.org/jira/browse/AXISCPP-426?page=all ] John Hawkins resolved AXISCPP-426: -- Fix Version: 1.6 Alpha Resolution: Fixed I'm resolving this as implemented as discussed in the JIRA. It's not been tested yet so I'm not closing

[jira] Closed: (AXISCPP-821) The server response message length is 4 bytes bigger than the specified content length with C++ server side on Windows platform

[ http://issues.apache.org/jira/browse/AXISCPP-821?page=all ] Chinthana Danapala closed AXISCPP-821: -- Fixed > The server response message length is 4 bytes bigger than the specified > content length with C++ server side on Windows platform >

[jira] Resolved: (AXISCPP-821) The server response message length is 4 bytes bigger than the specified content length with C++ server side on Windows platform

[ http://issues.apache.org/jira/browse/AXISCPP-821?page=all ] Chinthana Danapala resolved AXISCPP-821: Resolution: Fixed Changed the line 1538 of HTTPTransport.cpp to if( (m_eProtocolType == APTHTTP1_0) || (m_eProtocolType == APTHTTP1_0) )

[jira] Resolved: (AXISCPP-788) AXIS C++ allows to set positive values to XSD_negativeInteger type

[ http://issues.apache.org/jira/browse/AXISCPP-788?page=all ] Adrian Dick resolved AXISCPP-788: - Resolution: Fixed I have modified xsd:nonPositiveInteger and xsd:negativeInteger to use long long, rather than unsigned long long, which should prevent

Re: Most of the test are failing

On 9/12/05, Fred Preston <[EMAIL PROTECTED]> wrote: > > Hi Chinthana, > Sounds good to me (this line was added as the original code seemed > to ignore any problem if there was neither content-length or chunking was > specified in the HTTP header) would you like to make the change? > >

[jira] Assigned: (AXISCPP-788) AXIS C++ allows to set positive values to XSD_negativeInteger type

[ http://issues.apache.org/jira/browse/AXISCPP-788?page=all ] Adrian Dick reassigned AXISCPP-788: --- Assign To: Adrian Dick (was: Samisa Abeysinghe) > AXIS C++ allows to set positive values to XSD_negativeInteger type >

RE: Most of the test are failing

Hi Chinthana,         Sounds good to me (this line was added as the original code seemed to ignore any problem if there was neither content-length or chunking was specified in the HTTP header) would you like to make the change? P.S.  Did you really mean... if( (m_eProtocolType == APTHTTP1_0) ||

[jira] Assigned: (AXISCPP-821) The server response message length is 4 bytes bigger than the specified content length with C++ server side on Windows platform

[ http://issues.apache.org/jira/browse/AXISCPP-821?page=all ] Chinthana Danapala reassigned AXISCPP-821: -- Assign To: Chinthana Danapala > The server response message length is 4 bytes bigger than the specified > content length with C++ server s

Cannot Run WSDL2WS in Axis C++

Hi I tried to generate server side skeletons and wrappers by using WSDL2WS tool. I run it in the command line by using following set of parameters. java -classpath .\wsdl2ws.jar;.;%CLASSPATH% org.apache.axis.wsdl.wsdl2ws.WSDL2Ws Calculator.wsdl -o./ServerOut -lc++ -sserver But it raises classnot