web server - Borland Technical Publications
web server - Borland Technical Publications web server - Borland Technical Publications
Service Management for JMS Providers Service Management for JMS Providers Tibco The BES service control infrastructure can manage the JMS service process (either a JVM or native process, whatever form it takes in the JMS provider) as a first class managed object. Operations like starting, stopping and server configuration is provided for supported (Tibco, Sonic, and OpenJMS) providers out of the box. Extending this to any JMS product is documented in “Service Management for other JMS providers” on page 239. The BES Management Console allows for template-based additions of any number of JMS servers, of any vendor type, to the same BES configuration in a management domain. Tibco has achieved the runtime level of pluggability that is determined by the compliance to the J2EE specification. Added value for Tibco Tibco provides this added value: ■ ■ ■ ■ Transparent installation No post installation configuration Clustering of Tibco servers can be done visually using the BES Management Console Tibco Admin Console is available from BES Management Console Tools menu. Configuring Admin Objects for Tibco Tibco's admin object properties are defined in BES and can be configured graphically using the Borland Deployment Descriptor Editor. See “Setting Admin Objects Using Borland Deployment Descriptor” on page 222. Auto Queue Creation Feature in Tibco Tibco has an auto queue creation feature by which if a specified queue does not exist in the server, the Tibco server will create the queue as necessary. Tibco Admin Console Note You can launch the Tibco Admin Console from within BES only for the Windows platform. For all other platforms, run the executable from directory to launch the console. BES includes the Tibco Admin Console for additional configuration. To launch the Tibco Admin Console, select it from the Tools menu in the BES Management Console. Chapter 24: JMS provider pluggability 223
Tibco Creating Clustered JMS Service for Tibco The Tibco JMS server works in pairs to provide fault tolerance. When working in pairs, one acts as the primary server and the other acts as a secondary server, with only the primary server accepting client connections and handling JMS messages. For the secondary server to take over active connections and properly handle persistent messages, both the servers must have access to a shared state. The primary and backup servers must both have access to a shared state. This shared state can be shared storage devices or other mechanisms such as replication. The shared state must be accessible to both of the servers (primary and secondary). Some common ways to implement shared storage are Network Attached Storage (NAS) or Storage Area Network (SAN) devices. Replication schemes can also be used for replicating the shared state. For more information on Tibco shared state and storage, refer to Tibco's documentation, located in /jms/tibco/doc/html. The clustering of Tibco servers can be done visually using the BES Management Console. To cluster Tibco servers: 1 Create a shared directory that both of the Tibco servers have full access to. 2 Right-click the your Configuration and select Add Managed Object from Template/ jms/Clustered Tibco. 3 Select a group to add clustered Tibco to from the drop-down menu. 4 Make the following changes to the template properties for the second Tibco server: ■ 2nd Management Agent=hub.name where hub.name is the name of your Management Hub. ■ ■ ■ Name - this is the name of the second Tibco server. Tibco Slave URL - this is the port for the second Tibco server. The default is 7222. If the primary and secondary servers are on different machines the port numbers can be the same or different, but if they are on the same machine, they must be different. Data Directory - This is the path to the shared datastorage for both primary and secondary servers. 224 BES Developer’s Guide
- Page 183 and 184: Transaction manager services Follow
- Page 185 and 186: Declarative transaction management
- Page 187 and 188: Declarative transaction management
- Page 189 and 190: JDBC API Modifications JDBC API Mod
- Page 191 and 192: Handling of EJB exceptions Applicat
- Page 193 and 194: 182 BES Developer’s Guide
- Page 195 and 196: Client View of an MDB Client View o
- Page 197 and 198: Clustering of MDBs This is yet anot
- Page 199 and 200: Error Recovery Redelivered messages
- Page 201 and 202: 190 BES Developer’s Guide
- Page 203 and 204: JNDI Definitions Module Important s
- Page 205 and 206: Disabling and Enabling a Deployed D
- Page 207 and 208: Configuring JDBC Datasources In the
- Page 209 and 210: Configuring JDBC Datasources To add
- Page 211 and 212: Defining the Connection Pool Proper
- Page 213 and 214: Defining the Connection Pool Proper
- Page 215 and 216: Descriptions of Borland Enterprise
- Page 217 and 218: Advanced Topics for Defining JDBC D
- Page 219 and 220: Connecting to JDBC Resources from J
- Page 221 and 222: Configuring JMS Connection Factorie
- Page 223 and 224: Defining Connection Pool Properties
- Page 225 and 226: Obtaining JMS Connection Factories
- Page 227 and 228: JMS and Transactions and its accomp
- Page 229 and 230: JMS and Transactions For instance:
- Page 231 and 232: 220 BES Developer’s Guide
- Page 233: Configuring JMS administered object
- Page 237 and 238: Sonic serverUrl String localhost:72
- Page 239 and 240: Sonic Creating Clustered JMS Servic
- Page 241 and 242: OpenJMS Even though OpenJMS can be
- Page 243 and 244: OpenJMS Important If you use OpenJM
- Page 245 and 246: OpenJMS openjms.clean_messages_on_s
- Page 247 and 248: OpenJMS Table 24.1 Property Name De
- Page 249 and 250: Other JMS providers The following a
- Page 251 and 252: 240 BES Developer’s Guide
- Page 253 and 254: Creating the Interceptor Class For
- Page 255 and 256: Creating the JAR file Creating the
- Page 257 and 258: Components Components The Connector
- Page 259 and 260: System Contracts Connection Managem
- Page 261 and 262: System Contracts Security Managemen
- Page 263 and 264: Common Client Interface (CCI) Conne
- Page 265 and 266: Packaging and Deployment Figure 26.
- Page 267 and 268: Resource Adapters Resource Adapters
- Page 269 and 270: Connection management Connection ma
- Page 271 and 272: Security management with the Securi
- Page 273 and 274: Security management with the Securi
- Page 275 and 276: Resource Adapter overview Note Reso
- Page 277 and 278: Deployment Descriptors for the Reso
- Page 279 and 280: Developing the Resource Adapter Con
- Page 281 and 282: Deploying the Resource Adapter Pack
- Page 283 and 284: Application development overview 8
Service Management for JMS Providers<br />
Service Management for JMS Providers<br />
Tibco<br />
The BES service control infrastructure can manage the JMS service process (either a<br />
JVM or native process, whatever form it takes in the JMS provider) as a first class<br />
managed object. Operations like starting, stopping and <strong>server</strong> configuration is provided<br />
for supported (Tibco, Sonic, and OpenJMS) providers out of the box. Extending this to<br />
any JMS product is documented in “Service Management for other JMS providers” on<br />
page 239.<br />
The BES Management Console allows for template-based additions of any number of<br />
JMS <strong>server</strong>s, of any vendor type, to the same BES configuration in a management<br />
domain.<br />
Tibco has achieved the runtime level of pluggability that is determined by the<br />
compliance to the J2EE specification.<br />
Added value for Tibco<br />
Tibco provides this added value:<br />
■<br />
■<br />
■<br />
■<br />
Transparent installation<br />
No post installation configuration<br />
Clustering of Tibco <strong>server</strong>s can be done visually using the BES Management<br />
Console<br />
Tibco Admin Console is available from BES Management Console Tools menu.<br />
Configuring Admin Objects for Tibco<br />
Tibco's admin object properties are defined in BES and can be configured graphically<br />
using the <strong>Borland</strong> Deployment Descriptor Editor.<br />
See “Setting Admin Objects Using <strong>Borland</strong> Deployment Descriptor” on page 222.<br />
Auto Queue Creation Feature in Tibco<br />
Tibco has an auto queue creation feature by which if a specified queue does not exist<br />
in the <strong>server</strong>, the Tibco <strong>server</strong> will create the queue as necessary.<br />
Tibco Admin Console<br />
Note<br />
You can launch the Tibco Admin Console from within BES only for the Windows<br />
platform. For all other platforms, run the executable from directory to<br />
launch the console.<br />
BES includes the Tibco Admin Console for additional configuration. To launch the<br />
Tibco Admin Console, select it from the Tools menu in the BES Management Console.<br />
Chapter 24: JMS provider pluggability 223