Jboss Soa-Notas

Notas curso JBoss

1. Introducción

Conocer mejor las tecnologías y las diferencias entre versiones libres o de comunidad y las versiones empresariales.
Objetivo, plantear ofertas junto al fabricante (RH).

JBoss.org fabrican software pero no lo venden. Tienen versión integración. El software empresarial está empaquetado para tal fin y a la que darán soporte. Este empaquetamiento essobre las versiones testeadas por ellos.
Hay pocas diferencias entre las versiones de comunidad y las versiones empaquetadas.
Las versiones de la comunidad deben ser cortas y rápidas. Las empresariales son largas y con mantenimiento. Todas son de software libre. Se pueden utilizar para desarrollo.

2. Clusterización avanzada en JBoss EAP
JBoss tiene una arquitectura basada en un kernel omicrocontainer. Utiliza muy pocos recursos.
Definición dinámica del cluster.
No existe una topología centralizada. Todos los nodos son maestros o esclavos indistintamente.
El estado (en un significado amplio) se almacena en la JBoss caché (en la versión 6 se va a sustituir por un Grid de datos –infinispan-). JBoss cache lo que hace es replicar la información almacenada en la caché paraque esté disponible para otros nodos.
La caché en la configuración del cluster es muy importante.
JGroups es la pieza encargada de comunicar las cachés. (TCP, UDP, etc).

Alta disponibilidad.
Capa web. Apache, existe un nuevo plugin mod_cluster que permite:
a. Modificar la topología del cluster sin realizar una parada.
b. Delega la configuración del cluster en el backend
c. Balanceaen base a una serie de reglas y comprobaciones de red. Permite que el servidor de aplicaciones defina su propias reglas: JBossWeb (activesessionsloadmetric, busyconnectorsloadmetric, requesttrafficloadmetric, receivetrafficloadmetric) o System/JVM (averagesystemloadmetric, systemmemoryusageloadmetric, heapmemoryusageloadmetric).
d. Dentro de uncluster se pueden balancear varios tipos deservicios (jndi, ejb, etc). Con mod_proxy cualquier tipo de

Instalamos…
Directorios de instalación:
- jboss-as. Es el servidor de aplicaciones.
- mod_cluster.
- picketlink
- resteaser. Servicios Web tipo REST. HTML sobre XML
- seam.

Dentro de /server (tiene varias plantillas)
- all. Arranca todos los servicios.
- default. Tiene todos los servicios menos los de cluster
- minimal.Solo arranca el microcontainer.
- production. Es equivalente a la de all pero más ajustada en recursos.
- standard. Solo JEE.
- web. Se basa en default pero no tiene JMS, etc.
Vamos a crear una instancia


For INSTANCE in node1 node2 node3 (aparece)
>
Y escribimos:
do
Cp –R all $INSTANCE
Done

Nos vamos a /bin

./run.sh –c node1 –b 10.32.244.179 –g FMMCluster-Djboss.messaging.ServerPeerID=1 -Djboss.service.binding.set=ports-01


-c Nodo que queremos ejecutar
-b ip
-g dominio o partición del cluster
En la red 10.32.244.X se encuentran todas las redes de la red. El método estándar de comunicación de los nodos JBoss es UDP Multicast. Se pueden necesitar diferentes grupos de cluster que pueden compartir el mismo recurso de red (el multicast) pero al definirdiferentes dominios dejan de pertenecer a ese cluster.
-Djboss.messaging.ServerPeerID=1
Para JMS, cada nodo debe tener un identificador único para que el cluster pueda diferenciarlos.
-Djboss.service.binding.set=ports-01
Servicio de puertos. A partir de las versiones 5 de JBoss, existe un servicio que se configura mediante este servicio que permite definir un conjunto de offset de lospuertos estándar para evitar la configuración unitaria.

El segundo nodo se levanta con ports-02 y peer=2

Al levantarlo se generan con JBoss Cache una serie de canales:
1. Topología
2. HA ¿???
3. Web
4. EJB
5. JMS

Una vez se ha hecho la primera conexión el server le envía la topología del cluster al cliente.

Fichero que configura el desplazamiento de los puertos.
El fichero...