Process Interoperability

  • May 19, 2009
  • Scott
  • 0 Comments

A couple of posts on this subject recently, one of them by my good friend John Reynolds (Process Manager Interoperability).  Keith Swenson made a reference to the Wf-XML spec as being relatively little-known and he wasn’t kidding – neither John nor I had heard of it previously and no doubt part of that is because the name says nothing about what it can accomplish for you.  The letters “Wf-XML” just don’t say anything about what this spec will do for you (allow you to start, monitor, and react to the completion of a process run in another system/environment).

As John points out, it seems higher probability that consumers of BPM technologies will benefit more from technologies that help with interoperability between those BPM tools, rather than from the more complicated task of actually migrating those implementations across BPM tools.  Of course, the SOA camp ca well claim that they solve this problem – but it isn’t the service-oriented nature of the interface that is the problem – its having a purpose-built standard for the design pattern of two independent process platforms communicating about the state of a process instance (or subprocess instance).

Related Posts
  • October 22, 2018
  • Scott
  • 0 Comments

In our world of process, there are a lot of low-code or no-code platforms on offer.  Being a realist, it ofte...

  • October 18, 2018
  • Larry
  • 0 Comments

There are multiple regulatory agency cooperative initiatives involving digitization and standardization like t...

  • October 17, 2018
  • Scott
  • 0 Comments

There's more than one way to build a UI for process. At BP3 we always look at simplifying and speeding up the ...