Virtual Surreality

It's too real to be true

Browsing Posts tagged soa

I’m chairing next week’s Ark Group conference on SOA (Achieving Interoperability in Systems Architecture) at the Vibe Hotel in North Sydney, Australia. You can download the conference brochure here. My ThoughtWorks colleague Halvard Skogsrud and I are presenting the workshop entitled “Bearing the standards of interoperability”.

For a wonderfully concise and lucid synopsis on what you really need to be aiming for while devising an SOA, watch Jim Webber‘s InfoQ interview. He discusses the Agile-hugging benefits of an emergent service ecosystem, provides best practices around building for scalability, highlights what makes RPC (even if you pronounce it “doc/literate”) bad in terms [...]

I’ve just read a great post by John Pither, a ThoughtWorks colleage of mine, that helps people think about an SOA through the pub/sub model of the physiological systems in the body. Like many middleware vendors, though, I think he’s missing some important facets of an SOA. While loosely-coupled components interacting with messages using a [...]

Hanging around Jim from time to time, I get to hear many interpretations of SOA from various people. One very common interpretation is that is a way (or the new way) to do EAI, to hook monolithic software applications together. Another interpretation is that it is a way to compose flexible automated information systems from [...]

Jim thought he’d wind me up this morning and told me to read his blog about SCA. This is another attempt at letting you expose an object-oriented business model to those who may wish to interoperate with your application. In summary, it’s a way of declaring an object interface in SOAP. Sounds great, doesn’t it? [...]

To: The editor at Computer magazine (computer.org) CC: Ken Birman at Cornell University I enjoyed reading the October 2005 edition of Computer, and after the obligatory reading of “At Random”, I flipped with interest to the Web Technologies column: “Can Web Services Scale Up?” by Ken Birman. In my simple take on it, Ken suggests [...]