InfoQ

InfoQ

Presentation

My Bookmarks

Login or Register to enable bookmarks for unlimited time.

The content has been bookmarked!

There was an error bookmarking this content! Please retry.

Recorded at:
Recorded at

BPM with REST

Presented by Cesare Pautasso on Mar 18, 2011 Length 00:53:19     Download: MP3
     Slides
Sections
Enterprise Architecture,
Architecture & Design
Topics
Business Process Management ,
SOA ,
Business ,
REST ,
Architecture ,
SOA + Cloud Symposium ,
Enterprise Architecture ,
SOA Symposium
 

How would you like to view the presentation?

In case you are having issues watching this video, please follow these simple steps to help us investigate the issue:
1. Right click on the video player and select Copy log
2. Paste the copied information in an email to video-issue@infoq.com (clicking this link will fill in the default details in most email clients).
Note: in case your email client hasn't automatically picked up the email subject, please include in your email the URL of the video too.
3. Done.
We will investigate the issue and get back to you as soon as possible. Thanks for helping us improve our site!
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.
  • This article is part of a featured topic series on SOA
This prompted me to recall a posting by Fielding by Kelvin Meeks Posted
Great presentation by Manmohan Gupta Posted
Source Code by marina bortolotti Posted
Re: Source Code by William Martinez Posted
REST as a Service Implementor or as a BPM engine? by William Martinez Posted
  1. Back to top

    This prompted me to recall a posting by Fielding

    by Kelvin Meeks

  2. Back to top

    Great presentation

    by Manmohan Gupta

    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.

  3. Back to top

    Source Code

    by marina bortolotti

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

  4. Back to top

    Re: Source Code

    by William Martinez

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

  5. Back to top

    REST as a Service Implementor or as a BPM engine?

    by William Martinez

    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.