[DUG] SOAP pack size

[Robert martin]

Hi

I may be doing this completely wrong but I am sending a set of 
transaction objects, each represents one transaction in a system.  It 
has a set of sale lines and a set of payment lines.  I am sending about 
300 at a time.  I used the word packet meaning 300 as opposed to a 
TCP/IP packet.  Sorry about the confusion.

Re compression, how would I go about compressing data in this format?

Thanks
Rob



Kyley Harris wrote:
> what kind of data are you sending that ends up being 1MB in size? How 
> often are the packets being sent.. Thats a huge amount of traffic if 
> its continuous usage..
> could you indicate what the size of your packet is compressed? 
> compression might not even help...
>
>
>
>
>
> On Thu, Jul 17, 2008 at 1:39 PM, Robert martin <rob at chreos.co.nz 
> <mailto:rob at chreos.co.nz>> wrote:
>
>     Hi
>
>     We are using Apache.  Will look into it.  I think for the time
>     being the
>     data size is not too big an issue.
>
>
>
>     Alister Christie wrote:
>     > I don't know if this helps much but some web servers (probably just
>     > Apache) support zip compression downloads - they might support it
>     > uploads as well - although I have no idea how.
>     >
>     > Alister Christie
>     > Computers for People
>     > Ph: 04 471 1849 Fax: 04 471 1266
>     > http://www.salespartner.co.nz
>     > PO Box 13085
>     > Johnsonville
>     > Wellington
>     >
>     >
>     >
>     > Robert martin wrote:
>     >
>     >> Hi
>     >>
>     >> We have got the basis of a SOAP application up and running.  It is
>     >> transferring some data from one machine to a web server perfectly.
>     >>
>     >> However after sniffing the transaction it seems that each
>     'packet' of
>     >> data we send is about 1MB.  This is only about 1/3 of the data
>     we plan
>     >> to send and we anticipate receiving some data also.  A small
>     number of
>     >> users will be on dial up.  1Mb would be ok but it seems like we
>     might
>     >> end up around 5Mb.  This is too much.
>     >>
>     >> I know SOAP is a bulky XML protocol but does anyone know of ways to
>     >> reduce the XML size (appart from encoding the data as a binary
>     file,
>     >> compressing it and sending).
>     >>
>     >> We might have to scrap what we have done so far.  But asside
>     from the
>     >> file size, the system works great.  It would be a shame :-(
>     >>
>     >> Thanks
>     >> Rob
>     >> _______________________________________________
>     >> NZ Borland Developers Group - Delphi mailing list
>     >> Post: delphi at delphi.org.nz <mailto:delphi at delphi.org.nz>
>     >> Admin: http://delphi.org.nz/mailman/listinfo/delphi
>     >> Unsubscribe: send an email to delphi-request at delphi.org.nz
>     <mailto:delphi-request at delphi.org.nz> with Subject: unsubscribe
>     >>
>     >>
>     >>
>     >
>     > _______________________________________________
>     > NZ Borland Developers Group - Delphi mailing list
>     > Post: delphi at delphi.org.nz <mailto:delphi at delphi.org.nz>
>     > Admin: http://delphi.org.nz/mailman/listinfo/delphi
>     > Unsubscribe: send an email to delphi-request at delphi.org.nz
>     <mailto:delphi-request at delphi.org.nz> with Subject: unsubscribe
>     >
>     >
>     _______________________________________________
>     NZ Borland Developers Group - Delphi mailing list
>     Post: delphi at delphi.org.nz <mailto:delphi at delphi.org.nz>
>     Admin: http://delphi.org.nz/mailman/listinfo/delphi
>     Unsubscribe: send an email to delphi-request at delphi.org.nz
>     <mailto:delphi-request at delphi.org.nz> with Subject: unsubscribe
>
>
>
>
> -- 
> Kyley Harris
> Harris Software
> +64-21-671-821
> ------------------------------------------------------------------------
>
> _______________________________________________
> NZ Borland Developers Group - Delphi mailing list
> Post: delphi at delphi.org.nz
> Admin: http://delphi.org.nz/mailman/listinfo/delphi
> Unsubscribe: send an email to delphi-request at delphi.org.nz with Subject: unsubscribe