Este artÃculo es un intento de cubrir tantas tareas administrativas que sean posibles, comunes como no tan comunes. El artÃculo se agrupa en cuatro secciones principales, teniendo un flujo similar a lo que encontrarÃas ante el uso de la Consola de Administración Geronimo, facilitándote la familiarización tanto en tareas como consola.
Este artÃculo esta organizado con la secciones siguientes:
- #Administrando el Servidor Apache Geronimo
- #Configurando Servicios
- #Administrando aplicaciones
- #Administrando seguridad
Referencia adicional:
Administrando el Servidor Apache Geronimo
En esta sección se cubren las tareas administrativas más comunes, diarias, y relacionadas con el servidor, con las cuales te podrÃas topar. Secciones subsecuentes se enfocarán en la configuración de servicios, administración de aplicaciones y configuración de seguridad.
Eligiendo al contenedor Web (Jetty ó Tomcat)
Cuando descargas y construyes Apache Geronimo a partir del código fuente (proporcionado por svn), obtendrÃas una estructura de directorios similar a la siguiente:
- applications
- assemblies
- configs
- docs_nopublish
- etc
- modules
- openejb
- plugins
- sandbox
- xdocs
Si navegas dentro del directorio assemblies encontrarás los siguientes subdirectorios:
- j2ee-installer
- j2ee-jetty-server
- j2ee-tomcat-server
Nos enfocaremos en los dos últimos directorios que, como seguramente esperas, contienen imágenes independientes de Apache Geronimo, configuradas para usar alguno de los dos contenedores Web.
Dependiendo de que desees usar Jetty ó Tomcat, ingresarás al directorio respectivo (j2ee-jetty-server ó j2ee-tomcat-server), y la estructura interna de subdirectorios será la misma. Una vez que te encuentres dentro del directorio especÃfico del contenedor Web, ingresa al directorio target/geronimo-1.0. Este directorio es tu servidor Apache Geronimo, independiente y totalmente completo. PodrÃas copiar este directorio a una ubicación distinta. A lo largo de estas series de artÃculos, las referencias a este directorio serán hechas con <geronimo_home>
Entonces, eligiendo al contenedor Web ya no consiste en cambiar archivos de configuración, más bien ahota es la elección de una estructura de directorio para assemblies diferentes. Dentro de esta estructura encontraras al directorio /bin; la siguiente sección explica los comandos almacenados en dicho directorio y el cómo iniciar y detener al servidor.
Regresar a la sección superior
Iniciando y deteniendo al servidor
Existen dos formas, mediante la lÃnea de comandos, para iniciar al servidor. Desde una ventana de la lÃnea de comandos ó una terminal, ingresa al directorio <geronimo_home>/bin. Desde ahà puedes teclear:
java -jar server.jar
ó simplemente
startup
Consulta las secciones Startup y Geronimo para obtener todas las opciones del comando en cuestión.
Para detener al servidor tendrás que abrir una nueva ventana de la lÃnea de comandos ó una terminal, ingresar al directorio <geronimo_home>/bin y ejecutar al comando shutdown
. Se te solicitará usuario (username) y contraseña (password). Consulta las secciones Shutdown y Geronimo para obtener las opciones disponibles del comando en cuestión.
Si el servidor ya se encuentra en ejecución, tienes la opción de emplear la Consola de Administración Geronimo para detenerlo (shutdown) de forma remota. Con el servidor arriba y en ejecución, abre un explorador Web e ingresa a la siguiente URL para tener acceso a la consola:
Ingresa a la Consola de Administración Geronimo y haz clic en
Shutdown, ubicado en el menú de Navegación de la Consola (Console Navigation), en la sección izquierda.
Al hacer clic en el botón Shutdown en el fragmento del Administrador del Servidor (Server Manager portlet), se te solicitará una o más veces la confirmación de la petición de detener al servidor. Haz clic en el botón Shutdown para confirmar y detener al servidor. No es necesario mencionar que, como consecuencia, se perderá la conexión con la Consola de Administración y necesitarás reiniciar al servidor desde una terminal ó desde una ventana de lÃnea de comandos para retomar la conexión.
Regresar a la sección superior
Configurar el nivel de bitácora
Como se explicó en la sección Consola de Administración Geronimo, la Consola de Administración proporciona cuatro fragmentos (portlets) para la configuración e inspección de las bitácoras del servidor; dichos fragmentos son Log Manager, Server Log Viewer, Derby Log Viewer y Web Access Log Viewer.
Regresar a la sección superior
Log Manager
Las opciones del fragmento Log Manager (Administrador de Bitácora) son ilustradas en la siguiente figura. Desde este fragmento puedes especificar la ubicación del archivo de configuración de bitácora. Por defecto, dicho valor se establece con var/log/server-log4j.properties
.
Otro valor que puedes modificar en este fragmento es Refresh Period _(Periodo de actualización)_. Este valor le dice a Geronimo con que frecuencia (en segundos) deberÃa buscar cualquier cambio en el archivo de configuración. Por defecto, dicho valor se establece con 60 segundos.
Desde este fragmento también puedes cambiar el Log Level (Nivel de Bitácora). Por defecto su valor es INFO, y los valores posibles a elegir son All, DEBUG, INFO, WARN, ERROR, FATAL, TRACE and OFF.
Regresar a la sección superior
Server Log Viewer
Las opciones del portlet Server Log Viewer (Visor de la Bitácora del Servidor) se ilustran en la siguiente figura. Desde este portlet puedes ver las bitácoras del servidor Geronimo asà como establecer filtros para redefinir al despliegue de resultados.
La liga Refresh (Refrescar) en la esquina superior izquierda, limpiará a todo criterio de filtrado que podrÃas haber especificado en los valores predefinidos de la Consola de Administración Geronimo, y desplegará las últimas 10 lÃneas (si existen) de la bitácora actual del servidor Geronimo.
El área Filter Results: (Resultados del Filtro) te permitirá especificar un criterio distinto de filtrado, para mayor particularidad en tu búsqueda. El menú de opciones File (Archivo) te permite elegir qué archivo de bitácora observar. Las bitácoras enlistadas en dicho menú se rigen por el Config File _(Archivo de Configuración)_ (server-log4j.properties
por defecto) especificado en el portlet #Log Manager. El número de archivos de bitácora a elegir en el menà File dependerá del número de archivos de bitácora definidos en el archivo de configuración server-log4j.properties
.
Lines.. to.. _(LÃneas.. a..)_ te permite especificar el rango de lÃneas de bitácora a analizar. Max Results (Máximos Resultados) limita la cantidad de lÃneas a ser desplegadas. Level (Nivel) sólo despliega los errores ocurridos para dicho Nivel de Bitácora. Containing text (Conteniendo texto) te permite especificar una cadena a buscar a lo largo de la bitácora del servidor. Al habilitar al checkbox With Exceptions (Con Excepciones) te desplegará tanto al error como su excepción, tomando en cuenta que el despliegue del stack trace será limitado a la cantidad de lÃneas establecidas en el valor Max Results.
Regresar a la sección superior
Derby Log Viewer
Las opciones del portlet Derby Log Viewer (Visor de Bitácora Derby) se ilustran en la siguiente figura. Desde este portlet puedes observar las bitácoras del servidor Derby, asà como establecer los filtros para refinar los resultados desplegados.
La liga Refresh (Refrescar) en la esquina superior izquierda, limpiará a todo criterio de filtrado que podrÃas haber especificado en los valores predefinidos de la Consola de Administración Geronimo, y desplegará las últimas 10 lÃneas (si existen) de la bitácora actual de servidor Derby.
Similar al portlet #Server Log Viewer, el área Filter Results: (Resultados del Filtro) te permitirá especificar un criterio distinto de filtrado para mayor particularidad en tu búsqueda. Lines.. to.. _(LÃneas.. a..)_ te permite especificar el rango de lÃneas de bitácora a analizar. Max Results (Máximos Resultados) limita la cantidad de lÃneas a ser desplegadas y Containing text (Conteniendo texto) te permite especificar una cadena a buscar a lo largo de la bitácora del servidor.
Regresar a la sección superior
Web Access Log Viewer
Las opciones del portlet Web Access Log Viewer (Visor de Bitácora de Acceso Web) se ilustran en la siguiente figura. Desde este portlet puedes observar las bitácoras del servidor Web, asà como establecer los filtros para refinar los resultados desplegados.
La liga Refresh (Refrescar) en la esquina superior izquierda, limpiará a todo criterio de filtrado que podrÃas haber especificado en los valores predefinidos de la Consola de Administración Geronimo. A diferencia del resto de portlets, Web Access Log Viewer te desplegará todas las lÃneas en la bitácora, sólo será limitado por las capacidades de despliegue de tu navegador web.
El área Filter Results: (Resultados del Filtro) te permitirá especificar un criterio distinto de filtrado para mayor particularidad en tu búsqueda. Para Web Access Log Viewer, esta área esta dividida en tres grupos principales: Date (Fecha), Identity (Identidad) y Requests (Peticiones).
- Date:
Te permite especificar al rango de fechas. Si se habilita al checkbox Ignore Dates (Ignorar Fechas), el filtrado no se hará discriminando las fechas. Todas las lÃneas de bitácora que cumplan con el resto de criterios de filtrado, serán desplegados sin importar su fecha.
- Identity:
Te permite especificar la Remote Address _(Dirección Remota)_ (p.e. 192.168.0.1) y Authenticated User (Usuario Autenticado) (p.e. system).
- Request:
Te permite especificar al Request Method (Método de Solicitud) y la Requested URI (URI Solicitada). Puedes elegir al Requested Method de un menú de opciones, siendo los valores posibles ANY, POST y GET. Para filtrar mediante Requested URI, sólo ingresa la URI, por ejemplo http://localhost:8080/console/login.jsp.
Regresar a la sección superior
Monitoreando rendimiento
Para monitorear el rendimiento del servidor Web, el portlet Web Server Manager (Administrador del Servidor Web) esta disponible al elegir Web Server (Servidor Web) del menú Console Navigation _(Navegación de Consola)_ ubicado en la sección izquierda. Por defecto, este portlet no esta habilitado; da clic al botón enable (habilitar) para iniciar la captura de estadÃsticas.
Al habilitarle, iniciarás la captura de información en la cantidad de peticiones, conexiones concurrentes, duración de peticiones, etc. La siguiente figura ilustra todos los valores que son recolectados.
Las tres ligas en la sección inferior te permiten refresh (actualizar) las estadÃsticas, disable (deshabilitar) al portlet y detener la captura de nuevos datos y reset (limpiar) los datos recolectados.
Nota que toda petición tuya, hecha desde la Consola de Administración Geronimo (por ejemplo, actualizar las estadÃsticas), también será reflejada en esta recolección de datos.
Regresar a la sección superior
Agregando nuevos oyentes (listeners) para los contenedores Web
Para la configuración de nuevos oyentes (HTTP, HTTPS y AJP) en el contenedor Web en uso (ya sea Jetty ó Tomcat), el portlet Network Listener (Oyente de Red) esta disponible al elegir Web Server (Servidor Web) en el menú de Console Navigation _(Navegación de Consola)_ situada a mano izquierda. Desde este portlet puedes agregar nuevos oyentes, asà como cambiar el estado (stop, start, delete) (detener, iniciar, eliminar) de oyentes existentes.
Los procesos descritos a continuación son idénticos en ambos contenedores Web, tanto para Jetty como para Tomcat.
Agregar nuevo oyente (listener) HTTP
Para agregar un nuevo oyente HTTP, haz clic en la liga respectiva. La siguiente figura ilustra los distintos parámetros necesarios para la creación de un nuevo oyente HTTP. Este proceso es muy simple y los parámetros se explican por sà mismos; llena los valores y haz clic en Save (Guardar).
Regresar a la sección superior
Agregar nuevo oyente (listener) HTTPS
Para agregar un nuevo oyente HTTPS, haz clic en la liga respectiva. La siguiente figura ilustra los distintos parámetros necesarios para la creación de un nuevo oyente HTTPS. Este proceso es muy simple y los parámetros se explican por sà mismos; llena los valores y haz clic en Save (Guardar).
Regresar a la sección superior
Agregar nuevo oyente (listener) AJP
Para agregar un nuevo oyente AJP, haz clic en la liga respectiva. La siguiente figura ilustra los distintos parámetros necesarios para la creación de un nuevo oyente AJP. Este proceso es muy simple y los parámetros se explican por sà mismos; llena los valores y haz clic en Save (Guardar).
Regresar a la sección superior
Configurando al servidor JMS
Para la configuración del servidor JMS, el portlet de JMS Network Listeners (Oyentes de Red JMS) está disponible mediante la selección de JMS Server (Servidor JMS) en el menú de la Console Navigation _(Navegación de Consola)_ situada a mano izquierda. Al hacer clic en JSM Server también obtendrás al portlet JMS Server Manager (Administrador del Servidor JMS), el cual despliega los agentes (brokers) disponibles en el servidor, asà como su estado. Las siguientes figuras ilustran ambos portlets y sus opciones.
Desde el portlet JMS Network Listeners puedes agregar nuevos oyentes, asà como cambiar el estado (stop, start, delete) (detener, iniciar, eliminar) de los existentes. Las opciones disponibles para agregar conectores a ActiveMQ ya se han mostrado en la figura.
Para agregar un nuevo conector a ActiveMQ has clic en la liga apropiada. La siguiente figura ilustra a los distintos parámetros necesarios para la creación de estos conectores. Este proceso es muy simple y los parámetros se explican por sà mismos; llena los valores y haz clic en Save (Guardar).
Nota que las mismas opciones te serán presentadas, independientemente de cual oyente desees agregar.
Detalles en como configurar fábricas de conexiones, colas, tópicos y destinos son cubiertos en la siguiente sección #Configurando JMS.
Regresar a la sección superior
Configurando Servicios
Existen tres tareas mayores a ser cubiertas en esta sección, las cuales son:
- Agregando artefactos al repositorio Geronimo
- Configurando pools de bases de datos
- Configurando JMS
Agregando artefactos al repositorio Geronimo
Para agregar artefactos al repositorio, el portlet Repository Viewer (Visor de Repositorio) esta disponible al elegir Common Libraries _(LibrerÃas en Común)_ en el menú de Console Navigation _(Navegación de Consola)_ ubicado a mano izquierda. El portlet Repository Viewer que se ilustra en la figura siguiente, despliega los artefactos instalados en el repositorio del servidor. La presentación del repositorio es la misma que se usa en Apache Maven, lo cual facilita el copiado de archivos.
Para usar un artefacto en una aplicación, agrega un elemento de dependencia en su plan de activación (deployment plan). Por ejemplo, para usar Castor XML, agrega el siguiente código XML al plan:
<dependency> <uri>castor/jars/castor-0.9.5.3.jar</uri> </dependency>
Regresar a la sección superior
Configurando pools de bases de datos
Para configurar pools de bases de datos, el portlet Database Pools (Pools de Bases de Datos) esta disponible al elegir Database Pools en el menú de la Console Navigation _(Navegación de Consola)_ ubicado a mano izquierda. El portlet Database Pools ilustrado en la figura siguiente, muestra todo pool de base de datos disponible y proporciona ayudantes para importar ó crear nuevos pools.
Crear nuevos pools de base de datos
Puedes crear nuevos pools mediante clic en la liga Using the Geronimo database pool wizard (Usando al ayudante Geronimo de pool de base de datos) dentro del portlet Database Pools. Este ayudante te guiará a durante el procedimiento de 4 pasos sencillos.
Consulta Configurando al Datasource DB2 para un ejemplo funcional adicional en datasources con archivos jar (controlador+licencia) múltiples.
Primero necesitas especificar el nombre del pool de base de datos, asà como su tipo de base de datos.
Posteriormente seleccionas los controladores JDBC, los cuales por defecto son pre-llenados, basándose en el tipo de base de datos que seleccionaste en el paso previo. También debes seleccionar al JAR del controlador desde el menú de selección y después especificar el nombre de la base de datos. Para este ejemplo, una base de datos test (prueba) fue creada previamente; se trata del proceso de creación con un solo paso, el cual es explicado en #Crear una base de datos.
El siguiente paso te permite configurar algunos parámetros de conexión, como el tamaño del pool (mÃnimo y máximo) y tolerancias de tiempo. Al estar satisfecho con los parámetros, haz clic en Test Connection _(Probar Conexión)_.
Al haber probado satisfactoriamente la conexión, haz clic en Deploy Tool _(Herramienta de Activación)_. Como alternativa, puedes hacer clic en Show Deployment Plan _(Muestra Plan de Activación)_ para este pool de base de datos y también te permite editarle. Instrucciones adicionales en el como activar manualmente un plan de BD, puede encontrarse en la sección Configurando al Datasource DB2.
Al haber sido activado, Derby_Test (Prueba_Derby) deberÃa ser listado junto con el resto de pools de bases de datos.
Regresar a la sección superior
Importar pools de bases de datos de JBoss 4
Este ayudante te asistirá en la importación de pools de bases de datos JBoss 4 existentes. Para este ejemplo particular, usaremos al hsqldb-ds.xml proporcionado por el servidor JBoss default, esto es <jboss_home>\server*default*\deploy\hsqldb-ds.xml junto con la base de datos Hypersonic.
Antes de continuar, deberás proporcionar a Geronimo al jar controlador para Hypersonic HSQL. Para hacerlo, deberás seguir pasos similares a los descritos en Configurando al Datasource DB2. A continuación se presenta un resumen de pasos para la declaración del jar controlador HSQL en Geronimo.
- Crea un registro en el repositorio Geronimo para identificar a los controladores para Hipersonic. Para este ejemplo, creamos <geronimo_home>\repository\ org.hsqldb.Server\jars. Nota que creamos dos directorios.
- Localiza al controlador jar HSQL
hsqldb.jar
. Este archivo se encuentra en el directorio <jboss_home>\server\default\lib. Haz una copia de dicho archivo y cambia su nombre ahsqldb-1.8.0.jar
. - Copia al archivo renombrado hacia el registro del repositorio que creaste previamente, <geronimo_home>\repository\org.hsqldb.Server\jars. El omitir el cambio de nombre del archivo antes de copiarlo al repositorio, causará que Geronimo lance una excepción, ya que no puede leer al formato del nombre del archivo. El nombre del archivo del controlador debe ser versionado.
Regresa a la Consola de Administración Geronimo y haz clic en la liga Database Pools (Pools de Bases de Datos). Desde el portlet Database Pools haz clic en Import from JBoss 4 (Importar de JBoss 4). En el Step 1 (Paso 1) de Import Database Pools (Importar Pools de Bases de Datos) especifica la ubicación del archivo -ds.xml y haz clic en Next (Siguiente).
Al finalizar la carga del datasource JBoss, Setp 2 (Paso 2) lista los pools de bases de datos que pudo reconocer el ayudante, gracias al archivo hsqldb-ds.xml. Haz clic en Confirm and Deploy (Confirmar y Activar).
El siguiente paso te permite editar al pool de base de datos que fue reconocido. En este paso deberás especificar al jar controlador que declaraste cuando actualizaste al repositorio de Geronimo. Observa como se lista Driver JAR: ( JAR Controlador: ) en la siguiente figura.
Haz clic en Test Connection _(Probar Conexión)_ para verificar que proporcionaste todos los datos necesarios y que Geronimo pueda establecer una conexión.
Haz clic en Deploy (Activar), lo cual te llevará a la misma página de Step 2. Si deberÃas tener más pools definidos en el archivo, podrÃas repetir los pasos para importar los pools de bases de datos que elijas. Como en este ejemplo solo tenemos uno, tendrÃas que hacer clic en Finish (Finalizar) para completar el uso del ayudante de importación.
Ahora deberÃas ver al pool de bases de datos importado, DefaultDS.
Regresar a la sección superior
Importar pools de bases de datos de WebLogic 8.1
Este ayudante te ofrece dos alternativas para la importación de pools de bases de datos BEA Weblogic existentes. La primera es proporcionando un archivo de configuración (por ej. config.xml); si seleccionas esta opción, el ayudante convertirá a tantos campos que pueda, y te solicitará el ingresar manualmente aquellos que no pudo convertir. Por ejemplo, uno de los valores que deberás proporcionar, es la contraseña de la base de datos.
La segunda alternativa es factible si tienes tanto al servidor Apache Geronimo como al servidor BEA Weblogic instalados en la misma máquina; en esta alternativa puedes especificar directamente al path de instalación de Weblogic asà como los directorios del dominio. Esta alternativa tiene la ventaja de ser capaz de leer directamente las contraseñas de bases de datos.
Independientemente de la altermativa que eligieses, necesitarás decir a Geronimo donde se encuentran los jars controladores de las bases de datos. A continuación se presenta el resumen de pasos para la declaración del jar controlador PointBase en Geronimo.
- Crea un registro en el repositorio Geronimo para identificar los controladores para PointBase. Para este ejemplo hemos creado <geronimo_home>\repository\ com.pointbase\jars. Nota que creamos dos directorios.
- Localiza al jar controlador de cliente PointBase,
pbclient44.jar
. El archivo se localiza en el directorio <bea_home>weblogic81\common\eval\pointbase\lib. Haz una copia de dicho archivo y cambia su nombre apbclient-4.4.0.jar
. - Copia al archivo renombrado en al registro del repositorio que creaste previamente, <geronimo_home>\repository\com.pointbase\jars. El omitir el cambio de nombre del archivo antes de copiarlo al repositorio, causará que Geronimo lance una excepción, ya que no puede leer al formato del nombre del archivo. El nombre del archivo del controlador debe ser versionado.
Regresa a la Consola de Administración Geronimo y haz clic en la liga Database Pools (Pools de Bases de Datos). Desde el portlet Database Pools haz clic en Import from WebLogic 8.1 (Importar de WebLogic 8.1). La siguiente figura ilustra al ayudante de importación.
Para este ejemplo particular nos enfocaremos en la segunda alternativa. Un dominio example (ejemplo) por defecto fue creado en el servidor WebLogic con toda aplicación ejemplo también incluida por defecto. Este dominio se licaliza en el directorio <bea_home>\user_projects\domains\examples.
En la primer pantalla del ayudante de importación (ilustrado en la figura previa) proporciona al Domain directory path: ( Path del directorio del cominio: ) y haz clic en Next (Siguiente).
Domain directory path: <bea_home>\user_projects\domains\examples
weblogic81/server/lib path: <bea_home>\weblogic81\server\lib
El Step 2 (Paso 2) ilustrado en la siguiente figura, te muestra una lista de pools de bases de datos reconocidos del dominio WebLogic que especificaste y que pueden ser importados a Apache Geronimo.
Nota que el dominio WebLogic del cual estas intentando importar al pool de bases de datos, debe estar activo si deseas probar exitosamente la conexión. Para este ejemplo haz clic en la segunda Confirm and Deploy (Confirma y Activa) de la lista, la cual corresponde a examples-dataSource-demoPool.
En el siguiente paso selecciona al Driver JAR: ( JAR Controlador: ) que creaste recientemente en el repositorio Geronimo.
Nota que la contraseña de la base de datos ha sido reconocida. Haz clic en Test Connection _(Probar Conexión)_, con lo cual deberÃas ver una confirmación similar a la siguiente figura. Haz clic en Deploy (Activar).
La siguiente página regresa al Step 2, en esta ocasión también desplegará los pools de bases de datos restantes y disponibles para su importación, y también mostrará el estado de importación del pool de base de datos recién importado. En este momento puedes hacer clic en Skip Remaining Pools (Omitir Pools Restantes) para dejar al ayudante de importación.
Ahora deberÃas observar listado en el portlet de pool de base de datos, al pool de base de datos que acabas de importar.
Eliminando pools de bases de datos
Para eliminar los pools de bases de datos, puedes usar la Herramienta de activación. Entre otras cosas, dicha herramienta te permite listar a los módulos disponibles, donde la pool que acabas de activar será listada como un módulo.
Para listar a todo módulo disponible, teclea el comando siguiente:
E:\geronimo\bin>deploy --user system --password manager list-modules | grep user/database
+ user/database-pool-Derby_Test/1/car
Para este comando ejemplo, grep
fue usado con fines de despliegue; el uso de grep
es opcional.
Una vez que tienes identificado el pool de base de datos (en este ejemplo user/database-pool-Derby_Test/1/car) podrÃas eliminarle mediante el tecleo del siguiente comando:
E:\geronimo\bin>deploy --user system --password manager undeploy user/database-pool-Derby_Test/1/car
Module user/database-pool-DerbyTest/1/car unloaded.
Module user/database-pool-DerbyTest/1/car uninstalled.
Undeployed user/database-pool-DerbyTest/1/car
Como paso adicional para verificar la baja del pool de base de datos, puedes ejecutar al siguiente comando; no deberÃan listarse registros.
deploy --user system --password manager list-modules | grep Derby_Test
Regresar a la sección superior
Crear una base de datos
Para crear una nueva base de datos e integrarla a Geronimo, el portlet DB Manager (Administrador de BD) está disponible. Cerca de la porción inferior del menú de Console Navigation _(Navegación de Consola), navega en Misc -> Embedded DB -> DB Manager. Ese portlet invoca a los portlets DB Viewer _(Visor de BD) y Run SQL (Ejecuta SQL), ilustrados en las siguientes figuras.
El portlet DB Viewer despliega toda base de datos disponible, sus tablas (de aplicación y sistema) y despliega el contenido de las tablas.
El portlet Run SQL te permite ejecutar comandos SQL para crear o eliminar bases de datos, y también para modificar el contenido de sus tablas. Este portlet te proporciona menúes de selección para elegir la base de datos sobre la cual desees ejecutar al comando.
Para crear una base de datos de pruebas, especifica test (prueba) en el campo Create DB: ( Crear BD: ) y haz clic en Create (Crear). Después de pocos segundos, deberÃas ver un mensaje de confirmación cerca de la porción inferior del portlet Run SQL, indicando Database created: test (Base de datos creada: prueba). Ahora se deberÃa ver el registro de la base de datos test en el portlet DB Viewer.
Si deseas ejecutar cualquier comando SQL en esa base de datos, asegúrate de elegir test del menú de selección Use DB: ( Usa BD: ), para después ingresar el comando SQL y finalmente hacer clic al botón Run SQL. Los resultados del comando se deplegarán cerca de la porción inferior del portlet.
Regresar a la sección superior
Configurando JMS
Para configurar JMS, los portlets JMS Connection Factories _(Fábricas de Conexión JMS)_ y JMS Destination Manager (Administrador de Destino JMS) son elegibles mediante JMS en el menú de Console Navigation _(Navegación de Consola)_ ubicado a mano izquierda. El portlet JMS Connection Factories, ilustrado en la figura siguiente, despliega a todo conector JMS configurado en el servidor Geronimo y te permite agregar una nueva Fábrica de Conexión JMS.
El portlet JMS Destination Manager presenta la lista de toda cola (queue) y tópico configuradas(os) en el servidor Geronimo.
En Apache Geronimo v1.0 estos portlets no estan totalmente implementados y necesitarás crear planes de activación (deployment plans) y herramientas de lÃnea de comandos para activar a estas configuraciones. Detalles adicionales para la configuración JMS y su integración se encuentran cubiertos en la sección Integrando un Proveedor JMS de terceros.
Regresar a la sección superior
Administrando aplicaciones
Regresar a la sección superior
Instalando y eliminando aplicaciones
Regresar a la sección superior
Iniciando y deteniendo módulos de aplicación
Regresar a la sección superior
Administrando seguridad
Regresar a la sección superior
Administrando usuarios y grupos
Regresar a la sección superior
Agregando realms de seguridad
Regresar a la sección superior