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.
Adems, 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 aplicacin para su edicin a los programadores que se conectan va Velneo
vDevelop V7.
Instalacin y configuracin
Para la instalacin 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 continuacin el asistente de
instalacin nos guiar en los pasos de instalacin. Los pasos son:
- La primera ventana solicitar el idioma a utilizar para el asistente de instalacin. Podemos seleccionar Ingles o
Espaol.

- Tras seleccionar el idioma accedemos a la ventana de bienvenida.
Pgina 1 de 14

- En la siguiente ventana debemos aceptar los trminos del Acuerdo de licencia.

- A continuacin nos solicita el directorio de instalacin de Velneo vServer V7. El directorio por defecto depender del
sistema operativo donde estemos realizando la instalacin.
Pgina 2 de 14

- La siguiente ventana nos pedir confirmacin para comenzar la instalacin.

- Por ltimo el asistente de instalacin nos muestra la ventana de instalacin realizada.
Pgina 3 de 14

La instalacin de Velneo vServer crea por defecto el usuario velneo sin contrasea para el posterior acceso al mismo.
La instalacin de Velneo vServer V7 crea la siguiente estructura de directorios: directorio de ejecutables y directorio de
configuracin, 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 instalacin en el asistente. En este directorio se almacenaran los ejecutables y todas las
libreras necesarias.
- Directorio de configuracin: la localizacin de este directorio depende del sistema operativo en el que hayamos
realizado la instalacin. 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 solucin se crear un fichero por cada proyecto
tambin creado.
Windows: La senda donde se crear el directorio de configuracin es (C:\WINDOWS\system32
\config\systemprofile\Velneo)
Linux: La senda donde se crear el directorio de configuracin es en el directorio del usuario que lanza la ejecucin de
Velneo vServer V7.
Dentro de la gestin de directorios es importante tener en cuenta que los directorios y carpetas compartidas, creadas
desde Velneo vAdmin V7 para almacenar datos de aplicaciones, sern creadas en el disco de la mquina donde se
haya instalado Velneo vServer V7. Es posible compartir cualquier directorio del disco de la maquina de la instalacin.
En Velneo vServer V7 es posible configurar el puerto de escucha y la activacin del log. La configuracin de estos
parametros variar en funcin del sistema operativo.
Puedes continuar siguiendo los primeros pasos.
Windows
La configuracin del puerto de escucha de Velneo vServer V7 y la activacin del log debemos realizarlos en la
declaracin del servicio de Windows, es decir, en el registro de Windows en la clave correspondiente:
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\Vatp Service
Pgina 4 de 14
Para configurar el puerto de escucha debemos aadir en el parmetro ImagePath del servicio correspondiente, a
continuacin de la senda del fichero ejecutable de Velneo vServer el parmetro port: /port=nnnn, donde nnnn es el
nmero de puerto por el que queremos acceder al servidor.
Para activar el log debemos aadir en el parmetro ImagePath del servicio correspondiente, a continuacin de la
senda del fichero, el parmetro 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 configuracin del puerto de escucha de Velneo vServer V7 y la activacin del log debemos realizarlos en el script
que realiza la iniciacin de Velneo vServer V7.
Para configurar el puerto de escucha debemos completar la ejecucin de Velneo vServer V7, en el script de ejecucin,
con el dato del puerto /port=0000, quedando la expresin:
exec "./vServer" "$@" "/port=0000"
Donde 0000 se corresponde con el nmero de puerto por el cual queremos activar la escucha de Velneo vServer V7.
Lo puertos del 0 al 1024 slo es posible utilizarlos mediante el usuario root de la mquina, incluido el puerto 690 que
es el utilizado por Velneo vServer V7 por defecto.
Tambin podemos aadir el parmetro del puerto a continuacin de la lnea de comando, estableciendo este puerto
nicamente para esta ejecucin:
sudo ./vServer.sh -s /port=0000
Para activar el log debemos completar la ejecucin con el parmetro "/log", quedando la expresin:
exec "./vServer" "$@" "/log"
Pgina 5 de 14
Velneo vActivator V7
Cuando adquirimos una licencia de Velneo vServer V7, Velneo nos facilita una clave de licencia que define el nmero
de puestos de edicin y de ejecucin 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 instalacin de Velneo vServer V7.
Cuando lo ejecutamos se iniciar un asistente para la activacin de la licencia:

Y en l tendremos que especificar lo siguiente:
Clave de licencia: Que ser suministrada por Velneo. Es una cadena del tipo: VELNEO-XX-X-XXXXX-XXXXX-XXX-XX-
XX-XXXXX. Si el botn no se activa ser indicativo de que la clave introducida no es correcta.
Ubicacin de la activacin: Que nos permitir indicar si la activacin ser por usuario o por mquina; la opcin a
seleccionar depender de dnde vayamos a iniciar el servicio de Velneo vServer V7, si se va a iniciar en el mismo
usuario en el que se hace la activacin seleccionaremos la primera opcin, pero si el servicio va a ser iniciado a nivel
de mquina o de otros usuarios, entonces usaremos la segunda.
En Windows, cuando instalamos Velneo vServer como servicio, por defecto, asociar a la cuenta local de la mquina,
no a una cuenta de usuario:
Pgina 6 de 14

En Linux siempre ser un usuario quien tenga que iniciar el servicio VATP, por lo que la activacin 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 activacin tendr que hacerse con el usuario root y, por tanto, el servicio VATP
tambin tendr que estar asociado a ese usuario.
Modo de activacin: Si la mquina no tiene salida a Internet por el puerto 690 o hemos tenido algn problema para
llevar a cabo la activacin de forma automtica tendremos que activar la opcin Activacin manual.
Pulsaremos el botn para ir al siguiente paso del asistente.
Si hemos activado la opcin Activacin manual en el siguiente paso del asistente se nos muestra la clave de licencia
que queremos activar, una clave de mquina correspondiente a la mquina donde estamos realizando la activacin, y
nos pide una tercera clave, llamada clave de activacin. Esta ltima se calcula en base a las dos anteriores y para su
obtencin tenemos que contactar con Velneo y facilitar tanto la clave de licencia como la clave de mquina. Una vez
obtendia la clave de activacin cumplimentaremos dicho parmetro y pulsaremos el botn para pasar
al siguiente paso del asistente.
En el siguiente paso del asistente se informar sobre los puestos de la licencia a activar:
Pgina 7 de 14

Una vez comprobado que todo sea correcto, pulsaremos el botn . Se presentar un mensaje indicado
que la activacin ha sido realizada. En el caso de obtene algn 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.
Activacin de licencias por lnea de comandos
Es posible realizar la activacin de una licencia de Velneo vServer V7 en modo consola, mediante lnea de comandos.
El fichero a ejecutar se llama vActivator y admite los parmetros 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 grfico,
pero en modo texto.
-l: Para introducir la licencia de cliente.
-u: Para indicar la ubicacin donde desea guardar la clave de activacin. 0 guarda la informacin para toda la mquina,
1 para el usuario actual.
-m: Para introducir la clave de activacion cuando debemos hacer una activacin manual.
-r: Para proceder a una reactivacion con los datos actuales, o los nuevos en caso de ir acompaado de nueva
informacin.
Pgina 8 de 14
Ejemplos:
vActivator -c: Lanza vActivator en modo consola interactivo, se ir preguntando al usuario la informacin requerida.
vActivator -r: Tomando los datos actuales almacenados, intenta una reactivacion.
vActivator -l VELNEO-00-0-00000-00000-000-0-0-00000: 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 informacin por maquina, no por usuario.
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 ubicacin donde almacenar la informacion, pues ser por usuario.
vActivator -l VELNEO-XX-X-XXXXX-XXXXX-XXX-X-X-XXXXX -m XXXXX-XXXXX-XXXXX-XXXXX-XXXXX-XXXXX-
XXXXX-XXXXX- -u 0: Si la licencia y clave de activacion son correctos, activa la licencia por maquina.
Lnea de comandos de Velneo vServer V7
Velneo vServer V7 admite los siguientes parmetros en consola:
- i: Instala el servicio Vatp Service.
- s: Inicia el servicio Vatp Service.
- t: Detiene el servicio Vatp Service.
-v: Devuleve el estado del servicio Vatp y la versin de Velneo vServer instalada.

Pgina 9 de 14
Iniciar Velneo vServer V7
En este captulo veremos cmo se ha de realizar la iniciacin 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
- 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 continuacin a Herramientas administrativas y por ltimo
Servicios. En este panel encontraremos una lista de todos los servicios declarados en la mquina. Seleccionamos el
servicio correspondiente a Velneo vServer V7 y lo iniciamos.
Tambin es posible configurar en el servicio el inicio automtico, lo que iniciaria Velneo vServer V7 de manera
automtica al arrancar el sistema operativo.
Linux
En este captulo veremos cmo se ha de realizar la iniciacin de Velneo vServer V7 en el Sistema Operativo Linux.
Para iniciar Velneo vServer V7 en el entorno Linux debemos realizarlo a travs de la ejecucin de un script, por
ejemplo "vServer.sh", que se incluye en la instalacin. Esto es debido a que debemos indicarle al fichero vServer la
ubicacin de las libreras que usa.
La ejecucin 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 -(parmetros)
Podemos utilizar los siguientes parmetros:
-i (realiza la instalacin de Velneo vServer V7)
-s (inicia la ejecucin de Velneo vServer V7)
-t (finaliza la ejecucin de Velneo vServer V7)
-v (muestra por pantalla el estado de instalacin y ejecucin 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 mtodos alternativos como un demonio de sistema, por medio de otro servicio, a travs de un servicio
Web, por medio del panel de sistema ejecutando comando, etc.
Funcionalidades
En este captulo conoceremos una serie de funcionalidades de Velneo vSever V7.
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 travs de un protocolo propio de la plataforma denominado
VATP que se establece sobre el protocolo de comunicaciones TCP/IP estndar.
El protocolo VATP (Velneo Application Transfer Protocol) permite tanto la gestin de Velneo vServer V7 como la
edicin y ejecucin de proyectos. Adems, se encuentra especialmente optimizado para su uso en cualquier tipo de
red, independientemente de su velocidad o calidad, por lo que acta perfectamente tanto en redes locales LAN como
en redes de internet WAN, permitiendo operaciones con gran volumen de informacin.
Pgina 10 de 14
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 pgina 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 electrnico (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 autorizacin del propio
organismo tal y como se define en el RFC4340, Seccin 19.9.
Velneo vServer V7 admite la configuracin 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 travs 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 mquina a la que se desea acceder a travs 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 actualizacin en los clientes (Velneo vClient
V7, Velneo vDataclient V7 o Velneo ODBC driver V7) de toda la informacin que haya sido modificada en el servidor
(Velneo vServer V7).
Esta funcionalidad cliente-servidor implica que la informacin de cualquier modificacin de registros, realizada tanto en
procesos ejecutados en el servidor como por accin de otros clientes, se enviar a todos los clientes que estn
conectados y que hayan accedido al registro. El registro se ver actualizado cuando la informacin se presente en los
objetos sin necesidad de forzar el refresco de los controles que los muestran o abrir de nuevo el objeto.
Esta actualizacin 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 envo de los datos de los registros modificados, por lo que
no tiene gran repercusin en el trfico de red, si no que se enva nicamente la lista de los registros modificados a los
que haya tenido acceso el cliente, que sern borrados de la cach, de tal forma que si necesita mostrarlos de nuevo los
solicite al servidor.
Esta informacin 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 resultarn 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 informacin actualizada una vez liberados los registros tras la
modificacin.
En el caso de formularios, si stos son abiertos en cuadro de dilogo, dadas las caractersticas de este tipo de ventana,
no se realizar refresco alguno.
Sistema transaccional automtico
Una transaccin es cualquier operacin que implique escritura en disco.
Pgina 11 de 14
En Velneo vServer V7
En el desarrollo de aplicaciones empresariales, la seguridad de la informacin es uno de los apartados ms crticos. No
olvidemos que el valor de la informacin es muy superior al de las aplicaciones.
Por este motivo uno de los apartados bsicos en cualquier base de datos es la gestin de transacciones. Seguramente
te habrs encontrado con bases de datos en las que la gestin de transacciones requiere una programacin 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 aplicacin una mala gestin 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 programacin de transacciones ya que stas se gestionan de forma
automtica, tanto la transaccin como los bloqueos. La base de datos de Velneo V7 cumple las propiedades ACID para
la gestin 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 lnea de cdigo. Adems gestiona las
transacciones de forma individual por cada tarea, incluso si un usuario est ejecutando mltiples tareas cada una de
ellas es tratada de forma individual pudiendo deshacer una con independencia de que las dems terminen
correctamente.
Adems 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 2 procesos intentan a la vez actualizar un registro bloqueado por el otro
proceso. El servidor lo detecta, deshace una de las transacciones y deja continuar a la otra, a continuacin reintenta la
ejecucin del proceso cuya transaccin deshizo, y si tras varios intentos le resulta imposible su ejecucin, notifica al
usuario de la imposibilidad de ejecutar la tarea. Todo esto sin necesidad de escribir ninguna lnea de cdigo.
Por ltimo, el gestor de bloqueos de Velneo tambin es automtico y realiza el control de los mismos aplicando una
tcnica mixta denominada bloqueo blando y bloqueo duro. Ver el captulo dedicado al Sistema de bloqueos para
ampliar la informacin al respecto.
Transacciones desatendidas
Una transaccin desatendida se produce cuando se inicia una transaccin y al cabo de cierto tiempo no realiza
operaciones, ni crea registros ni los modifica, etc. El servidor entiende que ha sucedido algn error con esa transaccin
y la deshace de forma automtica al cabo de un tiempo.
Esto puede venir motivado porque durante un proceso se haya solicitado informacin al usuario final y est esperando
respuesta durante demasiado tiempo, se haya cortado la conexin, etc. El servidor en esos casos ha de deshacer la
transaccin 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 transaccin, 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 transaccin desatendida, teniendo en cuenta ciertos parmetros.
As, por ejemplo, un usuario puede estar modificando un registro con un formulario desde un proceso, o una serie de
registros, por lo que ha iniciado una transaccin y puede tener el proceso en espera mientras realiza unas tareas. Si el
usuario no realiza una operacin en un plazo mximo que ronda 6 minutos, los registros bloqueados permanecern
bloqueados en exclusiva para esa transaccin, esto quiere decir que no podrn ser bloqueados desde otras
transacciones. Pasado ese tiempo de 6 minutos, el usuario ya no tendr la exclusiva sobre los registros bloqueados,
pero el servidor le permitir tener abierta la transaccin pese a estar desatendida, siempre y cuando otro usuario no
intente acceder a alguno de los registros que se encuentran bloqueados por esa transaccin. nicamente en el caso
de que otro usuario intente realizar una modificacin de uno de los registros que se encuentran bloqueados por el otro
usuario, entonces el servidor deshar la transaccin desatendida a fin de responder a los requerimientos del otro
usuario.
La transaccin desatendida no estar tampoco eternamente abierta, si no que el servidor al cabo de un tiempo, largo,
del orden de horas, se encargar de deshacer todas aquellas transacciones que se encuentren desatendidas.
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.
Pgina 12 de 14
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 colisin (es decir, si han modificado campos diferentes) se funden las
modificaciones de ambos. Si hay colisin, 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 tambin 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
transaccin y lo bloquear en exclusiva en modo lectura/escritura hasta que finalice la transaccin. Eso tiene varias
implicaciones:
Dado que la edicin de la ficha implica el inicio de una transaccin todas las operaciones de lectura/escritura
que derivadas de la edcin de ese registro (actualizaciones, modificacin de histricos desde una rejilla
incluida como control objeto del formulario, etc.) quedarn englobadas en la misma, por lo que si la transacin
es deshecha, se desharn todas las operaciones de escritura realizadas tanto directa como indirectamente
desde ese formulario.
Todas las fichas modificadas directa o indirectamente desde el formulario sern tambin bloqueadas, por lo
que tampoco podrn 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 leda 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.
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
transaccin para bloquearlo, pero, como ya se encuentra bloqueado, no podr continuar con la
transaccin.
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 modificacin dispondremos de dos comandos de botn:
Cancelar/Cancelar controlado: Si usamos este comando se cancelarn 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 sern deshechas, salvo, claro est,
aquellas actualizaciones en las que intervenga el campo o campos cuya modificacin ser cancelada.
Deshacer/Deshacer controlado: Si usamos este comando se deshar la transaccin, es decir, que se
desharn todas las operaciones de escritura realizadas tanto directa como indirectamente desde ese
formulario. Este comando equivale al comando de instruccin de proceso Deshacer transaccin.
Lmite de tamao de fichero
El tamao mximo de archivo que puede soportar Velneo V7 est basado en el propio lmite del sistema de ficheros
usado en la mquina donde lo instalemos; por tanto, recomendamos usar en las mquinas donde instalemos Velneo
V7 un sistema de ficheros que soporte gran tamao de fichero.
Ejemplos de sistemas de fichero:
Windows: FAT, NTFS.
Linux: EX3, Btrfs.
Mac OS: HFS, HFS +.
Pgina 13 de 14
Copyright Velneo 2010

Pgina 14 de 14