Also worth noting that Xerces is not the fastest Java based SAX parser in the west ( or the east for that matter ). In some tests I've done the Crimson parser originally from Sun, also available from apache is much faster than Xerces, say twice as fast. Oracles parser is also of comparable speed to Crimson.
How does this differ from requiring a speed monitoring device in every car? I think the main difference is that the FAA do not remotely take control of the speed of the aircraft because that would be dangerous. Whereas what my government is suggesting is that they will limit your speed, which just sounds like a recipe for disaster to me. Gudge
Isn't Box the guy making money from the Microsoft gravy train every time another one of his COM books sells?
Yes, of course Don makes money when someone buys one of his COM books. I'm sure he will also make money from an XML book he is writing with a couple of other DevelopMentor guys. Is his XML book a 'Microsoft' book, no, in fact I think the book uses Suns XML parser for example code!
Doesn't the history of XMLRPC show that they both worked closely with Microsoft engineers at Microsoft...
But the spec is still public and based on HTTP and XML. So it really doesn't matter what Microsoft decide to do with SOAP, other people can still decide to do other things with it. At DevelopMentor we see SOAP as being a cross-platform technology.
I've spent most of my programming life working with Windows and I long for a day when I can make method calls from any client platform into any server platform. SOAP just codifies a way of achieving this, nothing more, nothing less.
The thrust behind SOAP, at least at DevelopMentor, is that wire-level interop is just enough interop. We don't care what component model you use, in fact you don't even have to use a component model at all. We were hoping that SOAP would help douse the object-war flames not add to them. Looks like we're going to be disappointed...
WRT to who will be first to implement SOAP, I think that it was actually Keith Brown at DevelopMentor who produced a Perl implementation that runs on NT ( IIS/Apache ) and Linux ( Apache ). You can download the bits at http://www.develop.com/soap DevelopMentor also plan to provide COM and Java versions fairly shortly ( don't press me for a tighter time frame, I don't have one ). Regards Martin Gudgin DevelopMentor
Slashdot Mirror
Also worth noting that Xerces is not the fastest Java based SAX parser in the west ( or the east for that matter ). In some tests I've done the Crimson parser originally from Sun, also available from apache is much faster than Xerces, say twice as fast. Oracles parser is also of comparable speed to Crimson.
So you could get even better numbers.
Gudge
How does this differ from requiring a speed monitoring device in every car? I think the main difference is that the FAA do not remotely take control of the speed of the aircraft because that would be dangerous. Whereas what my government is suggesting is that they will limit your speed, which just sounds like a recipe for disaster to me. Gudge
Yes, of course Don makes money when someone buys one of his COM books. I'm sure he will also make money from an XML book he is writing with a couple of other DevelopMentor guys. Is his XML book a 'Microsoft' book, no, in fact I think the book uses Suns XML parser for example code!
Doesn't the history of XMLRPC show that they both worked closely with Microsoft engineers at Microsoft...
But the spec is still public and based on HTTP and XML. So it really doesn't matter what Microsoft decide to do with SOAP, other people can still decide to do other things with it. At DevelopMentor we see SOAP as being a cross-platform technology.
I've spent most of my programming life working with Windows and I long for a day when I can make method calls from any client platform into any server platform. SOAP just codifies a way of achieving this, nothing more, nothing less.
The thrust behind SOAP, at least at DevelopMentor, is that wire-level interop is just enough interop. We don't care what component model you use, in fact you don't even have to use a component model at all. We were hoping that SOAP would help douse the object-war flames not add to them. Looks like we're going to be disappointed...
WRT to who will be first to implement SOAP, I think that it was actually Keith Brown at DevelopMentor who produced a Perl implementation that runs on NT ( IIS/Apache ) and Linux ( Apache ). You can download the bits at http://www.develop.com/soap DevelopMentor also plan to provide COM and Java versions fairly shortly ( don't press me for a tighter time frame, I don't have one ). Regards Martin Gudgin DevelopMentor