Tech Off Thread

4 posts

Forum Read Only

This forum has been made read only by the site admins. No new threads or comments can be added.

.NET & gSoap - gets New Competition

Back to Forum: Tech Off
  • User profile image
    a !

    According to the company, their performance testing reveals that FAST Web Services built with the OSS FWS Tools are significantly faster than XML Web Services built with .NET and gSOAP frameworks. In addition to providing a high performance alternative to traditional Web Services, the OSS FWS Tools support traditional XML SOAP messages, ensuring your ability to exchange SOAP messages with XML based peers. :O

    http://fr.sys-con.com/read/158764.htm
    http://www.oss.com/xml/products/fws.html

  • User profile image
    DoomBringer

    With all the hype XML has going for it, I don't know if this stuff will take off.  (not to detract from XML, it has its uses)

  • User profile image
    blowdart

    a ! wrote:

    According to the company, their performance testing reveals that FAST Web Services built with the OSS FWS Tools are significantly faster than XML Web Services built with .NET and gSOAP frameworks. In addition to providing a high performance alternative to traditional Web Services, the OSS FWS Tools support traditional XML SOAP messages, ensuring your ability to exchange SOAP messages with XML based peers. :O

    http://fr.sys-con.com/read/158764.htm
    http://www.oss.com/xml/products/fws.html



    So in order to gain speed they throw away the major selling point of SOAP interoperability.

    There's irony here somewhere.

  • User profile image
    rajulg

    Why do you think the interoperability is lost? The tool has capability of generating both XML and Fast SOAP messages from the same interface.  And the FAST SOAP messages are generated in accordance with ITU-T X.892 standard. So if the receiver can understand FAST messages,  send standardized FAST messages to gain speed and compactness, and if it understands only XML SOAP, send XML. I don't see where the interoperablity is borken. The solution is all standardized.

Conversation locked

This conversation has been locked by the site admins. No new comments can be made.