Índice de contenido. Velneo vserver V Telf. (+34) velneo.es

Transcripción

1 Índice de contenido Velneo vserver V7...2 Instalación y configuración...2 Windows... 8 Linux... 9 Velneo vactivator V Activación de licencias por línea de comandos...14 Línea de comandos de Velneo vserver V Iniciar Velneo vserver V Windows Linux Funcionalidades Protocolo VATP Refrescos terciarios Sistema transaccional automático...19 Transacciones desatendidas...21 Sistema de bloqueos Cómputo del consumo de puestos...23 Cómputo de puestos de edición...23 Cómputo de puestos de ejecución...25 Límite de tamaño de fichero

2 Velneo vserver V7 Es el servidor de aplicaciones de Velneo V7. Puede ser instalado y ejecutado como un servicio del sistema operativo. Es multi-idioma y multi-plantaforma. Para poder administrar este producto es necesario el uso de Velneo vadmin V7. Además, sirve, lo siguiente: Aplicaciones (Instancias de proyectos de datos y proyectos de aplicaciones) a usuarios que se conectan a él usando Velneo vclient V7. Instancias de proyectos de datos a usuarios que se conectan a él usando Velneo vdataclient V7. Proyectos de datos y proyectos de aplicación para su edición a los programadores que se conectan vía Velneo vdevelop V7. Instalación y configuración Para la instalación de Velneo vserver V7 debemos disponer del instalador correspondiente a la plataforma o sistema operativo en el que lo vayamos a instalar. El siguiente paso será ejecutar el instalador y a continuación el asistente de instalación nos guiará en los pasos de instalación. Los pasos son: - La primera ventana solicitará el idioma a utilizar para el asistente de instalación. Podemos seleccionar Ingles o Español. 2

3 - Tras seleccionar el idioma accedemos a la ventana de bienvenida. - En la siguiente ventana debemos aceptar los términos del Acuerdo de licencia. 3

4 - A continuación nos solicita el directorio de instalación de Velneo vserver V7. El directorio por defecto dependerá del sistema operativo donde estemos realizando la instalación. 4

5 - La siguiente ventana nos pedirá confirmación para comenzar la instalación. 5

6 - Por último el asistente de instalación nos muestra la ventana de instalación realizada. 6

7 La instalación de Velneo vserver crea por defecto el usuario velneo sin contraseña para el posterior acceso al mismo. La instalación de Velneo vserver V7 crea la siguiente estructura de directorios: directorio de ejecutables y directorio de configuración, ambos se crean con el nombre Velneo. - Directorio de ejecutables: independientemente del sistema operativo este directorio se creará en la senda que seleccionemos para la instalación en el asistente. En este directorio se almacenaran los ejecutables y todas las librerías necesarias. - Directorio de configuración: la localización de este directorio depende del sistema operativo en el que hayamos realizado la instalación. En este directorio se crean dos sub-carpetas (server y proyectos). En el directorio server se almacenan las configuraciones de usuarios, instancias y carpetas; así como los ficheros de mensajes que se muestran en el panel de mismo nombre de Velneo vadmin V7. En el directorio proyectos se almacenan, en forma de subdirectorios, las soluciones que vayamos creando y dentro de cada solución se creará un fichero por cada proyecto también creado. 7

8 Windows: La senda donde se creará el directorio de configuración es (C:\WINDOWS\system32\config\systemprofile\Velneo) Linux: La senda donde se creará el directorio de configuración es en el directorio del usuario que lanza la ejecución de Velneo vserver V7. Dentro de la gestión de directorios es importante tener en cuenta que los directorios y carpetas compartidas, creadas desde Velneo vadmin V7 para almacenar datos de aplicaciones, serán creadas en el disco de la máquina donde se haya instalado Velneo vserver V7. Es posible compartir cualquier directorio del disco de la maquina de la instalación. En Velneo vserver V7 es posible configurar el puerto de escucha y la activación del log. La configuración de estos parametros variará en función del sistema operativo. Es posible instalar Velneo vserver V7 en modo silencioso o desatendido. Para ello no habrá más que añadir el parámetro /S cuando se ejecute el instalador del componente. Ejemplo: [senda]\velneov7-win32-vserver-setup.exe /S Windows La configuración del puerto de escucha de Velneo vserver V7 y la activación del log debemos realizarlos en la declaración del servicio de Windows, es decir, en el registro de Windows en la clave correspondiente: HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Vatp Service Para configurar el puerto de escucha debemos añadir en el parámetro ImagePath del servicio correspondiente, a continuación de la senda del fichero ejecutable de Velneo vserver el parámetro port: /port=nnnn, donde nnnn es el número de puerto por el que queremos acceder al servidor. 8

9 Para activar el log debemos añadir en el parámetro ImagePath del servicio correspondiente, a continuación de la senda del fichero, el parámetro log: /log. En el caso de que el puerto seleccionado, por defecto si no configuramos nada se trata del puerto 690 correspondiente al protocolo VATP, ya esté siendo usado, el servidor mostrará un error y el servicio no podrá ser iniciado. Linux La configuración del puerto de escucha de Velneo vserver V7 y la activación del log debemos realizarlos en el script que realiza la iniciación de Velneo vserver V7. Para configurar el puerto de escucha debemos completar la ejecución de Velneo vserver V7, en el script de ejecución, con el dato del puerto /port=0000, quedando la expresión: exec "./vserver" "$@" "/port=0000" 9

10 Donde 0000 se corresponde con el número de puerto por el cual queremos activar la escucha de Velneo vserver V7. Lo puertos del 0 al 1024 sólo es posible utilizarlos mediante el usuario root de la máquina, incluido el puerto 690 que es el utilizado por Velneo vserver V7 por defecto. También podemos añadir el parámetro del puerto a continuación de la línea de comando, estableciendo este puerto únicamente para esta ejecución: sudo./vserver.sh -s /port=0000 Para activar el log debemos completar la ejecución con el parámetro "/log", quedando la expresión: exec "./vserver" "$@" "/log" Velneo vactivator V7 Cuando adquirimos una licencia de Velneo vserver V7, Velneo nos facilita una clave de licencia que define el número de puestos de edición y de ejecución adquiridos. Dicha licencia tendrá que ser activada. Velneo vactivator V7 es el producto que nos permitirá activar las licencias que adquiramos. Este producto está incluido en la instalación de Velneo vserver V7. Cuando lo ejecutamos se iniciará un asistente para la activación de la licencia: 10

11 Y en él tendremos que especificar lo siguiente: Clave de licencia: Que será suministrada por Velneo. Es una cadena del tipo: VELNEO-XX-XXXXXX-XXXXX-XXX-XX-XX-XXXXX. Si el botón la clave introducida no es correcta. no se activa será indicativo de que Ubicación de la activación: Que nos permitirá indicar si la activación será por usuario o por máquina; la opción a seleccionar dependerá de dónde vayamos a iniciar el servicio de Velneo vserver V7, si se va a iniciar en el mismo usuario en el que se hace la activación seleccionaremos la primera opción, pero si el servicio va a ser iniciado a nivel de máquina o de otros usuarios, entonces usaremos la segunda. 11

12 En Windows, cuando instalamos Velneo vserver como servicio, por defecto, asociará a la cuenta local de la máquina, no a una cuenta de usuario: En Linux siempre será un usuario quien tenga que iniciar el servicio VATP, por lo que la activación tendremos que hacerla con el mismo usuario con el que hayamos iniciado el servicio. Debemos tener en cuenta que en Linux si el puerto de escucha es inferior al 1024 la activación tendrá que hacerse con el usuario root y, por tanto, el servicio VATP también tendrá que estar asociado a ese usuario. Modo de activación: Si la máquina no tiene salida a Internet por el puerto 690 o hemos tenido algún problema para llevar a cabo la activación de forma automática tendremos que activar la opción Activación manual. Pulsaremos el botón para ir al siguiente paso del asistente. 12

13 Si hemos activado la opción Activación manual en el siguiente paso del asistente se nos muestra la clave de licencia que queremos activar, una clave de máquina correspondiente a la máquina donde estamos realizando la activación, y nos pide una tercera clave, llamada clave de activación. Esta última se calcula en base a las dos anteriores y para su obtención tenemos que contactar con Velneo y facilitar tanto la clave de licencia como la clave de máquina. Una vez obtendia la clave de activación cumplimentaremos dicho parámetro y pulsaremos el botón para pasar al siguiente paso del asistente. En el siguiente paso del asistente se informará sobre los puestos de la licencia a activar: 13

14 Una vez comprobado que todo sea correcto, pulsaremos el botón. Se presentará un mensaje indicado que la activación ha sido realizada. En el caso de obtene algún mensaje de error, contacte con Velneo para solucionarlo. NOTA: Una vez activada la licencia será necesario reiniciar el servicio de Velneo vserver para que ésta sea efectiva. Activación de licencias por línea de comandos Es posible realizar la activación de una licencia de Velneo vserver V7 en modo consola, mediante línea de comandos. El fichero a ejecutar se llama vactivator y admite los parámetros siguientes: /help, /h, /?, --h o --help: Muestra la ayuda del comando. Ejemplo: vactivator /? -c: Lanza Velneo vactivator V7 en modo consola e interactivo, es decir, iniciará un proceso similar al del modo gráfico, pero en modo texto. -l: Para introducir la licencia de cliente. -u: Para indicar la ubicación donde desea guardar la clave de activación. 0 guarda la información para toda la máquina, 1 para el usuario actual. -m: Para introducir la clave de activacion cuando debemos hacer una activación manual. -r: Para proceder a una reactivacion con los datos actuales, o los nuevos en caso de ir acompañado de nueva información. Ejemplos: vactivator -c: Lanza vactivator en modo consola interactivo, se irá preguntando al usuario la información requerida. vactivator -r: Tomando los datos actuales almacenados, intenta una reactivacion. vactivator -l VELNEO : Lanza vactivator en modo consola interactivo, tomando como licencia la especificada. Por tanto no se preguntará dicha licencia durante el proceso interactivo. vactivator -r -u 0: Intenta una reactivacion y almacena la información por maquina, no por usuario. 14

15 vactivator -l VELNEO-XX-X-XXXXX-XXXXX-XXX-X-X-XXXXX -u 1: Lanza vactivator en modo interactivo, sin preguntar la licencia de usuario ni la ubicación donde almacenar la informacion, pues será por usuario. vactivator -l VELNEO-XX-X-XXXXX-XXXXX-XXX-X-X-XXXXX -m XXXXX-XXXXX-XXXXXXXXXX-XXXXX-XXXXX-XXXXX-XXXXX- -u 0: Si la licencia y clave de activacion son correctos, activa la licencia por maquina. Cada vez que iniciemos o reiniciemos el servicio VATP se generará un mensaje con los datos de la licencia de Velneo vserver V7 asociada al mismo: En el caso de que no haya ninguna licencia asociada a ese servicio, también será indicado: NOTA: Es importante ejecutar Velneo vactivator V7 con un usuario con privilegios de administrador, de lo contrario, la licencia no será activada. Si utilizamos Windows Vista, Windows 7 ó versiones posteriores de Windows, recomendamos usar la opción Ejecutar como administrador del menú de contexto que aparece al posicionar el puntero del ratón sobre el acceso directo a Velneo vactivator V7 y pulsar el botón derecho del ratón. Línea de comandos de Velneo vserver V7 Velneo vserver V7 admite los siguientes parámetros en consola: - i: Instala el servicio Vatp Service. - s: Inicia el servicio Vatp Service. - t: Detiene el servicio Vatp Service. 15

16 -v: Devuleve el estado del servicio Vatp y la versión de Velneo vserver instalada. Iniciar Velneo vserver V7 En este capítulo veremos cómo se ha de realizar la iniciación de Velneo vserver V7. Existen tres entornos para iniciar Velneo vserver V7, que se corresponden con los tres sistemas operativos compatibles: Window, Linux y Mac. Windows 16

17 - Windows: Para iniciar Velneo vserver V7 en el entorno Windows, debemos arrancar/iniciar el servicio correspondiente. Para ello debemos ir a Panel de control a continuación a Herramientas administrativas y por último Servicios. En este panel encontraremos una lista de todos los servicios declarados en la máquina. Seleccionamos el servicio correspondiente a Velneo vserver V7 y lo iniciamos. También es posible configurar en el servicio el inicio automático, lo que iniciaria Velneo vserver V7 de manera automática al arrancar el sistema operativo. Linux En este capítulo veremos cómo se ha de realizar la iniciación de Velneo vserver V7 en el Sistema Operativo Linux. Para iniciar Velneo vserver V7 en el entorno Linux debemos realizarlo a través de la ejecución de un script, por ejemplo "vserver.sh", que se incluye en la instalación. Esto es debido a que debemos indicarle al fichero vserver la ubicación de las librerías que usa. La ejecución del script debemos realizarla como usuario root desde el panel de sistema. Para ello debemos introducir el siguiente comando estando en el directorio del script: sudo./vserver.sh -(parámetros) Podemos utilizar los siguientes parámetros: -i (realiza la instalación de Velneo vserver V7) -s (inicia la ejecución de Velneo vserver V7) -t (finaliza la ejecución de Velneo vserver V7) -v (muestra por pantalla el estado de instalación y ejecución de Velneo vserver V7) /port=0000 (permite definir el puerto de escucha de Velneo vserver V7) /log (activa el log de Velneo vserver V7) Existen otros métodos alternativos como un demonio de sistema, por medio de otro servicio, a través de un servicio Web, por medio del panel de sistema ejecutando comando, etc. Funcionalidades En este capítulo conoceremos una serie de funcionalidades de Velneo vsever V7. 17

18 Protocolo VATP Los distintos componentes de la plataforma: Velneo vadmin V7, Velneo vdevelop V7, Velneo vclient V7, Velneo vdataclient V7 se comunican con Velneo vserver V7 a través de un protocolo propio de la plataforma denominado VATP que se establece sobre el protocolo de comunicaciones TCP/IP estándar. El protocolo VATP (Velneo Application Transfer Protocol) permite tanto la gestión de Velneo vserver V7 como la edición y ejecución de proyectos. Además, se encuentra especialmente optimizado para su uso en cualquier tipo de red, independientemente de su velocidad o calidad, por lo que actúa perfectamente tanto en redes locales LAN como en redes de internet WAN, permitiendo operaciones con gran volumen de información. El protocolo VATP tiene reservado el puerto 690 en todos los sistemas. Dicha reserva ha sido realizada por IANA (Internet Assigned Numbers Authority, organismo internacional que autoriza tales reservas, auspiciado por ICANN (Internet Corporation for Assigned Names and Numbers, organismo internacional regulador. El registro puede consultarse en la página web de IANA ( Este puerto está considerado dentro del rango "Well Known ports", al mismo nivel que los puertos asignados para los protocolos HTTP (80), Correo electrónico (POP3 110, SMTP 25) o protocolos tan seguros como HTTPS (443). Tal y como podemos leer en el registro, IANA advierte que este rango no pueden usarse sin la autorización del propio organismo tal y como se define en el RFC4340, Sección Velneo vserver V7 admite la configuración de cualquier puerto para la escucha de comunicaciones, por lo que no es obligatorio el uso del puerto 690, que puede ser sustituido por cualquier puerto admitido por los sistemas. Para conectarse a través del protocolo VATP con Velneo vserver V7 los distintos componentes usan un identificador uniforme de recurso (URI) o localizador uniforme de recurso (URL) que incluye las siguientes partes: vatp://domino:puerto Donde los distintos elementos se definen como: VATP: Esquema que define el protocolo. dominio: Nombre o ip de la máquina a la que se desea acceder a través del protocolo. 18

19 puerto: Puerto habilitado para la escucha en Velneo vserver V7 y al que se desea acceder. El puerto por defecto será 690 y, si no se indica, se asumirá éste. vatp://v7clould.velneo.com vatp://v7clould.velneo.com:1000 Refrescos terciarios El refresco terciario es una funcionalidad preprogramada que permite la actualización en los clientes (Velneo vclient V7, Velneo vdataclient V7 o Velneo ODBC driver V7) de toda la información que haya sido modificada en el servidor (Velneo vserver V7). Esta funcionalidad cliente-servidor implica que la información de cualquier modificación de registros, realizada tanto en procesos ejecutados en el servidor como por acción de otros clientes, se enviará a todos los clientes que estén conectados y que hayan accedido al registro. El registro se verá actualizado cuando la información se presente en los objetos sin necesidad de forzar el refresco de los controles que los muestran o abrir de nuevo el objeto. Esta actualización únicamente se realizará cuando sea necesaria, es decir, cuando se presenten datos de los registros modificados en un objeto. El refresco terciario no implica el envío de los datos de los registros modificados, por lo que no tiene gran repercusión en el tráfico de red, si no que se envía únicamente la lista de los registros modificados a los que haya tenido acceso el cliente, que serán borrados de la caché, de tal forma que si necesita mostrarlos de nuevo los solicite al servidor. Esta información se tiene en cuenta para los bloqueos: En un bloqueo blando, varios usuarios pueden estar consultando e incluso modificando la misma ficha, aunque distintos campos. Todos ellos resultarán actualizados con los nuevos datos gracias al refresco terciario y el sistema evitará el caso de que dos usuarios intenten modificar el mismo campo, en este caso cada usuario mantendrá en pantalla el valor que él mismo haya asignado a ese campo. En un bloqueo duro, todos los usuarios accederan a la información actualizada una vez liberados los registros tras la modificación. En el caso de formularios, si éstos son abiertos en cuadro de diálogo, dadas las características de este tipo de ventana, no se realizará refresco alguno. Sistema transaccional automático 19

20 Una transacción es el conjunto de operaciones de escritura que se realizan contra una base de datos que únicamente tienen sentido como unidad. Es decir, serán correctas en el caso de que todas las operaciones se hayan efectuado con éxito y serán incorrectas en el caso de que alguna de ellas no se produzca debido a un error. En Velneo vserver V7 En el desarrollo de aplicaciones empresariales, la seguridad de la información es uno de los apartados más críticos. No olvidemos que el valor de la información es muy superior al de las aplicaciones. Por este motivo uno de los apartados básicos en cualquier base de datos es la gestión de transacciones. Seguramente te habrás encontrado con bases de datos en las que la gestión de transacciones requiere una programación manual en la que debes encargarte de los COMMIT y los ROLLBACK. Nunca debemos de perder de vista el impacto que puede ocasionar en una aplicación una mala gestión de los bloqueos de registros. Dependiendo de la base de datos, estos bloqueos pueden ser a nivel de tabla completa, bloques de registros, registro o incluso a nivel de campo. Con Velneo V7 podemos olvidarnos de la programación de transacciones ya que éstas se gestionan de forma automática, tanto la transacción como los bloqueos. La base de datos de Velneo V7 cumple las propiedades ACID para la gestión de transacciones seguras. En el caso de las transacciones el servidor las crea, destruye y deshace en caso de no finalizar correctamente, todo sin necesidad de escribir una sola línea de código. Además gestiona las transacciones de forma individual por cada tarea, incluso si un usuario está ejecutando múltiples tareas cada una de ellas es tratada de forma individual pudiendo deshacer una con independencia de que las demás terminen correctamente. Velneo V7 detecta las operaciones que escriben en disco y las engloba automáticamente en transacciones sin que tenga que intervenir el usuario. Esto permite que, si por el motivo que sea, durante la ejecución de transacciones se produce una detención inesperada o un reinicio del servicio VATP, el sistema al volver a iniciar el servicio, sepa qué transacción o transacciones están pendientes de finalizar y las deshace (ROLLBACK) volviendo al estado anterior a su realización y avisando de este suceso en el visor de sucesos del sistema operativo. Al deshacerse una transacción la tabla o tablas afectadas serán restablecidas a como estaban antes de iniciar la transacción, garantizando así la integridad referencial de la base de datos y, solamente en el caso de que este cambio implique cambio en el fichero de índices, el sistema procederá a su regeneración. 20

21 Si se produce un fallo durante el proceso de reparación de la base de datos, el sistema es capaz de reconocerlo y podrá volver a realizar la reparación cuando se proceda de nuevo al iniciar el servicio VATP. Además el sistema transaccional contempla el control del denominado abrazo de la muerte que no es otra cosa que resolver el conflicto que se produce cuando dos procesos transaccionales se esperan mutuamente, porque bloquean la misma o las mismas fichas, y no pueden continuar. El servidor lo detecta, deshace una de las transacciones y deja continuar a la otra, a continuación reintenta la ejecución del proceso cuya transacción deshizo, y si tras varios intentos le resulta imposible su ejecución, notifica al usuario de la imposibilidad de ejecutar la tarea. Todo esto sin necesidad de escribir ninguna línea de código. Por último, el gestor de bloqueos de Velneo también es automático y realiza el control de los mismos aplicando una técnica mixta denominada bloqueo blando y bloqueo duro. Ver el capítulo dedicado al Sistema de bloqueos para ampliar la información al respecto. Transacciones desatendidas Una transacción desatendida se produce cuando se inicia una transacción y al cabo de cierto tiempo no realiza operaciones, ni crea registros ni los modifica, etc. El servidor entiende que ha sucedido algún error con esa transacción y la deshace de forma automática al cabo de un tiempo. Esto puede venir motivado porque durante un proceso se haya solicitado información al usuario final y esté esperando respuesta durante demasiado tiempo, se haya cortado la conexión, etc. El servidor en esos casos ha de deshacer la transacción iniciada. Esto es debido a que un proceso que realiza operaciones en disco, es decir, modifica registros de las tablas, ha de bloquearlos durante todo el tiempo dure la transacción, siendo desbloqueados al finalizar; y el servidor debe desbloquearlos a fin de que otros usuarios tengan acceso a esos mismos registros, por lo que deshará una transacción desatendida, teniendo en cuenta ciertos parámetros. Si la transacción está detenida pero el usuario que la ha generado sigue conectado (por ejemplo porque durante un proceso se ha solicitado información al usuario final y esté esperando respuesta, porque el proceso debe realizar otras operaciones que no implican escritura en disco, etc.), el sistema no la deshará hasta pasadas unas horas. Si la transacción está detenida porque el usuario ha perdido la conexión con el servidor, el sistema la deshará pasados unos minutos. 21

22 Sistema de bloqueos Velneo vserver V7 dispone de un sistema de bloqueos de ficha muy depurado, lo que evitará al programador definir nivel de aislamiento alguno. En formularios, por defecto, existe lo que llamamos bloqueo blando, es decir, si dos usuarios editan la misma ficha, modifican y aceptan cambios, si no hay colisión (es decir, si han modificado campos diferentes) se funden las modificaciones de ambos. Si hay colisión, es decir, que modifican un mismo campo, el valor que mantenga la ficha en ese campo será el del usuario haya guardado la ficha en primer lugar. En procesos, actualizaciones, etc. se produce un bloqueo duro, es decir, si una ficha está bloqueada no se podrá tener acceso a ella en modo escritura, pero sí en modo lectura. Una vez haya finalizado el bloqueo, ya podrá ser bloqueada de nuevo en modo lectura/escritura. Si dos usuarios lanzan un proceso transaccional que en un punto colisiona -los dos intentan modificar el mismo registro- el programa dejará a la espera una de las transacciones y reintentará unas cuantas veces, si no logra continuar, la deshará y avisará al usuario. En formularios también es posible definir que realicen un bloqueo duro. Se trata de una propiedad del objeto formulario que, en caso de activar, bloqueará el registro que sea editado en ese formulario, provocando el inicio de una transacción y lo bloqueará en exclusiva en modo lectura/escritura hasta que finalice la transacción. Eso tiene varias implicaciones: Dado que la edición de la ficha implica el inicio de una transacción todas las operaciones de lectura/escritura que derivadas de la edción de ese registro (actualizaciones, modificación de históricos desde una rejilla incluida como control objeto del formulario, etc.) quedarán englobadas en la misma, por lo que si la transación es deshecha, se desharán todas las operaciones de escritura realizadas tanto directa como indirectamente desde ese formulario. Todas las fichas modificadas directa o indirectamente desde el formulario serán también bloqueadas, por lo que tampoco podrán ser modificadas por otros usuarios o proceso. Esto es algo que debemos tener muy en cuenta a la hora de decidir si realizar un bloqueo duro no en un formulario. Mientras el formulario permanezca abierto la ficha podrá ser leída por otros usuarios desde otros formularios que no tengan activado el estilo bloqueo duro o desde otros procesos, pero no podrá ser modificada; Al contrario de lo que sucede en el bloqueo blando, en el que dos usuarios pueden editar un mismo registro mientras los campos que modifiquen sean distintos. 22

23 Mientras el formulario permanezca abierto, si otro usuario intenta editar esa misma ficha con un formulario que tenga activado el estilo bloqueo duro, no podrá editarla ya su apertura inciará la transacción para bloquearlo, pero, como ya se encuentra bloqueado, no podrá continuar con la transacción. Si usamos un formulario con bloqueo duro como dock el registro editado en el mismo permanecerá bloqueado todo el tiempo ya que, aunque se cierre el dock, el formulario sigue aiberto pues cuando cerramos un dock no cerramos el objeto contenido en él sino que lo ocultamos. En ese tipo de formularios, para cancelar la modificación dispondremos de dos comandos de botón: Cancelar/Cancelar controlado: Si usamos este comando se cancelarán solamente las modificaciones realizdas en la ficha editada y no aseguradas en disco. Las modificaciones realizdas en otras fichas, en plurales o registos maestros actualizados por ejemplo, no serán deshechas, salvo, claro está, aquellas actualizaciones en las que intervenga el campo o campos cuya modificación será cancelada. Deshacer/Deshacer controlado: Si usamos este comando se deshará la transacción, es decir, que se desharán todas las operaciones de escritura realizadas tanto directa como indirectamente desde ese formulario. Este comando equivale al comando de instrucción de proceso Deshacer transacción. Cómputo del consumo de puestos Velneo vserver V7 se comercializa por número de puestos concurrentes, tanto de edición como de ejecución, es decir, cuántos clientes de edición/edición pueden estar conectados al servidor de forma simultánea. En este capítulo explicaremos cómo se realiza el cómputo de los mismos. Cómputo de puestos de edición Cada cliente de edición que se conecte con Velneo vserver V7 consumirá un puesto de edición. Cuando un cliente de edición es cerrado, el puesto de edición consumido será liberado. Los módulos de Velneo V7 que son clientes de edición son: 23

24 Velneo vdevelop V7. Velneo vtranslator V7. Velneo vinstall Builder V7. Para conocer cuántos enganches están siendo consumidos de un Velneo vserver V7 concreto en un momento puntual nos conectaremos a ese Velneo vserver V7 con Velneo vadmin V7 y ejecutaremos la opción Enganche: En la captura de pantalla anterior se observa que hay dos clientes de edición conectado y un cliente de administración (Velneo vadmin V7). Éste último, dado que es el componente usado para administrar Velneo vserver V7, no consume puestos ni de edición ni de ejecución. 24

25 Los enganches correspondientes a clientes de edición se identifican de forma genérica como. Cómputo de puestos de ejecución Cada instancia ejecutada de un Velneo vserver V7 por un cliente de ejecución consumirá un puesto de ejecución. Cuando un cliente de ejecución es cerrado, el/los puestos de ejecución consumidos será liberado. Los módulos de Velneo V7 que son clientes de ejecución son: Velneo vclient V7 Velneo vdataclient V7 Velneo vwebclient V7 Velneo vmodapache V7 Cuando instanciamos un proyecto que a su vez hereda otros proyectos: 25

26 No solamente se genera la instancia de dicho proyecto, sino también de todos los heredados: 26

27 Si ejecutamos esa instancia que hemos creado con Velneo vclient V7, veremos que en la lista de enganches no solamente se genera el enganche a la misma, sino también se generan los enganches a los proyectos de aplicación/datos heredados: Pero de ellos solamente consume un puesto de ejecución el enganche principal, que es el que aparece el texto destacado en azul: Por tanto, cuando queramos conocer en Velneo vadmin V7 los puestos de ejecución en uso solamente debemos comprobar los enganches destacados en azul. 27

28 Los enganches correspondientes a clientes de ejecución se identifican de forma genérica como. Velneo vclient V7 y Velneo vdataclient V7 solamente pueden ejecutar una instancia por sesión. Es decir, que queremos ejecutar dos instancias (ejecutar dos veces una misma instancia o ejecutar dos instancias diferentes) tendremos que hacerlo desde dos sesiones de Velneo vclient V7/Velneo vdataclient V7 diferentes; lo que consumirá dos puestos de ejecución. Velneo vmodapache V7 consumirá un puesto por cada instancia declarada en el fichero de configuración de Apache. Velneo vwebclient V7 consumirá un puesto por cada instancia ejecutada. Esto es conveniente tenerlo en cuenta si queremos modularizar nuestros proyectos. Supongamos que tenemos un proyecto de gestión y otro de contabilidad; si los instanciamos de forma independiente y un usuario quiere ejecutar ambos de forma simultánea, tendrá que consumir dos puestos de ejecución. Una alternativa posible sería crear un tercer proyecto de aplicación que herede los anteriores, con los objetos de interfaz necesarios para acceder a todas las opciones de ambos e instanciarlo; al tratarse de una única instancia, el usuario solamente consumiría un puesto de ejecución. Los puestos de edición y de ejecución se computan de forma independiente y no es posible usar puestos de ejecución para clientes de edición ni viceversa. Límite de tamaño de fichero El tamaño máximo de archivo que puede soportar Velneo V7 está basado en el propio límite del sistema de ficheros usado en la máquina donde lo instalemos; por tanto, recomendamos usar en las máquinas donde instalemos Velneo V7 un sistema de ficheros que soporte gran tamaño de fichero. Ejemplos de sistemas de fichero: Windows: FAT, NTFS. Linux: EX3, Btrfs. Mac OS: HFS, HFS +. 28