Integration Engine Solutions to Connect Anything to Anything

Log out?

eiConsole v.24R1
Tutorial & Working Directory

eiConsole Tutorial – Topology

Content Based Routing 

Note: The Quick Start and Foundation tutorials should be completed before proceeding with the Topology Tutorials.


This PilotFish interface tutorial demonstrates how to accomplish content-based routing; that is, it is a demonstration of how to conditionally send data to an endpoint based on the data itself.

Content based routing may be used when:

How to Run This Example

You may run this tutorial from the Listener by configuring the attached Environmental Properties File or from the eiConsole testing mode at any point in the process prior to the routing module itself, using the attached documents Sample2.xml and Sample3.xml.

Sample2.xml will be routed to one Transport, and Sample3.xml will be routed to the other Transport. The system utilizes the Id to identify which Transport to route to; Sample3.xml uses the Id=”3″ namespace, for example.

How it Works

Note: If “Accumulate Targets” (found in the root configuration of the routing module), is checked, it will send it to all Transports in its list. If it is unchecked, only the first Transport it identifies will be utilized.

Before You Begin

Zip File IconContent Based Routing
Working Directory

Download the file with the sample Working Directory and unzip it on your computer to a convenient place. In our case, it’s c:\Users\{USER _NAME}\PilotFish eiConsole Working Directories\Content Based Routing where {USER_NAME} is the user’s name.

Open the eiConsole, browse to your Simple Route directory, and open it. The fully configured route (Content Based Routing) is included in the working directory.  Your Route File Management screen will open as shown below.

Next, follow the tutorial and walk through it step-by-step.

Double-click on the route named Content Based Routing.

The Main Route Grid will open. This interface has 4 functioning pieces: the Listener, the Route, and the 2 Transports. It performs no data transformation.

Listener Configuration

The Listener polls a directory set by a configuration value stored in the Environment Properties File (included with this interface) every 5 seconds. The Polling Directory is c:\Users\{USER _NAME}\PilotFish eiConsole Working Directories\Content Based Routing\in. In our case, we use the relative path “..\..\in“. The sample files intended to be used with this interface are provided in the c:\Users\{USER _NAME}\PilotFish eiConsole Working Directories\Content Based Routing\data directory. They are Sample2.xml and Sample3.xml.

Transport Configuration

Both of the Transports are configured similarly; only the file name is different.

Here we also use an environment property: $$Pilotfish.Demonstration.Directory.Out=..\..\Out. Which translates to the c:\Users\{USER _NAME}\PilotFish eiConsole Working Directories\Content Based Routing\out directory.

Routing Configuration

The routing configuration is very simple; it uses two XPath-based rules, each performing a different operation. One routes all transactions with an Id of 3 to a particular Transport; the other routes all transactions with an Id of 2 to a different Transport. This is the fundamental mechanism by which all routing is performed; a rule is defined, criteria are defined for that rule, and an operation is optionally defined. Rules can be nested. There are two different modes for routing; Accumulate Matched Targets and Single Target. Accumulate Matched Targets will continue evaluating rules and executing operations; Single Target will stop at the first operation successfully performed.

Below is one of our sample transactions (contained in the Sample3.xml):

  1. <?xml version=“1.0” encoding=“UTF-8”?>
  2. <ns2:Attachment xmlns:ns2=“Sample3.Namespace” Id=“3”>
  3.         <ns2:CreatedDate>2012-07-18</ns2:CreatedDate>
  4.         <ns2:LastModifiedDate/>
  5.         <ns2:LifeCycleId/>
  6.         <ns2:Mime>Text/XML</ns2:Mime>
  7.         <ns2:AttachmentData>VEhJUyBJUyBXSUsgV0lLIEEgU0FNUExFIFRFWFQgQVRUQUNITUVOVA==</ns2:AttachmentData>
  8.         <ns2:AttachmentReason>Order</ns2:AttachmentReason>
  9. </ns2:Attachment>

Note: The Id, in this case, is 3, so it would be routed to the ID3 Transport. This can be experimentally verified by running this transaction in test mode:

Go into the Testing Mode.

Then put the Sample2.xml and Sample3.xml files found in c:\Users\{USER _NAME}\PilotFish eiConsole Working Directories\Content Based Routing\data into the polling directory c:\Users\{USER _NAME}\PilotFish eiConsole Working Directories\Content Based Routing\in.

Then click Execute Test.

The green checkmarks show that the test finished successfully.

The ID2.txt and ID3.txt files should be in directory c:\Users\{USER _NAME}\PilotFish eiConsole Working Directories\Content Based Routing\out

This concludes this tutorial on Content Based Routing.

This is a unique website which will require a more modern browser to work! Please upgrade today!