JBoss AS Seguridad - monitorizacións - Curso JBoss JB366 Día 4

19 Octubre 2009Curso JBoss JB366

César Pajares – ECM /CMS [email protected]

1

JBoss AS Deployment,Seguridad - Monitorización

JBossProfessional Open Source



2 Jboss AS 5.1.0 Instalación

Running as a Service under Microsoft Windows




Podemos configurar que el servidor se ejecute como un servicio bajo Microsoft Windows, y configurarlo para que se inicie automáticamente si se desea.

Paso 1.- Download the JavaService 2.0.10 package from http://forge.objectweb.org/projects/javaservice/.

Paso 2.- Descomprimimos el paquete y utilizamos el archivo JBossInstall.bat para instalar el servicio de JBoss. Debemos establecer el JAVA_HOME y variables de entorno JBOSS_HOME para apuntar a la JDK y JBoss, como directorios antes de ejecutar JBossInstall.bat.

Paso 3.- Run JBossInstall.bat con la siguiente sintaxis:

JBossInstall.bat <depends> [-auto | -manual]

Cualquier servicio del que dependa Jboss ASEj: mysql

Antigua instalación: Problemas con Java.lang.OutofMemoryError




En algunas versiones es necesario descargar Jboss Native de la siguiente dirección:http://labs.jboss.com/jbossweb/downloads/

Paso 1.- Instalación: descomprimimos e utilizamos el archivo service.bat

C:\> cd c:\jboss-4.2.0\binC:\> service.bat install

Paso 3.- Revisamos en Panel de Control – Herramientas administrativas –Servicios, si ha instalado correctamente el servicio de arranque de JBoss

Podemos ejecutar en consola lo siguiente:

Instalación actual: JBossNative Windows

C:\> net start JBAS50SVC

C:\> net stop JBAS50SVC

http://www.jboss.org/community/wiki/RunJBossAsAServiceOnWindows

http://labs.jboss.com/jbossweb/downloads/




Use the JavaServiceWrapper by Tanuki

Otra Opción: RunJBossAsAServiceOnWindows

Note: Users keep editing this page, saying that the JavaServiceWrapper is not recommended. This is not true. They are confused between the JavaService and the JavaServiceWrapper. They are two completely different products. JavaService is not recommended(for the below reasons), but JavaServiceWrapper is recommended. The majority of JBoss users are using the JavaServiceWrapper as their way of making jboss run as a service. You can use Java Service Wrapper : http://wrapper.tanukisoftware.org/doc/english/integrate-simple-win.html and manage it by JMX : http://wrapper.tanukisoftware.org/doc/english/jmx.htmljboss


http://wrapper.tanukisoftware.org/doc/english/introduction.html




http://wrapper.tanukisoftware.org/doc/english/integrate-simple-win.html

http://wrapper.tanukisoftware.org/doc/english/jmx.htmljboss






Unzip the wrapper zip file, and do the following:

copy WRAPPER_HOME\bin\Wrapper.exe %JBOSS_HOME%\bin\Wrapper.exe copy WRAPPER_HOME\lib\Wrapper.DLL %JBOSS_HOME%\lib\Wrapper.DLL copy WRAPPER_HOME\lib\wrapper.jar %JBOSS_HOME%\lib\wrapper.jar mkdir %JBOSS_HOME%\server\YOURCONFIG\wrapper







Create wrapper.conf file inside %JBOSS_HOME%\server\YOURCONFIG\wrapper with the below contents:





Configurar BBDD alternativa con JBoss AS




• Hemos estado usando la fuente de datos predeterminada JBossAS en nuestras aplicaciones.• Esta fuente de datos está configurada para utilizar la instancia de base de datos integrada Hypersonic• Esta fuente de datos está enlazada al nombre JNDI java: / DefaultDS y asu descriptor que se denomina hsqldb-ds.xml en el directorio deploy

Configurar BBDD alternativa con JBoss AS

Using other DatabasesChapter 14.

Installation And Getting Started Guide

Vamos a utilizar MySQL como BBDD por defecto de JBoss AS




Deployment




Configurar ECLIPSE con JBoss AS




Getting StartedDeployment

• La Implementación de aplicaciones de JBoss AS es muy fácil

• Sólo tenemos que copiar la aplicación en el directorio JBOSS_HOME / server / default / deploy/

• JBoss AS busca constantemente el directorio de despliegue para recoger las nuevas aplicaciones o la modificación de las aplicaciones existentes

• Podemos disponer de un «HOT DEPLOY» de una aplicación sobre la marcha, mientras que JBoss AS sigue funcionando





• El archivo WAR Contiene las clases de servlets, páginas, las bibliotecas, y los descriptores de despliegue, tales como web.xml, faces-config.xml, etc, y jboss-web.xml.

• El archivo EAR Que normalmente contiene un archivo WAR para el módulo web, archivos JAR para los módulos EJB, así como los descriptores de despliegue, tales como aplicacion.xml y jboss-app.xml etc

• El archivo SAR Son paquetes de un servicio de JBoss en un archivo JAR. Es utilizado principalmente por los servicios internos de JBoss.

• El *-ds.xml define las conexiones a bases de datos externas. La fuente de datos pueden ser reutilizadas por todas las aplicaciones y servicios de JBoss AS a través del JNDI interno.

Podemos desplegar archivos XML con las definiciones de servicios MBean. Si tenemos los archivos JAR adecuados disponibles en el despliegue o directorios lib, los MBeans especificados en los archivos XML se iniciarán. Esta es la manera de cómo iniciar muchos JBoss como servicios internos, como las colas JMS.

También podemos implementar archivos JAR que contienen EJBs o otros objetos de servicios, directamente en JBoss AS.

“Se pueden implementar diferentes tipos de aplicaciones empresariales en JBoss AS”





Los paquetes de despliegue WAR, EAR, y SAR, en realidad son archivos JAR con archivos XML que describen la implementación y despliegue en directorios como META-INF y WEB-INF.

JBoss AS permite desplegar estos archivos como directorios en lugar de archivos JAR. Que le permite realizar cambios en las páginas web, etc sobre la marcha sin volver a desplegar toda la aplicación. Si no necesitamos volver a implementar el directorio sin reiniciar el servidor, sólo podemos “tocar” los descriptores de despliegue (por ejemplo, el WEB-INF/web.xml en una WAR y la META-INF/application.xml en un EAR) para actualizar sus marcas de tiempo.




Getting StartedHot-deployment of services in JBoss

Echemos un vistazo a un ejemplo práctico de despliegue en caliente de los servicios en JBoss.

Con e Servidor Jboss arrancado, vemos el directorio server/production/deployCopiamos en otra ubicación el fichero mail-service.xml y miramos que aparece en la consola

13:10:05,235 INFO [MailService] Mail service 'java:/Mail' removed from JNDI

Volvemos a copiar el fichero dentro del directorio

13:58:54,331 INFO [MailService] Mail Service bound to java:/Mail




JBoss deployment directory configuration Configuring JBoss deploy directory in 4.x releases or earlier The configuration file which we need to modify is server/xxxx/conf/jboss-service.xml

Open it and move almost at the end of the file. There you'll find the following attribute:




JBoss deployment directory configuration Configuring JBoss deploy directory in 5.0 releaseJBoss 5.x doesn't use any more jboss-service.xml for configuring the deployment directory. Instead, you have to manipulate the server/xxx/conf/bootstrap/profile-repository.xml file.Search for the SerializableDeploymentRepositoryFactory (about at the beginning of the file).There, if you want to add for example the "deployments" beneath the JBoss Home, simply add another element in the array:




JBoss deployment directory configuration Configuring JBoss deployment directory in release 5.1Just while I was completing this article I've found out in JBoss wiki that in release 5.1 the configuration as changed again (!!!), so when using JBoss 5.1 your configuration file will be server/xxxx/conf/bootstrap/profile.xml. Find the Bean named BootstrapProfileFactory and add your deploy folder to the list element:




La API JMX Monitorización de JBoss




La API JMX y Monitorización de JBossVamos a hacer una breve introducción a JMX y de cómo podemos acceder a las características de JBoss gracias a los MBeans que implementan esta API. Asimismo veremos tres herramientas de monitorización del servidor.

Contenidos:• La API JMX y Monitorización de JBoss

• Introducción a JMX Arquitectura de JMX

• Monitorización de JBoss Monitorización con JConsoleMonitorización con MC4j Management Console for JavaMonitorización con ManageEngine Applications Manager 8




La API JMX y Monitorización de JBossIntroducción a JMXLa Java Management eXtensions (JMX) API es un estándar de Sun para la gestión y monitorización remota de recursos java como:

• Aplicaciones y dispositivos• Servidores y servicios• JVM

Nos permite entre otras cosas consultar o cambiar una determinada configuración, conocer estadísticas y comportamiento de una aplicación, conocer cambios de estado (y notificarlo, iniciar acciones, etc), crear nuestros manejadores de recursos y publicarlos en una API, interoperar con otras tecnologías...JMX se integró pronto en la J2EE y más tarde en la JSE, concretamente desde la JDK 5. Su jerarquía de subpaquetes se encuentran bajo javax.management, y esta es su API pública. Asimismo existe una API privada bajo com.sun.jmx, a la que sólo debería tener acceso las propias librerías de la JDK, puesto que esta implementación puede evolucionar y ser cambiada en futuras versiones.A partir de la JDK 5.0 se incluye Jconsole para monitorizar la JVM y aplicaciones que implementen JMX. Es un ejecutable con interfaz gráfica que se encuentra en la carpeta bin de la instalación de la distribucion de Sun JDK.

http://java.sun.com/javase/technologies/core/mntr-mgmt/javamanagement/






La API JMX y Monitorización de JBossIntroducción a JMXArquitectura basada en 3 capas:• Capa de aplicación (o nivel de instrumentación), la capa de más bajo nivel donde residen los componentes (MBean) que facilitan la información necesaria para la gestión de una aplicación. Estos componentes son desarrollados según las necesidades de gestión específicas de cada parte de una aplicación. • Nivel de agente: facilita una interfaz para el manejo de los MBean del nivel de instrumentación.• Nivel de Adaptadores: uno o más conectores (o adaptadores de protocolo) que proporcionan acceso desde los sistemas de monitorización remotos




La API JMX y Monitorización de JBossMonitorización de JBossJBoss implementa JMX en su microkernel. El propio servidor dispone de un una consola JMX accesible por la URL http://localhost:8080/jmx-console que muestra los MBeans públicos accesibles por ella o programáticamente por código Java.:

Algunas acciones útiles:• Mostrar el árbol JNDI• Forzar un volcado de memoria• Mostrar el uso del pool de memoria• Gestionar el escáner de despliegues• Redesplegar una aplicación• Acceder a la base de datos Hypersonic• Detener JBoss• Conocer estado de los EJB desplegados e

instanciados... y mucho más

http://localhost:8080/jmx-console




La API JMX y Monitorización de JBossMonitorización con JConsoleJconsole (www.servletsuite.com) usa el JMX de JBoss para monitorizar el servidor: estado, logs, despliegues, uploads y visor de los MBeans:

Para poder trabajar con JConsole debemos seguir los siguientes pasos:Descargar jconsole.war desde http://www.servletsuite.com/jmx/jconsole.htmCopiar jconsole.war en la carpeta deploy del servidor utilizado, para su despliegue (habitualmente en /jboss-5.1.0.GA/server/default/deploy/)Con JBoss en ejecución, acceder a http://localhost:8080/jconsole

http://www.servletsuite.com/

http://www.servletsuite.com/jmx/jconsole.htm

http://www.servletsuite.com/jmx/jconsole.htm

http://localhost:8080/jconsole




La API JMX y Monitorización de JBossMonitorización con MC4j Management Console for JavaEl MC4j Management Console for Java (open source) es una aplicación standalone basada en java diseñada para monitorizar múltiples servidores y visualizar sus los MBeans, en su caso.

http://www.mc4j.org/








La API JMX y Monitorización de JBossMonitorización con MC4j Management Console for JavaPara instalar la última versión:

• Descargar la versión apropiada a nuestro sistema operativo desde http://www.mc4j.org/confluence/display/MC4J/Download y descomprimir

• Descargar la librería log4j de http://logging.apache.org/log4j/1.2/, descomprimir y localizar el log4j-1.2.*.jar Renombrar a log4j-1.2.8.jar

• Sustituir el existente en mc4j/mc4j/modules/ext por el renombrado anterior• Finalmente cargamos la aplicación con el ejecutable situado en C:\Archivos de programa\

MC4J Console 1.2b9

http://www.mc4j.org/confluence/display/MC4J/Download

http://logging.apache.org/log4j/1.2




La API JMX y Monitorización de JBossMonitorización con MC4j Management Console for Java




La API JMX y Monitorización de JBossMonitorización con ManageEngine Applications Manager 8

ManageEngine Applications Manager es un potente monitor comercial con una versión libre (limitación: máximo 5 monitores) aplicable a servidores, BBDD, aplicaciones, websites, ERP, transacciones y mucho más. Ha sido diseñada con una interfaz muy completa y ofrece múltiples estadísticas, que pueden asociarse acciones al seguimiento de recursos, como alarmas y notificaciones por correo electrónico. Permite la monitorización de recursos remotos (los anteriores monitores se limitaban al servidor local) y la monitorización de MBeans de JMX.

http://manageengine.adventnet.com/products/applications_manager/







La API JMX y Monitorización de JBossMonitorización con ManageEngine Applications Manager 8• Descarga: http://manageengine.adventnet.com/products/applications_manager/download.html y ejecutamos el instalable

• Instalación:• Descargar log4j de http://logging.apache.org/log4j/1.2/, descomprimir y localizar el

log4j-1.2.*.jar• Renombrar a log4j.jar• Sustituir el existente en AdventNet/ME/AppManager8/working/classes/ por el

renombrado anterior

• Ejecución: startApplicationsManager en AdventNet/ME/AppManager8

• Jboss ha de poder aceptar conexiones remotas (e.g. iniciar el servidor con run -b 0.0.0.0 o la IP que deseemos que tenga acceso)

http://manageengine.adventnet.com/products/applications_manager/download.html

http://logging.apache.org/log4j/1.2/




La API JMX y Monitorización de JBossMonitorización con ManageEngine Applications Manager 8ManageEngine se habrá levantado en nuestro sistema como un servidor de monitorización, por lo tanto su consola de configuración será accesible vía web. Por eso navegamos a la URL http://localhost:9090/ y en la pantalla de navegación nos autenticamos con login admin y password admin. Vamos a configurar ahora un monitor para nuestro JBoss. Primero pulsamos en la pestaña Monitors | New Monitor y en la columna Application Servers pulsamos sobre JBoss:

http://localhost:9090/




La API JMX y Monitorización de JBossMonitorización con ManageEngine Applications Manager 8Seleccionamos como tipo de monitor JBoss Server Una vez conectado en nuevo monitor a JBoss, se muestra un resumen de monitores:

http://www.adictosaltrabajo.com/tutoriales/monitorizarJBossJMX/ManageEngineMonitorSummary.png

http://www.adictosaltrabajo.com/tutoriales/monitorizarJBossJMX/ManageEngineMonitorUsageSummary.png




La API JMX y Monitorización de JBossMonitorización con ManageEngine Applications Manager 8

Conclusiones

• Podemos quedarnos con estos puntos fundamentales:

• La API JMX permite acceder a información publicada por una aplicación

• Las unidades que publican esa información son los Mbeans

• JBoss implementa multitud de Mbeans

• Existen herramientas para usar la JMX de JBoss y monitorizar su estado



34

Jboss AS 5.1.0 Instalación

JBoss ON es la versión certificada y testeada que ofrece RedHat de Jopr.



35




36




37


Selección de la Base de datos



38




39




40


La última versión Jopr 2.3.1 permite instalarse utilizando una base de datos embebida (h2) sin necesidad de instalar PosgreSQL y/o Oracle.Para instalar el lado del servidor, se han de efectuar los siguientes pasos:

1.Descargar el proyecto jopr 2.3.1 de aquí . 2.Descomprimir el fichero: unzip jopr-server-2.3.1.zip 3.Configurar las variables de entorno RHQ_SERVER_HOME (ej: /usr/java/jopr-server-2.2.1) y RHQ_SERVER_JAVA_EXE_FILE_PATH (ej: /usr/java/jdk1.6.0_13/bin/java) directamente del fichero ./bin/rhq-server.sh. 4.Arrancar el servidor con la sentencia ./bin/rhq-server.sh start 5.Para iniciar la instalación, acceder vía web a http://<server-hostname>:7080. En caso de no querer utilizar una base de datos externa (PosgreSQL u Oracle), marcar la opción Embedded Database.

Posteriormente, se ha de instalar el agente en cada uno de los servidores a monitorizar:6.Desde el equipo a monitorizar, descargar el fichero jar: wget http://<server-hostname>:7080/agentupdate/download 2.Instalar el agente con java -jar <agent-update-binary.jar> –install 3.Ejecutar el agente con rhq-agent.sh

También comentaremos que JON es la versión certificada y testeada que ofrece RedHat de Jopr.

Instalación de jopr

http://sourceforge.net/project/downloading.php?group_id=226555&filename=jopr-server-2.2.1.zip



41




42




43

Jboss AS 5.1.0 Instalación1.Go to the Jopr - Releases page and download the Jopr distribution. 2.Unzip the distribution in a suitable place (i.e. in a directory not too deeply nested and with no spaces or non-ASCII characters in its name) 3.Install a database like PostgreSQL (version 8.2.4 +, please choose C locale for initdb), create a database instance called 'rhq' in it and a user 'rhqadmin' that owns this 'rhq' database.

create user rhqadmin password 'rhqadmin'; create database rhq owner rhqadmin;

4.Eventually set RHQ_SERVER_JAVA_HOME or RHQ_SERVER_JAVA_EXE_FILE_PATH env variables appropriately. This is needed if your JAVA_HOME does not point to a java installation that is valid with Jopr (e.g. java 1.4); Jopr requires java5+.

5.cd into the jopr-server-*/ directory and start the Server:bin/rhq-server.sh console

6.After a few seconds, the messages on the console will stop. When this happens, point your browser to http://localhost:7080/ and run the installer. 7.When this is done and you can log in (default user / pass are: rhqadmin/rhqadmin), it is time to start the Agent. Start a second shell for this. 8.Unpackage the Agent into a directory of your choosing:

•If you received the Agent as a .zip package, simply unzip it into your chosen directory •If you received the Agent as a agent update binary .jar, copy it to your chosen directory and run "java -jar <agent-update-binary.jar> --install" •NEW In Jopr 2.2: If you do not yet have an Agent distribution, but you have started your Jopr Server as described above, then you can pull down an Agent update binary .jar directly from the server and install it using these instructions:

•Point a browser to "http://<your-server-hostname>:7080/agentupdate/download" and save the Agent binary update jar in a directory where you want to install the agent (the file you save should have a .jar extension; "<your-server-hostname>" should be the hostname or IP address of the server that is running and "7080" is the port on which that the server is accepting HTTP requests) •Run "java -jar <agent-update-binary.jar> --install" where "<agent-update-binary.jar>" is the name of the file you downloaded from the server

9.cd into the Agent directory (typically named "rhq-agent"). 10.Start the Agent by issuing:bin/rhq-agent.sh Answer the questions asked by the Agent. 11.Go back to the Server GUI and to its Dashboard. Watch resources show up in the upper right in the Autodiscovery portlet, and import them. 12.Done :-) For a more detailed installation document, you can go to the JBoss Operations Network documentation.

http://www.jboss.org/community/docs/DOC-12805

http://www.jboss.org/community/docs/DOC-12805

http://www.postgresql.org/

http://localhost:7080/

http://www.redhat.com/docs/en-US/JBoss_ON/html/Installation_Guide/index.html

http://www.redhat.com/docs/en-US/JBoss_ON/html/Installation_Guide/index.html




GET JBOSS 5!

http://www.jboss.org/jbossas/downloads

Questions?

JBoss AS Seguridad - monitorizacións - Curso JBoss JB366 Día 4

Documents

Transcript of JBoss AS Seguridad - monitorizacións - Curso JBoss JB366 Día 4