--- title: Configuraciones Adicionales de 4biz slug: soporte/configuraciones-adicionales-de-4biz description: Learn about the newly introduced parameters in Helium version 1.2.24, including AUTHENTICATION_PROTOCOL and AUTHENTICATION_CREATE_USER. Discover other parameters like MAXIMUM_LOGIN_FIELD_SIZE and ALLOW_SYMBOLS_AT_LOGIN. This document offers guidance on co createdAt: 2022-06-26T18:52:01.000Z --- A partir de la **versión Helium 1.2.24** se han introducido nuevos parámetros: - Parámetro: AUTHENTICATION\_PROTOCOL; - Ojetivo: Defina el protocolo de autenticación; - Comportamiento: Defina si el sistema se autenticará con parámetros internos o con otro protocolo de autenticación; - Tipo: varchar; - Valor por defecto: interno; - Tipos válidos: 1. OAUTH2: Para la autenticación mediante keycloack - esta información anula cualquier política de seguridad introducida en el registro de la Política de Seguridad; 2. Interno: Para la autenticación definida en el sistema; - Parámetro: AUTHENTICATION\_CREATE\_USER; - Ojetivo: Defina si el usuario se creará en la aplicación después del inicio de sesión; - Comportamiento: Registra el usuario que se ha conectado a la aplicación; - Tipo: boleano (true or false); - Valor por defecto: FALSE; - Valores posibles: A partir de la **versión Helium 1.2.23** se han introducido nuevos parámetros: - Parámetro: MAXIMUM\_LOGIN\_FIELD\_SIZE; - Ojetivo: Defina el tamaño máximo aceptable en el campo de inicio de sesión; - Comportamiento: Solo impide el inicio de sesión mediante la emisión de un mensaje genérico, inicio de sesión o contraseña no válidos; - Tipo: numérico; - Valor por defecto: 25; - Parámetro: ALLOW\_SYMBOLS\_AT\_LOGIN; - Ojetivo: Defina si el sistema acepta símbolos en el campo de inicio de sesión; - Comportamiento: Solo impide el inicio de sesión mediante la emisión de un mensaje genérico, inicio de sesión o contraseña no válidos; - Tipo: boleano (true or false); - Valor por defecto: FALSE. A partir de la **versión Helium 1.2.19** el archivo CITSMART.CFG se convierte en "application.ini" y debe seguir las siguientes orientaciones: 1. La actualización de la tabla sólo se producirá cuando el parámetro LOAD\_FACTSERVICEREQUESTRULES de APPLICATION.INI tenga el valor TRUE. Si no existe esta configuración en el archivo, el sistema asume el valor FALSE para el parámetro. Es decir, por defecto y NO se actualiza la tabla; 2. Si hay un horario relacionado con una regla de escalado de tickets y el parámetro LOAD\_FACTSERVICEREQUESTRULES tiene el valor FALSE, el sistema emite un aviso en el LOG: The system cannot start processing escalation rules because the LOAD\_FACTSERVICEREQUESTRULES property (configuration file) is equal to FALSE; 3. NUEVOS PARÁMETROS PARA APLICACIÓN.INI: Para activar la opción updateParameters, para sincronizar los valores de los parámetros en memoria, de un entorno clusterizado; debemos añadir en el archivo application.ini la siguiente configuración: UPDATEPARAMETERS\_PORT=\ ejemplo: UPDATEPARAMETERS\_PORT=2002. Cree un archivo llamado application.ini en /opt/wildfly/standalone/configuration/ con la siguiente información: ```shell RECORDS_LIMIT_TO_GENERATE_REPORT_IN_THE_BACKGROUND = 500 START_MONITORA_INCIDENTES=FALSE JDBC_ALIAS_REPORTS= JDBC_ALIAS_BPM= JDBC_ALIAS_BPM_EVENTOS= START_VERIFICA_EVENTOS=FALSE QUANTIDADE_BACKUPLOGDADOS=1000 START_MODE_RULES=FALSE START_MODE_RULES=FALSE LOAD_FACTSERVICEREQUESTRULES=TRUE INICIAR_PROCESSAMENTOS_BATCH=TRUE ``` Dé permiso al usuario de wildfly para este archivo: ```shell chown wildfly.wildfly /opt/wildfly/standalone/configuration/application.ini ``` :::hint{type="info"} 🖊 **Nota****: **En el archivo application.ini, el valor por defecto es TRUE (aunque no esté establecido), es decir, si esta opción no existe en el archivo, el sistema utilizará el valor TRUE para esta propiedad. Si se establece como TRUE, se activa el hilo que actualiza la tabla de hechos de las solicitudes de servicio al iniciar el sistema. Si se establece como FALSE, la actualización sólo se producirá después de que se añada o altere la solicitud de servicio. ::: En la **versión Helium 2.1.14** el sistema ya no utiliza el parámetro 449 para definir el tiempo de la sesión, ahora es controlado por el tiempo de expiración del token JWT. Este tiempo de expiración se parametriza en el archivo application.ini, propiedad TOKEN\_MAX\_AGE definido en milisegundos. Si no se define, en este archivo, el valor por defecto es: 1 día. Sin embargo, en esta versión hay un recurso para mantener la sesión del usuario, activa indefinidamente, siempre y cuando siga utilizando el sistema dentro del período de un día. Esto significa que si el usuario no ha completado un día y ha utilizado el sistema, su sesión continuará activa hasta que hayan pasado más de 24 horas. Esta función se ha eliminado en la versión 3.0.0. ## Configuración del Quartz El procesamiento por lotes de **4biz** utiliza Quartz para programar y procesar las rutinas del sistema. Cree un archivo llamado "quartz.properties" en la ruta `/opt/wildfly/standalone/configuration/`. Las configuraciones difieren entre standalone normal y standalone configurado en modo cluster. En cualquier caso, configure wildfly de las siguientes maneras. ### Configuración standalone sin cluster Si está ejecutando wildfly en modo standalone pero sin una configuración de cluster, introduzca la siguiente información en el archivo quarts.properties: ```shell #=============================================================== #Configure Main Scheduler Properties #=============================================================== org.quartz.scheduler.instanceName = 4BizMonitor org.quartz.scheduler.instanceId = AUTO #=============================================================== #Configure ThreadPool #=============================================================== org.quartz.threadPool.threadCount = 5 org.quartz.threadPool.threadPriority = 5 org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool #=============================================================== #Configure JobStore #=============================================================== org.quartz.jobStore.class = org.quartz.simpl.RAMJobStore ``` ### Configuración standalone con cluster configurado Si tiene un standalone que se ejecuta en modo clúster, las configuraciones de quartz son diferentes según la base de datos utilizada. A continuación se muestran las configuraciones para cada uno de los posibles escenarios. No importa cuál sea la base de datos, las configuraciones se aplican al mismo archivo quartz.properties en la misma ruta informada anteriormente. Configuración de la Base de Datos Postgres. ```shell #============================================================================ # Configure Main Scheduler Properties #============================================================================ org.quartz.scheduler.instanceName = 4BizMonitor org.quartz.scheduler.instanceId = AUTO #============================================================================ # Configure ThreadPool #============================================================================ org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool org.quartz.threadPool.threadCount = 25 org.quartz.threadPool.threadPriority = 5 #============================================================================ # Configure JobStore #============================================================================ org.quartz.jobStore.misfireThreshold = 60000 org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX org.quartz.jobStore.driverDelegateClass = org.quartz.impl.jdbcjobstore.PostgreSQLDelegate org.quartz.jobStore.useProperties = true org.quartz.jobStore.dataSource = citsmart org.quartz.jobStore.tablePrefix = QRTZ_ org.quartz.jobStore.isClustered = true org.quartz.jobStore.clusterCheckinInterval = 20000 org.quartz.dataSource.citsmart.jndiURL= java:/jdbc/citsmart ``` Configuración de la base de datos Microsoft SQL Server ```shell #============================================================================ # Configure Main Scheduler Properties #============================================================================ org.quartz.scheduler.instanceName = 4BizMonitor org.quartz.scheduler.instanceId = AUTO #============================================================================ # Configure ThreadPool #============================================================================ org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool org.quartz.threadPool.threadCount = 25 org.quartz.threadPool.threadPriority = 5 #============================================================================ # Configure JobStore #============================================================================ org.quartz.jobStore.misfireThreshold = 60000 org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX org.quartz.jobStore.driverDelegateClass = org.quartz.impl.jdbcjobstore.MSSQLDelegate org.quartz.jobStore.useProperties = true org.quartz.jobStore.dataSource = 4biz org.quartz.jobStore.tablePrefix = QRTZ_ org.quartz.jobStore.isClustered = true org.quartz.jobStore.clusterCheckinInterval = 20000 org.quartz.dataSource.citsmart.jndiURL= java:/jdbc/citsmart ``` Configuración de la base de datos Oracle ```shell #============================================================================ # Configure Main Scheduler Properties #============================================================================ org.quartz.scheduler.instanceName = 4BizMonitor org.quartz.scheduler.instanceId = AUTO #============================================================================ # Configure ThreadPool #============================================================================ org.quartz.threadPool.class = org.quartz.simpl.SimpleThreadPool org.quartz.threadPool.threadCount = 25 org.quartz.threadPool.threadPriority = 5 #============================================================================ # Configure JobStore #============================================================================ org.quartz.jobStore.misfireThreshold = 60000 org.quartz.jobStore.class = org.quartz.impl.jdbcjobstore.JobStoreTX org.quartz.jobStore.driverDelegateClass = org.quartz.impl.jdbcjobstore.oracle.OracleDelegate org.quartz.jobStore.useProperties = true org.quartz.jobStore.dataSource = 4biz org.quartz.jobStore.tablePrefix = QRTZ_ org.quartz.jobStore.isClustered = true org.quartz.jobStore.clusterCheckinInterval = 20000 ``` ## Creación de directorios para la instalación Cree todos los directorios a continuación que se necesitan para ejecutar la solución. Recuerde que el propietario de los directorios debe ser el usuario wildfly. ```shell mkdir -p /opt/4biz/{ged,kb,twinwords,attachkb,upload} ``` ```shell chown -R wildfly.wildfly /opt/4biz/ ```