Updated: 9/21/2006; 6:12:51 AM.
Nick Gall's Weblog
[NOTE: I have moved. My new blog is ironick.typepad.com.]
        

Friday, September 26, 2003

JBI Deals With the Heteregenous Network.
Continuing discussion of Java Business Integration (JBI - JSR 208) and related issues. See my previous comment on JBI. See also the comment thread re the JBI post at Collaxa. I just commented on Carlos' post and I am reposting my comments here:

Carlos, I completely disagree with your analysis. It is only when the network becomes more homogeneous that we make major progress due to the "network effect." Your expectation of the inevitability of network heterogeneity sounded a lot more convincing ten or so years ago -- BEFORE the Internet effectively displaced ALL OTHER internetworking protocols. If network heterogeneity is inevitable, then how did that happen? The same displacement and resulting homogeneity is evident one level up in the Web's universality (HTTP/HTML). HTTP/HTML displaced all other remote-GUI network technologies: Compuserve, AOL, Telnet, Gopher. How did that homogeneity happen. In general, although network homogeneity does take a long time, it does eventually happen. Look at the email network, which settled on SMTP. Or outside of IT, look at the intermodal shipping container, which finally enabled interoperability across the shipping industry.

Web services is simply the attempt to extend the homogeneity of the Internet and the Web even further, and from everything I see, it is succeeding. In my experience, it generally takes five years for a new technology to break though to the 80% use rate. Look at XML. It was ratified in 1998 and it went big this year. That is, it is now in production in 80% of Global 2000 organizations. Also, to say that Web services' interoperability limitations, which are being reduced over time through efforts like WS-I, mean that it has "failed" is like saying HTML has failed due to its interoperability limitations

All that said, there is a role for heterogeneity in the network. Just as the Internet is a set of internetworking protocols (i.e., the Internet standards define no layer one or two protocols) for enabling binary packet interoperation across heterogeneous networks (e.g., Ethernet, ATM, Dialup, Frame Relay), so too Web services is set of internetworking protocols for enabling typed XML Infoset interoperation across heterogeneous transports (e.g., HTTP, MQ Series, SMTP). But if Web services does not succeed, then we are not going to make much progress. I think the major vendors (including Microsoft) all get this, which is why they are so far resisting the urge to fork the core Web services standards.

One thing I know for sure, as hard as homogeneity is in the network, it is impossible (and a very bad thing) at the end points. That is the fatal flaw in the Java vision – that all endpoints should run one homogeneous software model. That is NEVER going to happen, nor should it happen. It is at the endpoint that you want lots of experimentation and innovation.

So while I applaud the JBI JSR, it is akin to ratifying a Winsock or Berkeley Sockets standard API – very useful – but not nearly as essential as the network protocols they drive.


9:16:11 AM      

© Copyright 2006 Nicholas Gall.
 
September 2003
Sun Mon Tue Wed Thu Fri Sat
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30        
Aug   Oct



Latest Interesting Pages Furled

Full Archive of Furled Pages

Subscribe to my Furl Archive

Click here to visit the Radio UserLand website.



Click here to send an email to the editor of this weblog.

My Latest Blog Postings

Powered by: