Configuracion de las aplicaciones en JBoss EAP 5.0

Las aplicaciones se empaquetan como WAR que tiene la misma estructura de un archivo zip
- en classes estan las clases de la aplicacion
- en lib las librerias jar de la aplicacion
- en web.xml se encuentra el descriptor de la aplicacion. Este es un descriptor estandar.
- en jboss-web.xml se encuentra el descriptor personalizado y es propio de JBoss.

Un paquete de aplicacion o JBoss Service Aplication se encuentran empaquetado en archivos *.sar. Una aplicacion *.sar puede incorporar archivos *.jar, *.war, *.ear. Cuando se define un servicio no se requiere definir una capa de vista servlet o JSP. El descriptor de un SAR es el archivo jboss-service.xml

El cambio de la URL de una aplicacion web no requiere reiniciar el servidor JBoss EAP; se puede cambiar el contexto de la aplicacion. El nombre de la aplicacion esta en el web.xml. Una vez cambiado se puede desplegar nuevamente sin reiniciar el JBoss.

Borrando el paquete del directorio deploy , desinstala la aplicacion. En produccion es preferible no utilizar el deploy automatico en caliente. Para deshabilitarlo se debe remover el archivo hdscanner-jboss-beans.xml que se encuentra en la carpeta deploy (version 5 del JBoss)

El servicio que provee una busqueda de otros servicios en JBoss es el JNDI

Si ocurre algun problema durante el deploy de aplicacion se deben verificar los logs, las consolas, la misma aplicacion o el JNDI view.

La configuracion del despliegue de las aplicaciones se realiza en:
- Los POJOs se despliegan en (nombre-del-POJO)-jboss-bean.xml
- Los servicios MBean en (MBean)-service.xml
- Los datasource se despliegan en (base-de-datos)-ds.xml
Para invocar un datasource de usa JNDI en la forma java:/oracle-ds.xml
En oracle.xml por ejemplo se define la url de conexion, el driver, el usuaio y password, y los parametros del pool de conexiones.

La configuracion “track-statements”, revisa si la conexion esta aun vigente.
La configuracion “security-domain”, permite al datasource estar bajo una politica de seguridad.
La “idle-timeout-minutes” es por defecto 15 minutos, y es el tiempo maximo para devolver la conexion al pool, en caso el servidor de base de datos no responda.