> Is this the object graph on the server side? In other words, the response > object graph? > Its the object being unmarshalled in the client vm that originated from the server.
> The response object is really just a glorified Vector of Strings. Now it is > possible, perhaps, but unlikely, that some server-side parser holds a > reference to these String objects. But why should that matter? Objects > that have a reference to the response object shouldn't be in the graph, > right? Only the objects that the responce refers to are relevant. > Yes, only the response matters. > Should I assume that RMI is the easiest way to get this done? > Yes. > > the client and server don't agree on the definition of > javax.xml.namespace.QName. > > This is also strange to me since I am fairly sure that the client and server > are using identical copies of jaxrpc.jar. Is there an easy way to debug > this? You will have to search the server jars. The -9120448754896609940 version is coming from the IBM wsdl.jar.. starksm@ironmaiden[lib] 519>jar -tf wsdl4j.jar | grep QName com/ibm/wsdl/util/xml/QNameUtils.class javax/xml/namespace/QName.class starksm@ironmaiden[lib] 520>serialver -classpath wsdl4j.jar javax.xml.namespace.QName javax.xml.namespace.QName: static final long serialVersionUID = -9120448754896609940L; ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
