webMethods Flow

From Wikipedia, the free encyclopedia

webMethods Flow
Paradigm Object-oriented, structured, graphical
Appeared in 2000s
Designed by webMethods
Major implementations webMethods Integration Server
Influenced by Java, flow charts
OS Cross-platform
License commercial
Website http://www.webmethods.com/

webMethods Flow (known as "flow code" or simply "flow") is a graphical programming language[1] that runs within the webMethods Integration Server. It was designed to simplify tedious, difficult to maintain or error prone aspects of integration/B2B activities.[2]

The webMethods Developer is the IDE in which to write flow code.

Contents

[edit] History

webMethods developed flow as a technology to increase the ease and speed of development on their B2B/enterprise integration platform. A language that would be a suitable fit with the desire for a service based application server was another driving force.

[edit] Philosophy

The main driver behind flow syntax was to allow the graphical configuration of the mapping logic that forms the major part of Integration projects. Transformation and conversion of data in a text based programming language quickly becomes unwieldy and cluttered. It is also quite difficult to maintain due to the cumbersome nature. Flow code seeks to alleviate this problem by creating a programming language similar to the way you would indicate mapping of data if your source and destination data formats were placed side by side on a white board and lines connecting source to destination.

The other goal of flow was to allow a service based view of the application. Any existing code is a service. Invoking functionality is akin to treating it as a "black box" requiring certain inputs (which are mapped from your available variables). The results of that operation are then treated as outputs of the "black box". The concept of the "pipeline" is the means by which to pass data to and get results back from invocation of services.[3]

[edit] Syntax

There are the following operators in the flow language:[4]

  • Map
  • Invoke
  • Branch
  • Loop
  • Repeat
  • Exit
  • Sequence

The operators are stored on disk as XML but this is not generally edited directly, rather the IDE (webMethods Developer) is used.

[edit] Advantages

  • Mapping logic is easily performed and fairly natural to understand (by a range of technical abilities from Developer to business analyst).
  • Allows ease of reuse of existing services via a service based view of code
  • Allows rapid prototyping
  • Natural fit to the SOA model of software architecture
  • Easy exposure of flow services as webServices and use of webServices as "services" to be invoked

[edit] Criticisms

  • Incorrectly used flow can produce some ugly code due to too much in the way of mapping in a single Map operation.
  • It is a proprietary language and as such there is little support or reference material available outside webMethods, the user group wmusers.com and a few isolated user created pages.
  • Source code is stored as XML, making it rather difficult to use traditional editors, source control and merge tools.
  • The graphical nature of the language may give the impression that non-technical staff are capable of writing good code in it. A technical background in other programming languages is of great advantage in producing good quality flow code.
  • Fairly heavily mouse driven compared to java/c++/c# etc and can result in sore mouse arm while first developing in it
  • Only the webMethods platform as an implementation, so should a shift from that platform be desired a complete re-write of all flow code is required

[edit] See also

[edit] References

  1. ^ webMethods Flow code mapping screenshot
  2. ^ WebMethods Business Integration – Detailed Features
  3. ^ explanation of the webMethods pipeline
  4. ^ Nathan's Intro to webMethods Flow

[edit] External links