Notas de la versión 37
Es conveniente leer la información siguiente antes de actualizar a esta versión.
Ver requerimientos de la versión.
Ver recomendaciones para actualizar instalaciones en producción a una nueva versión de Veleno.
Ya no se soportan protocolos inseguros TLS1.0 y TLS1.1.
A partir de esta versión, Velneo vServer deja de soportar los protocolos TLS1.0 y TLS1.1 por considerarse inseguros. La versión mínina soportada es la 1.2.
Actualización de librerías OpenSSL a la versión 3.6.1
Se han actualizado las librerías de OpenSSL a la versión 3.6.1. Esta actualización incorpora mejoras de seguridad y correcciones de estabilidad. Si tu aplicación utiliza certificados o configuraciones específicas de OpenSSL, te recomendamos verificar su correcto funcionamiento tras la actualización.
Actualización de la compilación de Android a Qt 6.5.10
Se ha actualizado la compilación de Android a Qt 6.5.10 para cumplir con el requisito de Google Play de tamaños de página de 16 KB en librerías nativas. Este requisito es obligatorio para nuevas publicaciones en Google Play.
Obligatoriedad de actualizar la solución de vLanzadera a su versión 37
Si actualizamos a la versión 37 de vServer es obligatorio actualizar también la aplicación vLanzadera en su versión 37 ya que las versiones anteriores de vLanzadera no son funcionales en Velneo 37.
Podrás obtenerla en nuestra página de descargas. Una vez instalada, debemos reiniciar la instancia, ejecutarla y dejar que se lancen los procesos de migración.
Los comandos de consumo de servicio web y XmlHttpRequest usan HTTP/2 por defecto
En versiones anteriores, los comandos de consumo de servicio web y la clase XmlHttpRequest utilizaban HTTP/1.1 por defecto, y HTTP/2 estaba disponible únicamente mediante una clave beta. En esta versión, HTTP/2 es el protocolo por defecto. Si algún servicio externo al que conectes no es compatible con HTTP/2, podemos forzar el uso de HTTP/1 mediante una nueva clave beta.
Se recomienda comprobar el correcto funcionamiento de los procesos que consumen servicios web externos y de los scripts que usen XmlHttpRequest tras la actualización, especialmente aquellos que dependan de cabeceras HTTP. Recuerda que para asegurar la compatibilidad entre HTTP/1 y HTTP/2, las cabeceras HTTP deben definirse en minúsculas.
Desaparecen los comandos de instrucción de proceso del grupo Scripts
En la versión 36 dejaron de ser funcionales los comandos de instrucción de proceso del grupo Scripts. En esta versión se eliminan definitivamente del árbol de comandos de instrucción y del combo de selección de comandos en vDevelop. Si aún tenías referencias a estos comandos en tus proyectos, debes sustituirlos por procesos JavaScript o fórmulas JavaScript.
Nueva firma digital con Azure Trusted Signing
Se ha implementado el proceso de Trusted Signing de Azure para la firma de ejecutables (.exe) y librerías en Windows, sustituyendo el sistema de firma anterior. Esto no afecta a la funcionalidad de las aplicaciones, pero el certificado de firma es diferente al de versiones anteriores. Este nuevo sistema garantiza el origen y procedencia de los ejecutables y asegura "la reputación" para evitar mensajes de advertencia ante la instalación.
Nuevo servicio HTTPS
Velneo vServer incorpora un servicio HTTPS ligero que incorpora una potente funcionalidad de virtual Hosts que permite, en un Velneo vServer, acceder a las APIs configuradas en las instancias de las aplicaciones.
En Local, creará un virtualhost por defecto para el puerto 443.
En Velneo cloud el puerto establecido es el 8000 y no puede ser cambiado. Dicho puerto no está abierto y disponible, si no que se redirige por proxy inverso desde Apache, por el puerto que se tenga configurado. En el caso de desarrollo se puede ver en el panel el puerto HTTPS asignado.
En el caso de producción, usará el estándar 443 correspondiente a HTTPS y estará también visible en el panel de control.
En Cloud, en servidores con Apache, se usará el puerto estándar 443 también. Permitirá el acceso a vAdminWeb y vDataClientWeb, por ej.: https://c3.velneo.com:XXXX2/login, y la creación paths/location para servir aplicaciones de Velneo en el virtualhost por defecto, en sustitución de vModApache.
Los location de vModApache mandan sobre los del servicio https de Velneo. A medida que los vayan ellminando, se podrá usar ese mismo path para el servicio https de Velneo.
En Cloud en desarrollo, se redirigirá al puerto 2 correspondiente. Sólo será posible usar vAdminWeb y vDataClientWeb, por ej.: https://c3.velneo.com:XXXX2/login
Esto es así porque el servicio https es un servidor ligero que requiere de un proxy inverso anterior.
Mejoras de rendimiento en beta
Estamos trabajando también en mejoras de rendimiento en distintos ámbitos.
Si quieres disfrutar de la versión beta de estas mejoros, debes activar ciertas claves beta correspondiente en el cliente (en el caso de los objetos de interfaz) y también en el servidor (en el caso de procesos).
Estas son las distintas claves beta que podemos configurar:
Si activamos esta clave debemos tener en cuenta que los totales de los pies de rejillas deben ser calculados en tercer plano.
Formularios, fórmulas optimizadas
Clave: optimizarFormulariosClientFormulas
Valor: ED979A19EEFC93EE0E4F58FB93F432BF258E1E33
Ámbito: cliente.
Procesos, optimización de parámetros:
Clave: optimizarInstruccion
Valor: F15868161C0B05825E38ADE94001D5D9926CDFB7
Ámbito: cliente, servidor y Apache.
Desactivar soporte HTTP2
Clave: disableHttp2
Valor: FAE25622943A43D81F00A2D73B3F545D887C776E
Ámbito: cliente, servidor y Apache.
Última actualización
¿Te fue útil?