NODUM - HERRAMIENTAS / SERVIDOR
ValDocPendCopy
INTRODUCCIÓN
El servicio ValDocPendCopy borra los registros de alu_DocPendFec correspondientes a una
fecha dada y vuelve a insertarlos a partir de alu_DocPend, enriquecidos con datos maestros. El
servicio no devuelve la cantidad de registros insertados, sino un valor booleano (true/false) que
indica si la operación se realizó con éxito técnico.
INFORMACIÓN GENERAL
Nombre del servicio: valdocpendcopy
Clase: ValDocPendCopyBean
JNDI: nodum/servicios/aluminios/val/ValDocPendCopy
Tipo: Validación
Módulo: Aluminios
Modo de ejecución: Directo
Repetitivo: No
El servicio ValDocPendCopy borra los registros de alu_DocPendFec correspondientes a una
fecha dada y vuelve a insertarlos a partir de alu_DocPend, enriquecidos con datos maestros. El
servicio no devuelve la cantidad de registros insertados, sino un valor booleano (true/false) que
indica si la operación se realizó con éxito técnico.
INFORMACIÓN GENERAL
Nombre del servicio: valdocpendcopy
Clase: ValDocPendCopyBean
JNDI: nodum/servicios/aluminios/val/ValDocPendCopy
Tipo: Validación
Módulo: Aluminios
Modo de ejecución: Directo
Repetitivo: No
Clave Aplicaciones gmail
Clave Autenticacion gmail documento completo
Cómo configurar una cuenta de Gmail para enviar y recibir correos
electrónicos de forma segura
Cómo configurar una cuenta de Gmail para enviar y recibir correos
electrónicos de forma segura
¿Cual es el criterio para mensajes de campos o bloques obligatorios?
En intérprete viejo (Nodum Core anterior a 2.0) no hay criterio para realizar la verificación. A partir del nuevo intérprete (Nodum Core 2.0 o posterior) esto fue mejorado incorporando un algoritmo que priorice los campos o bloques que sean completables por el usuario.
Migre una aplicación genérica de un servidor a otro y no me encuentra ruta de la vista, como lo puedo solucionar?
Esto sucede proque al migrar una aplicacion generica los archivos del servidor no se pasan automaticamente, lo deberias hacer de forma manual.
esto puede ser desde copiando el archivo de un servidor a otro y colocarlo en la aplicacion generica.
Otro caso es cuando se migra "todo el servidor", aqui deberias ingresar al servidor anterior donde estaban los archivos, los cuales los vas a encontrar en
en Nodum/Archivos/Generador de aplicaciones/
alli van a figurar las carpetas con la o las vistas necesarias.
tener en cuenta si el servior es linux tenes que ingresar por el WINSCP.
esto puede ser desde copiando el archivo de un servidor a otro y colocarlo en la aplicacion generica.
Otro caso es cuando se migra "todo el servidor", aqui deberias ingresar al servidor anterior donde estaban los archivos, los cuales los vas a encontrar en
en Nodum/Archivos/Generador de aplicaciones/
alli van a figurar las carpetas con la o las vistas necesarias.
tener en cuenta si el servior es linux tenes que ingresar por el WINSCP.
Nodum Visual no procesa formulario automáticamente, ¿cuál puede ser la razón?
En la versión Visual de Nodum, existen dos formularios para procesar formularios de forma programada:
request_forms, que es un impacto por carpeta para definir qué formularios procesar.
request_procesando, que indica si el servidor Visual está procesando o no algún formulario definido en la tabla request_forms.
En ocasiones puede ocurrir que el servidor haya procesado correctamente un formulario, pero la tabla request_procesando quede con valor S en el campo "procesando". Esto impide que se procesen las demás tareas que fueron programadas en la tabla request_forms.
La solución es ejecutar un update a nivel de base de datos para dejar en N el valor del campo "procesando" de la tabla "request_procesando".
request_forms, que es un impacto por carpeta para definir qué formularios procesar.
request_procesando, que indica si el servidor Visual está procesando o no algún formulario definido en la tabla request_forms.
En ocasiones puede ocurrir que el servidor haya procesado correctamente un formulario, pero la tabla request_procesando quede con valor S en el campo "procesando". Esto impide que se procesen las demás tareas que fueron programadas en la tabla request_forms.
La solución es ejecutar un update a nivel de base de datos para dejar en N el valor del campo "procesando" de la tabla "request_procesando".
¿Cómo hacemos para dejar configurado en el servidor la limpieza de logs de forma automática?
Para servidores Windows:
En la ruta NodumTop\Nodum-Servidor\bin se encuentra el archivo borrarLog.bat
Mediante el Programador de Tareas se debe configurar su ejecución una vez al mes.
Para servidores Linux:
En la ruta home/usuario/NodumTop/Nodum-Servidor/bin se encuentra el archivo borrarLog.sh
Mediante un servicio programado se debe configurar su ejecución una vez al mes.
En la ruta NodumTop\Nodum-Servidor\bin se encuentra el archivo borrarLog.bat
Mediante el Programador de Tareas se debe configurar su ejecución una vez al mes.
Para servidores Linux:
En la ruta home/usuario/NodumTop/Nodum-Servidor/bin se encuentra el archivo borrarLog.sh
Mediante un servicio programado se debe configurar su ejecución una vez al mes.
El servidor Nodum tiene demasiados archivos de log
Lo recomendado es borrar logs mayores a 60 días para evitar que los archivos de log dejen sin espacio al servidor.
¿Cómo actualizo el servidor de Nodum en CORE y ERP en Linux?
Se adjunta manual de actualizador, en el caso particular de Linux se debe ver los puntos de actualización sin interfaz gráfica:
Actualizacion version del Servidor Nodum
Actualizacion version del Servidor Nodum
Cantidad máxima de usuarios conectados, ¿donde ver la cantidad de usuarios recurrentes permitidos?
Para ver la cantidad máxima de usuarios recurrentes permitida, es necesario ver la licencia actualmente activa en el servidor Nodum.
Esto se puede ver mediante el procedimiento de la siguiente pregunta: Licencia Servidor Nodum
El control se hace durante el login.
La cantidad de usuarios concurrentes se calcula tomando en cuenta, de los usuarios logueados al Navegador Nodum, sólo aquellos que hayan registrado su “última acción” (visible en el Monitor del Servidor) dentro de la última hora. No todas las interacciones de los usuarios registran esta última acción. Lo hacen los formularios al Aceptar (incluyendo uso indirecto, desde aplicaciones), la apertura del panel de registros, y algunas acciones más.
Esto se puede ver mediante el procedimiento de la siguiente pregunta: Licencia Servidor Nodum
El control se hace durante el login.
La cantidad de usuarios concurrentes se calcula tomando en cuenta, de los usuarios logueados al Navegador Nodum, sólo aquellos que hayan registrado su “última acción” (visible en el Monitor del Servidor) dentro de la última hora. No todas las interacciones de los usuarios registran esta última acción. Lo hacen los formularios al Aceptar (incluyendo uso indirecto, desde aplicaciones), la apertura del panel de registros, y algunas acciones más.
¿Qué parámetros compara el servidor Nodum al validar la licencia de producción?
Cantidad de Empresas
La cantidad de empresas tomadas para el licenciamiento es la suma de todas las empresas de todas la fuentes de datos del Servidor Nodum, tomando algunos datos de cada empresa como clave para la suma, éstos son: Codigo - Nombre - Razon Social - Nro DGI.
Es común que si en un mismo servidor se configuraron las fuentes para las bases de datos de producción y de testing, de error la licencia de producción si se cambia un dato de la clave solo en la fuente de producción y no se replica en testing, por ejemplo cambiar la razón social.
En caso de querer ver cuántas empresas está habilitando la licencia activa en un servidor Nodum, se debe seguir el siguiente procedimiento: Licencia Servidor
La cantidad de empresas tomadas para el licenciamiento es la suma de todas las empresas de todas la fuentes de datos del Servidor Nodum, tomando algunos datos de cada empresa como clave para la suma, éstos son: Codigo - Nombre - Razon Social - Nro DGI.
Es común que si en un mismo servidor se configuraron las fuentes para las bases de datos de producción y de testing, de error la licencia de producción si se cambia un dato de la clave solo en la fuente de producción y no se replica en testing, por ejemplo cambiar la razón social.
En caso de querer ver cuántas empresas está habilitando la licencia activa en un servidor Nodum, se debe seguir el siguiente procedimiento: Licencia Servidor
¿Cómo puedo ver qué licencia tiene actualmente un servidor?
Para servidores Nodum con versión CORE previa a 2.0.0 r
Para chequear la licencia instalada, debe tener acceso al servidor donde está instalado Nodum y obtener las credenciales que se encuentran en el archivo /Nodum-Servidor/jboss-4.0.4.GA/server/default/conf/props/jmx-console-users.properties o solicítelas al administrador del servidor.
Luego de obtenidas esas credenciales, en un navegador web ingrese en http://SERVIDOR:PUERTO/jmx-console/HtmlAdaptor?action=inspectMBean&name=nodum%3Atype%3DControlLicencias reemplazando SERVIDOR por la dirección de acceso al servidor Nodum y PUERTO por el número de puerto donde atiende el servidor Nodum (si no lo conoce consulte con el administrador del servidor Nodum).
Por último y luego de ingresar a la dirección anterior, haga click en el botón "Invoke" para obtener toda la información de la licencia.
Para chequear la licencia instalada, debe tener acceso al servidor donde está instalado Nodum y obtener las credenciales que se encuentran en el archivo /Nodum-Servidor/jboss-4.0.4.GA/server/default/conf/props/jmx-console-users.properties o solicítelas al administrador del servidor.
Luego de obtenidas esas credenciales, en un navegador web ingrese en http://SERVIDOR:PUERTO/jmx-console/HtmlAdaptor?action=inspectMBean&name=nodum%3Atype%3DControlLicencias reemplazando SERVIDOR por la dirección de acceso al servidor Nodum y PUERTO por el número de puerto donde atiende el servidor Nodum (si no lo conoce consulte con el administrador del servidor Nodum).
Por último y luego de ingresar a la dirección anterior, haga click en el botón "Invoke" para obtener toda la información de la licencia.
¿Cual es la lógica de los servicios última fila?, ¿Sirven para grillas editables que se cargan por WS?
Esos servicios lo que hacen es ejecutar en la última fila. Esos se usan para agrupar grillas grandes y realizar la menor cantidad de ejecuciones pero únicamente se pueden ingresar totalizando grillas que no se modifican manualmente y se cargan totalmente de forma manual.
¿Qué sucede si el servidor Nodum tiene por defecto un proxy configurado y necesitamos consultar un WS fuera del proxy configurado?
Lo que se debe agregar en las propiedades del setup de Nodum, es el propiedad: http.nonProxyHosts y en el valor indicarle solamente el host (NO LA URL).
Ejemplo: Si la URL es http://scvt699ury/wsQueryPRD/WebServicesFE.svc, se debe colocar solamente el host scvt699ury.
La documentación de las propiedades de red las pueden consultar en: https://docs.oracle.com/javase/7/docs/api/java/net/doc-files/net-properties.html
Ejemplo: Si la URL es http://scvt699ury/wsQueryPRD/WebServicesFE.svc, se debe colocar solamente el host scvt699ury.
La documentación de las propiedades de red las pueden consultar en: https://docs.oracle.com/javase/7/docs/api/java/net/doc-files/net-properties.html
En un formulario, ¿cuál es el máximo del tamaño de los archivos que soporta en el adjunto?
No hay límite de tamaño para los archivos del control Adjunto de formularios.
Qué responder ante un error de java "Aplication Error: no concurrent calls on stateful beans"
El error -NO CONCURRENT CALLS ON STATEFUL BEANS- generalmente ocurre en formularios que tienen servicios de inicialización que despliegan opciones al usuario (caso típico los InicConsultaDup e IniCondConsDup).
Lo más común es que ese error aparezca al ejecutar un formulario desde una aplicación genérica (por ejemplo eBox, Monitor de Mantenimiento, Monitor de Cobranzas, etc).
Ante ese error, la solución es sustituir el uso de esos servicios en el formulario (si es un InicConsultaDup reemplazarlo por un InicConsulta, por ejemplo).
Lo más común es que ese error aparezca al ejecutar un formulario desde una aplicación genérica (por ejemplo eBox, Monitor de Mantenimiento, Monitor de Cobranzas, etc).
Ante ese error, la solución es sustituir el uso de esos servicios en el formulario (si es un InicConsultaDup reemplazarlo por un InicConsulta, por ejemplo).
¿Cómo reinicio un Servidor Linux?
Desde el terminal de Linux se deben ejecutar los siguientes comandos:
- Detener Servidor: sudo systemctl stop nodum.service
- Iniciar Servidor: sudo systemctl start nodum.service
Tener en cuenta que para esto se precisa tener acceso a una password de administrador.
- Detener Servidor: sudo systemctl stop nodum.service
- Iniciar Servidor: sudo systemctl start nodum.service
Tener en cuenta que para esto se precisa tener acceso a una password de administrador.
¿Hasta que capacidad se puede subir la memoria del servidor y del cliente?
Existe una pregunta similar que es ¿QUÉ DIFERENCIA EXISTE ENTRE LA MEMORIA DEL SERVIDOR Y LA MEMORIA DEL CLIENTE?.
Lo recomendable sería llevar de a poco la memoria si se encuentra de esta manera definido: Si está definida en 256M se puede llevar a 512M, 1024M, 2048M y se va evaluando posteriormente cuanto más se necesita.
Aumentar demasiado esa memoria puede generar que el navegador demore demasiado en levantar cuando los usuarios quieren hacer Login.
Existe un documento en el drive ubicado en la ruta:Documento.
El documento explica detalladamente como la Configuración de la Memoria Máxima Servidor y Navegador Nodum
Lo recomendable sería llevar de a poco la memoria si se encuentra de esta manera definido: Si está definida en 256M se puede llevar a 512M, 1024M, 2048M y se va evaluando posteriormente cuanto más se necesita.
Aumentar demasiado esa memoria puede generar que el navegador demore demasiado en levantar cuando los usuarios quieren hacer Login.
Existe un documento en el drive ubicado en la ruta:Documento.
El documento explica detalladamente como la Configuración de la Memoria Máxima Servidor y Navegador Nodum
Cuando se cambia una licencia con una nueva cantidad de usuarios, ¿es necesario reiniciar para que tome el cambio?
La lectura del archivo de licencia se hace solo al inicio del servidor, por lo que si la cantidad de usuarios en la licencia cambió, se debe reiniciar el servicio de Nodum.
¿En el Navegador Nodum Web, se pueden tener activas más de una base en web?
Sí, se puede el público tiene mas de 1 fuente de datos cómo se puede detallar en la siguiente URL:
http://nodum.com.uy:8080/acceso/nweb/desk/
Adicional, una vez que selecciona la fuente de datos, la URL va a cambiar.
http://nodum.com.uy:8080/acceso/nweb/desk/
Adicional, una vez que selecciona la fuente de datos, la URL va a cambiar.
¿Cómo instalar un certificado en el servidor de Nodum?
Para instalar un certificado en el servidor Nodum, se debe ejecutar como administrador el archivo "setup.bat", en la pestaña "Certificados de confianza" permite importar nuevos certificados.
¿Cómo se configura la
La forma de implementar esto como una nueva funcionalidad en los clientes está explicada en el log 357: Log
Además del log hay crear la función de base de datos "mantbd_codusunuevo".
Además del log hay crear la función de base de datos "mantbd_codusunuevo".
¿Cómo detectar qué error tiene un servidor que se reinició pero se cae con cada reinicio?
Para revisar esto se debe revisar el log del servidor. Esto por lo general se debe a una inconsistencia con la licencia de Nodum y lo que está configurado en el servidor.
Esto se debe solicitar al referente del equipo Nodum.
Esto se debe solicitar al referente del equipo Nodum.
¿Qué consideraciones debo tener para instalar el servidor de Nodum?
Este documento explica las consideraciones a tener en cuenta: Consideraciones Instalación. A partir de la página 4 podremos observar las consideraciones que debemos tener al instalar el Servidor de Nodum, comenzando por el Servidor de Aplicaciones.
Por dudas adicionales contactarse con su referente en el equipo Nodum.
Tags: Servidor de aplicaciones, Servidor de base de datos, consideraciones.
Por dudas adicionales contactarse con su referente en el equipo Nodum.
Tags: Servidor de aplicaciones, Servidor de base de datos, consideraciones.
¿Cómo incrementar el timeout para grabar transacciones?
El timeout en transacciones es impuesto por el servidor de aplicaciones. Su valor predeterminado es de 300 segundos (5 minutos).
Para reconfigurarlo en caso de servidores con versiones previas a la 2.0, o servidores 2.0 con JBoss, se deben realizar los siguientes pasos:
Debe modificarse el archivo: "Nodum-Servidor/jboss-4.0.4.GA/server/default/conf/jboss-service.xml", y reiniciar el servicio.
La edición de estos archivos debe hacerse con un editor de texto como el Notepad++, preservando codificación y caracteres de fin de línea.
Debe modificarse el valor del atributo “TransactionTimeout” en el mbean “org.jboss.tm.TransactionManagerService”, como se muestra en la figura 1.
Por dudas consultar con su referente en el equipo Nodum.
En caso de la versión 2.0 con servidores Wildfly se deben realizar los siguientes pasos:
En Server Deployer hay que seleccionar el nodo "Configuración/General" y agregar una propiedad configuracion.jta.default-timeout cuyo valor está en segundos, como se muestra en la figura 2.
Para que el servidor tome los cambios hay que generar el patch.zip, copiarlo a la carpeta conf del servidor y reiniciarlo.
Para reconfigurarlo en caso de servidores con versiones previas a la 2.0, o servidores 2.0 con JBoss, se deben realizar los siguientes pasos:
Debe modificarse el archivo: "Nodum-Servidor/jboss-4.0.4.GA/server/default/conf/jboss-service.xml", y reiniciar el servicio.
La edición de estos archivos debe hacerse con un editor de texto como el Notepad++, preservando codificación y caracteres de fin de línea.
Debe modificarse el valor del atributo “TransactionTimeout” en el mbean “org.jboss.tm.TransactionManagerService”, como se muestra en la figura 1.
Por dudas consultar con su referente en el equipo Nodum.
En caso de la versión 2.0 con servidores Wildfly se deben realizar los siguientes pasos:
En Server Deployer hay que seleccionar el nodo "Configuración/General" y agregar una propiedad configuracion.jta.default-timeout cuyo valor está en segundos, como se muestra en la figura 2.
Para que el servidor tome los cambios hay que generar el patch.zip, copiarlo a la carpeta conf del servidor y reiniciarlo.
Al momento de instalar una licencia nueva de Nodum, es necesario reiniciar??
La licencia nueva licencia la toma una vez que se hace el reinicio del servidor. Pero además para validar que la licencia funciona correctamente es bueno coordinar un reinicio cuando se pueda y validar que todo queda funcionando correctamente luego del reinicio.
¿Cómo iniciar el servidor en DEBUG?
Con el servidor detenido, hay que editar el archivo: "Nodum-Servidor/jboss-4.0.4.GA/server/default/conf/log4j.xml" donde están las siguientes líneas, hay que agregar o modificar el parámetro "Threshold" para que su valor sea "DEBUG":
Si no funciona, pruebe modificando dentro del "Setup the Root category" el level a DEBUG
Si no funciona, pruebe modificando dentro del "Setup the Root category" el level a DEBUG
¿Cómo hacer cuando JAVA me bloquea el uso de Nodum?
Ejecutar desde una línea de comandos:javaws -viewerCerrar la ventana "Visor de Caché de Java", dirigirse a la sección "Seguridad", chequear "Activar contenido de Java para explorador Web y aplicaciones de Web Start", dar click en el botón "Restaurar Peticiones de Datos de Seguridad", dar click en el botón "Aplicar" y dar click en el botón
Se me trancaron los procesos automáticos. ¿Cómo puedo hacer para activarlos nuevamente?
Existen dos formas de reactivar los procesos de Nodum Schedule:
Dejar inactivo el proceso desde la configuración y ver si con eso comienzan a ejecutarse. Se debe hacer en el archivo config-modulos.properties que se ubica en NodumTop\Nodum-Servidor\Nodum\deployconf, allí se debe cambiar el TAG nodum.schedule.ejecuta a N, grabando y luego volviendo a dejar en S. Esto generalmente no soluciona el tema. Otra posiblidad es que el usuario del se encuentre bloqueado, para detectar esto se puede ver el log o directamente ir al usuario en Nodum.
Coordinar con los usuarios un reinicio.
Dejo el link al manual de usuario de Nodum Schedule, Manual.
Dejar inactivo el proceso desde la configuración y ver si con eso comienzan a ejecutarse. Se debe hacer en el archivo config-modulos.properties que se ubica en NodumTop\Nodum-Servidor\Nodum\deployconf, allí se debe cambiar el TAG nodum.schedule.ejecuta a N, grabando y luego volviendo a dejar en S. Esto generalmente no soluciona el tema. Otra posiblidad es que el usuario del se encuentre bloqueado, para detectar esto se puede ver el log o directamente ir al usuario en Nodum.
Coordinar con los usuarios un reinicio.
Dejo el link al manual de usuario de Nodum Schedule, Manual.
¿Cómo cambio el límite de páginas que me sale en los reportes?
Esto un parámetro del servidor, se cambia en el archivo configuracion.properties que está ubicado en: NodumTop\Nodum-Servidor\Nodum\deployconf.
El parámetro a modificar es: nodum.reports.maximo.paginas
Para la versión 3.0, en esa versión la ruta es la siguiente: C:\Nodum\Nodum-Server\Nodum\deployconf\configuracion.properties
El parámetro a modificar es: nodum.reports.maximo.paginas
Para la versión 3.0, en esa versión la ruta es la siguiente: C:\Nodum\Nodum-Server\Nodum\deployconf\configuracion.properties
Servidor no arranca automáticamente. ¿Qué puede ocurrir?
Los problemas más habituales con eso son:Problemas con la licencia del servidor. Licencia de desarrollo, cambios de Mac, definición de algún dato inconsistente con la licencia o no conecta alguna de las fuentes de datos asociadas al servidor. cualquiera de estos problemas puede hacer que el servicio no levante. Se debe revisar la licencia e iniciar nuevamente. Problemas con la base de datos. Si no funciona el servidor de base de datos o no se encuentra accesible desde el servidor de aplicaciones el sistema no levanta porque requiere de la comunicación con el servidor de base de datos. Se debe restablecer el servidor de base de datos o la conexión entre ambos servidores e iniciar nuevamente. Problema con los puertos configurados. Cuando alguno de los puertos está en uso el sistema tiene problemas para levantar. Se deben liberar los puertos e iniciar nuevamente. Inconsistencias entre versiones instaladas. Es poco habitual pero puede ocurrir que se instalen versiones de CORE y ERP incompatibles. Puede ocurrir que sea un archivo que el genere problema por ejemplo con su versión o su firma digital. Problemas en la instalación por algún antivirus. Nos ha ocurrido alguna vez que se pierde parte del servidor por algún antivirus que corre en el servidor. Que servicio no esté definido para iniciar automáticamente o que por algún motivo no se encuentre más activo automáticamente. Alguna incompatibilidad entre la versión de JAVA del servidor y las configuraciones de memoria realizadas al servicio. Por ejemplo, nos ha ocurrido que se setea más memoria que la soportada por la versión de JAVA instalada. Para determinar cuál de esos problemas es será necesario revisar el log del servidor y ver qué mensaje se encuentra allí. Puede ocurrir que en algún caso no haya ningún mensaje y simplemente no se inicia automáticamente por la configuración del servicio. En caso de no visualizar cuál es el problema contactar a su referente en el equipo Nodum
¿Qué diferencia existe entre la memoria del servidor y la memoria del cliente?
Existen dos configuraciones de memoria máxima. Por ahora, ambas configuraciones se deben realizar por personal de Nodum.
Del servidor de aplicaciones. Se configura a nivel de setup de la aplicación, se hace en NodumTop\Nodum-Servidor\conf. No se configura una única memoria máxima.
De cada cliente de la aplicación. Se configura en el archivo jnlp_1generico.txt que se encuentra ubicado en NodumTop\Nodum-Servidor\Nodum\recursos\jnlp_v2. El parámetro es max-heap-size
La memoria del servidor se utiliza en todas las operaciones del sistema y cuando se encuentra comprometida todos los usuarios se ven afectados. Implica el máximo uso de memoria del proceso JAVA que corre en el servidor. Los casos más comunes de uso excesivo son procesos o formularios que requieren mucho procesamiento y realizan muchísimas operaciones. Cambiar la memoria máxima del servidor requiere un reinicio del servicio "Nodum-Servidor" para que tome los cambios.
La memoria del cliente aplica para las operaciones de cada usuario final y cuando se ve comprometida sólo afecta a operaciones puntuales del usuario del equipo. Implica el máximo uso de memoria del proceso JAVA que corre en el cliente. Los casos más comunes de uso excesivo son exportaciones a archivos que llevan grandes volúmenes de datos. Cambiar la memoria del cliente no requiere un reinicio del servidor, los usuarios solo requieren cerrar el navegador y descargarlo nuevamente.
Del servidor de aplicaciones. Se configura a nivel de setup de la aplicación, se hace en NodumTop\Nodum-Servidor\conf. No se configura una única memoria máxima.
De cada cliente de la aplicación. Se configura en el archivo jnlp_1generico.txt que se encuentra ubicado en NodumTop\Nodum-Servidor\Nodum\recursos\jnlp_v2. El parámetro es max-heap-size
La memoria del servidor se utiliza en todas las operaciones del sistema y cuando se encuentra comprometida todos los usuarios se ven afectados. Implica el máximo uso de memoria del proceso JAVA que corre en el servidor. Los casos más comunes de uso excesivo son procesos o formularios que requieren mucho procesamiento y realizan muchísimas operaciones. Cambiar la memoria máxima del servidor requiere un reinicio del servicio "Nodum-Servidor" para que tome los cambios.
La memoria del cliente aplica para las operaciones de cada usuario final y cuando se ve comprometida sólo afecta a operaciones puntuales del usuario del equipo. Implica el máximo uso de memoria del proceso JAVA que corre en el cliente. Los casos más comunes de uso excesivo son exportaciones a archivos que llevan grandes volúmenes de datos. Cambiar la memoria del cliente no requiere un reinicio del servidor, los usuarios solo requieren cerrar el navegador y descargarlo nuevamente.
¿Cómo “revivir” una tarea que fue cancelada sin querer?
Es posible revivir una tarea por sql. Se realiza actualizando la tabla wfi_tareas, filtrando por nro_tarea. Se debe cambiar la columna “estado” asignando valor “P”. Esto deja la tarea pendiente. En la wfi_usuarxtarea se debe borrar la línea que tenga sub_nrotarea más grande.