[
Lists Home |
Date Index |
Thread Index
]
In case some of you haven't noticed, the www.XML.org news postings have become considerably
more focused and useful in the last few months. They are updated daily and have not only
links, but actual content that is in some cases hidden behind passworded sites. For
example, I just noticed:
http://www.xml.org/xml/newsreport_article.shtml?SMContentIndex=28 - "Untangling Web
Services" [original content asks for a password] "The future reliance of applications on
Web services may require lots of developer retraining for all but the simplest programs.To
put it into perspective, the jump is similar to going from procedural programming in DOS to
event-driven programming under Windows.Development tool companies may have made it easy to
write and read Web services. But this is like making a car easy to drive - you still have
to learn the road rules, new methods of coord-ination and a new vigilance towards what's
going on around you.Sadly, developer courses covering Web services to this level are few
and far between. And after speaking with vendors, I can tell you nobody really knows how
the Web services craze will pan out, hence the lack of real information."
http://www.xml.org/xml/newsreport_article.shtml?SMContentIndex=3&SMContentSet=0 "Rogue
Wave's Ruple tackles Web services deployment" [original content requires a subscription, I
think] "Conclusion: Rogue Wave has tapped into what is expected to be a major opportunity,
that of delivering solutions to bridge the disparate worlds of J2EE and Microsoft .NET, and
what is sometimes called the 'peer-tier.' IT services companies such as Accenture have
already begun to develop tools that deliver and bridge these Web services. In addition to
interoperability and portability, though, Rogue Wave is attempting to address several other
shortcomings of Web services, including the tight coupling of the architecture due to the
synchronous nature of RPC and explicitly named endpoints."
[disclaimer: I'm on the XML.org advisory board, so this is somewhat self-serving.
Nevertheless, the maintainers of the site are EXTREMELY open to suggestion on how to
further improve its utility for the XML community.]
|