Holger Böhnke

base64Binary type is missing in generated header, when more than one file is passed to wsdl2h

We had a similar issue when using our own integration into Apache. One soap module links against equally named symbols coming from another soap module. I solved it by passing a version info file to the linker, instructing it to make all symbols local, except for the apache module table instance. We have a separate apache module for each soap service. The version file (e.g. myapachegsoap.ver) looks something like this: VERS_1.0 { global: myapachegsoap_module; local: *; }; Then pass it to the linker...

We had a similar issue when using our own integration into Apache. One soap module links against equally named symbols coming from another soap module. I solved it by passing a version info file to the linker, instructing it to make all symbols local, except for the apache module table instance. We have a separate apache module for each soap service. The version file (e.g. myapachegsoap.ver) looks something like this: VERS_1.0 { global: myapachegsoap_module; local: *; }; Then pass it to the linker...

the soap_xml_error_check probably has a right parenthesis mismatch

missing include of <signal.h> in gsoap/samples/testmsgr/testmsgr.cpp