Velneo vUpdater permite actualizar los componentes de Velneo cuando uno de estos se conecta a un servidor que tenga una versión diferente a la de dicho componente y dicha versión sea actualizable (por el momento solo la 7.9).

En la versión actual de Velneo vUpdater los componentes que se pueden actualizar son los siguientes:

• Velneo vAdmin V7
• Velneo vClient V7
• Velneo vDevelop V7 y
• Velneo vWebClient V7

Y solo lanzará la actualización Velneo vClient. Esto es así porque en esta primera versión se ha querido facilitar la actualización en las instalaciones finales.

El funcionamiento sería el siguiente:

1. Tenemos un vClient de la version 7.9
2. Instalamos un servidor de la 7.10 y el vClient de la 7.9 se conecta a dicho servidor
3. Se mostrará un mensaje de confirmación para actualizar vClient, y los componentes donde este instalado, a la versión 7.10
4. Si no queremos actualizar seguirá ejecutando el vClient de la versión 7.9
5. Si confirmamos la actualización, los componentes se actualizarán a la version 7.10 y ejecutará el vClient de la version 7.10

Para que sea posible la actualización es necesario que en la carpeta donde este instalado vClient solo estén los componentes actualizables  (por ejemplo no permitiría la actualización si  en dicha carpeta estuviera vDataClient). Es recomendable instalar dichos componentes en una carpeta diferente a los componentes no actualizables. .

En siguientes versiones se podrán actualizar todos los componentes y avisará de la existencia de una nueva version de Velneo V7.

En ellas, se explicó el gran futuro de la plataforma mediante la aportación de novedades importantes por componentes externos y como Velneo 6x y Velneo V7 conviven en armonía.

Desde mi punto de vista fue todo un éxito.

Para los que no pudisteis acudir, os adelanto algunos de los vídeos ya publicados del evento:

1. Resumen.
2. Introducción al seminario Velneo 6.x a V7 por Alfonso Gutierrez.
3. Mesa redonda desarrolladores de V7, sus opiniones tras el cambio.
4. La Gestión del cambio por Fran Abad.
5. Arquitectura 6.x y V7 , similitudes y diferencias por Fran Abad
6. Nuevos conceptos en V7 por Fran Abad

También me parece interesante recordar este articulo cuyo contenido nos expuso Domi: Conviviendo V7 y 6.x en la misma aplicación.

Estos vídeos y otros los tendréis cómodamente a vuestra disposición también en el canal de Velneo en YouTube y el canal exclusivo del evento 6x+v7.

Por supuesto, ante cualquier necesidad sobre Velneo 6x + V7, consejos o comentarios sobre la mejor forma de convivir con ambas plataformas, no dudéis en poneros en contacto con nosotros. Estaremos encantados de ayudaros.

Un saludo.

• 99 Euros (sin iva) pase gold los dos días completos. (sólo los 25 primeros registros)
• Si eres empresa puedes solicitar el crédito de la Fundación Tripartita y te saldrá GRATIS.

Algunas de las principales novedades que se han implementado son:

Nueva arquitectura de proyectos vDiseño

Se ha dividido el proyecto vDiseño en dos proyectos dentro de la misma solución vDiseño. Se ha creado el proyecto vDiseño (copiar) al que se han movido todos los objetos de la carpeta Interfaz (Copiar). Este proyecto hereda al proyecto ya existente con el resto de recursos y solo lo debemos cargar en el vDevelop para copiar y reutilizar los objetos modelo que en el se incluyen. Se ha mantenido el proyecto ya existente vDiseño, en el que se han conservado los objetos contenido en la carpeta Heredable. Este proyecto es el único que debemos heredar desde nuestra aplicaciones.

Esta modificación supone una optimización en el diseño de aplicaciones ya que se evita tener que incluir los objetos movidos en todas nuestras instalaciones e instancias. También permite contar con una estructura paralela en la que incluir los objetos que sirven de modelo para el desarrollo de los objetos específicos de cada aplicación. Esto permitirá crear objetos de datos y de interfaz sin afectar lo más mínimo a las aplicaciones.

Nuevo sistema de permisos integrado

En vBase se ha implementado el uso del sistema de permisos a diferentes niveles. Esta implementación además de ser funcionalidad sirve de ejemplo para el uso de este sistema en las aplicaciones que hereden vBase. El sistema de permisos integrado en vBase persigue varios objetivos:

Abstracto para que pueda ser utilizado en una gran variedad de funcionalidades.

Flexible para facilitar la integración de permisos de las aplicaciones que heredan vBase.

Sencillo de implementar por parte del programador.

Sencillo de utilizar por parte del usuario. Que sólo sean necesarios definir las excepciones para que requiera la menor configuración posible de permisos.

	vDiseño 0.3 vDiseño es un  estándar gráfico de aplicaciones en Velneo V7 pero sobre todo es un componente cuya finalidad es ser el punto de partida para el resto de aplicaciones. Detalle de novedades Velneo vDiseño beta 0.3 Haz clic aquí para acceder a su ficha.
	vBase 2.3 Gestión de entidades, localizaciones, usuarios y grupos. Detalle Novedades Velneo vBase 2.3 Haz clic aquí para acceder a su ficha.

Estamos orgullosos de contar con grandes profesionales dentro de nuestra comunidad que, año tras año, continúan mejorando sus capacidades en el mundo del desarrollo empresarial y especialmente en la plataforma de desarrollo Velneo V7.

Todos estos desarrolladores han superado satisfactoriamente las pruebas tanto teóricas como prácticas y además cuentan con una amplia experiencia en el uso de la herramienta.

Velneo certifica que los desarrolladores que han pasado estas pruebas cuentan con grandes conocimientos en la plataforma y están al día de todas las novedades que Velneo aporta a la comunidad.

La renovación del título de Desarrollador Certificado Velneo V7 se realiza anualmente. Esto es debido a que la plataforma está en constante evolución. Desde el lanzamiento de la primera versión se han publicado, de media, más de 3 versiones al año. Renovar el certificado es la garantía de que todos los conocimientos están actualizados.

Algunas de las ventajas de ser desarrollador certificado o contar en tu empresa con desarrolladores certificados son:

• Todos los proyectos o contactos que lleguen a Velneo serán redirigidos exclusivamente a desarrolladores certificados.
• Después de superar las pruebas teórica y práctica, recibirán un diploma acreditativo.
• Además del diploma tendrán derecho a utilizar un logotipo específico de Desarrollador Certificado Velneo V7, que enlazará a la página oficial de Velneo con la lista de los desarrolladores certificados Velneo V7.
• Tu nombre aparecerá incluido en la lista oficial de Desarrolladores Certificados Velneo V7, que estará publicada en la web de Velneo.

Si estás interesado en ser desarrollador certificado, puedes ampliar información de la convocatoria ya realizada para certificaciones 2012 en la página Desarrollador Certificado Velneo V7.

Esta es la lista de desarrolladores de élite, si los necesitas, quizás puedas contratarlos….

¿Será un curso normal?

Será un curso especial ya que se impartirá con la última versión de Velneo V7 donde repasaremos las tan interesantes funcionalidades aparecidas (Nuevo Almacén de Objetos, QML, Navegante de Esquemas, …)

¿Dónde se impartirá?

En Madrid, en las oficinas de Professional Training.

¿Velneo me ayudará?

Queremos que vengas y te aproveches de esta ocasión única, así que, para las 4 primeras plazas que reserven antes del 31 de mayo, el precio final será de 899 € ahorrándote más del 30% del coste real.

¿Cómo reservo la plaza?

Contacta ya y aprovecha esta oportunidad única para formarte con la última versión de Velneo V7.

No puedes perderte esta ocasión única.

Life is soft.

Velneo Cloud API es un servicio que te permite interactuar con tu Velneo Cloud.

¿Qué puedo hacer con este API?

Con este servicio podrás interrogar el estado de tu Velneo Cloud, agregar usuarios, grupos, instancias, carpetas de disco, etc.

¿Ya lo tenemos?

En esta iteración 7.9, este servicio sale para el grupo de betatesters. A partir de la iteración 7.10 saldrá en beta para determinados niveles suscriptores de Velneo.

¿Cómo funciona?

Tienes dos opciones:

• Puedes utilizar una open app que ponemos a tu disposición donde dispones de una serie de funciones para hacer las llamadas al servicio.
• o hacer llamadas al web service que ponemos a tu disposición utilizando una librería http o un programa como Curl.

¿A mi para qué me sirve?

Tú, como programador Velneo, puedes fácilmente poner tu aplicación en modo SaaS dentro de Velneo Cloud y apoyarte en el servicio Velneo Cloud API para crear los grupos, usuarios e instancias para tus nuevos clientes.

Ponme un ejemplo

Imaginemos que tú, como desarrollador, creas una aplicación para floristerías (vFlor). Decides que la mejor manera de poner en producción tu producto es haciéndolo en SaaS. Creas una página web con tu CMS preferido (Joomla, WordPress, etc) e incorporas una zona donde tu futuro cliente puede adquirir el producto pagando por su uso.

Lo ideal sería que tu cliente pudiera empezar a trabajar lo antes posible. Así que decides crear una pequeña aplicación en Velneo V7 que funciona a modo de administración de las aplicaciones de tu cliente. Tu cliente se conecta a esa aplicación con el usuario y password que le has suministrado después de la compra y él mismo puede crear sus usuarios (recomendado que se use un email como nombre de usuario para evitar duplicidades).

Internamente y transparente para el usuario final, esa aplicación “Administración de vFlor” hereda de la open app vCloudAPI, con lo que fácilmente puedes hacer las llamadas que necesites para crear la instancia para este nuevo cliente, crearle un grupo de usuarios y añadir los usuarios de la aplicación vFlor a ese grupo según necesite el cliente (y facturando por supuesto).

Otra opción sería que en lugar de tener una aplicación “Administración de vFlor” lo haga todo a través de su CMS. En ese caso podría hacer llamadas a nuestro servicio REST de Velneo Cloud API. Es verdad que quedaría mucho más integrado dentro del CMS aunque también exige saber mucho más de html, css, CMS, etc.

¿Es gratis?

Es un servicio dirigido a los suscriptores de Velneo y para ellos no tiene un coste adicional.

¿Habrá más versiones?

Por supuesto, seguimos trabajando en nuevas funcionalidades que llegarán paulatinamente. Por ejemplo, algo que queremos incorporar es la posibilidad de solicitar una copia de seguridad de tu Velneo Cloud. De esta manera podrás programar la descarga de las copias a tu equipo local.

FAQ N1

¿De qué dispongo para desarrollar como N1?

Dispondrás de lo necesario para que un programador pueda desarrollar, administrar y ejecutar aplicaciones en Cloud con 128 MB de espacio en disco. Nivel 1 es un producto para la evaluación, formación y uso con fines no comerciales.

¿De cuántos usuarios de despliegue dispongo N1?

Tu servidor de desarrollo incluye un usuario para el despliegue de aplicaciones.

¿Cuántos usuarios de edición tengo?

Tu servidor dispone de un usuario de edición

¿Puedo descargar mis datos a local?

Velneo hace copias de seguridad de todo el Cloud, el N1 no tiene el servicio de obtener copias desde el panel. Si por alguna razón eres N1 y necesitas restaurar una copia de seguridad deberás contratar al menos N2.

¿Cómo me actualizo a las nuevas versiones?

El sistema de actualización bajo demanda sólo está disponible para suscriptores. Velneo actualizará a los N1 automáticamente y masivamente.

¿Cuándo actualizará Velneo a la 7.9 a los N1?

El Martes 29 de mayo de 2012.

¿Cuándo actualizará Velneo las futuras versiones a los N1?

Normalmente entre 1 y 2 meses a partir de la salida para los suscriptores.

1. Desarrolla en la nube

Puede que siempre hayas desarrollado aplicaciones en tu ordenador o en red local, también es posible que hayas realizado cambios en aplicaciones de tus clientes de forma remota, sin embargo, es menos probable que hayas desarrollado aplicaciones completas en la nube utilizando algún servicio PaaS (Platform as a Service).

Puede resultarnos extraño conectarnos a un servidor de edición en Cloud para programar, y aún nos costará más sabiendo que programar en local tiene ventajas en el rendimiento a la hora de guardar los cambios y ejecutar nuestra aplicación. Sin embargo, programar en la nube ofrece numerosas ventajas:

Ubicuidad

El código siempre está disponible aunque no dispongas de tu ordenador. Programa donde quieras y cuando quieras. Deja de programar en cualquier momento y lugar y continua trabajando desde otra ubicación y horario. La nube siempre está disponible para que puedas seguir donde lo dejaste.

Trabajo en equipo

Cada día está más extendido el teletrabajo y el trabajo en equipo. Es muy importante que la infraestructura donde se desarrolla esté disponible para todos los programadores del equipo en todo momento. Los servicios PaaS ponen a disposición de los programadores todo lo necesario para programar sin preocuparte por las infraestructuras, el software de sistemas operativos, copias de seguridad, etc.

Seguridad

Los servicios de PaaS entre otras muchas virtudes ofrecen la ventaja de la realización automática de copias de seguridad, incluso varias al día, evitando que la responsabilidad recaiga sobre los programadores.

Evitar pérdida de código

Algo básico cuando se trabaja en equipo es garantizar que los programadores no se pisarán el código mientras desarrollan. La mejor forma de conseguirlo es que todos los miembros del equipo programen contra el mismo servidor y evitar el uso de técnicas de copy/paste de código. Cada desarrollador debe trabajar sobre proyectos que estén protegidos evitando que otro programador pueda poner en peligro su código. Lo seguro no siempre es lo más cómodo pero debemos ponerla siempre en el primer lugar de la lista.

Excepciones

Como ocurre con cualquier regla, también se producen excepciones. Es cierto que la nube tiene grandes ventajas, pero también debemos tener en cuenta que existen casos en los que conviene trabajar en local, como por ejemplo, en procesos con grandes volúmenes de información a importar, exportar o procesar.  Por lo tanto programar en la nube debe ser una norma siendo flexibles a la hora de permitir contadas excepciones.

2. Ejecuta en la nube

Si programar en la nube es importarte, ejecutar en la nube es la clave del éxito

Testar en la nube

La mejor forma de garantizar que probamos nuestra aplicación en la nube es programar en la nube ya que eso nos obligará a testar nuestro código en las mismas condiciones que tendrán los usuarios finales de nuestra aplicación.

Sin sorpresas

Si programas en local te llevarás ingratas sorpresas cuando pruebes tu aplicación en la nube ya que es muy probable que te encuentren con un rendimiento no deseado, una funcionalidad o usabilidad reducida por las características del entorno de ejecución dependiente de factores que no son críticos cuando se ejecuta la aplicación en una red local.

Latencia

Nuestro mayor enemigo es la latencia que existe en las conexiones entre el cliente y el servidor. Esta latencia puede ser realmente notable en función de las infraestructura de nuestros proveedores de PaaS, SaaS, IaaS y de nuestros clientes con sus líneas ADSL, 3G, etc. Incluso es notable la diferencia de latencia entre conectarse a servidores que se encuentran ubicados en CPD’s de Europa y América.

Múltiples enemigos

La latencia no es nuestro único enemigo, también existen otras funcionalidades que pueden requerir de optimizaciones o cambios en la programación si deseamos obtener el mejor rendimiento. Se deben tomar decisiones sobre si debes ejecutar procesos o funciones de tu código en la parte cliente o en el servidor, también debes tener en cuenta la cantidad de información que debe viajar entre el cliente y el servidor. La ventaja de ejecutar en la nube es que serás consciente de los problemas desde el primer momento.

3. Prueba con datos reales en la nube

Optimizar es una tarea que debe realizarse desde el principio del desarrollo de una aplicación.

Mimar los tamaños

Debes ser meticuloso a la hora de definir los tamaños de la información que almacenarás en la base de datos. Siempre debemos tener presente que nuestros viajarán entre el servidor y el navegador cliente por lo que reducir su tamaño mejorará el rendimiento de las aplicaciones.

Muchos datos

Otro aspecto importante es testar con mucha información, cuanto más próximo a la BBDD real esté el modelo de pruebas más garantías existirán de que los usuarios sentirán la misma sensación de rendimiento que obtienen el desarrollador y el tester.

Prueba en las peores condiciones

Si trabajar con una BBDD de tamaño real es importante no lo es menos testar tus aplicaciones en las peores condiciones posibles. Te costará más optimizar y a cambio, evitarás sorpresas relacionadas con las diferencias de recursos hardware y de las diferentes características y velocidades que pueden darse entre en el entorno de desarrollo y el de ejecución.

No estás en local

De la misma forma que Google no te muestra todos los resultados cuando entras al buscador, si diseñas tu aplicación para la nube debes tener en cuenta la cantidad de información que manejas y  gestionar las búsquedas para que devuelvan un número razonable de registros. Debes ser prudente con la información que gestionas y dónde la gestionas, habrá casos en los que podrás optimizar la gestión en el servidor y otros en los que la información debe estar en el cliente.

Conclusiones

1. Si desarrollas aplicaciones que hoy o en el futuro deban ejecutarse en la nube, no lo dudes, programa en la nube, testa en la nube, optimiza y ejecuta en la nube  tus aplicaciones para que finalmente los usuarios consigan una gran experiencia de uso en la nube.
2. Si tu aplicación se ejecuta bien en la nube, en red local volará. Ocúpate  de probarla bajo las peores condiciones posibles, esto te ayudará a llevar al límite muchas de tus optimizaciones lo que terminará convirtiéndose en una ventaja.
3. Ejecutar en la nube te permitirá detectar y prevenir muchos problemas desde el primer momento evitando sorpresas derivadas de un mal testeo, o de realizar las pruebas en entornos de gran rendimiento.

El Cloud ha llegado para quedarse, no esperes más y comienza a programar en y para la nube.

Un evento de alta se ejecutará cuando se cree un nuevo registro, un evento de modificación se ejecutará cuando se modifique un registro y un evento de baja se ejecutará cuando se elimine un registro.

Dentro de cada tipo de evento, existen tres momentos distintos en el que éste puede ser disparado: Anterior, interno o posterior al evento. Así, disponemos de los siguientes tipos de eventos:

Alta:
• Anterior a un alta de ficha: El proceso es disparado antes de que la ficha sea guardada en disco.
• Interno a un alta de ficha: El proceso es disparado después de que la ficha haya sido guardada en disco y antes de disparar las actualizaciones.
• Posterior a un alta de ficha: El proceso es disparado después de que la ficha haya sido guardada en disco y después de disparar las actualizaciones.

Modificación:
• Anterior a una modificación de ficha: El proceso es disparado antes de que los cambios en la ficha sean guardados en disco.
• Interno a una modificación de ficha: El proceso es disparado después de que los cambios en la ficha hayan sido guardados en disco y antes de disparar las actualizaciones.
• Posterior a una modificación de ficha: El proceso es disparado después de que los cambios en la ficha hayan sido guardados en disco y después de disparar las actualizaciones.

Baja:
• Anterior a una baja de ficha: El proceso es disparado antes de producirse el borrado de la ficha.
• Interno a una baja de ficha: El proceso es disparado después de producirse el borrado de la ficha y antes de disparar las actualizaciones.
• Posterior a una baja de ficha: El proceso es disparado después de producirse el borrado de la ficha y después de disparar las actualizaciones.

Cualquier cambio que se desee realizar en la ficha, siempre deberá ser hecho antes de su grabación, es decir, en el evento anterior.

La ficha permanecerá bloqueada por el sistema mientras los procesos de los eventos estén siendo ejecutados.

Los eventos de tabla son ejecutados en el servidor, por lo que no se debe incluir en ellos ninguna instrucción que requiera la intervención del usuario, a excepción del comando mensaje ya que, al ejecutarlo en el servidor, lo que provocará será la salida del mensaje en el panel de mensajes de Velneo vAdmin V7. Lo que nos puede resultar de mucha utilidad en el caso de necesitar depurar un evento que programemos.

Los eventos de tabla, dado que son creados en los proyecto de datos, no podrán hacer uso de objetos definidos en proyectos de aplicación.

Orden de ejecución:

El orden en el que se ejecuta los eventos de tabla es 1) anterior, 2) interno 3) Posterior.

Si en un formulario creamos un evento de interfaz que modifica campos y luego “usa el comando interfaz guardar ficha en alta o modificación” para guardar cambios, el orden de ejecución será:

Comandos del evento de interfaz.
Comando “interfaz guardar ficha”.
Evento anterior.
Evento interno.
Evento posterior.