Post #44,494
7/4/02 9:13:26 PM
7/5/02 10:05:32 PM
|
Some good reads on XML & Web Svcs & Enterprise Apps
(The 2nd linked-to article below ends with this very cute quote) :-
"These are exciting times. If none of this makes your heart beat a little bit faster, you might want to check your pulse because you're probably dead."
**************************************************************************
[link|http://www.infoworld.com/articles/fe/xml/02/07/08/020708fecollab.xml|Link to Article 1 - excerpt below]
THE NEXT GENERATION of enterprise applications is promising to shed traditional shackles, spanning functional silos to link data seamlessly among customer, supplier, financial, and other applications both inside and outside company firewalls.
With greater amounts of data exposed as XML and tied together via Web services, enterprises are looking to lash together compenentized business processes to attack business problems with the best parts of existing applications. These emerging collaborative or composite applications will combine functions from multiple application systems to execute a larger, near real-time process that will then be published as a Web service.
etc:, etc:, etc:...
"Web services is the first real hope for having a transport-agnostic, platform-agnostic, and firewall-agnostic way of doing a component or composite application model," says Suresh Chandrasekaran, director of product management at Vitria in Sunnyvale, Calif.
And yet, the Vitrias, Tibcos, and webMethods of the world still contend that the old must coexist with the new, the result of which will be an architectural melange of message-based and service-oriented infrastructures.
"Stringing together Web services does not an application make," says Andy Astor, vice president of enterprise Web services at Fairfax, Va.-based webMethods. Astor singles out the missing elements of Web services, including transactionality, security, and management, as hurdles to the adoption of collaborative apps beyond the firewall. "When the components are done, it becomes a matter of integration, business process automation, and workflow," he says.
etc:, etc:, etc:...
These next-generation enterprise applications will reside in a services architecture that will be driven primarily by business functions and process as opposed to data, according to industry observers. In a services-oriented architecture, an enterprise could call a service to place an online order and execute original logic rather than send data back and forth, explains Mike New, director of integration strategy at WRQ in Seattle. For example, WRQ exposes business functions from SAP or Siebel or legacy systems as discrete components; as a result, a company can literally drag and drop a business function from SAP followed by something from an IBM mainframe without rewriting code, New adds.
etc:, etc:, etc:...
[link|http://www.infoworld.com/articles/op/xml/02/01/28/020128opnoise.xml|Link to Article 2 - excerpt below]
WHEN MORE THAN 700 people in this economy show up for a two-day InfoWorld conference on Web services in San Francisco, you know fundamental change is in progress. The question most people want answered is, How will these technologies actually change software applications for the better?
People get the idea that Web services are a set of industry-standard protocols based on XML, SOAP (Simple Object Access Protocol), and UDDI (Universal Description, Discovery, and Integration) that will make it easier to integrate applications. What most people still don't understand is that these technologies will also create an entire new category of software known as collaborative applications.
The trouble with most software today is that just about every application we use is point-to-point in nature. That means it can effectively reach out to only one data source at a time. All that is about to change -- and it's high time it did.
etc:, etc:, etc:...
[link|http://www.infoworld.com/articles/hn/xml/02/01/15/020115hnvitria.xml|Link to Article 3 - excerpt below]
ENTERPRISE APPLICATION INTEGRATION is dead, long live business process integration. So says Vitria CTO Dale Skeen. In an interview with InfoWorld Editor in Chief Michael Vizard and Test Center Director Steve Gillmor, Skeen explains why he thinks Web services will create the perfect scenario for taking Vitria to the next level of business process integration and collaborative applications.
etc:, etc:, etc:...
InfoWorld: What impact will Web services have on EAI?
Skeen: I think traditional EAI [enterprise application integration], which was concerned with messaging middleware and connectivity, is dead. Web services will provide the universal way to connect. What we'd love to see is a world in which the messaging infrastructure and Web services become ubiquitous and transparent, so we don't have to deal with it.
etc:, etc:, etc:...
InfoWorld: What impact will service-oriented architectures have on applications?
Skeen: We are all transitioning to a service-oriented architecture. And that's good, because that helps with the interactions. Today you need both service-oriented and event-oriented, because service-oriented will easily get information in and respond to requests that you make. Event-oriented says that the application has to proactively notify things. We expect more and more to see in the middle of these major apps a collaborative application that you would need to notify instead. We think the killer apps for Web services are collaborative applications.
Doug M
Edited by dmarker2
July 4, 2002, 11:21:42 PM EDT
Edited by dmarker2
July 4, 2002, 11:27:41 PM EDT
Edited by dmarker2
July 4, 2002, 11:34:58 PM EDT
Edited by dmarker2
July 4, 2002, 11:37:54 PM EDT
Edited by dmarker2
July 4, 2002, 11:38:22 PM EDT
Edited by dmarker2
July 4, 2002, 11:43:17 PM EDT
Edited by dmarker2
July 4, 2002, 11:45:36 PM EDT
Edited by dmarker2
July 5, 2002, 09:53:16 PM EDT
Some good reads on XML & Web Svcs & Enterprise Apps
Article 1 - excerpt below
THE NEXT GENERATION of enterprise applications is promising to shed traditional shackles, spanning functional silos to link data seamlessly among customer, supplier, financial, and other applications both inside and outside company firewalls.
With greater amounts of data exposed as XML and tied together via Web services, enterprises are looking to lash together compenentized business processes to attack business problems with the best parts of existing applications. These emerging collaborative or composite applications will combine functions from multiple application systems to execute a larger, near real-time process that will then be published as a Web service.
etc:, etc:, etc:...
"Web services is the first real hope for having a transport-agnostic, platform-agnostic, and firewall-agnostic way of doing a component or composite application model," says Suresh Chandrasekaran, director of product management at Vitria in Sunnyvale, Calif.
And yet, the Vitrias, Tibcos, and webMethods of the world still contend that the old must coexist with the new, the result of which will be an architectural melange of message-based and service-oriented infrastructures.
"Stringing together Web services does not an application make," says Andy Astor, vice president of enterprise Web services at Fairfax, Va.-based webMethods. Astor singles out the missing elements of Web services, including transactionality, security, and management, as hurdles to the adoption of collaborative apps beyond the firewall. "When the components are done, it becomes a matter of integration, business process automation, and workflow," he says.
etc:, etc:, etc:...
These next-generation enterprise applications will reside in a services architecture that will be driven primarily by business functions and process as opposed to data, according to industry observers. In a services-oriented architecture, an enterprise could call a service to place an online order and execute original logic rather than send data back and forth, explains Mike New, director of integration strategy at WRQ in Seattle. For example, WRQ exposes business functions from SAP or Siebel or legacy systems as discrete components; as a result, a company can literally drag and drop a business function from SAP followed by something from an IBM mainframe without rewriting code, New adds.
etc:, etc:, etc:...
Article 2 - excerpt below
WHEN MORE THAN 700 people in this economy show up for a two-day InfoWorld conference on Web services in San Francisco, you know fundamental change is in progress. The question most people want answered is, How will these technologies actually change software applications for the better?
People get the idea that Web services are a set of industry-standard protocols based on XML, SOAP (Simple Object Access Protocol), and UDDI (Universal Description, Discovery, and Integration) that will make it easier to integrate applications. What most people still don't understand is that these technologies will also create an entire new category of software known as collaborative applications.
The trouble with most software today is that just about every application we use is point-to-point in nature. That means it can effectively reach out to only one data source at a time. All that is about to change -- and it's high time it did.
etc:, etc:, etc:...
(Above article ends with this very cute quote) :-
"These are exciting times. If none of this makes your heart beat a little bit faster, you might want to check your pulse because you're probably dead."
Article 3 - excerpt below
ENTERPRISE APPLICATION INTEGRATION is dead, long live business process integration. So says Vitria CTO Dale Skeen. In an interview with InfoWorld Editor in Chief Michael Vizard and Test Center Director Steve Gillmor, Skeen explains why he thinks Web services will create the perfect scenario for taking Vitria to the next level of business process integration and collaborative applications.
etc:, etc:, etc:...
InfoWorld: What impact will Web services have on EAI?
Skeen: I think traditional EAI [enterprise application integration], which was concerned with messaging middleware and connectivity, is dead. Web services will provide the universal way to connect. What we'd love to see is a world in which the messaging infrastructure and Web services become ubiquitous and transparent, so we don't have to deal with it.
etc:, etc:, etc:...
InfoWorld: What impact will service-oriented architectures have on applications?
Skeen: We are all transitioning to a service-oriented architecture. And that's good, because that helps with the interactions. Today you need both service-oriented and event-oriented, because service-oriented will easily get information in and respond to requests that you make. Event-oriented says that the application has to proactively notify things. We expect more and more to see in the middle of these major apps a collaborative application that you would need to notify instead. We think the killer apps for Web services are collaborative applications.
Doug M
Edited by dmarker2
July 5, 2002, 09:59:35 PM EDT
Edited by dmarker2
July 5, 2002, 10:03:04 PM EDT
Edited by dmarker2
July 5, 2002, 10:05:32 PM EDT
|
Post #44,968
7/9/02 8:10:00 PM
|
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?
|