Petals ESB "Registry"

Introduction

The Petals ESB "Registry" is an internal component storing internal data. The Petals ESB "Registry" can be view as a distributed in-memory database shared by all Petals ESB nodes of the Petals network.

For example, before to send a message to a service provider, the Petals ESB "Router" will request the Petals ESB "Registry" to elect the right endpoint according to information of the message (interface name and/or service name and/or endpoint name).

Data stored in the registry are:

  • endpoint name,
  • service name,
  • interface name,
  • topology.
The implementation of Petals ESB "Registry" must be the same for all nodes of a domain.
Contributors
No contributors found for: authors on selected page(s)

Installation

A default implementation of the Petals ESB "Registry" is provided with the archive of Petals ESB. No extra installation is required.
To install another Petals Registry implementation, just put its JAR files in a sub-directory of $PETALS_HOME/lib/implementations/registry.

Configuration

Configuration parameter

The Petals ESB "Registry" implementation selection process is:

  1. if an implementation is set in the topology definition (topology/domain/registry-implementation), it is used,
  2. otherwise, the implementation used is the one available in the Petals ESB classpath.

See the documentation of the Petals ESB "Registry" implementation for other configuration parameters.

Logging configuration parameters

The Petals ESB Artifact Repository uses the following logger to trace its execution: Petals.JBI-Messaging.EndpointRegistry.

Petals.JBI-Messaging.EndpointRegistry.level=FINE

Implementations

Only one implementation exists for the Petals ESB "Registry":

Petals ESB registry implementation name Default implementation ?
the Petals ESB Hazelcast Registry Yes
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.