Funcionalidades
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, http://www.iana.org/), organismo internacional que autoriza tales reservas, auspiciado por ICANN (Internet Corporation for Assigned Names and Numbers, http://www.icann.org/), organismo internacional regulador. El registro puede consultarse en la página web de IANA (http://www.iana.org/assignments/port-numbers).
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 19.9.
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.
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 un bloqueo duro, todos los usuarios accederan a la información actualizada una vez liberados los registros tras la modificación.
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 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, será aceptada la del que haya aceptado en primer lugar y denegada la del segundo.
En procesos, actualizaciones, etc. 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.
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 +.
