You are viewing a plain text version of this content. The canonical link for it is here.
Posted to soap-user@xml.apache.org by Virender Sandhu <vi...@m-trilogix.com> on 2002/09/29 16:54:02 UTC
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
virenders@m-trilogix.com
----- Original Message -----
From: "Paul Marshall" <pa...@jambit.com>
To: "soap-user" <so...@xml.apache.org>
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: <ma...@xml.apache.org>
> For additional commands, e-mail: <ma...@xml.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>
Re: streaming out large xml documents to an rpc-based client
Posted by Scott Nichol <sn...@scottnichol.com>.
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" <vi...@m-trilogix.com>
To: <so...@xml.apache.org>
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
> virenders@m-trilogix.com
>
>
> ----- Original Message -----
> From: "Paul Marshall" <pa...@jambit.com>
> To: "soap-user" <so...@xml.apache.org>
> 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:
<ma...@xml.apache.org>
> > For additional commands, e-mail:
<ma...@xml.apache.org>
> >
> >
>
>
> --
> To unsubscribe, e-mail:
<ma...@xml.apache.org>
> For additional commands, e-mail:
<ma...@xml.apache.org>
>
>
Re: streaming out large xml documents to an rpc-based client
Posted by Scott Nichol <sn...@scottnichol.com>.
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" <vi...@m-trilogix.com>
To: <so...@xml.apache.org>
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
> virenders@m-trilogix.com
>
>
> ----- Original Message -----
> From: "Paul Marshall" <pa...@jambit.com>
> To: "soap-user" <so...@xml.apache.org>
> 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:
<ma...@xml.apache.org>
> > For additional commands, e-mail:
<ma...@xml.apache.org>
> >
> >
>
>
> --
> To unsubscribe, e-mail:
<ma...@xml.apache.org>
> For additional commands, e-mail:
<ma...@xml.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@xml.apache.org>
For additional commands, e-mail: <ma...@xml.apache.org>