The discussion would be of great value to the Apache SOAP user community. If you will be discussing proprietary topics, I understand taking it off-line, but otherwise I encourage you to share your experience here.
Scott Nichol ----- Original Message ----- From: "Virender Sandhu" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, September 29, 2002 9:54 AM Subject: Re: streaming out large xml documents to an rpc-based client > Hi Paul Marshall: > > I had the same problem when one of my soap method was returning ~32MB xml > file. If you are interested in my solution (free) or want further > discussion, send me email. > > Virender Sandhu > Senior Engineer > m-trilogix Inc. > Mobile Solutions Provider > www.m-trilogix.com > [EMAIL PROTECTED] > > > ----- Original Message ----- > From: "Paul Marshall" <[EMAIL PROTECTED]> > To: "soap-user" <[EMAIL PROTECTED]> > Sent: Wednesday, November 13, 2002 10:49 AM > Subject: streaming out large xml documents to an rpc-based client > > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Hi, > > > > We have an rpc-based soapinterface to our system ( using apache - soap ) > > ,that tries to return extremely large dataobjects. > > Now we see,that these objects get so big, that we run out of memory > > resulting in an OutOfMemoryException on an average soap - method > > invocation. > > > > Now the idea would be to somehow keep the clientinterface stable, but to > > change the server-side as to commit parts of the response-xml ( in our > > case there is an underlying > > list structure ) into the response-stream. > > This way we would not need to build up the entire response in memory ( > > as it currently stands with our huge java-object ) before piping it out > > to the client. > > > > This is important, as changing client-systems can result in quite some > > cost. > > > > Does apache soap support any such idea, or can we use some parts under > > the hood ? > > > > How big a job would you estimate this to be ? > > > > Thanks, > > > > Paul > > > > - -- > > Kostenlose Stundenerfassung mit http://time.jambit.com > > - ------------------------------------------------------ > > Dipl.Phys. Paul Marshall, Software Architect > > > > jambit Software Development & Management GmbH > > Sendlinger Strasse 24, D-80331 Muenchen > > http://www.jambit.com > > > > fon: +49.89.260 19 609 > > fax: +49.89.260 19 585 > > > > PGP Fingerprint: 2A03 9F7A 65AE 33A0 FE49 B8D2 ADA8 0F96 3819 0633 > > PGP Keyserver: http://www.dfn-pca.de/pgpkserv > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.0.6 (GNU/Linux) > > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > > > iD8DBQE90mZoragPljgZBjMRAs3oAKCIJx/Myzg0yZ1bVcbAfx9DEpZVxwCdENHZ > > xXm3Db7fEKWkKyQhhxaKHLU= > > =vbjy > > -----END PGP SIGNATURE----- > > > > > > -- > > To unsubscribe, e-mail: <mailto:soap-user-unsubscribe@;xml.apache.org> > > For additional commands, e-mail: <mailto:soap-user-help@;xml.apache.org> > > > > > > > -- > To unsubscribe, e-mail: <mailto:soap-user-unsubscribe@;xml.apache.org> > For additional commands, e-mail: <mailto:soap-user-help@;xml.apache.org> > > -- To unsubscribe, e-mail: <mailto:soap-user-unsubscribe@;xml.apache.org> For additional commands, e-mail: <mailto:soap-user-help@;xml.apache.org>