usage of custom classes in requests

[Ed Keen <ed...@interactiveportal.com>]

I would like feedback on the whether or not any of you are using custom
classes in your soap calls.  While it is definitely convenient on the Apache
server side (with its serializers & deserializers), it places an extra
burden on the client, because now they must have these custom classes on
their side too.  For win32 clients, this becomes an even more difficult
task.  Our company would probably wind up writing a DLL that would contain
the analog of our custom classes for Windows.  So, whenever the interface
for these classes changes (say we add a new required field), we would have
to redistribute the client classes.  This could become a distribution
nightmare.

I am wondering if it would be less trouble to just have the clients send all
their data as separate parameters (which could make for a long parameter
list, I know) to some proxy-type servlet on the server-side which would
intercept the soap call, package that data into our custom classes, and send
the request on its way.  It's more work on the server-side, but it would
avoid the need to distribute these custom serailizable client classes.

Does any of that make sense?  What are the rest of you doing in regards to
this?  Please don't tell me to use WSDL.  Been there.  Tried that.

Thanks,
Ed


---------------------------------------------------------------------
To unsubscribe, e-mail: soap-user-unsubscribe@xml.apache.org
For additional commands, email: soap-user-help@xml.apache.org