What I really want here, was orignally some feedback
about existing performance test and results: papers,
grafics, data and report - things I can use to speed
up my work here.
I was not looking for a fundamental discussion about
SOAP and RMI/CORBA :)
I know that RMI/CORBA is mutch more powerful than SOAP
this is the reason of the S in SOAP :)
Thanks anyway
Ralf Bierig
--- "Hecking, Dirck J" <[EMAIL PROTECTED]> wrote:
> Dude, nice attitude. You must be single.
>
> Listen, you are subscribed to a soap mailing list
> and have been implenting
> soap for awhile now, that is why you feel you are
> getting hyped out. IBM and
> Microsoft, among others, have embraced this
> technology because it has
> decided to live inside a well known standard. XML.
> This is why it is so
> popular. Standards.
>
> The more the standards grow around this the easier
> its going to be to share
> information globally. Soap is much closer to
> achieving this than CORBA ever
> was. I agree that Soap has some degree of
> performance issues but if you look
> at the version number on the API, that should answer
> those questions.
>
> The future of soap will be addressing performance
> problems and the design
> and development of streaming compression and
> extraction will complent the
> already powerful object brokering definitions.
>
> Patience is a virtue ...
>
> -Dirck
>
> -----Original Message-----
> From: Scott Nichol [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, June 26, 2001 12:28 PM
> To: [EMAIL PROTECTED]
> Subject: Re: SOAP Performance against RMI
>
>
> About the only useful technology I use that was
> never over-hyped is perl!
>
> Seriously, SOAP is getting a lot of hype and, from
> what I can tell from
> these mail lists and professional contacts in my
> region, it is being
> extensively misused. I like using SOAP for
> application integration where I
> need synchronous messaging, have relatively low
> message rates, and need to
> minimize my assumptions about the deployment
> environment. For example, I've
> used SOAP to define an API for a CRM application
> I've helped develop. By
> using SOAP, I feel that any client environment can
> access the API. We have
> working examples using Java, C++, VB, VBScript, perl
> and python for
> implementation languages, and Win32, Linux, AIX,
> FreeBSD, OS/390, QNX and
> PalmOS as operating systems. Something I love is
> that I do not have to
> supply any client code other than examples.
> Customers and partners can base
> their work on the WSDL description of the interface.
> I've maintained a
> subset of the previous API implemented as EJB or
> MTS/COM+, however, to cover
> areas where I want distributed transactions.
> Depending on customer
> requests, I may do SOAP extensions to support
> distributed transactions as
> well.
>
> At the same time, internal to the product I do not
> use SOAP. This is simply
> a matter of good software architecture. The
> characteristics of SOAP make it
> a nice technology for the API. Those same
> characteristics are not
> appropriate for the internal requirements of the
> application.
>
> Scott
>
> ----- Original Message -----
> From: "Konstantin Gordiyenko"
> <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, June 26, 2001 2:47 PM
> Subject: Re: SOAP Performance against RMI
>
>
> > What's the point?
> > 1. Make messages human readable. Though no human
> will ever read these
> > messages.
> > 2. Make messages self-describing. Though no
> computer will ever
> > understand these descriptions.
> > 3. Make RPC simple. Most other RPCs are simpler.
> > 4. Make RPC cross-platform. CORBA already does it.
> And it does much,
> > much more than SOAP in much, much more efficient
> way.
> > 5. Communicate through firewalls. Nobody asks
> network administrators
> > what they think about it.
> >
> > I stronlgy believe that SOAP is just another hype.
> >
> > Oleg Dulin wrote:
> > >
> > > 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/
>
>
>
------------------------------------------------------------------------------
> DISCLAIMER
>
> Notice Regarding Entry of Orders and Instructions:
>
> Please do not transmit orders and/or instructions
> regarding your Robertson Stephens account(s) by
> e-mail. Orders and/or instructions transmitted by
> e-mail will not be accepted by Robertson Stephens,
> and Robertson Stephens will not be responsible for
> carrying out such orders and/or instructions.
>
> Notice Regarding Privacy and Confidentiality:
>
> Robertson Stephens reserves the right to monitor and
> review the content of all e-mail communications sent
> and/or received by its employees.
>
>
>
------------------------------------------------------------------------------
__________________________________________________
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/
