Bill, here is a quick fix to your problem.

1. Perform a JAVA Object Serialization of your Object(s) into a
ByteArrayOutputStream wrapped in a ObjectOutputStream. Remember to have
your objects implement java.io.Serializable.
2. Base64.encode the resulting byte[]
3. Send that String to the end-point.
4. At the end-point, Base64.decode the String into a byte[], and
perform a JAVA Object Deserialization.
5. Do the same for the returned JAVA object.

The biggest advantages of this little trick are

1. No need to define and configure custom (de)serializers
2. Simplified API.

Potential downside - handling large objects and attachments.

Hope this helps - comments/flames from Axis experts welcome.

Regards...

Milind Gadre
VP Product Development
ecPlatforms, Inc
901 Mariner's Island Blvd, Suite 565
San Mateo, CA 94404
C: 510.919.0596
E: [EMAIL PROTECTED]

----- Original Message -----
From: "Bill Pfeiffer" <[EMAIL PROTECTED]>
To: "Axis-User" <[EMAIL PROTECTED]>
Sent: Monday, March 10, 2003 1:12 PM
Subject: Help on ArrayList, java.sql.Date classes


> I've posted previously on this just a short while ago, but was
wondering if
> someone could help me a bit further.
>
> I need serializers/des for ArrayList, and java.sql.Date.  I'm fine
with them
> going to normal SOAP array and SOAP date.
>
> If someone has already written and successfully tested, could you
post code?
>
> If not, is there a getting started on writing these things?  The
example
> referenced in the docs seems pretty inadequate for what I want to do.
>
> Background:
>
> What I am trying to do is expose some large grained SessionBean calls
that
> pass a data object model around. The model is composed of java beans
> containing other java beans as well as collections of javabeans.  The
java
> beans work fine, the collections and the java.sql.Dates choke on the
WSDL
> generation.
>
> I have successfully deployed the service and called with my custom
coded
> client that has access to my data model.  I now want to use the WSDL
to
> generate the java to make the call.  This is where the
collections/sql Dates
> are tripping me up.
>
> Thanks for any pointers here.
>
> Bill Pfeiffer
>
>
>


Reply via email to