If you look at the SOAP 1.1 specification
(http://www.w3.org/TR/2000/NOTE-SOAP-20000508/), section 1.1 states:
>>>>
A major design goal for SOAP is simplicity and extensibility. This means
that there are several features from traditional messaging systems and
distributed object systems that are not part of the core SOAP specification.
Such features include
a.. Distributed garbage collection
b.. Boxcarring or batching of messages
c.. Objects-by-reference (which requires distributed garbage collection)
d.. Activation (which requires objects-by-reference)
<<<<
So, if you want something simple and extensible, SOAP is a great choice. If
you want the features listed above, or you want optimized marshalling or you
want minimized bandwidth requirements, then RMI or CORBA or COM+ or
[DCE|ONC]/RPC might be better suited.
Scott
----- Original Message -----
From: "Oleg Dulin" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 26, 2001 2:27 PM
Subject: Re: SOAP Performance against RMI
> So, I am just curious, what's the point of SOAP then ? Why can't we use
> RMI, or CORBA for language independence ?
>
>
> On Tue, 26 Jun 2001, Konstantin Gordiyenko wrote:
>
> > I've done some tests once. Compared to Sun RMI, SOAP
> > serialization/deserialization is 50-200 times slower, requires 5-20
> > (ten) times more memory and produces 5-20 (ten) times larger messages.
> > These ratios are mostly depend on the data structure, and almost don't
> > depend on the data size.
> >
> > Ralf Bierig wrote:
> > >
> > > Hi,
> > >
> > > are there any performance measurement materials about
> > > SOAP against RMI in Web? Did somebody made a
> > > benchmarktest with SOAP (and maybe RMI)?
> > >
> > > I am looking for material to determine, if SOAP is
> > > good enough to fullfil the requirements I need for a
> > > project.
> > >
> > > Greetings
> > > Ralf
> > >
> > > __________________________________________________
> > > Do You Yahoo!?
> > > Get personalized email addresses from Yahoo! Mail
> > > http://personal.mail.yahoo.com/
>
> --
> Regards,
> Oleg Dulin
> http://www.olegdulin.com/
>
