Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Request Optional-Response: consumer issues a request to provider, which may result in a response.
    Consumer and provider both have the option of generating a fault in response to a message received during
    the interaction. 

The WSDL 2.0 Extensions spec defines a Message Exchange Pattern (MEP) as: "the sequence and cardinality of abstract messages listed in an operation." JBI uses this concept to define interactions between two nodes: the consumer node, and the provider node. The pattern is defined in terms of message type (normal or fault), and message direction. MEPs always reflect the provider's point of view. For example, in a request-response interaction, the MEP is in-out, which reflects the flow of messages as seen by the provider. From the consumer's perspective, the direction of message flow is reversed, but the MEP used by the NMR in its interactions with the consumer will always reflect the provider's perspective. This is a conventional practice when dealing with WSDL MEPs.

Below is a matrix of ServiceMix components and the JBI MEPs supported by each.

 

 One-Way

Reliable One-Way 

Request-Response 

Request Optional-Response 

BPEL 

 

 

 

 

Cache

 

 

 

 

Drools

 

 

 

 

Email

 

 

 

 

File

 

 

 

 

FTP

 

 

 

 

Groovy

 

 

 

 

HTTP

 

 

 

 

Jabber

 

 

 

 

JAX WS

 

 

 

 

JCA

 

 

 

 

JMS

 

 

 

 

Quartz

 

 

 

 

Reflection

 

 

 

 

RSS

 

 

 

 

SAAJ

 

 

 

 

Scripting

 

 

 

 

ServiceMix

 

 

 

 

Validation

 

 

 

 

XFire

 

 

 

 

XPath Routing

 

 

 

 

XSLT

 

 

 

 

XSQL

 

 

 

 

VFS

 

 

 

 

WSIF