/
Nueva Instalación de Thuban

Nueva Instalación de Thuban

Owned by Daniel Payero, created
Last updated: Feb 28, 2023 by Leonardo Vazquez Conde
13 min read

En esta guía se detallarán los pasos para realizar una nueva instalación de Thuban Web tanto para entornos Windows como Linux. Para la misma se asumirán lo siguientes puntos:

  1. El motor de base de datos y la base de datos para Thuban ya se encuentran disponibles.

  2. Se utiliza como servidor de aplicaciones el conjunto entregado por Vivatia que consta de:

    1. Apache Tomcat (con archivo de instalación en el caso de MS Windows)

    2. instalación portable de Java para uso exclusivo de Thuban.

  3. Cuentas con los permisos de administración necesarios en el Sistema Operativo.

 

Instalación en ambiente Windows

Para la instalación en un ambiente Windows se requerirá del paquete de instalación típico de Vivatia (normalmente un archivo ZIP / RAR) comprendido por:

  • Servidor de aplicaciones

  • Java

  • Carpertas y archivos de configuración de Thuban

    • Carpeta Context (dentro están los archivos de configuración propios de Thuban)

    • Carpeta Security (archivo de accesos de seguridad)

  • Carpeta vacía para el almacenamiento de las imágenes (Uso opcional)

  • War de Thuban

Paso 1

Descomprimir el paquete de instalación en la carpeta deseada para la misma. Ej: C:\AplicacionesJ2EE.

Debería de quedar una carpeta Llamada Thuban-Suite que dentro contiene todos los elementos antes mencionados.

Si dentro de appserver hay dos carpetas java, elegir una y renombrarla como java

 

 

 

Paso 2

Renombrar la carpeta Thuban-Suite al nombre deseado. Por ej: Thuban-Prueba

 

 

Paso 3

Dirigirse a la carpeta “conf” del servidor de aplicaciones. En nuestro ejemplo seria C:\AplicacionesJ2EE\Thuban-Prueba\appserver\server\conf. Allí ubicar y abrir el archivo server.xml

Se deben seleccionar los puertos a utilizar para “Shutdown” y “HttpConnector” reemplazando los valores por los elegidos. En nuestro ejemplo 8005 y 8080.

Una vez modificados estos valores, guardar los cambios y cerrar el archivo.

Shutdown (Al principio del archivo)

<Server port="8005" shutdown="SHUTDOWN">

Conector http

<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />

Verificar que los números de puertos seleccionados no se encuentren actualmente en uso por otra aplicación o instalación de Thuban.

Paso 4

Dirigirse a la carpeta “bin” del servidor de aplicaciones, por ejemplo: C:\AplicacionesJ2EE\Thuban-Prueba\appserver\server\bin.

Aquí debemos buscar los archivos llamados “tomcat8.exe” y “tomcat8w.exe”. Seleccionarlos, copiarlos y pegarlos en la misma carpeta. Tomar los nuevos archivos y renombrarlos con el nombre del servicio de Thuban que vamos a instalar. Por ejemplo: “ThubanPrueba8080.exe” y “ThubanPrueba8080w.exe”.

Notar que se le agrego al nombre el puerto http configurado en el Paso 3. Esto es para identificar fácilmente en qué puerto está escuchando la aplicación. Puede no agregarse y dejarlo simplemente con el nombre.

Es muy importante que el nombre no contenga caracteres especiales y asegurarse que en el caso de “w” se mantenga la w en minúsculas y antes del .exe. Ej: ThubanPruebaw.exe

 

 

 

 

 

 

Paso 5

Dentro de la misma carpeta bin, ubicar el archivo “InstallTomcatV3.bat” y abrirlo en el editor de texto de preferencia.

En el mismo se deben editar las siguientes propiedades:

  • THUBAN_NAME → Este es el nombre del .exe (no del w) del “Paso 4”.

  • THUBAN_HOME → Es el Directorio de la carpeta donde está la instalación raíz de Thuban.

Una vez modificados estos valores guardar los cambios y cerrar el archivo.

Ejemplo del archivo completo:

@echo off SETLOCAL REM en esta variable de entorno poner elo nombre del ejecutable con extencion REM El nombre del ejecutable solo pude tener caractes del tipo A-Za-z0-9 sino da error de Apha45 SET THUBAN_NAME=ThubanPrueba.exe REM en esta variable poner el ROOT de la instancia con barras invertidas SET THUBAN_HOME=C:\AplicacionesJ2EE\Thuban-Prueba @ECHO Estas son las variables definidas @ECHO --------------------------------- @ECHO %THUBAN_NAME% @ECHO %THUBAN_NAME:~0,-4% @ECHO %THUBAN_HOME% pause %THUBAN_NAME%//IS//%THUBAN_NAME:~0,-4% --DisplayName=%THUBAN_NAME:~0,-4% --Description=Servidor_de_aplicaciones_para_Thuban --StartClass org.apache.catalina.startup.Bootstrap --StopClass org.apache.catalina.startup.Bootstrap --StartParams start --Startup=manual %THUBAN_NAME%//US//%THUBAN_NAME:~0,-4% --StartMode=jvm --StopParams stop --StopMode=jvm --Jvm=%THUBAN_HOME%\appserver\java\bin\server\jvm.dll --Classpath=%THUBAN_HOME%\appserver\Server\bin\bootstrap.jar;%THUBAN_HOME%\appserver\Server\lib\tomcat-juli.jar --JvmMs=512 --JvmMx=1024 --LogPath=%THUBAN_HOME%\appserver\Server\logs --StdOutput=%THUBAN_HOME%\appserver\Server\logs\console.log --LogLevel=error %THUBAN_NAME%//US//%THUBAN_NAME:~0,-4% --JvmOptions=-Dcatalina.home=%THUBAN_HOME%\appserver\Server;-Dcatalina.base=%THUBAN_HOME%\appserver\Server;-Djava.endorsed.dirs=%THUBAN_HOME%\appserver\Server\common\endorsed;-Duser.timezone=GMT-03:00;-Dthuban.context=%THUBAN_HOME%\config\context\;-Dthuban.security=%THUBAN_HOME%\config\security\;-Djava.io.tmpdir=%THUBAN_HOME%\appserver\Server\temp;-Duser.language=en;-XX:+UseConcMarkSweepGC;-XX:+CMSParallelRemarkEnabled;-XX:+UseCMSInitiatingOccupancyOnly;-XX:CMSInitiatingOccupancyFraction=70;-XX:+ScavengeBeforeFullGC;-XX:+CMSScavengeBeforeRemark;-XX:+PrintGCDateStamps;-verbose:gc;-XX:+PrintGCDetails;-Xloggc:%THUBAN_HOME%\appserver\Server\logs\logsGC\thubangc.log;-XX:+UseGCLogFileRotation;-XX:NumberOfGCLogFiles=10;-XX:GCLogFileSize=100M;-Dsun.net.inetaddr.ttl=60;-XX:+HeapDumpOnOutOfMemoryError;-XX:HeapDumpPath=%THUBAN_HOME%\appserver\Server\logs\memDumps\`date`.hpr

Paso 6

Dirigirse a la carpeta Context de Thuban y allí ubicar y abrir, en el editor de texto de preferencia, el archivo “context.properties”. Ej: C:\AplicacionesJ2EE\Thuban-Prueba\config\Context”

Allí se debe configurar la conexión a la base de datos. Para ello se deben configurar las siguientes propiedades:

  • hibernate.dialect → Dialecto de la base de datos

  • jdbc.driverClassName → Driver de conexión a la base de datos

  • jdbc.url → String de conexión a la base de datos

Una vez modificado el archivo, guardar y cerrarlo.

Ejemplo de configuración para SQL Server:

hibernate.dialect=org.hibernate.dialect.SQLServerDialect jdbc.driverClassName= net.sourceforge.jtds.jdbc.Driver jdbc.url= jdbc:jtds:sqlserver://127.0.0.1:1433/THUBAN_PRUEBA;sendStringParametersAsUnicode=false

Donde:

  • 127.0.0.1 es la IP del servidor donde está la base de datos.

  • 1433 es el puerto donde escucha por conexiones la base de datos

  • THUBAN_PRUEBA es el nombre de la base de datos.

Ejemplos de configuración para otros motores de base de datos al final del articulo.

Si no funciona la conexion porque hay multiples instancias de servidor SQL revisar el siguiente link: Armado de connection string para SQL con multiples instancias

Paso 7

Dirigirse a la carpeta Security de Thuban y allí ubicar y abrir el archivo “security.properties”. Ej: C:\AplicacionesJ2EE\Thuban-Prueba\config\Security.

Allí se deben configurar las siguientes propiedades:

  • jdbc.username

  • jdbc.password

Guardar los cambios y cerrar el archivo.

 

 

Ejemplo:

jdbc.username=thuban jdbc.password=passThuban

 

Paso 8

Opcionalmente se podría configurar a Thuban para que al arrancar inicie el motor de tareas programas (Scheduler) para tener acceso a la configuración de procesos Batch. Si esto no es de interés, ir al Paso 9.

Dirigirse a la carpeta Context de Thuban y allí ubicar y abrir, con el editor de xml de preferencia, el archivo “user-application-context.xml”. Ej: C:\AplicacionesJ2EE\Thuban-Prueba\config\Context.

En el mismo ubicar el “bean” llamado “schedulerHosts” y en el listado agregar la IP y/o nombre del equipo donde se está instalando Thuban.

Persistir los cambios y cerrar el archivo.

En general el paquete básico ya incluye este “bean” en el archivo listo para configurar de esta forma:

<!-- HABILITAR EL SCHEDULER --> <bean id="schedulerHosts" class="java.util.ArrayList"> <constructor-arg> <list> <value>IP/ServerName</value> </list> </constructor-arg> </bean>

En caso de no estar, agramarlo. Luego configurarlo con el equipo deseado, por ejemplo:

<!-- HABILITAR EL SCHEDULER --> <bean id="schedulerHosts" class="java.util.ArrayList"> <constructor-arg> <list> <value>127.0.0.1</value> <value>MYPC</value> </list> </constructor-arg> </bean>

Paso 9

Abrir un “CMD” de Windows como Administrador. Dentro del cmd dirigirse a la carpeta bin del servidor de aplicaciones. Ej:

cd C:\AplicacionesJ2EE\Thuban-Prueba\appserver\server\bin

y allí ejecutar el bat “InstallTomcatV3.bat”

No ejecutar el .bat directamente haciendo doble click sobre el mismo. Eso no siempre funciona, aún ejecutándolo como administrador, y puede traer comportamiento extraños.

Si ves un resultado como este entonces habrás instalado correctamente el servicio de Thuban.

Paso 10

Dirigirse al panel de servicios de Windows y localizar el servicio creado en el Paso 9.

Seleccionarlo y hacer click en iniciar.

Verificar en el log de la aplicación que haya iniciado correctamente. Ej: C:\AplicacionesJ2EE\Thuban-Prueba\appserver\server\logs

Abrir el archivo console.log

De no encontrar errores en el log, Thuban ya está funcionando y accesible desde un navegador web.

Si el Firewall de Windows se encuentra activo, es posible que necesites crear una regla de entrada para que otros se puedan conectar a Thuban desde el navegador. Consulta el siguiente articulo para ver cómo hacerlo: Thuban está levantado pero no llego desde mi PC

Instalación en ambiente Linux

Para la instalación en un ambiente Linux se requerirá del paquete de instalación típico de Vivatia (normalmente un archivo ZIP / RAR) comprendido por:

  • Servidor de aplicaciones

  • Java

  • Carpertas y archivos de configuración de Thuban

    • Carpeta Context (dentro están los archivos de configuración propios de Thuban)

    • Carpeta Security (archivo de accesos de seguridad)

  • Carpeta vacía para el almacenamiento de las imágenes (Opcional y tentativa)

  • War de Thuban

Las instrucciones que aquí se despliegan fueron realizadas sobre un Linux de tipo Debian (por ejemplo: Ubuntu) sin embargo en el caso de un Linux de tipo RHEL deberían funcionar de la misma forma sin problemas.

Paso 1

Descomprimir el paquete de instalación en la carpeta deseada para la misma. Ej: /AplicacionesJ2EE

Debería de quedar una carpeta Llamada Thuban-Suite que dentro contiene todos los elementos antes mencionados.

 

user@myLinux:/AplicacionesJ2EE$ ls Thuban-Suite user@myLinux:/AplicacionesJ2EE$

Paso 2

Renombrar la carpeta “Thuban-Suite” al nombre deseado.

user@myLinux:/AplicacionesJ2EE$ mv Thuban-Suite/ Thuban-Prueba user@muLinux:/AplicacionesJ2EE$ ls Thuban-Prueba user@myLinux:/AplicacionesJ2EE$

Paso 3

Es recomendado que el servidor de aplicaciones corra con un usuario propio sin privilegios por razones de seguridad. Para ellos debemos crear el grupo al que pertenecerá el usuario y el usuario propiamente dicho. Para ellos ejecutamos los comandos de la columna derecha -->

Creamos el grupo

sudo groupadd tomcat

Donde “tomcat” es el nombre del grupo.

Luego creamos el usuario, lo agregamos al grupo y establecemos su “Home”

sudo useradd -s /bin/false -g tomcat -d /opt/tomcat tomcat

Al usuario también lo llamamos “tomcat”. De querer llamarlo de otra forma se deben reemplazar la siguiente parte:

-d /opt/[NombreDesaeado] [NombreDeseado]

Por ejemplo:

sudo useradd -s /bin/false -g tomcat -d /opt/tomcatusr tomcatusr

Paso 4

Le otorgamos al usuario recién creado los permisos necesarios sobre las carpetas de instalación de Thuban. Lo haremos ejecutando los siguientes comandos -->

Otorgamos los permisos de propietario a la carpeta de instalación de Thuban al grupo del Tomcat.

sudo chgrp -R [GRUPO] [CARPETA]

Siguiendo nuestro ejemplo quedaría así:

sudo chgrp -R tomcat /AplicacionesJ2EE/Thuban-Prueba

Luego otorgamos los permisos de propietario al usuario del tomcat que creamos en el Paso 3 anterior sobre la carpeta de instalación de Thuban.

sudo chown -R [USUARRIO] [CARPETA]

Siguiendo nuestro ejemplo, quedaría así:

sudo chown -R tomcat /AplicacionesJ2EE/Thuban-Prueba

Finalmente le otorgamos los permisos generales a la carpeta de instalación de Thuban de modo que todo funcione correctamente. En este caso se asignan los permisos a nivel 755, es decir, lectura y ejecución para todos los usuarios y de escritura únicamente para el propietario de la carpeta.

sudo chmod -R 755 [CARPETA]

Siguiendo nuestro ejemplo, quedaría así:

sudo chmod -R 755 /AplicacionesJ2EE/Thuban-Prueba

Debemos asugurarnos también el el usuario pueda acceder a la carpeta raíz, es decir, a /AplicionesJ2EE, por ello sobre esa carpeta ejecutaremos también la instrucción anterior:

sudo chmod -R 755 /AplicacionesJ2EE

En este caso el usuario del Tomcat tendrá acceso de lectura y ejecución sobre /AplicacionesJ2EE pero no de escritura, ya que no es el propietario. Sin embargo sí las tendrá sobre la instalación en sí mismo en /AplicacionesJ2EE/Thuban-Prueba.

Paso 5

Dirigirse a la carpeta “conf” del servidor de aplicaciones. En nuestro ejemplo seria /AplicacionesJ2EE\Thuban-Prueba\appserver\server\conf. Allí ubicar y abrir el archivo server.xml

Se deben seleccionar los puertos a utilizar para “Shutdown” y “HttpConnector” reemplazando los valores por los elegidos. En nuestro ejemplo 8005 y 8080.

Una vez modificados estos valores, guardar los cambios y cerrar el archivo.

Abrir el archivo ejecutando el siguiente comando:

sudo nano [CarpetaInstalación]/conf/server.xml

Por ejemplo:

sudo nano /AplicacionesJ2EE/Thuban-Prueba/appserver/server/conf/server.xml

Editar los siguientes componentes:

Shutdown (Al principio del archivo)

<Server port="8005" shutdown="SHUTDOWN">

Conector http

<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />

Verificar que los números de puertos seleccionados no se encuentren actualmente en uso por otra aplicación o instalación de Thuban.

Paso 6

Ahora vamos a crear un servicio de sistema para nuestro Thuban. De estar forma podremos iniciarlo y apagarlo como si de un servicio del sistema se tratase y también podremos indicarle que inicie el mismo al iniciar el sistema operativo.

Para ello es preciso generar un archivo llamado systemd Service File dentro de una ubicación del sistema operativo. Para ejemplo ejecutamos los siguientes comandos -->

Creamos el archivo en el directorio de servicios del sistema de la siguiente forma:

sudo nano /etc/systemd/system/[NombreDelServicio].service

Donde [NombreDelServicio] es el nombre de nuestra instalación de Thuban. Siguiendo nuestro ejemplo sería:

sudo nano /etc/systemd/system/thuban-prueba-8080.service

Esto nos desplegará una pantalla vacía con unos comandos en la parte inferior:

Aquí copiar y pegar lo siguiente:

[Unit] Description=[Descripción] After=syslog.target network.target [Service] User=[UsuarioTomcat] Group=[GrupoTomcat] Type=forking Environment=JAVA_HOME=[Directorio de Instalación de Java] Environment=CATALINA_PID=[PID del Tomcat a instalar] Environment=CATALINA_HOME=[Directorio Raíz de Tomcat] Environment=CATALINA_BASE=[Directorio Base del Tomcat] ExecStart=[Script de inicio del Tomcat] ExecStop=[Script de detención del Tomcat] Restart=on-failure [Install] WantedBy=multi-user.target

Aquí debemos completar una serie de información propia de nuestra instalación del Tomcat. Serían los siguiente:

  • [Descripción] → Descripción de nuestro servicio. Para poder identificarlo.

  • [UsuarioTomcat] → El usuario que ejecutará el tomcat que creamos en el Paso 3

  • [GrupoTomcat] → El grupo de usuario del Tomcat del Paso 3

  • [Directorio de Instalación de Java] → El directorio donde está la instalación de Java a utilizar. (Incluida con el paquete de instalación)

  • [PID del Tomcat a instalar] → Archivo de control del proceso de tomcat. Indicar la ruta y el nombre que tendrá.

  • [Directorio Raíz de Tomcat] → Directorio raíz del servidor de aplicaciones.

  • [Directorio Base del Tomcat] → Igual al Directorio Raíz del Tomcat.

  • [Script de inicio del Tomcat] → Ruta completa al archivo de startup del tomcat.

  • [Script de detención del Tomcat] → Ruta completa al archivo de shutdown del tomcat.

Siguiendo nuestro ejemplo, debería quedar así:

[Unit] Description=Thuban Prueba 8080 After=syslog.target network.target [Service] User=tomcat Group=tomcat Type=forking Environment=JAVA_HOME=/AplicacionesJ2EE/Thuban-Prueba/appserver/java Environment=CATALINA_PID=/AplicacionesJ2EE/Thuban-Prueba/appserver/server/tomcat.pid Environment=CATALINA_HOME=/AplicacionesJ2EE/Thuban-Prueba/appserver/server Environment=CATALINA_BASE=/AplicacionesJ2EE/Thuban-Prueba/appserver/server ExecStart=/AplicacionesJ2EE/Thuban-Prueba/appserver/server/bin/startup.sh ExecStop=/AplicacionesJ2EE/Thuban-Prueba/appserver/server/bin/shutdown.sh Restart=on-failure [Install] WantedBy=multi-user.target

Finalmente presionamos ctrl + O para guardar los cambios y ctrl + X para salir del archivo.

Finalmente ejecutamos el siguiente comando para que el sistema reconozco el nuevo servicio:

sudo systemctl daemon-reload

Paso 7

En el archivo .service del Paso 5 también se podrían definir las opciones de Java que requiere Thuban para iniciar. Sin embargo es más prolijo y seguro hacerlo con la creación de un archivo de tipo bash que es invocado automáticamente por el script de ejecución. El mismo viene dentro del paquete de instalación pero en caso de no existir se lo puede crear con cualquier editor de texto y dejarlo en la carpeta “bin” del servidor de aplicación. En nuestro ejemplo sería: /AplicacionesJ2EE/Thuban-Prueba/appserver/server/bin

También se podría ejecutar el comando:

sudo nano /AplicacionesJ2EE/Thuban-Prueba/appserver/server/bin/setenv.sh para abrir (o crearlo de no existir) directamente desde el Terminal.

Abrimos o creamos el archivo setenv.sh, el mismo debe contener la siguiente información:

export CATALINA_OPTS="$CATALINA_OPTS -Dthuban.context=[CarpetaContext]" export CATALINA_OPTS="$CATALINA_OPTS -Dthuban.security=[CarpetaSecurity]"

Donde se deben reemplazar las variables:

  • [CarpetaContext] → Por la ruta a la carpeta Context de Thuban

  • [CarpetaSecurity] → Por la ruta a la carpeta Security de Thuban.

Siguiendo nuestro ejemplo, quedaría así:

export CATALINA_OPTS="$CATALINA_OPTS -Dthuban.context=/AplicacionesJ2EE/Thuban-Prueba/config/Context/" export CATALINA_OPTS="$CATALINA_OPTS -Dthuban.security=/AplicacionesJ2EE/Thuban-Prueba/config/Security/"

En este mismo archivo se pueden poner cualquier otra variable que sea necesario pasarle a la JVM de Thuban. Por ejemplo, para bases Oracle, el país e idioma el motor de destino:

export CATALINA_OPTS="$CATALINA_OPTS -Duser.language=en"
export CATALINA_OPTS="$CATALINA_OPTS -Duser.country=US"

Paso 8

Dirigirse a la carpeta Context de Thuban y allí ubicar y abrir, en el editor de texto de preferencia, el archivo “context.properties”. Ej: /AplicacionesJ2EE/Thuban-Prueba/config/Context”

Se puede utilizar el comando nano /AplicacionesJ2EE/Thuban-Prueba/config/Context/context.properties para acceder y editar el archivo desde un Terminal.

Allí se debe configurar la conexión a la base de datos. Para ello se deben configurar las siguientes propiedades:

  • hibernate.dialect → Dialecto de la base de datos

  • jdbc.driverClassName → Driver de conexión a la base de datos

  • jdbc.url → String de conexión a la base de datos

Una vez modificado el archivo, guardar y cerrarlo.

 

 

Ejemplo de configuración para SQL Server:

hibernate.dialect=org.hibernate.dialect.SQLServerDialect jdbc.driverClassName= net.sourceforge.jtds.jdbc.Driver jdbc.url= jdbc:jtds:sqlserver://192.168.0.20:1433/THUBAN_PRUEBA;sendStringParametersAsUnicode=false

Donde:

  • 192.168.0.20 es la IP del servidor donde está la base de datos.

  • 1433 es el puerto donde escucha por conexiones la base de datos

  • THUBAN_PRUEBA es el nombre de la base de datos.

Ejemplos de configuración para otros motores de base de datos al final del articulo.

Paso 9

Dirigirse a la carpeta Security de Thuban y allí ubicar y abrir el archivo “security.properties”. Ej: /AplicacionesJ2EE/Thuban-Prueba/config/Security.

Se puede utilizar el comando nano /AplicacionesJ2EE/Thuban-Prueba/config/Security/security.properties para acceder y editar el archivo desde un Terminal.

Allí se deben configurar las siguientes propiedades:

  • jdbc.username

  • jdbc.password

Guardar los cambios y cerrar el archivo.

 

 

 

 

Ejemplo:

jdbc.username=thuban jdbc.password=passThuban

 

Paso 10

Opcionalmente se podría configurar a Thuban para que al arrancar inicie el motor de tareas programas (Scheduler) para tener acceso a la configuración de procesos Batch. Si esto no es de interés, ir al Paso 9.

Dirigirse a la carpeta Context de Thuban y allí ubicar y abrir, con el editor de xml de preferencia, el archivo “user-application-context.xml”. Ej: /AplicacionesJ2EE/Thuban-Prueba/config/Context.

Se puede utilizar el comando nano /AplicacionesJ2EE/Thuban-Prueba/config/Context/user-application-context.xml para acceder y editar el archivo desde un Terminal.

En el mismo ubicar el “bean” llamado “schedulerHosts” y en el listado agregar la IP y/o nombre del equipo donde se está instalando Thuban.

Persistir los cambios y cerrar el archivo.

En general el paquete básico ya incluye este “bean” en el archivo listo para configurar de esta forma:

<!-- HABILITAR EL SCHEDULER --> <bean id="schedulerHosts" class="java.util.ArrayList"> <constructor-arg> <list> <value>IP/ServerName</value> </list> </constructor-arg> </bean>

En caso de no estar, agramarlo. Luego configurarlo con el equipo deseado, por ejemplo:

<!-- HABILITAR EL SCHEDULER --> <bean id="schedulerHosts" class="java.util.ArrayList"> <constructor-arg> <list> <value>127.0.0.1</value> <value>MYPC</value> </list> </constructor-arg> </bean>

Paso 11

Ahora únicamente resta iniciar el servicio de nuestro Thuban. Para ello ejecutamos el siguiente comando -->

sudo systemctl start [Nombre Servicio]

Que en nuestro ejemplo sería:

sudo systemctl start thuban-prueba-8080

Paso 12

Verificamos que el servicio haya iniciado correctamente ejecutando el comando -->

Y verificamos los logs de la aplicación para ver que Thuban haya iniciado correctamente con el siguiente comando -->

 

systemctl status thuban-prueba-8080
tail -f /AplicacionesJ2EE/Thuban-Prueba/appserver/server/logs/console.log

Listo! Nuestro Thuban está listo para utilizarse.

Para detener el servicio de Thuban, utilizaríamos el siguiente comando:

sudo systemctl stop [NombreDelServicio]

Por ejemplo: sudo systemctl stop thuban-prueba-8080

Y si queremos que el servicio arranque automáticamente al iniciar el sistema operativo, por ejemplo ante el evento de un reinicio, debemos ejecutar el siguiente comando:

sudo systemctl enable [NombreDelServicio]

Por ejemplo: udo systemctl enable thuban-prueba-8080

Si el Linux sobre el cuál estas trabajando tiene el servicio de Firewall instalado y activo, es posible que necesites crear una regla de entrada para que otros se puedan conectar a Thuban desde el navegador. Consulta el siguiente articulo para ver cómo hacerlo: Thuban está levantado pero no llego desde mi PC

Configurar Thuban sobre HTTPS (Apache Tomcat)

Para configurar Thuban para utilizar HTTPS en vez de HTTP se debe configurar el conector adecuado en el archivo server.xml del Tomcat que se encuentra en la carpeta conf del mismo. Por ejemplo: C:\AplicacionesJ2EE\Thuban-Prueba\appserver\server\conf\server.xml

Una vez abierto buscar el conector http actual, por ejemplo:

<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />

Comentar el mismo, debería de quedar así:

<!--Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /-->

Debajo del mismo, se deberá de poner el nuevo conector https, como el que sigue:

<Connector port="[HTTPS_PORT]" protocol="org.apache.coyote.http11.Http11Protocol" maxThreads="200" enableLookups="false" SSLEnabled="true" scheme="https" secure="true" keystoreFile="[StoreFile]" keystoreType="[StoreType]" keystorePass="[StorePass]" clientAuth="false" sslProtocol="TLS" sslEnabledProtocols = "TLSv1.2" ciphers="TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384, TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384, TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA384, TLS_ECDH_RSA_WITH_AES_256_CBC_SHA384, TLS_DHE_DSS_WITH_AES_256_CBC_SHA256, TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA, TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA, TLS_ECDH_RSA_WITH_AES_256_CBC_SHA, TLS_DHE_DSS_WITH_AES_256_CBC_SHA, TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256, TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256, TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256, TLS_DHE_DSS_WITH_AES_128_CBC_SHA256, TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA, TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA, TLS_ECDH_RSA_WITH_AES_128_CBC_SHA, TLS_DHE_DSS_WITH_AES_128_CBC_SHA, TLS_ECDHE_ECDSA_WITH_RC4_128_SHA, TLS_ECDH_ECDSA_WITH_RC4_128_SHA, TLS_ECDH_RSA_WITH_RC4_128_SHA, TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384, TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384, TLS_RSA_WITH_AES_256_GCM_SHA384, TLS_ECDH_ECDSA_WITH_AES_256_GCM_SHA384, TLS_ECDH_RSA_WITH_AES_256_GCM_SHA384, TLS_DHE_DSS_WITH_AES_256_GCM_SHA384, TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256, TLS_RSA_WITH_AES_128_GCM_SHA256, TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256, TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256, TLS_DHE_DSS_WITH_AES_128_GCM_SHA256, TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDH_ECDSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDH_RSA_WITH_3DES_EDE_CBC_SHA, TLS_EMPTY_RENEGOTIATION_INFO_SCSVF"/>

Donde se deben reemplazar las siguientes propiedades:

  • [HTTPS_PORT] → Aquí deberás poner el puerto https que desees, por ejemplo 443.

  • [StoreFile] → Aquí deberás poner la ruta al archivo de tipo “KeyStore” que contiene el certificado digital y la clave privadas que serán utilizados para asegurar el túnel.

  • [StoreType] → Aquí debes indicar el tipo de “Keystore” que estás configurando. Por ejemplo: JKS o PKCS12

  • [StorePass] → Aquí debes poner la clave de acceso al “Keystore”.

Aquí te dejo un ejemplo completo:

<Connector port="443" protocol="org.apache.coyote.http11.Http11Protocol" maxThreads="200" enableLookups="false" SSLEnabled="true" scheme="https" secure="true" keystoreFile="C:\AplicacionesJ2EE\Thuban-Prueba\appServer\certificate\miKeystore.p12" keystoreType="PKCS12" keystorePass="miClaveSecreta" clientAuth="false" sslProtocol="TLS" sslEnabledProtocols = "TLSv1.2" ciphers="TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384, TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384, TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA384, TLS_ECDH_RSA_WITH_AES_256_CBC_SHA384, TLS_DHE_DSS_WITH_AES_256_CBC_SHA256, TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA, TLS_ECDH_ECDSA_WITH_AES_256_CBC_SHA, TLS_ECDH_RSA_WITH_AES_256_CBC_SHA, TLS_DHE_DSS_WITH_AES_256_CBC_SHA, TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256, TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256, TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256, TLS_DHE_DSS_WITH_AES_128_CBC_SHA256, TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA, TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA, TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA, TLS_ECDH_RSA_WITH_AES_128_CBC_SHA, TLS_DHE_DSS_WITH_AES_128_CBC_SHA, TLS_ECDHE_ECDSA_WITH_RC4_128_SHA, TLS_ECDH_ECDSA_WITH_RC4_128_SHA, TLS_ECDH_RSA_WITH_RC4_128_SHA, TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384, TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256, TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384, TLS_RSA_WITH_AES_256_GCM_SHA384, TLS_ECDH_ECDSA_WITH_AES_256_GCM_SHA384, TLS_ECDH_RSA_WITH_AES_256_GCM_SHA384, TLS_DHE_DSS_WITH_AES_256_GCM_SHA384, TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256, TLS_RSA_WITH_AES_128_GCM_SHA256, TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256, TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256, TLS_DHE_DSS_WITH_AES_128_GCM_SHA256, TLS_ECDHE_ECDSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDHE_RSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDH_ECDSA_WITH_3DES_EDE_CBC_SHA, TLS_ECDH_RSA_WITH_3DES_EDE_CBC_SHA, TLS_EMPTY_RENEGOTIATION_INFO_SCSVF"/>

Guarda los cambios realizados en el archivo y reiniciar Thuban para ver reflejados los cambios. Recuerda que ahora a la URL de acceso debes antecederle el protocolo, es decir, https. Por ejemplo: https://localhost/thuban-web.

Cómo el puerto utilizado en el ejemplo es 443, el default para https, no es necesario incluirlo en la URL. Si utilizaste otro puerto, entonces sí debes incluirlo, por ejemplo: https://locahost:8443/thuban-web.

Artículos Relacionados

 

Related content