BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ

Topics

Choose your language

InfoQ Homepage Presentations BPM with REST

BPM with REST

Bookmarks
53:19

Summary

Cesare Pautasso discusses the conceptual relationship between business processes and stateful RESTful services, showing how BPM can be used to design and implement hypermedia-based services.

Bio

Cesare Pautasso is assistant professor at the Faculty of Informatics of the University of Lugano, Switzerland. Previously, he was a researcher at the IBM Zurich Research Lab and a senior researcher at ETH Zurich. Pautasso is the lead architect of JOpera, a rapid service composition tool for Eclipse.

About the conference

The International SOA Symposium is a yearly event that features the top SOA experts and authors from around the world, providing a series of keynotes, talks, demonstrations, panels, and SOA training and certification workshops - all with an emphasis on realizing SOA in the real world.

Recorded at:

Mar 18, 2011

Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Community comments

  • This prompted me to recall a posting by Fielding

    by Kelvin Meeks,

    Your message is awaiting moderation. Thank you for participating in the discussion.

  • Great presentation

    by Manmohan Gupta,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Great presentation and quite relevant to SOA and BPM architects. In fact, RESTful services are demonstrably compliant with SOA design principles. Of course, when implementing REST-style services, architects still see the same governance, management and other QoS (security, SLA's) requirements as with SOAP-style services.

  • Source Code

    by marina bortolotti,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Is there any chance to get the source of the example??
    Thank you

  • Re: Source Code

    by William Martinez,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Marina, not sure about the modified source Cesare presents, but the actual RESTBucks code is available from the REST In Practice book page.

  • REST as a Service Implementor or as a BPM engine?

    by William Martinez,

    Your message is awaiting moderation. Thank you for participating in the discussion.

    Great presentation, we need more time to discuss many approaches here. Unfortunately we need to have some time explaining both concepts.

    OK, it is not that clear from presentation what is the integration approach, or how can I use REST in the BPM world. It is mentioned, I guess it is not stressed enough.

    When you talk about BPM and then you talk about Services, common understanding is using a modeling language (BPEL) to invoke services in a workflow. That flow is called a Business Process (BP). If we mention REST Web Services, the immediate assumption is we will use BPEL to invoke a REST WS.

    That idea is reinforced in the talk when Cesare presents the connectors slide, comparing RCP, Messaging and REST "connectors". The idea of expanding BPEL to be able to invoke REST WS is mentioned somewhere too.

    But later on, the other idea is presented succinctly. The resource concept is to broad, we can use it to represent the whole BP itself. Actually, the BP modeling can happen directly using the Hypermedia and state combination REST is famous about. And that approach is the one presented in the last part of the talk. In other words, I can actually model a BP using REST!.

    Anyhow, both approaches have some mismatches if we think of BPs as a flow of services invocations. For instance, REST as a BP workflow engine implies one BP task is actually an interaction with a resource, very different from a service invocation. One of my claims is that we can use services and SOA to implemented BPs, but they are not the only way, thus the REST approach is perfectly valid, although not the one we are used to.

    The idea is a good one, needs to be further discussed though.

    Cheers.

    William Martinez Pomares.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

BT