Actualización automática de las licencias de build OEM
4D actualiza automáticamente las licencias de desarrollo cuando llegan a su fecha de caducidad. Sin embargo, las licencias de build OEM (4D Server OEM y llaves OEM XML) aún necesitan intervención humana para ser actualizadas. Esto causaba problemas en las cadenas de construcción automatizadas y, en general, una pérdida de tiempo.
4D 20 R9 extiende la actualización automática de licencias a las licencias de build OEM. Esta entrada de blog describirá los diferentes escenarios en los que ocurrirá.
Nueva clase para gestionar las conexiones TCP entrantes
En 4D 20 R8, introdujimos la clase TCPConnection, permitiéndole iniciar conexiones TCP a servidores remotos. Con 4D v20 R9, estamos entusiasmados de traerle la clase TCPListener, la llave para manejar conexiones TCP entrantes y construir un servidor TCP directamente en 4D.
Con estas dos clases-TCPConnection y TCPListener-usted tiene ahora control total sobre la comunicación TCP, tanto del lado del cliente como del lado del servidor.
Veamos cómo utilizarlas juntas.
Build de aplicaciones de evaluación
En las versiones anteriores de 4D, los desarrolladores podían solicitar versiones de evaluación para fines de desarrollo, pero ofrecer a los usuarios finales versiones de evaluación de las aplicaciones creadas – ya fueran autónomas o cliente/servidor – era un reto o incluso imposible.
A partir de 4D 20.7 y 20 R8, ahora puede crear versiones de evaluación de sus aplicaciones. Cuando un usuario ejecuta una aplicación de evaluación por primera vez en una máquina nueva, ésta contactará automáticamente con un servicio 4D para obtener una licencia de evaluación de 14 días, sin ninguna acción manual por parte del usuario.
Esta entrada de blog le guiará a través del proceso de creación de una versión de evaluación de su aplicación para propósitos de demostración.
Nueva clase para realizar conexiones TCP
Con el lanzamiento de 4D 20 R8, ha llegado una funcionalidad que cambia el juego: la clase TCPConnection. Esta moderna clase aprovecha la sintaxis orientada a objetos y soporta el manejo de conexiones de red asíncronas, ofreciendo una alternativa fresca y poderosa a 4D Internet Commands. Utilizando TCPConnection, puede conectarse prácticamente a todo, bien sean servidores, impresoras, cajas registradoras o dispositivos industriales, haciéndolo una herramienta versátil para manejar requerimientos únicos de red.
En esta versión, la funcionalidad cliente TCP está disponible, lo que le permite conectarse a servidores externos e intercambiar datos sin problemas.
Notarización en macOS: cambios en la estructura de los componentes
El proceso de notarización de macOS sigue evolucionando. Desafortunadamente, la estructura interna de los componentes 4D diseñada con 4D v11 – pensada para permitir la compatibilidad entre plataformas – ya no cumple con los requisitos introducidos por Apple para Macs basados en Silicon, haciendo que la notarización de componentes sea cada vez más difícil.
Para simplificar el proceso de despliegue, hemos actualizado la estructura de los componentes a partir de 4D 20 R8. Esta nueva estructura de carpetas hace que la notarización y el despliegue sean tan sencillos como desplegar una aplicación. Sin embargo, hay una advertencia importante: la estructura actualizada no es compatible con versiones anteriores de 4D (por ejemplo, 4D 20 R7 y anteriores), mientras que los componentes más antiguos seguirán siendo compatibles con las versiones más recientes de 4D.
El componente Build4D también ha sido actualizado para reflejar la nueva estructura. Cuando cree componentes, tenga cuidado y asegúrese de que está utilizando la versión correcta de Build4D.
Recordatorio importante: los componentes construidos con 4D 20 R7 o versiones anteriores pueden encontrar errores durante la notarización. La solución recomendada es actualizar a 4D 20 R8.
Cifrado, autenticación y validación de autoridades de certificación
En las últimas versiones, la seguridad de 4D se ha extendido significativamente, en particular en el área de los certificados. Esto incluye certificados autogenerados para la comunicación cliente-servidor, soporte para certificados ECDSA y, con 4D 20 R7, la validación de la autoridad del certificado para la comunicación cliente-servidor de aplicaciones autónomas. Algunos clientes exigen el máximo nivel de seguridad, lo que resalta la importancia de estas funcionalidades.
Sin embargo, la seguridad puede ser compleja, y es por esto que útil explicar cómo funciona una conexión TLS/SSL y el rol de los certificados. Por eso, antes de profundizar en las nuevas funciones, conviene desglosar los conceptos básicos de seguridad y sus interacciones.
Presentación de los singletons de sesión
Los singletons han sido una de las funcionalidades más destacadas de 4D 20 R5. Anteriormente, los desarrolladores podían utilizar dos tipos de singletons:
- el singleton de proceso, que es único para cada proceso, pero diferente entre procesos,
- y el singleton compartido, que es único para toda la aplicación.
Con 4D 20 R7, estamos lanzando un nuevo tipo de singleton: ¡el singleton de sesión!
La capa de red QUIC está lista para la producción
Con la beta de 4D 20, le presentamos nuestra nueva capa de red: La capa de red QUIC.
En ese momento, todavía estaba en desarrollo y por lo tanto eliminada de la versión oficial. Hoy, estamos encantados de anunciar que la capa de red QUIC está fuera de beta y oficialmente lista para producción.
Después de rigurosas pruebas de carga y valiosos comentarios de los primeros usuarios, la estabilidad y el rendimiento de QUIC han sido validados, superandoincluso aServerNet en áreas clave. Ahora que QUIC ha alcanzado la paridad de prestaciones con ServerNet en 4D 20 R5, es el momento perfecto para plantearse el cambio.
Pero primero, permítame contarle más sobre esta gran noticia.
Soporte REST y Qodly de Singletons
Con 4D 20 R5, liberamos los singletons. Y con 4D 20 R6, ahora le permitimos llamar directamente a las funciones expuestas de sus singletons compartidos a través de llamadas REST. Del mismo modo, puede utilizar las funciones expuestas de sus singletons compartidos en eventos al diseñar sus páginas Qodly. Permítanme profundizar en estas nuevas funcionalidades.
Gestión de peticiones HTTP con agentes HTTP
En 4D 19 R6, introdujimos las clases HTTP para modernizar la sintaxis y mejorar las funcionalidades de nuestros comandos cliente HTTP. Sobre esta base, 4D 20 R6 aporta una nueva y poderosa funcionalidad: Agentes HTTP. Estos agentes permiten a los desarrolladores personalizar y optimizar sus conexiones a servidores HTTP mediante la gestión de la persistencia y reutilización de conexiones para peticiones HTTP.
Contacto con nosotros
¿Tiene alguna pregunta, sugerencia o simplemente quiere ponerse en contacto con los bloggers de 4D? Escríbenos.
* Su privacidad es muy importante para nosotros. Haga clic aquí para ver nuestra Política