But which are our architectural elements you may ask? Services or resources? I posted my thoughts over at the W3C mailing list. For those who have been following what Jim and I have been saying about OGSI, WSRF (and to a lesser extent about WS-Transfer), this post is a short summary. Expect more when we finish our promised MEST paper (the long version).
Steve seems to think that I will be thrown out of W3C because of this :-).
Tim discusses the problems with the vendors’ lack of a shared understanding of the WS architecture (“When architectures collide”) and he links to my post as an example.
It seems to me that because of the lack of a shared vision of the WS architecture, the WS-* stack is becoming a set of technologies that will attempt to please everyone and enable everyone’s architectural visions. I have no doubt that this will be possible (resources, objects, services, etc.). It’s possible to build distributed-object-based applications using XML and SOAP as it is possible to build service-oriented applications using object-oriented toolsets (e.g. CORBA/DCOM/etc).
I was hoping that the WS-* stack would be a good set of focused tools for building interoperable service-oriented systems. Let’s see where the WS-Highway ends.
As part of the BrainExpanded project, I’m building an iOS app that lets users easily…
Artificial Intelligence (AI) has rapidly evolved over the past few decades, becoming an integral part…
Happy New Year everyone! I was planning for my next BrainExpanded post to be a…
See "BrainExpanded - Introduction" for context on this post. Notes and links Over the years,…
This is the first post, in what I think is going to be a series,…
Back in February, I shared the results of some initial experimentation with a digital twin.…