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>

Reply via email to