Dieser Inhalt ist in der von Ihnen ausgewählten Sprache nicht verfügbar.
Chapter 10. Advanced Service Registry Configuration Options
10.1. Configure an Alternative JAXR Implementation Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
Procedure 10.1. Task
- Choose a specific JAXR implementation.
- Set the property to configure the class. (Because the JBoss Enterprise SOA Platform uses Apache Scout by default, this property is set to the Scout factory class, namely
org.apache.ws.scout.registry.ConnectionFactoryImpl
.) - Configure the JAXR implementation by providing it with the Registry's location. Do so by editing
org.jboss.soa.esb.registry.queryManagerURI
,org.jboss.soa.esb.registry.lifeCycleManagerURI
andorg.jboss.soa.esb.registry.securityManagerURI
.
10.2. Configure an Alternative API to JAXR Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
Procedure 10.2. Task
- Write a new
SystinetRegistryImplemtation
class and provide a reference to it from within this property.
10.3. Using Transports Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
When using Apache Scout, you can set a special optional parameter:
org.jboss.soa.esb.scout.proxy.transportClass
. This is the transport class that facilitates communications between Scout and the jUDDI Registry.
If you are using Scout to communicate with jUDDI, leave the transport class as
LocalTransport
and configure the file to make use of the jUDDI registry's transports (InVM, RMI and WS). This file defines the Registry's nodes.
10.4. Node Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
A node is a location in the service registry.
10.5. Select a Transport Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
Procedure 10.3. Task
- Edit the node definition file:
vi SOA_ROOT/jboss-as/server/PROFILE/deploy/jbossesb.sar/esb.juddi.client.xml
- Use the node settings to select which transport to use:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow - By default, the Remote Method Invocation (RMI) settings are enabled. To switch transports, comment those ones out and enable the ones you want to use.
- Save the file and exit.
10.6. Remote Invocation Class Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
As its name implies, a remote invocation class is a class that can be called from a remote machine. This can be useful for developers but can also lead to potential security risks.
10.7. Transport Settings Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
When you configure a transport, you must specify the following items:
- a
proxyTransport
- a URL for all of the supported UDDI application programming interfaces (
inquiry
,publish
,security
,subscription
,subscription-listener
andcustodytransfer
) - a jUDDI application programming interface URL.
- the RMI transport (which also includes JNDI settings)
10.8. Configure Apache Scout Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
Procedure 10.4. Task
- Check that the
transportClass
is set to LocalTransport in theuddi.xml
file. - Configure the
uddi.xml
file to utilize the Registry's transports (these being InVM, RMI and WS, respectively). The file is located inSOA_ROOT/jboss-as/server/all/deploy/jbossesb.sar/esb.juddi.client.xml
- Create a schema in the jUDDI registry by adding the
jbossesb publisher
to it.Note
Theproduct/install/jUDDI-registry
directory containsdatabase-create
scripts for most common databases. These files are located inSOA_ROOT/jboss-as/server/PROFILE/deploy/jbossesb-registry.sar/juddi-sql
.Note
The system can generate the database automatically if the user has been granted permission to create tables. (The Registry can create a database of any type for which there exists an associated Hibernate dialect.) - Check that the
SOA_ROOT/jboss-as/server/default/deploy/jbossesb-registry.sar/esb.juddi.xml
andSOA_ROOT/jboss-as/server/all/deploy/jbossesb.sar/esb.juddi.client.xml
exist. These files contain the Registry's configuration settings.Note
If you want the software to communicate with another UDDI registry, use Apache Scout's JAXR transports. There are four implementations of this class and they are also based on SOAP, SAAJ, RMI and Embedded Java. - If you decide to change the transport, always change the query and life-cycle uniform resource indicators as well. Here is sample code that demonstrates how to do so:
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
10.9. Interceptor Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
Interceptors are used by the Service Registry to intercept requests. They are stored in an interceptor stack. Each interceptor in a stack can do the following things:
- service the request
- provide direct responses to the request
- augment the responses received from a lower interceptor or registry implementation
There are two interceptors provided in the current implementation.
10.10. The LocalRegistryInterceptor Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
The
LocalRegistryInterceptor
is the class that is responsible for processing local services.
10.11. Configure the Interceptor Stack Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
- Open the global configuration file in a text editor:
vi SOA_ROOT/jboss-as/server/PROFILE/deployers/esb.deployer/jbossesb-properties.xml
. - Modify the org.jboss.soa.esb.registry.interceptors properties.
- Save the file and exit.
10.12. Interceptor Settings Link kopierenLink in die Zwischenablage kopiert!
Link kopierenLink in die Zwischenablage kopiert!
Property | Description |
---|---|
org.jboss.internal.soa.esb.services.registry.InVMRegistryInterceptor |
The InVM registry interceptor is responsible for handling any InVM end-point references. These are registered by any of the services executing within the same server instance. The information about the InVM EPR and its associated service will be cached within the interceptor, will not be propagated to subsequent interceptors and will be returned to the caller by augmenting results from subsequent interceptors or registry queries.
|
org.jboss.internal.soa.esb.services.registry.CachingRegistryInterceptor |
The caching registry interceptor retains a cache of end-point references and their associated services, evicting information from the cache on a LRU basis or after the information has expired.
The interceptor can be configured through the org.jboss.soa.esb.registry.cache.maxSize and org.jboss.soa.esb.registry.cache.validityPeriod properties within jbossesb-properties.xml
|