The problem with attachments is that the data is in an unstructured binary format. What I want to send/receive is a list (maybe millions) of objects with a complex type, which I want mapped into beans and stored in a database. It needs to be done in a standard SOAP type way because the clients are to be written by third parties.
Am I correct to assume that if I simply pass the objects in a customised "array" class, and write a serializer/deserializer for this class, that I can divert them straight from/to a database instead of in memory? Can I somehow specify to the client that this array needs to be serialized depth-first? If this isn't possible using RPC, am I correct to assume that it would be quite easy using the plain SOAP framework? Thanks Martin ----- Original Message ----- From: "Alan Moore" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 27, 2002 11:36 AM Subject: RE: Streaming RPC calls? > Use attachments to send/receive your data. There is a simple example in axis > that does this. > > alan > > > -----Original Message----- > > From: Martin Jericho [mailto:[EMAIL PROTECTED]] > > Sent: Wednesday, June 26, 2002 4:53 PM > > To: [EMAIL PROTECTED] > > Subject: Streaming RPC calls? > > > > > > I need to implement a web service that can send/receive large > > amounts of > > data in a single call (maybe tens of MB). > > > > Does RPC allow me easily to stream an incoming array so I don't have > > everything sitting in memory? > > > > Is this done by writing a custom serializer/deserializer? > > > > Would it be easier outside of the RPC framework? > > > > I would appreciate it if someone could point me in the right > > direction. > > > > >
