Client Server Client Server 100 bytes 1000 bytes 100 bytes 200 bytes No compression Compression
SOAP:Analysis
Strings - no conversion needed
Floating Point - sprintf,sscanf
“ e-commerce” applications --- GOOD
text + integers
“ grid” applications --- BAD
numeric intensive
There is always a tradeoff involved
encode decode In-memory In-memory xml-rpc
SOAP: What the Grid needs
A standard that can find a balance between performance and inter-operability
XDR,NDR,CDR - possible candidates
Ability to represent structure is key
Maybe an extension to xml-rpc
Will enable grid infrastructures to inter-operate
SOAP: Analysis
Stateless Nature - Independent transactions
Most distributed applications are stateful
Programming model is different
State info with every transaction
Size of state info need
“ A cookie may not satisfy hunger”!!
Good for scalability
SOAP: Analysis
Programming complexity
Standards are in flux
Maturity of tools
Need open-source xml parsers
xml.apache.org
xerces : parsers in xml,perl,c++
A minor obstacle at best
SOAP: Birds-eye-view DCOM OTHER CORBA JAVA Islands of in-compatibility interconnected by SOAP bridges Philosophy of “Do one thing and do it well” Focus on Interoperability
SOAP: What can it teach us?
Use XML for data exchange
can define our own xml-rpc if needed
the idea of encoding is what is important
can use TCP as transport
HTTP tunneling
Would be a short-sight on our part to ignore because of Microsoft tag
0 comments
Post a comment