W3C home > Mailing lists > Public > www-ws-arch@w3.org > March 2003

RE: Large Messages (was RE: Visibility (was Re: Introducing the S ervi ce Oriented Architec tural style, and it's constraints and prop ertie s.

From: Burdett, David <david.burdett@commerceone.com>
Date: Tue, 4 Mar 2003 10:26:26 -0800
Message-ID: <C1E0143CD365A445A4417083BF6F42CC053D17A3@C1plenaexm07.commerceone.com>
To: "'Mark Baker'" <distobj@acm.org>, "Burdett, David" <david.burdett@commerceone.com>
Cc: www-ws-arch@w3.org

OK,Mark, but how would you with HTTP Chunking also provide the
security/privacy, see [1], and reliable message delivery that is also
required?

David

[1] http://lists.w3.org/Archives/Public/www-ws-arch/2003Feb/0274.html


-----Original Message-----
From: Mark Baker [mailto:distobj@acm.org]
Sent: Tuesday, March 04, 2003 9:50 AM
To: Burdett, David
Cc: www-ws-arch@w3.org
Subject: Re: Large Messages (was RE: Visibility (was Re: Introducing the
Servi ce Oriented Architec tural style, and it's constraints and
propertie s.


On Tue, Mar 04, 2003 at 08:43:19AM -0800, Burdett, David wrote:
> AEROSPACE
> For legal reasons, when an aeroplane is sold, the Invoice must be
> accompanied by a line by line parts breakdown including serial numbers.
> Given that there can be millions of parts in a commercial aeroplane, the
> estimated maximum message size can be up to 2GB.

Wow!

> TELECOMMUNICATIONS
> Perhaps there aren't enough aeroplanes sold to make it worthwhile
developing
> an approach to just meet their needs, so how about this example from the
> telecomms industry ... A major telecommunications company wants to provide
> an itemised Invoice detailing each call for a company with hundreds of
> locations. Sometimes there can be 100k+ line items. As each line is
> approximately 90 characters long (including tags), messages sizes can be
> easily over 10Mb or more.
> 
> Typically, the way to handle this is to have a "utility protocol" to break
> up the message into smaller chunks prior to sending and then re-assemble
at
> the far end.
> 
> Do we want to include this type of requirement in our thinking? Also how
> well would this sort of problem be handled by a REST approach, without any
> additional work?

HTTP chunking?  Without any more detail, it seems to be what you're
looking for.

FWIW, HTTP byte ranges are pretty useful for large transfers too, as
it allows for resumption of partially completed transfers.

MB
-- 
Mark Baker.   Ottawa, Ontario, CANADA.        http://www.markbaker.ca
Web architecture consulting, technical reports, evaluation & analysis
Received on Tuesday, 4 March 2003 13:27:24 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 3 July 2007 12:25:16 GMT