Title: RE: SOAP Performance - What's next

Yeah.  It looks good.  My point in that whatever it is the real performance boost will come from a binary XML format which makes the XML processing overhead insignificant.  Those who are concerned about building real-life enterprise applications with SOAP that can possible process high volume of transactions know that in the end performance will be a real barrier to adoption.

 

 

_______________________________________________

Waqar Sadiq

 

EDS EIT EASI - Enterprise Consultant

MS: H3-4C-22

5400 Legacy Drive

Plano, Texas 75024

 

phone: +01-972-797-8408 (8-837)

e-mail: [EMAIL PROTECTED]

fax: +01-972-605-4071

_______________________________________________

 

 

-----Original Message-----
From: Volkmann, Mark [mailto:[EMAIL PROTECTED]]
Sent
: Wednesday, February 13, 2002 2:36 PM
To: '[EMAIL PROTECTED]'
Subject: RE: SOAP Performance - What's next

 

I've looked at DIME and think it's more complex than it needs to be.
A simpler binary encoding of XML is BOX found at http://box.sourceforge.net.

-----Original Message-----
From:   Sadiq, Waqar [SMTP:[EMAIL PROTECTED]]
Sent:   Wednesday, February 13, 2002 2:08 PM
To:     [EMAIL PROTECTED]
Subject:        RE: SOAP Performance - What's next

Has anyone looked at DIME at
http://gotdotnet.com/team/xml_wsspecs/dime/default.aspx.  To me, it seems
like the lack of a binary encoding format is the only thing that is going to
make a performance difference.



***************************************************************************************
WARNING: All e-mail sent to and from this address will be received or
otherwise recorded by the A.G. Edwards corporate e-mail system and is
subject to archival, monitoring or review by, and/or disclosure to,
someone other than the recipient.
***************************************************************************************

Reply via email to