IWETHEY v. 0.3.0 | TODO
1,095 registered users | 0 active users | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New I don't buy it
Any of it.

Before I put on my grumpy face - thanks for the links. I appreciate it and this is totaly not directed at you or any readers here.

That said - whats different about this hype wave vs B2B exchanges, the semantic web, CORBA, OO code reuse, 4GLs, etc....

The writers act like XML and SOAP (which is an appallingly bad pair of technologies) is suddenly going to make a lot of effort writing code go away. The FACT of the matter is that it takes no less (and with all the UDDI crap and added complexity I'll say it takes a bit more) work to implement a "web service" than it does to implement it as a CORBA service, an RPC, an email message handler, or directly callable interface. Its still going to take work and the directory stuff doesn't help much at all.

Its still going to require human relationships and phone calls to make this stuff work reliably. Heck, after spending last year building Cacheon's J2EE application porting workbench, I've found that given two XML documents that are specified off the same standard, stupid little quirks like whether there was a linefeed as the last character or not made interoperability as unrealizable as a wet dream for a eunuch.

In fact, of the SOAP implementations out there, precious few work reliably together and many A-B interfaces will require bits of manual tweaking to get them set up. Truly a plug and pray world.

Additionally, the only variant of SOAP that doesn't completely suck is SOAP with attachments (which practially nobody implements) - should you disagree, try building a web service which takes an html docment and runs tidy on it and get back to me. Inlining HTML into XML is FUGLY.

I could go on and on about how XML is neither a good markup language (what it claims to be) nor a good structured data serialization format (what its mostly used for) or about how SOAP took a perfectly simple idea and obfuscated the hell out of it with weird concepts like soap envelopes, headers, bodies, pluggable serialization schemes when nobody can even get the one working, or about how watching the web services crowd repeat the entire learning process in the zippies that the OMG did in the 90's (next we add security, then transactions, then...) but I think I've said enough.

The reason the web services seminar is heavily attended is that everybody in the bay area is out of work, has nothing better to do, and is grasping at straws looking for the next big fad to fuel a new round of VC idiocy. Webservices has been a slow starter though and frankly I think there will be some services created - but its not making my heart beat any faster because I just can't get excited about redoing the 90's in XML.

Also, it sure would be great if someone could figure out a better example than the stupid stock quote or trader example. It makes me yawn everytime I see it.
The average hunter gatherer works 20 hours a week.
The average farmer works 40 hours a week.
The average programmer works 60 hours a week.
What the hell are we thinking?
New Re: I don't buy it - My experience is opposite

I have all IBM's WS toolkits

Web Services Toolkit
VisualAge fo Smalltalk Web Services feature
WebSphereStudio Developer (Java) with Web Services

and I am finding I can do WS demos easier that any previous technology building the same type of function.

The Smalltalk WS facility is amazing - it has taken a while to get here but
it works and the performance is far better than I had imagined it would be.

One simple example - With VA Smalltalk I can create a Web Service in a few hours that accesses a COBOL program reading an ISAM file, and publish it as a web service and demo it. That is effectivel doing EAI.

If you are criticising the technologies, I suspect you may not have seen or tried some of the new tools that support it.

Give it a go, it is worth it

Cheers

Doug


New Yeah but you're all IBM so far
Interop with other SOAP toolkits is going to come dear I think.

But we'll see. I have to do some interop with external vendors and I'll certainly define some standard interfaces and give it a go. But I'm not at all optimistic that it will be any better than homegrown message formats over http.
The average hunter gatherer works 20 hours a week.
The average farmer works 40 hours a week.
The average programmer works 60 hours a week.
What the hell are we thinking?
     Some good reads on XML & Web Svcs & Enterprise Apps - (dmarker2) - (7)
         Stupid question - (ben_tilly) - (3)
             Re: A sincere question is rarely stupid. An answer can be - (dmarker2) - (2)
                 This area seems to have a major confusion... - (ben_tilly) - (1)
                     Re: Web Services Servers might introduce challenges ... - (dmarker2)
         I don't buy it - (tuberculosis) - (2)
             Re: I don't buy it - My experience is opposite - (dmarker2) - (1)
                 Yeah but you're all IBM so far - (tuberculosis)

...introduce an "if", and you're down the slippery slope. You add "for", and it's an avalanche. Then the "while" falls on you, and you're buried.
37 ms