Doorgaan naar hoofdcontent

Cordys: The ESB

I sometimes hear that Cordys is only a BPM tool. This blog item describes the ESB of the Cordys platform, also known as the SOA Grid.

Introduction

The BPM layer of Cordys is built and runs on the SOA grid of the BOP4 platform. This SOA Grid is the integration ESB of Cordys.
It also has, like other ESBs, adapters to files, webservices, databases etc. It has transformation logic.
It is all on board but maybe somewhat hidden because it is integrated within the platform. All components are services and run on the SOA Grid.
It also uses maybe somewhat other terms you are already familiar with, like Service Groups, Service Containers, Application Connectors.

Service Messages

SOAP Messages over http are used to transfer service messages. Calling a service is done by sending a soap request.



The soap messages arrives at the webserver (Apache or IIS) and there the user is authenticated. The message is sent to the Cordys Web Gateway. There the message
is transferred to a Service Container. This is a container that processes the service request. In fact the service container is just one part of the implementation
of a Service Provider.

Such a Service Provider contains Connection Points, that defines the entry point of the service container. Several protocols can be used here like JMS, TCP/IP, MSMQ.
The Service Container part is responsible for the routing and for passing the request to the proper Application Connector (also known as Adapter).
This Application Connector is the connection to the backend systems.
So how gets a service request routed to the correct Service Container.

Service Groups and Service Containers

Each web service operation has a namespace attribute and these operations are grouped in Web Service Interfaces. These are stored in LDAP.

Service Groups are also stored in LDAP and they contain access and routing information. It is a logical entity to group a set of service containers.
All interfaces in the service group share the same namespace and together with the operation name the request can be routed to the correct container.



More info can be found on http://wiki.cordys.com

Reacties

  1. Hi Roger,
    Articles are very interesting and thanks for the valuable info.
    Images were broken in most of the posts, which is bit disappointing, can you fix it please?

    BeantwoordenVerwijderen
  2. Try to understand how these could be broken, i just uploaded them to Blogger.
    Bit disappointing for me as well.

    BeantwoordenVerwijderen

Een reactie posten

Populaire posts van deze blog

OSB 10gR3 and SWA and MTOM

This blog is about using soap with attachments and the use of MTOM within the OSB (10gR3). A service is created that accepts a soap with attachment (DocumentService) and translates it to a service that accepts a binary element. MTOM is used for performance reasons for the second. Some notes: * For the use of attachments you need RPC-style document instead of the usual document-style. This due to the fact that the document-style limits a message to a single . * A service can not have both SWA and MTOM within OSB. First a WSDL is setup for the DocumentService: The $attachments variable holds the attachments and the body holds the attachment data. Also other data is stored within the attachment element (see h

Microservices mindmap

"The tree" - See also   my photo page When you are fairly new within the Microservices land, there are a lot of terms fired at you. So also for my own understanding i have made a mindmap. I think it has a good status now, so that i can share it with you. As always feedback is very welcome ! You can download the mindmap here .

Book review: Data Management at Scale (Piethein Strengholt)

 This blog is a review of the book "Data Management at Scale (See also at bol.com ) Data Management is a hot topic nowadays and this book does a fantastic job at adding value to this topic. It is a must read and one of the few technical books I finished reading in a weekend. The book gives a fantastic overview on how to implement a Data Mesh data architecture. The Data Mesh concept is explained by Martin Fowler here . The book is a good mix between conceptual and implementation architecture level. It gives a lot of examples of how this architecture at scale can work, for both small and big companies. It is practical and I used it to implement it at one of my customers. The book describes an architecture in which the focus is on the DIAL (Data- and Integration Access Layer).  On a high level the book covers the following topics: The key principles for data management at scale - Domain-Driven Design  - Domain Data Stores - Meta data management Ready Data Store The concept of servin