John,
I ran into the same problem. In my case, there was a conflict in the
webcontainer.jar file from IBM. I don't know what the conflict was, but
moving the Apache SOAP jar file above webcontainer.jar in my runtime
classpath solved the problem. It sounds like you have a similar
.
hughes_shawn@jpm To: [EMAIL PROTECTED]
organ.comcc
I use an XML configuration file (not the .ds file) so this may or may not
work. Anyway, you can change the config file location in web.xml using the
RPC router init parameter ConfigFile, e.g.
web.xml:
servlet
servlet-namerpcrouter/servlet-name
My SOAP (2.2) service includes the stack trace when throwing the exception.
However the exception message is not serialized. It is easily
reproducible, just throw an exception that contains unescaped XML
characters, e.g.
public String getPublication(PublicationInputModel inputModel)
In web.xml (registration of the rpcrouter servlet):
servlet
servlet-namerpcrouter/servlet-name
display-nameApache-SOAP RPC Router/display-name
servlet-classorg.apache.soap.server.http.RPCRouterServlet/
servlet-class
init-param
I ran into a problem using Apache SOAP 2.2 within WSAD (WebSphere Studio
Application Developer IDE). To solve it the Apache SOAP jar had to appear
before WSAD's webcontainer.jar in the CLASSPATH. There was a method
conflict that caused the null objects to deserialize to objects built with
the
.
hughes_shawn
Here the link to the WAS-Apache SOAP 2.2 Installation Instructions for
WAS...
http://cvs.apache.org/viewcvs.cgi/~checkout~/xml-soap/java/docs/install/websphere.html
This is an XML parser path problem. Per the SOAP FAQ
(http://xml.apache.org/soap/faq/index.html) there are two gotchas in WAS.
What is the best way to deal with changes in the input and/or output model
of a web service?
Any references to general change management solutions are appreciated.
In my case, there are n different groups implementing a SOAP service. If a
new field is added to the input model all groups must
I have a simple service which takes one argument. When I pass null into
the method it is deserialized as an EMPTY object in the SOAP service. It
doesn't matter whether the object is a String or Vector or whatever. Using
the TcpTunnelGui I can see that the attribute xsi:null=true is correctly
This is probably a pretty basic question but I'm not sure I should be
implementing what the specification for the project defines...
I am creating a system where different development groups are implementing
a pre-defined SOAP service. It's possible that the service implementors
will not use
11 matches
Mail list logo
