Configuraciones Adicionales de 4biz
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:
- 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;
- 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:
- 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;
- 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;
- 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=<número de puerto que se utilizará> ejemplo: UPDATEPARAMETERS_PORT=2002.
Cree un archivo llamado application.ini en /opt/wildfly/standalone/configuration/ con la siguiente información:
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=TRUEDé permiso al usuario de wildfly para este archivo:
chown wildfly.wildfly /opt/wildfly/standalone/configuration/application.ini🖊 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:
#===============================================================
#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.RAMJobStoreConfiguració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.
#============================================================================
# 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/citsmartConfiguración de la base de datos Microsoft SQL Server
#============================================================================
# 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/citsmartConfiguración de la base de datos Oracle
#============================================================================
# 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 = 20000Creació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.
mkdir -p /opt/4biz/{ged,kb,twinwords,attachkb,upload}chown -R wildfly.wildfly /opt/4biz/