|
[
Permlink
| « Hide
]
Christopher Owen [Atlassian] added a comment - 13/Dec/07 07:32 PM
Change to return type of SoapModuleDescriptor::getPublishedInterface() has broken this. No strong typing involved as return value is just placed into a generic object map by Axis to be cast to required type later. Very crap API. Our SOAP integration testing also appears to be crap - we need to do a get on the WSDL and make sure that the result is 200 OK (at the very least)
Status shows this is resolved in 2.7.1. When will 2.7.1 be released. This is a critical problem for us. We got everything up under 2.7 and now have found out that the critical remote access components don't work at all. It no eta, is there a workaround.
Patched ConfluenceAxisSoapService.class
Hi Richard,
I've attached a patched version of the soap service to this issue which will resolve the problem. Create directories to form the following path in your Confluence installation: confluence/WEB-INF/classes/com/atlassian/confluence/rpc/soap and copy the attached class (ConfluenceAxisSoapService.class) to that directory. Restart Confluence and the SOAP service will be restored. Please let me know if you have any further issues. Diff for this patch
For anyone else having to diagnose faults in the AXIS SOAP server I've modified the service to spit out stack traces when confluence.devmode is enabled.
In production mode, AXIS won't generate any stack traces making it near impossible to track down problems in the service. Thanks Chris for providing the raw patch as well!
/i |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||