[jira] Assigned: (AXIS2C-109) Internal header files included force the compiler to search them in include paths

[ http://issues.apache.org/jira/browse/AXIS2C-109?page=all ] Nandika Jayawardana reassigned AXIS2C-109: -- Assign To: Nandika Jayawardana Internal header files included force the compiler to search them in include paths

[jira] Closed: (AXIS2C-109) Internal header files included force the compiler to search them in include paths

[ http://issues.apache.org/jira/browse/AXIS2C-109?page=all ] Nandika Jayawardana closed AXIS2C-109: -- Resolution: Fixed This issue is fixed now Internal header files included force the compiler to search them in include paths

[Axis2] Patch - new functions to libxml2 wrapper

The patch contains - a new reader that reads a xmlDoc a new writer that writes to a xmlDoc (these methods are used by the php extension to prevent double serialization when exchanging XML) Please apply to svn. thanks -Nabeel Index: modules/xml/parser/libxml2/libxml2_writer_wrapper.c

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

[ 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

[jira] Closed: (AXISCPP-910) In the Error message for SERVER_TRANSPORT_TIMEOUT_EXPIRED - 'receiving' is mispelled as 'receving'

[ 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 -

Re: [Axis2] Patch - new functions to libxml2 wrapper

Hi Nabeel, What is this xmlDoc ? Is it libxml2 thing ? If so aren't we adding a hard binding to Axis2C with libxml2 ? IMHO the wrapper is there to hide implemention specific (in this case libxml2) details. If we expose the libxml2 things in the wrapper, the idea of the wrapper is not there any

[Axis2] Improvements to fault model

Hi All, I have been some considerable amount of improvements to get the SOAP fault processing correct. Now the fault model seem to be almost complete, and works well with the WS-Addressing interop tests with few problems here and there, which I am looking into fixing. There has been

[jira] Created: (AXIS2C-131) Provide MTOM Support

Provide MTOM Support Key: AXIS2C-131 URL: http://issues.apache.org/jira/browse/AXIS2C-131 Project: Axis2-C Type: New Feature Components: xml/om Reporter: Kapila Dissanayake Implementing MTOM support for AXIS 2-C -- This message is

Re: [Axis2] Patch - new functions to libxml2 wrapper

Hi Nabeel, Pls see my inline comments. Nabeel wrote: Sahan Gamage wrote: Hi Nabeel, What is this xmlDoc ? Is it libxml2 thing ? If so aren't we adding a hard binding to Axis2C with libxml2 ? Yes, xmlDoc is libxml2 specific. But xmlDoc is hidden inside the impls of the libxml2

Re: [Axis2] Patch - new functions to libxml2 wrapper

OK, So nabeel want to create the reader/writer in a different manner. If that is the case, why not keep more or less the same API and add an optinal thir parameter (or a variable param list) to the create_for memory method of reader/writer? This way, the impl details will be hidden from the

Change prototypes for AXIS_OBJECT_CREATE_FUNCT

As I have been implementing the C bindings (getting close, AxisBench, CalculatorDoc, and SimpleTypeArray works like a charm), I think we should be able to change the typedef for typedef void* (* AXIS_OBJECT_CREATE_FUNCT)(void**, bool bArray, int nSize); and the corresponding code. With the

Re: [Axis2] Improvements to fault model

Samisa Abeysinghe wrote: Hi All, I have been some considerable amount of improvements to get the SOAP fault processing correct. Now the fault model seem to be almost complete, and works well with the WS-Addressing interop tests with few problems here and there, which I am looking into