Book Image

JBoss: Developer's Guide

By : Elvadas Nono Woguia
Book Image

JBoss: Developer's Guide

By: Elvadas Nono Woguia

Overview of this book

Have you often wondered what is the best JBoss product to solve a specific problem? Do you want to get started with a specific JBoss product and know how to integrate different JBoss products in your IT Systems? Then this is the book for you. Through hands-on examples from the business world, this guide presents details on the major products and how you can build your own Enterprise services around the JBoss ecosystem. Starting with an introduction to the JBoss ecosystem, you will gradually move on to developing and deploying clustered application on JBoss Application Server, and setting up high availability using undertow or HA proxy loadbalancers. As you are moving to a micro service archicture, you will be taught how to package existing Java EE applications as micro service using Swarm or create your new micro services from scratch by coupling most popular Java EE frameworks like JPA, CDI with Undertow handlers. Next, you will install and configure JBoss Data grid in development and production environments, develop cache based applications and aggregate various data source in JBoss data virtualization. You will learn to build, deploy, and monitor integration scenarios using JBoss Fuse and run both producers/consumers applications relying on JBoss AMQ. Finally, you will learn to develop and run business workflows and make better decisions in your applications using Drools and Jboss BPM Suite Platform.
Table of Contents (10 chapters)

AMQ topologies

While using AMQ, one technique to avoid a single point of failure is to set up a master-slave topology. In a master-slave configuration, a set of brokers cooperate to ensure that the cluster does not go down. It is an active-passive configuration, where the master and slaves synchronize themselves using various locking mechanisms: shared filesystem, shared database, replicated stores, colocated, and so on. The master should always be active to maintain the cluster is up and running. Once the master goes down, a slave node immediately detects the breakdown and becomes the new master node. In such a configuration, clients have to adjust the calling URL with the failover URL to automatically switch to the new broker:

To build a master-slave configuration from the existing standalone instances--broker1(127.0.0.2) and broker2(127.0.0.3)--we need to update broker.xml...