-

Article translated by: Waldo RamÃrez MontaÃ±o
-*_ArtÃculo original en inglÃ©s, donado por:* _Hernan Cunico
-
-Si estas en apuros para tener activo y funcional a Apache Geronimo, este artÃculo te proporcionarÃ¡ pasos bÃ¡sicos para su descarga, construcciÃ³n (building, en caso de que te llegue a ser necesario) y activar al servidor en poco tiempo. Cabe seÃ±alar que esto no es una guÃa completa, asÃ que probablemente te gustarÃa verificar al resto de ligas en la secciÃ³n principal de Apache Geronimo v1.0 - GuÃa de Usuario, para obtener mayor informaciÃ³n.

+

Article translated by: Waldo Ramírez Montaño
+Artículo original en inglés, donado por: Hernan Cunico
+
+Si estas en apuros para tener activo y funcional a Apache Geronimo, este artículo te proporcionará pasos básicos para su descarga, construcción (building, en caso de que te llegue a ser necesario) y activar al servidor en poco tiempo. Cabe señalar que esto no es una guía completa, así que probablemente te gustaría verificar al resto de ligas en la sección principal de Apache Geronimo v1.0 - Guía de Usuario, para obtener mayor información.

-

Todo lo que necesitas son de 5 a 10 minutos y seguir los siguientes pasos bÃ¡sicos.

-

Obteniendo el software
Iniciar al servidor
Crear y activar una aplicaciÃ³n ejemplo

+

Todo lo que necesitas son de 5 a 10 minutos y seguir los siguientes pasos básicos.

+

Obteniendo el software
Iniciar al servidor
Crear y activar una aplicación ejemplo

-

Obteniendo el software

-

En estos momentos tienes dos alternativas principales para obtener el software. Puedes descargar el Ãºltimo milestone mÃ¡s reciente y estable (nombrado como M4, M5...) o bien, obtener la Ãºltima construcciÃ³n disponible (en ocasiones, inestable). La manera mÃ¡s rÃ¡pida y sencilla es obtener el binario directamente del sitio de Apache. Debido a que Ã©ste artÃculo pretende ayudarte a tener Apache Geronimo activo y funcional en el menor tiempo posible, aquÃ sÃ³lo se cubrirÃ¡ la descarga del binario.

+

Obteniendo el software

+

En estos momentos tienes dos alternativas principales para obtener el software. Puedes descargar el último milestone más reciente y estable (nombrado como M4, M5...) o bien, obtener la última construcción disponible (en ocasiones, inestable). La manera más rápida y sencilla es obtener el binario directamente del sitio de Apache. Debido a que éste artículo pretende ayudarte a tener Apache Geronimo activo y funcional en el menor tiempo posible, aquí sólo se cubrirá la descarga del binario.

-

Prerrequisitos

-

Aunque Ã©ste es el camino de instalaciÃ³n mÃ¡s rÃ¡pido, si necesitarÃ¡s instalar software adicional antes de instalar Geronimo.

+

Prerrequisitos

+

Aunque éste es el camino de instalación más rápido, si necesitarás instalar software adicional antes de instalar Geronimo.

-

J2SE 1.4.2

-

Actualmente, Geronimo esta usando ORB de Sun para RMI, por lo cual es necesario usar SUN JDK. *El uso de un JDK distinto Ã³ de JDK versiÃ³n distinta puede provocar errores de compilaciÃ³n.* Consulta al siguiente URL para detalles en cÃ³mo descargar e instalar J2SE 1.4.2: +

J2SE 1.4.2

+

Actualmente, Geronimo esta usando ORB de Sun para RMI, por lo cual es necesario usar SUN JDK. El uso de un JDK distinto ó de JDK versión distinta puede provocar errores de compilación. Consulta al siguiente URL para detalles en cómo descargar e instalar J2SE 1.4.2: http://java.sun.com

-

Apache Geronimo v1.0 no soporta Java 1.5, si empleas esa versiÃ³n, Geronimo fallarÃ¡ al iniciar.

+

Apache Geronimo v1.0 no soporta Java 1.5, si empleas esa versión, Geronimo fallará al iniciar.

-

Descarga de binarios

-

Dependiendo de la plataforma en la cual planees instalar y ejecutar Apache Geronimo, seleccionarÃ¡s la imagen de instalaciÃ³n apropiada. Abre un explorador Web y accesa la siguiente URL, ahÃ encontrarÃ¡s los paquetes disponibles para descarga (binarios y cÃ³digo fuente).

+

Descarga de binarios

+

Dependiendo de la plataforma en la cual planees instalar y ejecutar Apache Geronimo, seleccionarás la imagen de instalación apropiada. Abre un explorador Web y accesa la siguiente URL, ahí encontrarás los paquetes disponibles para descarga (binarios y código fuente).

http://geronimo.apache.org/downloads.html

-

Selecciona algÃºn formato de compresiÃ³n de archivo compatible con tu sistema (zip, tar, gz) y descÃ¡rgalo al hacerle click directamente a su liga, para despuÃ©s expandir al binario en tu disco duro dentro de un nuevo directorio. Por ejemplo, en z:/geronimo, directorio que de ahora en adelante se le harÃ¡ referencia como <geronimo_home>.

+

Selecciona algún formato de compresión de archivo compatible con tu sistema (zip, tar, gz) y descárgalo al hacerle click directamente a su liga, para después expandir al binario en tu disco duro dentro de un nuevo directorio. Por ejemplo, en z:/geronimo, directorio que de ahora en adelante se le hará referencia como <geronimo_home>.

-

La instalaciÃ³n de Apache Geronimo es tan simple como descomprimir a los archivos .zip Ã³ .tar. El siguiente paso es iniciar al servidor.

+

La instalación de Apache Geronimo es tan simple como descomprimir a los archivos .zip ó .tar. El siguiente paso es iniciar al servidor.

-

Iniciar el servidor

-

Con Apache Geronimo ya instalado, abre una consola de comandos e ingresa al directorio <geronimo_home>/bin. En dicho directorio encontrarÃ¡s algunos archivos script (.bat y .sh) y tres archivos .jar. Si observas a esos tres archivos, encontrarÃ¡s:

+

Iniciar el servidor

+

Con Apache Geronimo ya instalado, abre una consola de comandos e ingresa al directorio <geronimo_home>/bin. En dicho directorio encontrarás algunos archivos script (.bat y .sh) y tres archivos .jar. Si observas a esos tres archivos, encontrarás:

client.jar
deployer.jar
server.jar

@@ -159,7 +159,7 @@ Si estas en apuros para tener activo y f

java -jar server.jar

-

Como alternativa se proporciona un script, el script startup tambiÃ©n iniciarÃ¡ al servidor. Una vez que el servidor estÃ© iniciado, deberÃas ver la siguiente informaciÃ³n en la consola de comandos.

+

Como alternativa se proporciona un script, el script startup también iniciará al servidor. Una vez que el servidor esté iniciado, deberías ver la siguiente información en la consola de comandos.

Booting Geronimo Kernel (in Java 1.4.2_09)...
@@ -225,7 +225,7 @@ Startup completed in 51 seconds
 Geronimo Application Server started

-

Para probar al servidor Apache Geronimo, puedes apuntar tu explorador Web a la siguiente URL para probar la Consola Geronimo. La Consola Geronimo es la primer aplicaciÃ³n que puedes probar, y lo bueno es que, ya se encuentra activa (deployed).

+

Para probar al servidor Apache Geronimo, puedes apuntar tu explorador Web a la siguiente URL para probar la Consola Geronimo. La Consola Geronimo es la primer aplicación que puedes probar, y lo bueno es que, ya se encuentra activa (deployed).

http://localhost:8080/console

@@ -235,25 +235,25 @@ Geronimo Application Server started

-

En este punto, ya tienes Apache Geronimo arriba y corriendo, y el tiempo invertido ha sido mÃnimo. La siguiente secciÃ³n propondrÃ¡ un ejemplo JSP muy bÃ¡sico y te mostrarÃ¡ como activar (deploy) y ejecutar dicha aplicaciÃ³n ejemplo.

+

En este punto, ya tienes Apache Geronimo arriba y corriendo, y el tiempo invertido ha sido mínimo. La siguiente sección propondrá un ejemplo JSP muy básico y te mostrará como activar (deploy) y ejecutar dicha aplicación ejemplo.

-

Crear y activar una aplicaciÃ³n ejemplo

-

Un JSP estilo HolaMundo es casi un predeterminado para estas pruebas bÃ¡sicas, y prÃ¡cticamente todos ya estÃ¡n familiarizados con ello. Crea un nuevo directorio para guardar todo archivo relacionado a la aplicaciÃ³n. De ahora en adelante, se harÃ¡ referencia a dicho directorio como <app_home>.

+

Crear y activar una aplicación ejemplo

+

Un JSP estilo HolaMundo es casi un predeterminado para estas pruebas básicas, y prácticamente todos ya están familiarizados con ello. Crea un nuevo directorio para guardar todo archivo relacionado a la aplicación. De ahora en adelante, se hará referencia a dicho directorio como <app_home>.

-

Crea un archivo de texto plano dentro del directorio <app_home>, llamÃ¡ndolo HolaMundo.jsp, y copia el contenido del siguiente ejemplo.

+

Crea un archivo de texto plano dentro del directorio <app_home>, llamándolo HolaMundo.jsp, y copia el contenido del siguiente ejemplo.

HolaMundo.jsp

<html>
   <head>
     <jsp:useBean id="tiempo" class="java.util.Date"/>
     <title>
-      JSP HolaMundo BÃ¡sico
+      JSP HolaMundo Básico
     </title>
   </head>
   <body bgcolor="#909DB8">
     <h1>
       <font face="tahoma" color="white">
-        Â¡Hola mundo desde GERONIMO!
+        ¡Hola mundo desde GERONIMO!
       </font>
     </h1>
     <font face="tahoma" color="white">en ${tiempo}</font>
@@ -261,11 +261,11 @@ Geronimo Application Server started

-

Aunque para dicha aplicaciÃ³n ejemplo no es necesario, crearÃ¡s un plan de activaciÃ³n (deployment plan) Geronimo para que obtengas la primer perspectiva de sus planes de activaciÃ³n. Crea un directorio llamado WEB-INF dentro del directorio <app_home>.

+

Aunque para dicha aplicación ejemplo no es necesario, crearás un plan de activación (deployment plan) Geronimo para que obtengas la primer perspectiva de sus planes de activación. Crea un directorio llamado WEB-INF dentro del directorio <app_home>.

-

Crea un archivo de texto plano dentro del directorio <app_home>/WEB-INF, llamÃ¡ndolo geronimo-web.xml, y copia el contenido del ejemplo siguiente.

+

Crea un archivo de texto plano dentro del directorio <app_home>/WEB-INF, llamándolo geronimo-web.xml, y copia el contenido del ejemplo siguiente.

-

Plan de activaciÃ³n Geronimo geronimo-web.xml

+

Plan de activación Geronimo geronimo-web.xml

 <?xml version="1.0"?>
 <web-app 
@@ -278,7 +278,7 @@ Geronimo Application Server started

</web-app>

-

Crea un archivo de texto plano dentro del directorio <app_home>/WEB-INF, llamÃ¡ndolo web.xml, y copia el contenido del ejemplo siguiente.

+

Crea un archivo de texto plano dentro del directorio <app_home>/WEB-INF, llamándolo web.xml, y copia el contenido del ejemplo siguiente.

web.xml

@@ -289,20 +289,20 @@ Geronimo Application Server started

</web-app>

-

Empaca la aplicaciÃ³n

+

Empaca la aplicación

-

Desde una ventana consola de comandos, ingresa al directorio <app_home> y ejecuta al siguiente comando para empacar la aplicaciÃ³n HolaMundo en un solo archivo .war.

+

Desde una ventana consola de comandos, ingresa al directorio <app_home> y ejecuta al siguiente comando para empacar la aplicación HolaMundo en un solo archivo .war.

jar -cvf HolaMundo.war *

-

El comando anterior crearÃ¡ un archivo HolaMundo.war dentro del directorio <app_home>. El siguiente paso es activar (deploy) esa aplicaciÃ³n.

+

El comando anterior creará un archivo HolaMundo.war dentro del directorio <app_home>. El siguiente paso es activar (deploy) esa aplicación.

-

Activar y probar la aplicaciÃ³n

-

Para activar la aplicaciÃ³n tienes dos opciones, puedes emplear la Consola Geronimo Ã³ la lÃnea de comandos. Para este ejemplo, usuarÃ¡s la opciÃ³n de lÃnea de comandos. Ingresa al directorio <geronimo_home>/bin y ejecuta al siguiente comando:

+

Activar y probar la aplicación

+

Para activar la aplicación tienes dos opciones, puedes emplear la Consola Geronimo ó la línea de comandos. Para este ejemplo, usuarás la opción de línea de comandos. Ingresa al directorio <geronimo_home>/bin y ejecuta al siguiente comando:

java -jar deployer.jar --user system --password manager deploy <app_home>/HolaMundo.war

-

Cuando la aplicaciÃ³n ya haya sido activada exitosamente, deberÃas observar al mensaje siguiente:

+

Cuando la aplicación ya haya sido activada exitosamente, deberías observar al mensaje siguiente:

 
@@ -310,14 +310,14 @@ E:\geronimo\bin>java -jar deployer.ja
     Deployed HolaMundo @ http://localhost:8080/hola

-

Prueba la aplicaciÃ³n mediante un explorador Web, apuntando a la siguiente URL:

+

Prueba la aplicación mediante un explorador Web, apuntando a la siguiente URL:

http://localhost:8080/hola

-

Resumen

-

Este artÃculo te mostrÃ³ lo simple que es el tener a Apache Geronimo activo y en ejecuciÃ³n. El tiempo global para lograr que el servidor se encuentre en ejecuciÃ³n deberÃa ser de menos de cinco minutos siempre y cuando ya tengas el prerrequisito (Java 1.4.2) instalado. AdemÃ¡s, este artÃculo te mostrÃ³ como crear, activar y probar un JSP muy simple en menos de cinco minutos.

+

Resumen

+

Este artículo te mostró lo simple que es el tener a Apache Geronimo activo y en ejecución. El tiempo global para lograr que el servidor se encuentre en ejecución debería ser de menos de cinco minutos siempre y cuando ya tengas el prerrequisito (Java 1.4.2) instalado. Además, este artículo te mostró como crear, activar y probar un JSP muy simple en menos de cinco minutos.

@@ -338,7 +338,7 @@ E:\geronimo\bin>java -jar deployer.ja Modified: websites/production/geronimo/content/GMOxDOC10/herramienta-de-activacin.html ============================================================================== --- websites/production/geronimo/content/GMOxDOC10/herramienta-de-activacin.html (original) +++ websites/production/geronimo/content/GMOxDOC10/herramienta-de-activacin.html Fri Jan 25 18:52:48 2013 @@ -5,8 +5,8 @@ - - + + @@ -55,7 +55,7 @@ } - Apache Geronimo v1.0 Documentation : Herramienta de activaciÃÂ³n + Apache Geronimo v1.0 Documentation : Herramienta de activaciÃ³n @@ -71,7 +71,7 @@

- Home > Apache Geronimo v1.0 > DocumentaciÃÂ³n > Apache Geronimo v1.0 - GuÃÂa de Usuario > AdministraciÃÂ³n > Herramientas y comandos > Herramienta de activaciÃÂ³n + Home > Apache Geronimo v1.0 > DocumentaciÃ³n > Apache Geronimo v1.0 - GuÃa de Usuario > AdministraciÃ³n > Herramientas y comandos > Herramienta de activaciÃ³n

@@ -91,7 +91,7 @@

Apache Geronimo v1.0

-

Herramienta de activaciÃÂ³n

+

Herramienta de activaciÃ³n

@@ -120,146 +120,146 @@

-

-La aplicaciÃ³n de activaciÃ³n (deployer application) es una aplicaciÃ³n Java que administra artefactos J2EE y componentes GBean en el servidor Geronimo. Si el servidor estÃ¡ en ejecuciÃ³n, la herramienta se conectarÃ¡ al servidor y ejecutarÃ¡ su acciÃ³n a travÃ©s del servicio de activaciÃ³n del servidor (server's deployment service). Si la herramienta no puede encontrar un servidor en ejecuciÃ³n, administrarÃ¡ la configuraciÃ³n que encuentre, en su propio directorio de instalaciÃ³n.

+

+La aplicación de activación (deployer application) es una aplicación Java que administra artefactos J2EE y componentes GBean en el servidor Geronimo. Si el servidor está en ejecución, la herramienta se conectará al servidor y ejecutará su acción a través del servicio de activación del servidor (server's deployment service). Si la herramienta no puede encontrar un servidor en ejecución, administrará la configuración que encuentre, en su propio directorio de instalación.

-

La herramienta de activaciÃ³n se inicia mediante el uso de java -jar para invocar a la clase principal en <geronimo_home>/bin/deployer.jar.

+

La herramienta de activación se inicia mediante el uso de java -jar para invocar a la clase principal en <geronimo_home>/bin/deployer.jar.

-

TÃpicamente, la herramienta de activaciÃ³n es iniciada mediante el script deploy, pero tambiÃ©n puedes ejecutar a la aplicaciÃ³n mediante el inicio de una mÃ¡quina virtual Java, usando la sintaxis siguiente:

+

Típicamente, la herramienta de activación es iniciada mediante el script deploy, pero también puedes ejecutar a la aplicación mediante el inicio de una máquina virtual Java, usando la sintaxis siguiente:

java -jar deployer.jar <opciones_generales> <comando> <opciones_del_comando>

-

donde <opciones_generales> especifican opciones comunes que aplican a todo comando y controlan como se comporta la aplicaciÃ³n, <comando> es el nombre de comando que especifica la acciÃ³n a ser aplicada, y <opciones_del_comando> son opciones Ãºnicas para el comando especificado.

+

donde <opciones_generales> especifican opciones comunes que aplican a todo comando y controlan como se comporta la aplicación, <comando> es el nombre de comando que especifica la acción a ser aplicada, y <opciones_del_comando> son opciones únicas para el comando especificado.

-

Opciones generales

-

Esta secciÃ³n enlista todas las opciones generales disponibles para la herramienta de activaciÃ³n de Geronimo.

+

Opciones generales

+

Esta sección enlista todas las opciones generales disponibles para la herramienta de activación de Geronimo.

--uri <identificador>
-Donde <identificador> es un Identificador Universal de Recurso (URI, Universal Resource Identifier), que especifica el como la aplicaciÃ³n de activaciÃ³n contactarÃ¡ al servidor. Si esta bandera no se especifica, la herramienta de activaciÃ³n intentarÃ¡ contactar al servidor usando al puerto estÃ¡ndar en localhost. El identificador debe tener la forma siguiente:
-deployer:geronimo:jmx:rmi:///jndi/rmi:[//anfitriÃ³n[:puerto]]/JMXConnector
-donde <anfitriÃ³n> se reemplaza con el nombre del anfitriÃ³n (host) Ã³ la direcciÃ³n TCP/IP del sistema donde el servidor estÃ¡ en ejecuciÃ³n, y <puerto> es reemplazado con el nÃºmero de puerto donde el servidor estÃ© escuchando. Si no se especifica, se emplea localhost como anfitriÃ³n y el puerto por defecto.
--driver <ubicaciÃ³n_del_controlador>
-Donde <ubicaciÃ³n_del_controlador> es la ubicaciÃ³n en el sistema de archivos (path), en donde se encuentra el controlador JAR para usar esta herramienta con un servidor distinto de Geronimo. Actualmente, entradas Class-Path en el MANIFEST dentro del JAR, son ignoradas.
--user <nombre_de_usuario>
-Donde <nombre_de_usuario> es un nombre de usuario que estÃ¡ autorizado a ser un administrador en el servidor. Si el comando requiere autorizaciÃ³n, debes usar esta opciÃ³n.
--password <contraseÃ±a>
-Donde <contraseÃ±a> es la contraseÃ±a requerida para autenticar al nombre de usuario. Si esta bandera no se especifica, la herramienta de activaciÃ³n intentarÃ¡ ejecutar al comando sin contraseÃ±a, pero si ello falla, intentarÃ¡ solicitarte el ingreso de la contraseÃ±a.
--syserr <seleccionar>
-Donde <seleccionar> puede ser true (verdadero) Ã³ false (falso). Si la bandera no se especifica, se asume false. Especifica true cuando desees hacer bitÃ¡cora de errores en el dispositivo syserr.
--verbose <seleccionar>
-Donde <seleccionar> puede ser true (verdadero) Ã³ false (falso). Si la bandera no se especifica, se asume false. Especifica true cuando necesites mÃ¡s mensajes para determinar la causa de algÃºn error.

+Donde <identificador> es un Identificador Universal de Recurso (URI, Universal Resource Identifier), que especifica el como la aplicación de activación contactará al servidor. Si esta bandera no se especifica, la herramienta de activación intentará contactar al servidor usando al puerto estándar en localhost. El identificador debe tener la forma siguiente:
+deployer:geronimo:jmx:rmi:///jndi/rmi:[//anfitrión[:puerto]]/JMXConnector
+donde <anfitrión> se reemplaza con el nombre del anfitrión (host) ó la dirección TCP/IP del sistema donde el servidor está en ejecución, y <puerto> es reemplazado con el número de puerto donde el servidor esté escuchando. Si no se especifica, se emplea localhost como anfitrión y el puerto por defecto.

--driver <ubicación_del_controlador>
+Donde <ubicación_del_controlador> es la ubicación en el sistema de archivos (path), en donde se encuentra el controlador JAR para usar esta herramienta con un servidor distinto de Geronimo. Actualmente, entradas Class-Path en el MANIFEST dentro del JAR, son ignoradas.

--user <nombre_de_usuario>
+Donde <nombre_de_usuario> es un nombre de usuario que está autorizado a ser un administrador en el servidor. Si el comando requiere autorización, debes usar esta opción.

--password <contraseña>
+Donde <contraseña> es la contraseña requerida para autenticar al nombre de usuario. Si esta bandera no se especifica, la herramienta de activación intentará ejecutar al comando sin contraseña, pero si ello falla, intentará solicitarte el ingreso de la contraseña.

--syserr <seleccionar>
+Donde <seleccionar> puede ser true (verdadero) ó false (falso). Si la bandera no se especifica, se asume false. Especifica true cuando desees hacer bitácora de errores en el dispositivo syserr.

--verbose <seleccionar>
+Donde <seleccionar> puede ser true (verdadero) ó false (falso). Si la bandera no se especifica, se asume false. Especifica true cuando necesites más mensajes para determinar la causa de algún error.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

-

Comandos

-

Los comandos disponibles para la herramienta de activaciÃ³n Geronimo se enlistan a continuaciÃ³n:

+

Comandos

+

Los comandos disponibles para la herramienta de activación Geronimo se enlistan a continuación:

Comandos comunes -
+
Otros comandos -
+

-

AdemÃ¡s, puedes escribir help (ayuda) para mayor detalle en un comando dado; la sintaxis es la siguiente:

+

Además, puedes escribir help (ayuda) para mayor detalle en un comando dado; la sintaxis es la siguiente:

java -jar deployer.jar help <comandos>

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

-

Deploy (Activar)

-

Usa al comando deploy (activar) para agregar e iniciar un nuevo mÃ³dulo. El comando deploy tiene la sintaxis siguiente:

+

Deploy (Activar)

+

Usa al comando deploy (activar) para agregar e iniciar un nuevo módulo. El comando deploy tiene la sintaxis siguiente:

-

{{java -jar deployer.jar <opciones_generales> deploy <mÃ³dulo> <plan_de_activaciÃ³n>}}

+

java -jar deployer.jar <opciones_generales> deploy <módulo> <plan_de_activación>

-

Las <opciones_generales> mÃ¡s comunes deberÃan ser --user y --password.
-El <mÃ³dulo> especifica al nombre del archivo de aplicaciÃ³n y su ubicaciÃ³n. El <plan_de_activaciÃ³n> especifica al nombre de archivo y ubicaciÃ³n del XML que contiene al plan de activaciÃ³n (deployment plan). En ocasiones, el mÃ³dulo de la aplicaciÃ³n ya incluye su plan de activaciÃ³n en el paquete, Ã³ la aplicaciÃ³n es tan simple que no requiere algÃºn plan de activaciÃ³n; en dichos casos, el parÃ¡metro <plan_de_activaciÃ³n> puede ser omitido.

+

Las <opciones_generales> más comunes deberían ser --user y --password.
+El <módulo> especifica al nombre del archivo de aplicación y su ubicación. El <plan_de_activación> especifica al nombre de archivo y ubicación del XML que contiene al plan de activación (deployment plan). En ocasiones, el módulo de la aplicación ya incluye su plan de activación en el paquete, ó la aplicación es tan simple que no requiere algún plan de activación; en dichos casos, el parámetro <plan_de_activación> puede ser omitido.

-

El archivo del mÃ³dulo puede ser alguno de los siguientes:

+

El archivo del módulo puede ser alguno de los siguientes:

-

Archivo de AplicaciÃ³n Empresarial J2EE (archivo EAR, Enterprise Application Archive)
Archivo de AplicaciÃ³n WEB J2EE (archivo WAR, Web Application Archive)
Archivo JavaBean Empresarial J2EE (archivo JAR, Enterprise JavaBean Archive)
Archivo Recurso Java J2EE (archivo RAR, Java Resource Archive)

+

Archivo de Aplicación Empresarial J2EE (archivo EAR, Enterprise Application Archive)
Archivo de Aplicación WEB J2EE (archivo WAR, Web Application Archive)
Archivo JavaBean Empresarial J2EE (archivo JAR, Enterprise JavaBean Archive)
Archivo Recurso Java J2EE (archivo RAR, Java Resource Archive)

-

Si el servidor no se encuentra en ejecuciÃ³n al momento de la activaciÃ³n de la aplicaciÃ³n, el mÃ³dulo serÃ¡ marcado para ser iniciado en la siguiente ocasiÃ³n donde el servidor inicie.

+

Si el servidor no se encuentra en ejecución al momento de la activación de la aplicación, el módulo será marcado para ser iniciado en la siguiente ocasión donde el servidor inicie.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

-

Redeploy _(ReactivaciÃ³n)_

-

Emplea al comando redeploy _(reactivaciÃ³n)_ para detener, reemplazar y reiniciar un mÃ³dulo que ya habÃa sido activado previamente. El comando redeploy tiene la sintaxis siguiente:

+

Redeploy (Reactivación)

+

Emplea al comando redeploy (reactivación) para detener, reemplazar y reiniciar un módulo que ya había sido activado previamente. El comando redeploy tiene la sintaxis siguiente:

-

{{java -jar deployer.jar <opciones_generales> redeploy <mÃ³dulo> <plan_de_activaciÃ³n>}}

+

java -jar deployer.jar <opciones_generales> redeploy <módulo> <plan_de_activación>

-

AsÃ como el comando de activaciÃ³n, el comando de reactivaciÃ³n acepta los siguientes tipos de archivo del mÃ³dulo:

+

Así como el comando de activación, el comando de reactivación acepta los siguientes tipos de archivo del módulo:

-

Archivo de AplicaciÃ³n Empresarial J2EE (archivo EAR, Enterprise Application Archive)
Archivo de AplicaciÃ³n WEB J2EE (archivo WAR, Web Application Archive)
Archivo JavaBean Empresarial J2EE (archivo JAR, Enterprise JavaBean Archive)
Archivo Recurso Java J2EE (archivo RAR, Java Resource Archive)

+

Archivo de Aplicación Empresarial J2EE (archivo EAR, Enterprise Application Archive)
Archivo de Aplicación WEB J2EE (archivo WAR, Web Application Archive)
Archivo JavaBean Empresarial J2EE (archivo JAR, Enterprise JavaBean Archive)
Archivo Recurso Java J2EE (archivo RAR, Java Resource Archive)

-

ComÃºnmente, se especifica tanto un mÃ³dulo como un plan. Si el mÃ³dulo contiene un plan Ã³ si un plan por defecto puede ser usado, es vÃ¡lido omitir la opciÃ³n del plan. Sin embargo, si en este caso se especifica algÃºn plan, se antepone a otros planes. Si el plan hace referencias a un componente del servidor que ya ha sido activado en el ambiente del servidor, se omite a dicho mÃ³dulo.

+

Comúnmente, se especifica tanto un módulo como un plan. Si el módulo contiene un plan ó si un plan por defecto puede ser usado, es válido omitir la opción del plan. Sin embargo, si en este caso se especifica algún plan, se antepone a otros planes. Si el plan hace referencias a un componente del servidor que ya ha sido activado en el ambiente del servidor, se omite a dicho módulo.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

-

Start (Iniciar)

-

Emplea al comando start para iniciar un mÃ³dulo previamente activado. El comando start tiene la sintaxis siguiente:

+

Start (Iniciar)

+

Emplea al comando start para iniciar un módulo previamente activado. El comando start tiene la sintaxis siguiente:

-

{{java -jar deployer.jar <opciones_generales> start <IDs_de_mÃ³dulos>}}

+

java -jar deployer.jar <opciones_generales> start <IDs_de_módulos>

-

Donde <IDs_de_mÃ³dulos> es una lista de uno o mÃ¡s mÃ³dulos (ConfigID) separados por espacio en blanco. La identificaciÃ³n del mÃ³dulo (Ã³ ConfigID) es definida al momento de activaciÃ³n, en el plan de activaciÃ³n propio de cada mÃ³dulo previamente activado.

+

Donde <IDs_de_módulos> es una lista de uno o más módulos (ConfigID) separados por espacio en blanco. La identificación del módulo (ó ConfigID) es definida al momento de activación, en el plan de activación propio de cada módulo previamente activado.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

-

Stop (Detener)

-

Emplea al comando stop para detener un mÃ³dulo en ejecuciÃ³n. El comando stop tiene la sintaxis siguiente:

+

Stop (Detener)

+

Emplea al comando stop para detener un módulo en ejecución. El comando stop tiene la sintaxis siguiente:

-

{{java -jar deployer.jar <opciones_generales> stop <IDs_de_mÃ³dulos>}}

+

java -jar deployer.jar <opciones_generales> stop <IDs_de_módulos>

-

Donde <IDs_de_mÃ³dulos> es una lista de uno o mÃ¡s mÃ³dulos (ConfigID) separados por espacio en blanco. La identificaciÃ³n del mÃ³dulo (Ã³ ConfigID) es definida al momento de activaciÃ³n, en el plan de activaciÃ³n propio de cada mÃ³dulo previamente activado.

+

Donde <IDs_de_módulos> es una lista de uno o más módulos (ConfigID) separados por espacio en blanco. La identificación del módulo (ó ConfigID) es definida al momento de activación, en el plan de activación propio de cada módulo previamente activado.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

-

Undeploy (Desactivar)

-

Emplea al comando undeploy para detener y eliminar del servidor, un mÃ³dulo (estando o no, en ejecuciÃ³n) asÃ como su informaciÃ³n de activaciÃ³n. El comando undeploy tiene la sintaxis siguiente:

+

Undeploy (Desactivar)

+

Emplea al comando undeploy para detener y eliminar del servidor, un módulo (estando o no, en ejecución) así como su información de activación. El comando undeploy tiene la sintaxis siguiente:

-

{{java -jar deployer.jar <opciones_generales> undeploy <IDs_de_mÃ³dulos>}}

+

java -jar deployer.jar <opciones_generales> undeploy <IDs_de_módulos>

-

Donde <IDs_de_mÃ³dulos> es una lista de uno o mÃ¡s mÃ³dulos (ConfigID) separados por espacio en blanco. La identificaciÃ³n del mÃ³dulo (Ã³ ConfigID) es definida al momento de activaciÃ³n, en el plan de activaciÃ³n propio de cada mÃ³dulo previamente activado.

+

Donde <IDs_de_módulos> es una lista de uno o más módulos (ConfigID) separados por espacio en blanco. La identificación del módulo (ó ConfigID) es definida al momento de activación, en el plan de activación propio de cada módulo previamente activado.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

-

Distribute (Distribuir)

-

Emplea al comando distribute para agregar un nuevo mÃ³dulo al servidor. Este comando no inicia al mÃ³dulo ni lo marca para ser iniciado en el futuro. El comando distribute tiene la sintaxis siguiente:

+

Distribute (Distribuir)

+

Emplea al comando distribute para agregar un nuevo módulo al servidor. Este comando no inicia al módulo ni lo marca para ser iniciado en el futuro. El comando distribute tiene la sintaxis siguiente:

-

{{java -jar deployer.jar <opciones_generales> distribute <mÃ³dulo> <plan_de_activaciÃ³n>}}

+

java -jar deployer.jar <opciones_generales> distribute <módulo> <plan_de_activación>

-

AsÃ como el comando deploy, <mÃ³dulo> especifica al nombre de archivo y su ubicaciÃ³n. El <plan_de_activaciÃ³n> especifica al nombre de archivo y ubicaciÃ³n del XML que contiene al plan de activaciÃ³n. En ocasiones, el mÃ³dulo de aplicaciÃ³n ya incluye un plan de activaciÃ³n en su paquete Ã³ la aplicaciÃ³n es tan simple que no requiere plan de activaciÃ³n alguno; en dichos casos, el parÃ¡metro <plan_de_activaciÃ³n> puede ser omitido.

+

Así como el comando deploy, <módulo> especifica al nombre de archivo y su ubicación. El <plan_de_activación> especifica al nombre de archivo y ubicación del XML que contiene al plan de activación. En ocasiones, el módulo de aplicación ya incluye un plan de activación en su paquete ó la aplicación es tan simple que no requiere plan de activación alguno; en dichos casos, el parámetro <plan_de_activación> puede ser omitido.

-

El archivo del mÃ³dulo puede ser alguno de los siguientes:

+

El archivo del módulo puede ser alguno de los siguientes:

-

Archivo de AplicaciÃ³n Empresarial J2EE (archivo EAR, Enterprise Application Archive)
Archivo de AplicaciÃ³n WEB J2EE (archivo WAR, Web Application Archive)
Archivo JavaBean Empresarial J2EE (archivo JAR, Enterprise JavaBean Archive)
Archivo Recurso Java J2EE (archivo RAR, Java Resource Archive)

+

Archivo de Aplicación Empresarial J2EE (archivo EAR, Enterprise Application Archive)
Archivo de Aplicación WEB J2EE (archivo WAR, Web Application Archive)
Archivo JavaBean Empresarial J2EE (archivo JAR, Enterprise JavaBean Archive)
Archivo Recurso Java J2EE (archivo RAR, Java Resource Archive)

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

-

List-modules _(Enlistar-mÃ³dulos)_

-

Emplea al comando list-modules para enlistar a todo mÃ³dulo disponible en el servidor; nÃ³tese que la ejecuciÃ³n de Ã©ste comando requiere que el servidor se encuentre en ejecuciÃ³n. El comando list-modules tiene la sintaxis siguiente:

+

List-modules (Enlistar-módulos)

+

Emplea al comando list-modules para enlistar a todo módulo disponible en el servidor; nótese que la ejecución de éste comando requiere que el servidor se encuentre en ejecución. El comando list-modules tiene la sintaxis siguiente:

java -jar deployer.jar <opciones_generales> list-modules [--all|--started|--stopped]

-

--all : se usa por defecto, cuando ninguna otra opciÃ³n se especifica. Se encargarÃ¡ de enlistar a todo mÃ³dulo disponible.
--started : esta opciÃ³n enlistarÃ¡ sÃ³lo a los mÃ³dulos que estÃ©n en ejecuciÃ³n.
--stopped : esta opciÃ³n enlistarÃ¡ sÃ³lo a los mÃ³dulos que no estÃ©n en ejecuciÃ³n.

+

--all : se usa por defecto, cuando ninguna otra opción se especifica. Se encargará de enlistar a todo módulo disponible.
--started : esta opción enlistará sólo a los módulos que estén en ejecución.
--stopped : esta opción enlistará sólo a los módulos que no estén en ejecución.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

-

List-targets (Enlistar-destinos)

+

List-targets (Enlistar-destinos)

Emplea al comando list-targets para enlistar a los destinos conocidos para el servidor al cual te has conectado. El comando list-targets tiene la sintaxis siguiente:

java -jar deployer.jar <opciones_generales> list-targets

-

En el caso de Geronimo, cada almacÃ©n de configuraciÃ³n es un destino separado. Al momento, Geronimo aÃºn no soporta clusters como destinos.

+

En el caso de Geronimo, cada almacén de configuración es un destino separado. Al momento, Geronimo aún no soporta clusters como destinos.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

-

Package (Paquete)

-

Emplea al comando package para crear un archivo JAR de configuraciÃ³n en lugar de la instalaciÃ³n en el ambiente del servidor. El comando package tiene la sintaxis siguiente:

+

Package (Paquete)

+

Emplea al comando package para crear un archivo JAR de configuración en lugar de la instalación en el ambiente del servidor. El comando package tiene la sintaxis siguiente:

-

{{java -jar deployer.jar <opciones_generales> package [--classPath path] [--mainClass class] [--install] <mÃ³dulo> <plan_de_activaciÃ³n> fileName}}

+

java -jar deployer.jar <opciones_generales> package [--classPath path] [--mainClass class] [--install] <módulo> <plan_de_activación> fileName

-

El argumento opcional --classPath especifica un Class-Path a incluir en el MANIFEST del JAR. El argumento opcional --mainClass especifica la Main-Class a incluir en el MANIFEST del JAR. La opciÃ³n --install especifica que la configuraciÃ³n deberÃa ser construida en un JAR y tambiÃ©n instalada en la configuraciÃ³n del servidor (de otro modo, es empaquetada, mÃ¡s no instalada). El argumento fileName especifica el JAR a ser creado.

+

El argumento opcional --classPath especifica un Class-Path a incluir en el MANIFEST del JAR. El argumento opcional --mainClass especifica la Main-Class a incluir en el MANIFEST del JAR. La opción --install especifica que la configuración debería ser construida en un JAR y también instalada en la configuración del servidor (de otro modo, es empaquetada, más no instalada). El argumento fileName especifica el JAR a ser creado.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

@@ -280,7 +280,7 @@ El <mÃ³dulo> especifica Modified: websites/production/geronimo/content/GMOxDOC10/herramientas-y-comandos.html ============================================================================== --- websites/production/geronimo/content/GMOxDOC10/herramientas-y-comandos.html (original) +++ websites/production/geronimo/content/GMOxDOC10/herramientas-y-comandos.html Fri Jan 25 18:52:48 2013 @@ -71,7 +71,7 @@

- Home > Apache Geronimo v1.0 > DocumentaciÃÂ³n > Apache Geronimo v1.0 - GuÃÂa de Usuario > AdministraciÃÂ³n > Herramientas y comandos + Home > Apache Geronimo v1.0 > DocumentaciÃ³n > Apache Geronimo v1.0 - GuÃa de Usuario > AdministraciÃ³n > Herramientas y comandos

@@ -121,47 +121,47 @@

-Article translated by: Waldo RamÃrez MontaÃ±o
-_*ArtÃculo donado por:* Hernan Cunico_

+Article translated by: Waldo Ramírez Montaño
+Artículo donado por: Hernan Cunico

-

Apache Geronimo proporciona diversas herramientas para la administraciÃ³n del servidor. Estas herramientas estÃ¡n disponibles vÃa la lÃnea de comandos y algunas vÃa una consola basada en Web. La consola Geronimo basada en Web es explicada a detalle en la siguiente secciÃ³n Consola de AdministraciÃ³n Geronimo. Las herramientas de lÃnea de comandos, que actualmente estÃ¡n disponibles, se localizan en el directorio <geronimo_home>/bin y son enumeradas en la lista siguiente:

+

Apache Geronimo proporciona diversas herramientas para la administración del servidor. Estas herramientas están disponibles vía la línea de comandos y algunas vía una consola basada en Web. La consola Geronimo basada en Web es explicada a detalle en la siguiente sección Consola de Administración Geronimo. Las herramientas de línea de comandos, que actualmente están disponibles, se localizan en el directorio <geronimo_home>/bin y son enumeradas en la lista siguiente:

startup
shutdown
geronimo
deploy
client.jar

-

Aunque el nombre de las herramientas es propiamente explicativo, probablemente no sea el mismo caso con los parÃ¡metros de las herramientas. La siguiente secciÃ³n explica mÃ¡s a detalle el uso de los comandos.

+

Aunque el nombre de las herramientas es propiamente explicativo, probablemente no sea el mismo caso con los parámetros de las herramientas. La siguiente sección explica más a detalle el uso de los comandos.

startup

-

Este comando es indudablemente empleado para iniciar (start) al servidor Apache Geronimo. Puedes iniciar al servidor Apache Geronimo de dos formas distintas, mediante la ejecuciÃ³n de los comandos siguientes:

+

Este comando es indudablemente empleado para iniciar (start) al servidor Apache Geronimo. Puedes iniciar al servidor Apache Geronimo de dos formas distintas, mediante la ejecución de los comandos siguientes:

<geronimo_home>/bin/java -jar server.jar

-

Ã³ simplemente,

+

ó simplemente,

<geronimo_home>/bin/startup

El comando startup invoca al server.jar.

-

En ambos casos, el comando acepta los mismos parÃ¡metros. Los parÃ¡metros disponibles son:

+

En ambos casos, el comando acepta los mismos parámetros. Los parámetros disponibles son:

--quiet
-Evade la barra habitual del progreso de inicio. Es tÃpicamente usado cuando se redirige la salida de consola a un archivo, Ã³ cuando se inicia al servidor desde una IDE Ãº otra herramienta.

+Evade la barra habitual del progreso de inicio. Es típicamente usado cuando se redirige la salida de consola a un archivo, ó cuando se inicia al servidor desde una IDE ú otra herramienta.

--long
-Escribe el progreso de inicio en la consola, en un formato que es apto para la redirecciÃ³n de la salida de consola a un archivo, Ã³ cuando se inicia al servidor desde una IDE Ãº otra herramienta (no emplea lÃneas de texto para actualizar la informaciÃ³n del progreso, que es usada por defecto, si no especificas --quiet Ã³ --long).

+Escribe el progreso de inicio en la consola, en un formato que es apto para la redirección de la salida de consola a un archivo, ó cuando se inicia al servidor desde una IDE ú otra herramienta (no emplea líneas de texto para actualizar la información del progreso, que es usada por defecto, si no especificas --quiet ó --long).

-v --verbose
-Indica que el nivel de bitÃ¡cora (log) en la consola sea INFO, resultando en mayor salida en la consola, de la cual normalmente se presenta.

+Indica que el nivel de bitácora (log) en la consola sea INFO, resultando en mayor salida en la consola, de la cual normalmente se presenta.

-vv --veryverbose
-Indica que el nivel de bitÃ¡cora (log) en la consola sea DEBUG, resultando en aÃºn mayor salida en la consola.

+Indica que el nivel de bitácora (log) en la consola sea DEBUG, resultando en aún mayor salida en la consola.

-override [configId]
-Ignora las configuraciones en <geronimo_home>/var/config.list, tal que sÃ³lo sean iniciadas las configuraciones enlistadas en la lÃnea de comandos. NÃ³tese que varias caracterÃsticas J2EE dependen de que ciertas configuraciones sean iniciadas, por lo cual debes ser muy cuidadoso en decidir quÃ© omitir. Cualquier argumento posterior a -override, se asume como nombre de configuraciÃ³n.

+Ignora las configuraciones en <geronimo_home>/var/config.list, tal que sólo sean iniciadas las configuraciones enlistadas en la línea de comandos. Nótese que varias características J2EE dependen de que ciertas configuraciones sean iniciadas, por lo cual debes ser muy cuidadoso en decidir qué omitir. Cualquier argumento posterior a -override, se asume como nombre de configuración.

-

Cuando ejecutas este comando desde una lÃnea de comandos Microsoft Windows, dicha ventana se queda bloqueada con los resultados del inicio (startup) en la pantalla. En un sistema operativo basado en Linux, puedes ejecutar este comando de trasfondo, recuperando el control de dicha ventana de terminal de consola.

+

Cuando ejecutas este comando desde una línea de comandos Microsoft Windows, dicha ventana se queda bloqueada con los resultados del inicio (startup) en la pantalla. En un sistema operativo basado en Linux, puedes ejecutar este comando de trasfondo, recuperando el control de dicha ventana de terminal de consola.

-

Si ejecutas al comando de inicio sin parÃ¡metro alguno, obtendrÃ¡s una pantalla similar a la siguiente.
+

Si ejecutas al comando de inicio sin parámetro alguno, obtendrás una pantalla similar a la siguiente.

Booting Geronimo Kernel (in Java 1.4.2-02)...
 Started configuration  1/22   0s geronimo/rmi-naming/1.0/car
@@ -226,79 +226,79 @@ Startup completed in 28 seconds
 Geronimo Application Server started

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

shutdown

-

Si el comando startup inicia al servidor Apache Geronimo, shutdown definitivamente lo detendrÃ¡. Este comando tiene la sintaxis siguiente:

+

Si el comando startup inicia al servidor Apache Geronimo, shutdown definitivamente lo detendrá. Este comando tiene la sintaxis siguiente:

<geronimo_home>/bin/shutdown [opciones]

Las opciones disponibles son:

--user [nombre_de_usuario]
-Especifica el nombre de usuario con autoridad para detener al servidor. Por defecto, deberÃas normalmente usar system como nombre de usuario.

+Especifica el nombre de usuario con autoridad para detener al servidor. Por defecto, deberías normalmente usar system como nombre de usuario.

-

--password [constraseÃ±a]
-Especifica la contraseÃ±a para el nombre de usuario que ingresas. Por defecto, deberÃas normalmente usar manager como contraseÃ±a.

+

--password [constraseña]
+Especifica la contraseña para el nombre de usuario que ingresas. Por defecto, deberías normalmente usar manager como contraseña.

-

--port [nÃºmero_de_puerto]
-Especifica al puerto RML para conectarse al servidor (por ejemplo, el puerto de conexiÃ³n JMX). Por defecto, deberÃas normalmente usar al puerto 1099.

+

--port [número_de_puerto]
+Especifica al puerto RML para conectarse al servidor (por ejemplo, el puerto de conexión JMX). Por defecto, deberías normalmente usar al puerto 1099.

-

Si no especificas parÃ¡metro alguno, el comando te solicitarÃ¡ un nombre de usuario y contraseÃ±a, asumiendo al puerto 1099 por defecto, sin solicitarte puerto alguno.

+

Si no especificas parámetro alguno, el comando te solicitará un nombre de usuario y contraseña, asumiendo al puerto 1099 por defecto, sin solicitarte puerto alguno.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

geronimo

-

El comando geronimo te permite ejecutar las dos acciones previas, esto es iniciar (start) y detener (stop) al servidor en distintos modos, dependiendo de los parÃ¡metros que especifiques. El comando tiene la siguiente sintaxis:

+

El comando geronimo te permite ejecutar las dos acciones previas, esto es iniciar (start) y detener (stop) al servidor en distintos modos, dependiendo de los parámetros que especifiques. El comando tiene la siguiente sintaxis:

<geronimo_home>/bin/geronimo [opciones]

Las opciones disponibles son:

debug
-Esta opciÃ³n iniciarÃ¡ al servidor en depuraciÃ³n JDB.

+Esta opción iniciará al servidor en depuración JDB.

jpda start
-Esta opciÃ³n iniciarÃ¡ al servidor en depuraciÃ³n JPDA.

+Esta opción iniciará al servidor en depuración JPDA.

run
-Esta opciÃ³n iniciarÃ¡ al servidor en la ventana actual.

+Esta opción iniciará al servidor en la ventana actual.

start
-Esta opciÃ³n iniciarÃ¡ al servidor en una ventana separada, tal como el comando startup.

+Esta opción iniciará al servidor en una ventana separada, tal como el comando startup.

stop
-Esta opciÃ³n detendrÃ¡ al servidor.

+Esta opción detendrá al servidor.

-

Tanto start y stop como opciones para este comando, tienen el mismo conjunto de parÃ¡metros de los comandos startup y shutdown.

+

Tanto start y stop como opciones para este comando, tienen el mismo conjunto de parámetros de los comandos startup y shutdown.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

deploy

-

La herramienta de activaciÃ³n (deploy) es usada para instalar, desinstalar, iniciar y detener aplicaciones y mÃ³dulos, y para instalar y desinstalar configuraciones (por ejemplo, algunos planes de activaciÃ³n con configuraciÃ³n especÃfica, ajustes de seguridad, etc.). Debido al nÃºmero de opciones en este caso, la herramienta de activaciÃ³n se cubre a detalle en la SecciÃ³n de activaciÃ³n - Herramienta de activaciÃ³n.

+

La herramienta de activación (deploy) es usada para instalar, desinstalar, iniciar y detener aplicaciones y módulos, y para instalar y desinstalar configuraciones (por ejemplo, algunos planes de activación con configuración específica, ajustes de seguridad, etc.). Debido al número de opciones en este caso, la herramienta de activación se cubre a detalle en la Sección de activación - Herramienta de activación.

-

Esta es una herramienta poderosa con muchos parÃ¡metros y opciones, pero su uso no es tan complicado del todo.

+

Esta es una herramienta poderosa con muchos parámetros y opciones, pero su uso no es tan complicado del todo.

-

AsÃ como el comando de inicio (startup), la herramienta de activaciÃ³n puede ser invocada de dos formas:

+

Así como el comando de inicio (startup), la herramienta de activación puede ser invocada de dos formas:

java -jar deployer.jar [opciones_generales] <comando> [opciones_de_comando]

-

Ã³ simplemente

+

ó simplemente

deploy [opciones_generales] <comando> [opciones_de_comando]

-

Por favor, consulte la Herramienta de activaciÃ³n para una descripciÃ³n completamente detallada de las opciones y uso de esta herramienta.

+

Por favor, consulte la Herramienta de activación para una descripción completamente detallada de las opciones y uso de esta herramienta.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

client.jar

-

El client.jar ejecuta al contenedor de la aplicaciÃ³n cliente. El comando tiene la sintaxis siguiente:

+

El client.jar ejecuta al contenedor de la aplicación cliente. El comando tiene la sintaxis siguiente:

java -jar client.jar config-name [app arg] [app arg] ...

-

El primer argumento identifica la configuraciÃ³n Geronimo que contiene la aplicaciÃ³n cliente que desees ejecutar. El resto de argumentos serÃ¡n pasados como argumentos para la aplicaciÃ³n cliente cuando Ã©sta sea iniciada.

+

El primer argumento identifica la configuración Geronimo que contiene la aplicación cliente que desees ejecutar. El resto de argumentos serán pasados como argumentos para la aplicación cliente cuando ésta sea iniciada.

-

Regresar a la secciÃ³n superior

+

Regresar a la sección superior

@@ -309,7 +309,7 @@ Esta opciÃ³n detendrÃ Hide Children

Modified: websites/production/geronimo/content/GMOxDOC10/index.html ============================================================================== --- websites/production/geronimo/content/GMOxDOC10/index.html (original) +++ websites/production/geronimo/content/GMOxDOC10/index.html Fri Jan 25 18:52:48 2013 @@ -128,10 +128,10 @@

Translations

-

EspaÃ±ol
-Apache Geronimo v1.0 - GuÃa de Usuario

+

Español
+Apache Geronimo v1.0 - Guía de Usuario

-

Apache Geronimo v1.0 - GuÃa de Desarrollador

+

Apache Geronimo v1.0 - Guía de Desarrollador