h2. Functionality
The [Distributed Service Bus (DSB)|petalsdsb:PetalsDSB Overview] developed within the Soceda project is an extension of the open source Entreprise Service Bus provided by [PetalsLink |http://www.petalslink.com/] called [Petals ESB|http://www.petalslink.com/produits/petals-esb]. The distributed feature will be described later in this section and will highlight the need of such feature at the infrastructure level.
The DSB provides the SOA and EDA infrastructure for the so-called platform components and for end user services. The DSB aims to provide connectivity between services providers, services consumers, event consumers and event providers, potentially distributed over distinct administrative domains, in a completely transparent way on the user point of view. The core features of the DSB are listed below:
* *SOA*: The DSB provides a core SOA layer which will be the basis of all other DSB components. On the client side, the SOA layer provides a way to invoke services without
any knowledge on the final service location and transport protocol. It is up to the service bus to route the message to the right service and to send back the response to the right consumer. All the location and routing knowledge is located at the SOA layer level.
* *Service Binding*: The DSB provides the core functionality to bind external services and to expose internal service with the help of binding components. All the transport and
transformation logic to address specific protocols and final endpoints are located at this service binding level.
* *Standards compliant*: The DSB extensively uses and implement the OASIS and W3C standards to provide most of its core functionality
** WSDL: The Web Service Description Language is used in the DSB to describe all the services which are used and available
** OASIS WSN: The Web Service Notification standard is implemented in order to provide the core EDA feature.
** OASIS WSDM: The Web Service Distributed Management is used to monitor services invocations.
** WS-Agreement: Used to define Service Level Agreements (SLA) and extended to define Event Level Agreements (ELA).
* *EDA*: The Event Driven Architecture feature allow to connect event producers and event consumers to the service bus infrastructure.
* *Polling Engine*: The goal of this core component is to easily connect standard request/response services and to transform them as event producers. The component will be in charge of polling services and to wrap the service responses into WS-Notification messages.
h2. Technical Requirements
h2. Components Architecture:
{children:excerpt=true}
The [Distributed Service Bus (DSB)|petalsdsb:PetalsDSB Overview] developed within the Soceda project is an extension of the open source Entreprise Service Bus provided by [PetalsLink |http://www.petalslink.com/] called [Petals ESB|http://www.petalslink.com/produits/petals-esb]. The distributed feature will be described later in this section and will highlight the need of such feature at the infrastructure level.
The DSB provides the SOA and EDA infrastructure for the so-called platform components and for end user services. The DSB aims to provide connectivity between services providers, services consumers, event consumers and event providers, potentially distributed over distinct administrative domains, in a completely transparent way on the user point of view. The core features of the DSB are listed below:
* *SOA*: The DSB provides a core SOA layer which will be the basis of all other DSB components. On the client side, the SOA layer provides a way to invoke services without
any knowledge on the final service location and transport protocol. It is up to the service bus to route the message to the right service and to send back the response to the right consumer. All the location and routing knowledge is located at the SOA layer level.
* *Service Binding*: The DSB provides the core functionality to bind external services and to expose internal service with the help of binding components. All the transport and
transformation logic to address specific protocols and final endpoints are located at this service binding level.
* *Standards compliant*: The DSB extensively uses and implement the OASIS and W3C standards to provide most of its core functionality
** WSDL: The Web Service Description Language is used in the DSB to describe all the services which are used and available
** OASIS WSN: The Web Service Notification standard is implemented in order to provide the core EDA feature.
** OASIS WSDM: The Web Service Distributed Management is used to monitor services invocations.
** WS-Agreement: Used to define Service Level Agreements (SLA) and extended to define Event Level Agreements (ELA).
* *EDA*: The Event Driven Architecture feature allow to connect event producers and event consumers to the service bus infrastructure.
* *Polling Engine*: The goal of this core component is to easily connect standard request/response services and to transform them as event producers. The component will be in charge of polling services and to wrap the service responses into WS-Notification messages.
h2. Technical Requirements
h2. Components Architecture:
{children:excerpt=true}