Post a Comment
So far Web Services interop is nightmare. Moreover there is ever growing stack of WS "specs" that makes whole issue very complicated. WS _was_ good idea before too many people and interests put a lot of bloat and duplicated buggy effort into it. Developer is supposed now to use "tools" that hides real SOAP operation from him which creates debugging nightmare. Those "bloating comissions" should look at DBUS (http://www.freedesktop.org/Software/dbus) for what design developers like (KISS). If you want really to understand SOAP you will need a LOT of training. Otherwise you have to use "tools" and _hope_ everything will work as intended.
I think the funniest part, however, is even with SOAP (which scales attrociously), people are still using CORBA.
Unfortunately, however, there is a habbit for companies to over engineer a solution that should actually be done by three seperate, but interoperable specifications rather than trying to have some sort of grand unified, does everything including the kitchen sink deal.
I wouldn't be surprised; another attempt by a company to make a grand unified 'does everything' concept.
What is required are a large number of small, well documented projects that aim to solve a small number of solutions, so that when it comes to learning and then implementing the technology, programmers aren't overwhelmed, and thus, end up using the technology in the incorrect manner.



