Saltar al contenido principal

Comparación de características entre los lanzamientos

Palisades

Developer Assistant para Jutro​

Developer Assistant MCP (acceso anticipado)​

Con la tecnología de protocolo de contexto del modelo (MCP), Developer Assistant MCP representa una nueva arquitectura para un desarrollo mejorado asistido por IA con Claude Code. Es una evolución de la plataforma Developer Assistant que aprovecha lo siguiente:

  • Funcionalidad de MCP. Protocolo estándar para que los agentes de IA accedan a herramientas y recursos.
  • Guías de prácticas recomendadas. Pautas seleccionadas y prácticas recomendadas para el desarrollo de Jutro.
  • Búsqueda inteligente de documentación. Acceso basado en la generación aumentada por recuperación (RAG) a la documentación de Jutro.
  • Autenticación de Okta. Acceso seguro a los servicios de backend de Developer Assistant.

En la siguiente tabla se destacan las diferencias entre Developer Assistant v1 y Developer Assistant MCP:

Funciónv1MCP
ProtocoloAPI de OpenAIMCP
Interfaz de usuarioPlugin Continue.devCódigo Claude
Método de interacción del usuarioChatAgente de generación de código de IA
Capaz de terminar tareas complejasNoSí
Capaz de encontrar y solucionar problemas de forma automáticaNoSí
Acceso a la documentación de GuidewireIndicaciones internas del sistema y bases de conocimientosGuías de prácticas recomendadas y búsqueda inteligente de documentación
AutenticaciónClave de desarrolladorSSO de Okta
ExtensibilidadLimitadaBasado en MCP, fácilmente extensible

Para obtener más información sobre Developer Assistant MCP, consulte Descripción general de Developer Assistant MCP.

Conocimiento de la plantilla de Jutro dentro de Developer Assistant MCP​

Developer Assistant para Jutro ahora muestra conocimiento seleccionado de las plantillas de Jutro directamente a través del servidor de Developer Assistant MCP. Esto brinda a los desarrolladores acceso en IDE a patrones de plantilla actualizados, orientación de uso de componentes y prácticas recomendadas cuando trabajan con plantillas de experiencia de Jutro.

Jutro Design System 10.13.0​

Se introdujeron rutas de importación alternativas para algunos componentes​

De acuerdo con nuestras políticas de cambios sin interrupciones, los componentes obsoletos durante la vida útil de Jutro 10 no sufrieron cambios en sus rutas de importación. Además, los reemplazos de componentes obsoletos se agregaron a la ruta de importación @jutro/components/new.

En una futura versión principal, planeamos actualizar estas rutas de importación. Para que la transición se realice sin problemas, puede comenzar a usarlas a partir de Jutro 10.13.

Puede seguir utilizando las rutas de importación anteriores, pero le recomendamos enfáticamente que las actualice lo antes posible. Para facilitar esta transición, agregamos nuevos codemods que actualizan sus aplicaciones a las nuevas rutas de importación. Para obtener una lista de los comandos de codemod de la CLI, consulte la documentación sobre codemods.

Nuevo componente avatar de menú desplegable​

Existe un nuevo componente DropdownMenuAvatar en Jutro Design System. Este componente es un tipo de avatar que funciona como un botón de menú desplegable. Cuando un usuario hace clic en el avatar, se abre un menú desplegable.

Para obtener más información sobre cómo utilizar el componente DropdownMenuAvatar, consulte la documentación sobre el avatar del menú desplegable.

Mejoras en el componente tabla​

El componente tabla se mejoró con compatibilidad para el filtrado y la expansión de filas. Las principales mejoras en el componente incluyen lo siguiente:

  • Nuevo sistema de coordenadas que admite la expansión de filas con indexación de subfilas.
  • Actualización de la navegación por teclado que maneja el movimiento entre filas y subfilas.

Revisen las rutas Ejemplos de Storybook para comprender cómo puede implementar estas características en su aplicación.

Los componentes TableEmptyState y TableLoader que manejan los estados vacío y cargando de la tabla se actualizaron con un escalado de altura que tiene en cuenta el contexto. Esta actualización evita que la interfaz de usuario parpadee y se desplace, ya que garantiza que los cargadores y los estados vacíos ocupen el mismo espacio vertical que el conjunto de datos anterior, lo que da como resultado una interfaz más fluida.

Nuevo comportamiento de la propiedad de lugares decimales para el componente de entrada de número​

Se ha cambiado el comportamiento de la propiedad decimalPlaces para el componente NumberInput. Ahora se impide que el usuario ingrese dígitos adicionales después del límite decimalPlaces. Por ejemplo, si decimalPlaces es 2, el usuario no puede ingresar un tercer dígito después de la coma decimal.

Si las propiedades initialValue o value tienen más dígitos que el valor permitido, el componente redondea el valor mostrado al número válido más cercano. El siguiente ejemplo muestra este comportamiento:

Nueva propiedad para establecer la cantidad de decimales en una entrada de divisa​

El componente CurrencyInput ahora tiene una propiedad decimalPlaces, con un valor predeterminado de 2. Puede usar esto para limitar cuántos dígitos puede agregar un usuario a un valor CurrencyInput. Por ejemplo, si decimalPlaces es 2, el usuario no puede ingresar un tercer dígito después de la coma decimal.

Si las propiedades initialValue o value tienen más dígitos que el valor permitido, el componente redondea el valor mostrado al número válido más cercano. El siguiente ejemplo muestra este comportamiento:

Nuevo conjunto de íconos de acción de la IA​

Existe un nuevo conjunto de íconos de acción de la IA en Jutro Design System. Estos íconos están diseñados para representar varias acciones relacionadas con la IA, como generar contenido, buscar datos o proporcionar información.

Consulte la lista de íconos para conocer las nuevas incorporaciones a la biblioteca de íconos.

Cumplimiento de los estándares de accesibilidad​

Los componentes de Jutro Design System han sido validados para cumplir con los estándares de las Pautas de accesibilidad al contenido web (WCAG) 2.2.

Estas pautas reconocidas internacionalmente definen cómo hacer que el contenido digital sea más accesible para las personas con una amplia gama de discapacidades, incluidas las discapacidades visuales, auditivas, motrices y cognitivas. Esto incluye garantizar que se cumpla lo siguiente:

  • La relación de contraste de los elementos textuales con respecto a su fondo es superior a 4,5:1.
  • El contenido no textual que debe transmitir significado (como íconos e indicadores de foco) tiene una relación de contraste de al menos 3:1 con sus colores adyacentes.
  • El elemento se puede operar con teclado, así como con mouse.
  • Se puede acceder al contenido mediante lectores de pantalla, como JAWS y VoiceOver.

Consulte Descripción general de la accesibilidad para obtener más información sobre nuestros estándares de accesibilidad.

Bibliotecas de interfaz de usuario de Jutro 10.13.0​

Ampliación de la configuración de linters con validación según los estándares de la nube​

La validación de los estándares de la nube ahora está integrada en las configuraciones de ESLint y Stylelint.

Garantiza el cumplimiento de las API públicas de Jutro detectando lo siguiente:

  • Importaciones no oficiales
  • Tokens de diseño personalizados que usan el espacio de nombres jds reservado
  • Variables internas de CSS
  • Dependencias no declaradas

Esta validación previene la deuda técnica y evita vulnerabilidades de seguridad, a la vez que detecta infracciones en las primeras fases del desarrollo.

La configuración está habilitada de forma predeterminada como advertencias, no errores, para evitar interrupciones durante el desarrollo. Se integra con las configuraciones de linting existentes sin conflictos, lo que facilita el mantenimiento de aplicaciones de Jutro coherentes y seguras. Consulte la página Linting para conocer los requisitos y los detalles de configuración de esta función.

Elementos obsoletos​

Hay elementos obsoletos en esta versión. Consulte nuestra página sobre elementos obsoletos para obtener más información.

Introducción de codemods en la CLI de Jutro​

Hemos agregado la capacidad de ejecutar codemods utilizando la CLI de Jutro. Los codemods se pueden utilizar para ejecutar cambios automatizados en el código de la aplicación para ayudarle a mantener y actualizar las aplicaciones.

Puede ejecutar codemods utilizando el siguiente comando de terminal:

jutro codemod:apply --name <CodemodName>

Para obtener más información sobre el comando de codemod de la CLI, consulte la documentación sobre codemods.

Se introdujeron rutas de importación alternativas para algunas API​

De acuerdo con nuestras políticas de cambios sin interrupciones, las características obsoletas durante la vida útil de Jutro 10 no sufrieron cambios en sus rutas de importación.

En una futura versión importante, planeamos actualizar estas rutas de importación y, para que la transición se realice sin problemas, puede comenzar a usarlas a partir de Jutro 10.13.

Puede seguir utilizando las rutas de importación anteriores, pero le recomendamos enfáticamente que las actualice lo antes posible. Para que esta transición sea lo más sencilla posible, hemos agregado nuevos codemods que se pueden usar para actualizar sus aplicaciones a las nuevas rutas de importación.

Para obtener una lista de los comandos de codemod de la CLI, consulte la documentación sobre codemods.

Nueva guía de introducción para microfrontends de modo compartido​

Ya contamos con una nueva guía, Introducción a los microfrontends. En esta guía se explica cómo exponer una aplicación de Jutro como microfrontend e incrustarla en una aplicación shell utilizando el componente MicroFrontend en modo compartido.

La guía incluye requisitos previos, pasos para la instalación del paquete y la configuración del repositorio, configuración de la exposición de la aplicación, integración de la aplicación shell y pasos de verificación.

Jutro Web Apps​

Nueva plantilla “Quote and Buy Foundation Experience” (Experiencia base para cotización y compra)​

Una nueva plantilla Quote and Buy Foundation Experience ya está disponible en la biblioteca de plantillas de Jutro Web Apps. Esta solución digital de Jutro, independiente de la línea de negocio, proporciona un flujo de cotización y compra configurable de principio a fin para líneas personales y comerciales, sin necesidad de un punto de inicio específico de la línea.

La plantilla incluye pasos estándares de cotización y compra: cuentas, coberturas de póliza, selección de cotización, detalles de cotización, resumen, pago, confirmación y comparación de cotización en paralelo. Puede usarla como aplicación independiente o integrarla en experiencias existentes, como Experiencia del agente.

Las ventajas clave incluyen lo siguiente:

  • Implementaciones de línea de negocio más rápidas: Comience con un flujo de cotización y compra listo para usar e inserte productos y coberturas específicos de la línea para reducir el tiempo de comercialización.
  • Experiencias uniformes en todos los productos: Utilice una base reutilizable para los procesos de cotización y compra, a la vez que permite mejorar la experiencia del usuario.
  • Configuración flexible de la cobertura: Impulse la configuración de la línea y la cobertura del bien asegurado desde la configuración y las definiciones de productos, en lugar del código específico de la plantilla.
  • Patrones de flujo integrados: Admita flujos autenticados, anónimos y de cambio de póliza, además de una comparación de cotización en paralelo.

Para obtener más información, consulte la documentación de la plantilla Quote and Buy Foundation Experience.

Nueva plantilla “Workers' Compensation Employer Experience” (Experiencia del empleador de compensación para los trabajadores)​

Hemos agregado una nueva plantilla, Workers' Compensation (WC) Employer Experience, a la biblioteca de plantillas de Jutro Web Apps. Esta es una solución digital de Jutro prediseñada que brinda a los empleadores un entorno unificado de autogestión para supervisar los siniestros, las pólizas y las operaciones relacionadas de compensación para los trabajadores.

Centraliza el acceso a información de pólizas y siniestros de WC, agiliza los flujos de trabajo de gestión de siniestros, proporciona información en tiempo real a través de visualizaciones de datos y admite las solicitudes de primer informe de lesión (FROI) cuando se integra con la plantilla FROI para WC.

Las ventajas clave incluyen lo siguiente:

  • Autogestión más rápida para los empleadores: Los gerentes de Recursos Humanos y riesgos pueden ver y administrar siniestros y pólizas en un solo lugar, lo que reduce las llamadas y el seguimiento manual.
  • Manejo optimizado de siniestros: Las vistas de siniestros y las páginas de detalles integradas brindan una mejor visibilidad del estado, las reservas y los pagos para permitir un manejo coherente.
  • Mayor apoyo a la toma de decisiones: La visualización de datos integrada muestra métricas clave de WC para que los empleadores y las aseguradoras puedan adoptar medidas en función de las tendencias más rápidamente.
  • Listo para ampliarse: Se entrega como una plantilla de experiencia de Jutro con componentes y patrones reutilizables, para que las aseguradoras puedan personalizar la experiencia a la vez que conservan la estructura central.

Para obtener más información, consulte la documentación sobre la plantilla WC Employer Experience.

Adopción de extensión de la interfaz de usuario del SDK de Digital​

Las siguientes plantillas se han actualizado para utilizar las extensiones de interfaz de usuario del SDK de Digital:

Para obtener más información sobre el uso de extensiones de interfaz de usuario del SDK de Digital en sus aplicaciones, consulte la documentación sobre extensiones de la interfaz de usuario del SDK de Digital.

Integración de la plantilla de experiencia del agente con BillingCenter​

La plantilla de experiencia del agente ahora incluye integración con las Cloud API de BillingCenter para que los agentes puedan ver las facturas de la cuenta en tiempo real y la información de facturación directamente en el panel de experiencia del agente. Para obtener más información sobre cómo configurar y usar la integración con BillingCenter, consulte la documentación sobre la plantilla de experiencia del agente.

Cumplimiento de los estándares de accesibilidad​

Las plantillas de Jutro han sido validados para cumplir con los estándares de las Pautas de accesibilidad al contenido web (WCAG) 2.2.

Estas pautas reconocidas internacionalmente definen cómo hacer que el contenido digital sea más accesible para las personas con una amplia gama de discapacidades, incluidas las discapacidades visuales, auditivas, motrices y cognitivas. Esto incluye garantizar que se cumpla lo siguiente:

  • La relación de contraste de los elementos textuales con respecto a su fondo es superior a 4,5:1.
  • El contenido no textual que debe transmitir significado (como íconos e indicadores de foco) tiene una relación de contraste de al menos 3:1 con sus colores adyacentes.
  • El elemento se puede operar con teclado, así como con mouse.
  • Se puede acceder al contenido mediante lectores de pantalla, como JAWS y VoiceOver.

Consulte Descripción general de la accesibilidad para obtener más información sobre nuestros estándares de accesibilidad.

Configuraciones de implementación en JWA​

Las configuraciones de implementación le permiten definir ajustes al nivel de configuración de la aplicación de Jutro. Puede reutilizarlas en las implementaciones y ascensos de esa aplicación, en lugar de volver a ingresar cada vez la autenticación, las variables y los encabezados de respuesta.

Las ventajas de las configuraciones de implementación incluyen lo siguiente:

  • Implementaciones más rápidas y repetibles. Guarde una configuración una vez y aplíquela a futuras implementaciones o ascensos de la misma aplicación.
  • Menos errores de configuración. La reutilización de configuraciones examinadas reduce los errores en la configuración de autenticación, las variables de entorno y los encabezados de respuesta.
  • Responsabilidad y ciclo de vida claros. Cada aplicación tiene una lista de configuraciones (en la que se indica el creador y la fecha de creación) que puede clonar o eliminar si no se utilizan.

Las configuraciones de implementación están disponibles para los clientes de Guidewire Cloud con acceso a JWA. Los clientes que pueden implementar aplicaciones pueden crear y administrar configuraciones de implementación.

Próximamente: API de backend para aplicaciones de Jutro​

Las API de backend son una nueva capacidad en la interfaz de usuario de Jutro Web Apps que brinda a los desarrolladores acceso a las siguientes características:

  • La capacidad de configurar superficies de API más granulares y específicas de la aplicación para aplicaciones de InsuranceSuite (IS).
  • La opción de usar autenticación basada en cookies al conectarse con esas aplicaciones de IS.
  • Integración de esas mismas aplicaciones de Jutro con funciones del lado del servidor implementadas en Guidewire Cloud Platform (GWCP).

La característica de API de backend es el componente de interfaz de usuario para un nuevo componente de Digital API Gateway que ofrece estas capacidades.

Esta característica estará disponible para todo público en junio de 2026. Para obtener más información, consulte la documentación sobre las API de backend.

SDK de Digital 10.13.2​

Consulte Notas de la versión del SDK de Digital.

Olos

Jutro Design System 10.12.0​

Nuevo componente tabla​

Se ha agregado un nuevo componente tabla a Jutro Design System. Puede usarlo para crear tablas en sus aplicaciones, desde simples visualizaciones de datos hasta tablas complejas que administran grandes conjuntos de datos con funciones avanzadas como búsqueda y filtrado.

La implementación de los componentes es modular, lo que le permite seleccionar las funciones necesarias para su aplicación y excluir las innecesarias. Este componente admite las siguientes funciones:

  • Título y subtítulo. Encabezado que describe el contenido de la tabla.
  • Controles de tabla. Conjunto de controles para manipular cómo se muestran los datos, como la búsqueda y los filtros.
  • Acciones de la tabla. Conjunto de botones que realizan una operación en el conjunto de datos de la tabla, como agregar un nuevo registro o exportar datos.
  • Encabezados de columna. Rótulos para cada columna que identifican el tipo de datos. Los encabezados también pueden incluir la funcionalidad de ordenamiento.
  • Filas de datos. Conjunto completo de celdas que representa un solo elemento o registro. Las filas pueden incluir controles de selección en forma de casillas de verificación.
  • Acciones de fila. Conjunto de acciones en la última columna que un usuario puede realizar en una fila individual.
  • Paginación. Controles que permiten a los usuarios navegar por las páginas de datos y ajustar el número de filas que se muestran por página.
  • Estados de tabla. Retroalimentación visual clara que se proporciona cuando la tabla no puede mostrar filas de datos porque aún se está cargando, faltan de datos o se ha producido un error.

Revise la documentación y los ejemplos de Storybook para comprender cómo puede implementar estas funciones en su aplicación. Algunas funciones, como la estructura de la tabla, la paginación y los estados de tabla, se crean como componentes de Jutro que puede importar y utilizar en su implementación. Para implementar otras funciones, como la búsqueda y el ordenamiento, debe desarrollar código personalizado y utilizar propiedades y funciones de devolución de llamada definidas en los contratos de componentes.

Para manejar la administración de datos de tablas, puede crear un gancho de React personalizado o usar funcionalidades de bibliotecas externas, como Tanstack Table. La documentación y los ejemplos de Storybook muestran ambas soluciones. Revíselos para seleccionar el enfoque que sea más adecuado para su implementación.

Para obtener más detalles sobre cómo utilizar el componente tabla, incluidos ejemplos de documentación y enlaces a Storybook, consulte las siguientes páginas:

Para ver una breve demostración de esta función, vea este video:

Nueva propiedad en el componente ruta de navegación para proporcionar contexto adicional para la navegación​

Para proporcionar más contexto al navegar por un sitio, el componente rutas de navegación ahora admite la propiedad showTwoBreadcrumbs. Esta propiedad le permite mostrar los nombres de ambas rutas de navegación si solo hay dos. Anteriormente, para un recorrido de dos rutas de navegación solo se mostraba una flecha hacia atrás, con o sin el rótulo “Atrás”. Para ver un ejemplo detallado que demuestra esta funcionalidad, consulte la documentación sobre rutas de navegación.

Nueva propiedad en los componentes de casilla de verificación y botón de selección​

Los componentes botón de selección y casilla de verificación ahora admiten una nueva propiedad secondaryLabel. Esta propiedad le permite mostrar contexto adicional debajo del rótulo principal.

Para ver ejemplos detallados que demuestren esta funcionalidad, consulte la documentación sobre el grupo de selección y la casilla de verificación.

Bibliotecas de interfaz de usuario de Jutro 10.12.0​

Developer Assistant para Jutro (acceso anticipado)​

Developer Assistant para Jutro es un asistente de código de IA generativa específico diseñado específicamente para el desarrollo de Jutro. Aumenta grandes modelos de lenguaje con una base de conocimientos seleccionada específica de Jutro para proporcionar asistencia de código específica utilizando componentes y patrones de Jutro.

Developer Assistant puede generar y refactorizar código, explicar la funcionalidad del código, depurar problemas y escribir pruebas unitarias basadas en indicaciones en lenguaje natural a través de una interfaz de chat. Todo el código generado no solo se basa en React y TypeScript, sino que también es idiomático en Jutro y sigue las prácticas recomendadas de Jutro.

Para obtener más información acerca de Developer Assistant para Jutro, consulte la documentación de Developer Assistant.

Jutro Web Apps​

Modo de prueba de JDP​

El modo de prueba de JDP ya está disponible para todo el público y ofrece una opción sin costo para que los clientes descubran las capacidades de Jutro Web Apps (JWA), creen aplicaciones pequeñas y evalúen la plataforma antes de comprometerse con un plan de pago. Incluye funciones esenciales y cuotas de uso limitadas adecuadas para fines de desarrollo y pruebas.

Qué está incluido:

  • El acceso de prueba de alcance limitado surgió directamente en la experiencia de JWA, para que los usuarios puedan explorar JDP y comprender su valor antes de suscribirse.
  • Un conjunto de funciones seleccionadas centradas en flujos de trabajo de desarrollo (como crear, compilar e implementar en desarrollo), con ascensos a preproducción y producción desactivados durante el modo de prueba.
  • La habilitación a nivel de inquilino permite la activación de la versión de prueba en función del entorno del cliente.

Para solicitar el modo de prueba de JDP, comuníquese con su gerente de satisfacción del cliente o con el administrador técnico de su cuenta.

Para obtener más información acerca del uso de JWA en el modo de prueba de JDP, consulte Acerca de Jutro Web Apps.

Editar y clonar elementos de configuración de la API de backend​

JDP ahora permite a los clientes editar y clonar elementos de configuración de la API de backend directamente en la experiencia de JWA. Esto agiliza los cambios de configuración y la reutilización en todos los entornos sin necesidad de volver a introducir datos manualmente.

Los beneficios incluyen estos:

  • Iteración acelerada al permitir que los equipos ajusten los terminales, encabezados y mapeos de la API en su lugar, lo que reduce el tiempo de ida y vuelta y los errores de copiar y pegar.
  • Ascensos a partir de reutilización. Comience con una configuración probada mediante la clonación y, a continuación, modifique solo lo que difiere para un nuevo servicio o entorno.
  • Gobernanza mejorada con controles basados en roles, validación e historial de auditoría para realizar un seguimiento de quién cambió qué y cuándo.

La función de la API de backend solo está disponible para los clientes que se registren en nuestro programa de acceso anticipado (EA). Hable con su representante de Guidewire para obtener más información sobre los criterios de elegibilidad para los programas de EA.

Plantillas mejoradas de experiencia de Jutro​

Las plantillas de experiencia de Jutro se han mejorado para enriquecer la experiencia del usuario y el rendimiento. También se han realizado los siguientes cambios en las plantillas:

Adopción de componentes de Jutro​

Las plantillas de experiencia de Jutro se actualizaron para utilizar los componentes tipografía y tabla. Para obtener más información sobre estos componentes, consulte las siguientes páginas de documentación:

Adopción de extensión de la interfaz de usuario del SDK de Digital​

Las siguientes plantillas se han actualizado para utilizar las extensiones de interfaz de usuario del SDK de Digital:

Para obtener más información sobre el uso de extensiones de interfaz de usuario del SDK de Digital en sus aplicaciones, consulte la documentación sobre extensiones de la interfaz de usuario del SDK de Digital.

SDK de Digital 10.12.0​

Hay una nueva opción AuthType para ayudar a configurar su SDK de Digital para clientes de autenticación basados en cookies. Para usar esta opción de configuración, establezca el tipo de autenticación en AuthType.Cookie al inicializar su SDK de Digital, como se muestra en el siguiente ejemplo:

import { initSdk, AuthType } from 'generated/<your-sdk-name>';

initSdk({
auth: {
authType: AuthType.Cookie,
},
backendUrl: '<your-backend-url>',
});

La opción AuthType.Cookie configura su cliente Axios para establecer withCredentials=true como la configuración predeterminada. Con esta configuración habilitada, el cliente incluye credenciales (cookies, encabezados de autorización y certificados de cliente TLS) en solicitudes de origen cruzado. Para obtener más información, consulte la documentación de Axios.

Para obtener más información acerca de las opciones de autenticación al inicializar su SDK de Digital, consulte la documentación del SDK de Digital.

Niseko

SDK de Digital 10.11.2​

Mejoras en el soporte para productos multilínea​

Compatibilidad para configurar ediciones en productos multilínea en el SDK de Digital.

Para obtener más información, consulte las notas de la versión del SDK de Digital.

Error con recuperación correcta durante la generación del SDK​

Si hay problemas para recuperar las definiciones y los esquemas de OpenAPI para una o más de sus instancias de InsuranceSuite, el proceso de generación ya no se interrumpe. El generador ahora registra una advertencia que brinda más información sobre la falla y continúa con el proceso de generación. Esto hace que falten una o más carpetas SDK después de la generación.

Para obtener más información sobre el proceso de generación, consulte la documentación sobre generación y configuración del SDK.

Minificación del código de la función de validación​

El código de la función de validación ahora se minifica de forma predeterminada. Este cambio reduce el tamaño y mejora el rendimiento de los SDK generados.

Si desea deshabilitar la minificación, hemos agregado una opción optInFeature de configuración del SDK: disableMinification. Si se establece en true, esto desactiva la minificación de las funciones de validación generadas.

Para obtener más información sobre las opciones de configuración del SDK, consulte la documentación sobre generación y configuración del SDK.

Jutro Design System 10.11.0​

Mejoras técnicas​

Esta actualización incluye una serie de mejoras y correcciones de errores.

Nuevo componente de tipografía​

Se ha agregado un nuevo componente de tipografía a Jutro Design System. Este componente le permite aplicar fácilmente diferentes estilos de tipografía a sus elementos de texto, lo que garantiza una representación del texto coherente y semánticamente correcta. Al separar la apariencia visual (definida por variant) del significado semántico (definido por tag), esta función proporciona flexibilidad a la vez que mantiene la accesibilidad.

Para ver una breve demostración de esta función, vea este video:

Para obtener más información sobre cómo utilizar el componente de tipografía, consulte la documentación.

Componentes desplegables mejorados​

Se agregaron nuevas propiedades a los componentes desplegables para mejorar su usabilidad:

Bibliotecas de interfaz de usuario de Jutro 10.11.0​

@jutro/auth proporcionó mejoras al cliente Okta​

  • Los microfrontends que utilizan el modo aislado ya no activan ventanas emergentes de autenticación cuando el usuario ya ha iniciado sesión.
  • Evita redireccionamientos o devoluciones de llamada a los terminales en cada nueva carga de página.

Ambos casos requieren que el usuario haya iniciado sesión y tenga habilitadas las cookies de terceros en el navegador.

Jutro Web Apps​

API de backend​

La arquitectura de JDP está introduciendo las API de backend para mejorar la seguridad y la innovación. Las API de backend son un modelo sólido pero adaptable que se alinea con las expectativas de las aseguradoras.

Esta función consta de tres subfunciones:

  • Superficie de Cloud API pública configurable: permite controlar por aplicación qué Cloud API públicas están expuestas a Internet. Se lanzará durante Niseko a finales de agosto.
  • Controladores de solicitud personalizados: permiten a los equipos de desarrollo integrar aplicaciones JDP con lógica empresarial del lado del servidor adaptada a las necesidades digitales, como reglas personalizadas de autorización para usuarios finales o transformaciones de datos. Se lanzará durante Niseko a finales de agosto.
  • Autenticación basada en cookies: esta es una nueva solución que hace que los tokens de autenticación sean inaccesibles en el navegador. Se lanzará durante Niseko a finales de septiembre.

Estas funciones permiten a las aseguradoras ajustar sus aplicaciones digitales, hacerlas más seguras y que se adapten a sus requisitos.

Implementaciones de CDN en entornos de desarrollo​

La introducción de implementaciones de CDN en entornos de desarrollo permite el uso de implementaciones de CDN con dominios personalizados en el entorno de desarrollo. Esto sigue el patrón existente de ascensos de preproducción y producción.

Permite a los desarrolladores de las aseguradoras simular implementaciones similares a las de producción durante el desarrollo. Aumenta la flexibilidad de los desarrolladores en la implementación de aplicaciones Jutro y mejora la experiencia general de los desarrolladores.

Los clientes ahora pueden adaptarse a casos de uso especiales, que requieren diferentes nombres de dominio personalizados para la misma aplicación para diferentes etapas de desarrollo (órbitas inferiores).

Para obtener más información, consulte Compilación e implementación de una aplicación de Jutro.

Mejoras en los paquetes compartidos​

Las siguientes mejoras se han lanzado en respuesta a los comentarios de los clientes:

  • La interfaz de usuario ahora muestra cuándo hay una actualización disponible para los paquetes compartidos.
  • Ya está disponible la publicación de paquetes compartidos desde las ramas de versiones.
  • Las actualizaciones de Jutro para el repositorio de paquetes compartidos ahora son automáticas.
  • La aplicación del nodo 22 ya está en vigor para las canalizaciones de paquetes compartidos.

Para obtener más información, consulte Creación, hosting y distribución de paquetes compartidos.

Plantillas de experiencia nuevas y mejoradas​

Las plantillas de experiencia de Jutro se han actualizado con nuevas características y mejoras para enriquecer la experiencia del usuario y se han implementado en la versión 10.11.2 de Jutro. En esta versión, los tokens de diseño ahora se utilizan en toda la plantilla. Para obtener una lista de todos los tokens de diseño que están disponibles, consulte la página Lista de tokens de diseño.

También se han actualizado las siguientes plantillas:

Actualizaciones de la plantilla de experiencia del agente​

La plantilla Agent Experience (Experiencia del agente) ahora incluye las siguientes características:

  • Consulta de siniestros del agente: los agentes ahora pueden realizar consultas autogestionadas sobre los siniestros que se han solicitado en las pólizas atendidas por el agente. Incluye toda la información principal del siniestro, junto con el estado general del proceso de resolución del siniestro.

  • Informes de agentes: las aseguradoras ahora pueden integrar informes interactivos de Guidewire Explore directamente en la plantilla de experiencia de agentes. Algunas partes de esta función aún están en desarrollo y se incluirán en una versión posterior.

  • Comisiones de los agentes: los agentes ahora tienen información en tiempo real sobre cuánta comisión se gana al nivel de cuenta, la póliza y el plazo de la póliza.

  • Mejoras en las renovaciones: esta función amplía la capacidad de ver las transacciones en borrador y de renovaciones antes de sus fechas de entrada en vigencia. Cuando un usuario ve un plazo de renovación, ahora también tiene la capacidad de modificar las coberturas de la póliza y aplicar el cambio al plazo. No permite cambiar la fecha de vigencia de la renovación.

Actualizaciones de la plantilla de experiencia del asegurado​

La plantilla Policyholder Experience (Experiencia del asegurado) ahora incluye las siguientes características:

  • Consultas de siniestros del asegurado: los asegurados ahora pueden realizar consultas autogestionadas sobre siniestros que se han enviado en sus propias pólizas. Incluye toda la información principal del siniestro, junto con el estado general del proceso de resolución del siniestro.

  • Mejoras en las renovaciones: esta función amplía la capacidad de ver las transacciones en borrador y de renovaciones antes de sus fechas de entrada en vigencia. Cuando un usuario ve un plazo de renovación, ahora también tiene la capacidad de modificar las coberturas de la póliza y aplicar el cambio al plazo. No permite cambiar la fecha de vigencia de la renovación.

  • Facturas detalladas: los asegurados ahora pueden ver detalles de partidas individuales de los cargos en sus facturas, lo que proporciona una mayor transparencia de los costos asociados con su cobertura.

Actualizaciones de la plantilla Workers' Compensation Quote and Buy​

La plantilla Workers' Compensation Quote and Buy ahora incluye las siguientes características:

  • Funcionalidad de cambio de póliza: los agentes ahora pueden cambiar una póliza a medio plazo y modificar una serie de elementos, incluidos los detalles de la póliza, las coberturas, las ubicaciones, las jurisdicciones, el código de clase del empleado, los datos de nómina y la información de análisis de riesgos. Después de realizar los cambios, el agente puede cotizar la póliza y ver un resumen de esta con una comparación de las vistas anteriores y posteriores de los cambios en la póliza.

  • Cargas masivas de empleados: una nueva interfaz de usuario diseñada específicamente para admitir la carga de hojas de cálculo que contengan datos de los empleados. Esto agiliza el proceso de realizar cargas masivas de información de los empleados en el sistema.

Note: Actualmente, no hay una API para vincular la plantilla con la función de importación/exportación. Por lo tanto, se deben desarrollar las conexiones necesarias entre los enlaces de frontend y la implementación de backend para que sea totalmente compatible con esta función.
Nueva plantilla de FROI de compensación para los trabajadores (acceso anticipado)​

La plantilla de FROI de la compensación para los trabajadores es una plantilla de experiencia de Jutro prediseñada para el primer informe de lesión (FROI). Esta plantilla proporciona un microfrontend o una aplicación independiente que las aseguradoras pueden usar para capturar datos del FROI para la compensación para los trabajadores.

Plantilla Personal Auto FNOL: función de selección de proveedores​

La función de selección de proveedores ayuda a captar la selección de proveedores demandantes para las reparaciones de la carrocería de los vehículos con un flujo de preguntas prediseñado que puede incluirse en el primer aviso de pérdida (FNOL) inicial o enviarse como una solicitud secundaria. Los asegurados pueden seleccionar un proveedor en Google Maps o agregar uno propio. Esta función es compatible con una función de Guidewire.

SDK de Digital 10.11.0​

No hay funciones nuevas para el SDK de Digital en esta versión.

Jutro para backends que no son de Guidewire​

Jutro para backends que no son de Guidewire es una nueva función que permite a los clientes utilizar Jutro Digital Platform (JDP) con sistemas de backend de seguros que no fueron desarrollados por Guidewire. Anteriormente, la licencia de JDP restringía el uso a los backends de Guidewire. Esta función elimina esa restricción, lo que permite una experiencia unificada del cliente durante las migraciones de sistemas heredados a Guidewire o mantener una única interfaz en los backends de Guidewire y los que no son de Guidewire.

Para la implementación inicial de esta función, deberá utilizar Integration Gateway. Para obtener más información sobre la configuración, visite el tutorial Integración de las aplicaciones de Jutro e Integration Gateway.

Actualmente, esta función está restringida a los siguientes perfiles:

  • Agente cautivo
  • Agente independiente
  • Representante de Servicio al cliente
  • Asegurado
  • Proveedor

Para otros perfiles, consulte a su Departamento de Ventas/CSM para conocer las opciones.

Si un cliente presenta una solicitud de asistencia para esta función, Guidewire le ayudará a determinar si el problema corresponde al ámbito de aplicación de los productos compatibles con Guidewire. Si fuera así, el Equipo de Asistencia técnica de Guidewire se encargará del problema. Sin embargo, si el problema está relacionado con un terminal externo, se notificará al cliente y Guidewire no se hará responsable de proporcionar asistencia para los asuntos derivados de problemas con ese terminal externo.

Mammoth

SDK de Digital 10.10.8​

Se volvieron a introducir mejoras en la compatibilidad para productos multilínea​

En el SDK de Digital, hemos vuelto a introducir una compatibilidad mejorada para configurar ediciones en productos multilínea. Esta es la misma función que agregamos en el parche 10.10.5 de Jutro que se eliminó en el parche 10.10.7 de Jutro.

Para obtener más información sobre esta función, consulte las notas de la versión del SDK de Digital.

SDK de Digital 10.10.5​

Mejoras en el soporte para productos multilínea​

Compatibilidad para configurar ediciones en productos multilínea en el SDK de Digital.

Para obtener más información, consulte las notas de la versión del SDK de Digital.

SDK de Digital 10.10.1​

Nueva propiedad de configuración de extensiones de interfaz de usuario del SDK de Digital​

La propiedad de configuración dangerouslyForceEntityFieldGeneration se agregó para forzar la generación de extensiones de campo para las entidades que no cumplen con el tipo JSONSchemaWithFields.

Para obtener más información, consulte la documentación sobre generación de extensiones de interfaz de usuario del SDK de Digital.

Jutro Design System 10.10.1​

Nuevos tokens de diseño aplicados a los componentes​

Se ha aumentado el número de tokens de diseño disponibles para personalizar los siguientes componentes:

  • Card
  • ClickableCard
  • DropdownMenu y sus componentes secundarios
  • InlineLoader
  • InlineNotification
  • Loader
  • ModalNext
  • LookupField
  • ToastProvider

Se mantiene la compatibilidad con versiones anteriores y estos componentes solo se verán afectados en caso de que su tema incluya los nuevos tokens de diseño. La única excepción es en caso de que esté utilizando variables --JDS-TOAST-NOTIFICATION-TEXT-PADDING o --JDS-INLINE-NOTIFICATION-MESSAGE-PADDING CSS, ya que estas han sido eliminadas.

Note: Con los tokens de diseño adicionales, podrá hacer que la apariencia del componente Lookupfield sea más similar a los otros componentes de entrada.

Jutro Design System 10.10.0​

Mejoras técnicas​

Esta actualización incluye una serie de mejoras y correcciones de errores.

Cumplimiento de WCAG 2.1​

Hemos revisado los componentes de Jutro Design System y hemos realizado las modificaciones necesarias para que cumplan con WCAG 2.1.

Note: Esto se aplica a los componentes estables en la versión de Jutro 10.10.0. Para los componentes obsoletos, el nivel de cumplimiento sigue siendo WCAG 2.0.

Nuevos contenedores de composición y disposición de página​

Hemos agregado varios componentes nuevos para contenedores de composición y disposición de página con el fin de proporcionar flexibilidad adicional al implementar los requisitos de composición y disposición:

Note: Estos se pueden utilizar como alternativa o como complemento del componente AppFloorplan. Consulte la documentación de la composición y disposición de página para obtener más información.

Renovación pasiva de tokens​

Se introdujo la renovación pasiva de tokens en el cliente de autenticación. En este método, la validez del token se verifica en cada acceso y, si ha caducado, se renovará antes de devolverlo. Para obtener más información sobre la renovación pasiva, consulte la documentación del cliente de autenticación.

Migración a la renovación pasiva de tokens​

La renovación pasiva de tokens se introdujo en la versión 10.10. La renovación activa no quedó obsoleta, pero se recomienda pasar a la renovación pasiva. Para habilitar esta función, debe realizar los siguientes pasos:

  1. Elimine las variables JUTRO_AUTH_SILENT_REDIRECT_PATH y JUTRO_AUTH_SILENT_LOGIN_PATH, si están presentes. Estas variables son específicas del método activo con inicio de sesión silencioso y no son necesarias para el método pasivo.
  2. Agregue offline_access a la variable JUTRO_AUTH_SCOPE.
  3. Asegúrese de que la configuración de la aplicación Guidewire Hub incluya la concesión REFRESH_TOKEN en su matriz authSettings.grantTypes.
  4. Agregue la variable JUTRO_AUTH_USE_PASSIVE_TOKEN_RENEWALS=true.
  5. Reemplace los siguientes usos de propiedades desde el gancho useAuth:
Renovación activaRenovación pasiva
isAuthenticated: boolean | nullgetIsAuthenticated: () => Promise<boolean | null>
accessToken: string | nullgetAccessToken: () => Promise<string | null>
idToken: string | nullgetIdToken: () => Promise<string | null>
userInfo: OidcUserInfo | nullgetUserInfo: () => Promise<OidcUserInfo | null>

Nueva variable de entorno de cliente de autenticación​

Se introdujo la variable de entorno JUTRO_AUTH_PREPEND_AUTH_CALLBACKS_WITH_BASEURL. Si se establece el valor de esta variable de entorno en true, se antepondrá automáticamente el valor routerBasename para redirigir las rutas pasadas como argumentos a las funciones de cliente de autenticación login() y logout(). Para obtener más información, consulte la documentación del cliente de autenticación.

Al pasar rutas de redirección hacia login() y logout() con JUTRO_AUTH_PREPEND_AUTH_CALLBACKS_WITH_BASEURL=false, aparecerá una advertencia de elemento obsoleto.

Nuevos códigos de error del cliente de autenticación​

Hemos agregado dos nuevos códigos de error de cliente de autenticación.

  • JUTRO_AUTH_ACCESS_DENIED_ERROR: El usuario no está asignado a la aplicación.
  • JUTRO_AUTH_LOGIN_REQUIRED_ERROR: La aplicación no pudo renovar los tokens mediante el método de inicio de sesión silencioso porque el navegador bloquea las cookies de terceros.

Para obtener más información sobre los errores del cliente de autenticación, consulte la documentación sobre el cliente de autenticación.

Note: Si ha implementado algún manejo de errores de autenticación personalizado para errores access_denied, deberá realizar cambios para utilizar el nuevo código de error JUTRO_AUTH_ACCESS_DENIED_ERROR en su lugar.

Consulte la documentación sobre el cliente de autenticación para obtener más información sobre el manejo personalizado de errores.

Bibliotecas de interfaz de usuario de Jutro 10.10.0​

Extensiones de la interfaz de usuario del SDK de Digital​

La ejecución del comando jutro-cli jutro generate:digital-sdk, además de generar el SDK de Digital, también generará un nuevo conjunto de componentes, ganchos y proveedores basados en los esquemas de Cloud API de InsuranceSuite que se utilizarán en su aplicación de Jutro.

Para obtener más información, consulte la sección Consumo de Cloud API mediante el SDK de Digital de los documentos de Jutro.

Note: Las nuevas extensiones de la interfaz de usuario del SDK de Digital permiten un aumento adicional de la productividad de la programación, ya que transforman los esquemas de Cloud API de InsuranceSuite en componentes de campo de entidad y otras herramientas de React. También asignan datos de InsuranceSuite y reglas de productos a componentes de la interfaz de usuario de Jutro o sistemas de diseño personalizados.

Actualizaciones del modo de componente de MicroFrontend​

Se actualizaron los nombres de modos de componentes de MicroFrontend:

  • El modo moduleFederation ahora es shared.
  • El modo iframe ahora es isolated.

Los nombres de los modos originales siguen funcionando, pero quedan obsoletos. Se recomienda actualizar cualquier referencia en el código para evitar problemas futuros.

Asistencia para el manejo de errores de microfrontend​

Se agregó una devolución de llamada onError que se utilizará cuando haya problemas con la carga de un iframe o con el microfrontend en sí.

La versión del nodo 18 es obsoleta​

Warning: A partir del 30 de abril de 2025, no podrá crear nuevas aplicaciones en el nodo 18. Está llegando al final de su vida útil y no recibirá actualizaciones de seguridad.

Es posible que la ejecución de versiones obsoletas exponga la aplicación a vulnerabilidades.

Puede migrar aplicaciones existentes al nodo 22 hasta el 30 de septiembre de 2025. Actualice todas las aplicaciones lo antes posible.

El mantenimiento del nodo 18 finaliza en abril de 2025 y no recibirá asistencia técnica después de esa fecha. El uso del nodo 18 en Jutro queda obsoleto y se recomienda actualizar al nodo 22.6.0 o uno posterior.

Para migrar, haga lo siguiente:

  • Actualice el campo engines en su package.json a:
  "engines": {
"node": ">=22.6.0 < 23",
"npm": ">=10.8.2 "
}
  • Si usa NVM para administrar versiones del nodo, debe actualizar su archivo .nvmrc a v22.6.0.
  • Instale Node.js v22.6.0 (y si no es usuario de NVM, elimine la versión anterior).
  • Actualice las pruebas unitarias que utilizan Intl (Node.js v22 se actualiza de acuerdo con la última versión de Intl).
  • Elimine node-sass de su package.json y agregue "sass": "1.81.0" en su lugar.
    • Si tiene problemas con "sass": "1.81.0", intente usar "sass": "1.77.8" en su lugar.

Para comprobar si la aplicación sigue funcionando con una versión más reciente de Node.js (por ejemplo, en las canalizaciones de TeamCity), haga lo siguiente:

  • Actualice el campo engines en su package.json a:
  "engines": {
"node": ">=22.6.0 < 23",
"npm": ">=10.8.2 "
}
  • Elimine node-sass de su package.json y agregue "sass": "1.81.0" en su lugar.
    • Si tiene problemas con "sass": "1.81.0", intente usar "sass": "1.77.8" en su lugar.
Warning: Problema conocido

Un cambio en el proceso de traducción en el nodo 22 hace que un carácter de espacio sea reemplazado por un espacio Unicode estrecho de no separación. Esto puede dar lugar a pruebas unitarias fallidas, ya que no coincide con el patrón regex \s.

Note: Webpack 4 no es compatible con el nodo 22; el uso del nodo 22 requiere la actualización a Webpack 5.
Note: Las diferentes versiones de Node.js en entornos locales y de CI pueden llevar a un comportamiento incoherente de las pruebas unitarias para los componentes que utilizan Intl.

Paquete @jutro/cli-npm-preinstall obsoleto​

El paquete @jutro/cli-npm-preinstall personalizado ahora queda obsoleto. Este paquete se usaba para forzar una versión específica de dependencia transitiva como forma de resolver problemas de seguridad.

Ahora existe una solución nativa en npm para esto, que se debe usar en su lugar.

Invalidaciones de migración a npm​

Si su aplicación actualmente usa resoluciones, debe seguir estos pasos:

  1. Elimine el archivo preinstall.js de la raíz del proyecto.
  2. Elimine el script preinstall de package.json.
  3. Cambie el nombre de resolutions en package.json a overrides.

Jutro Web Apps​

Plantillas de experiencia nuevas y mejoradas​

Hemos agregado dos nuevas plantillas: “Commercial Auto FNOL” y “Workers' Comp”, para darle una ventaja en la implementación de experiencias digitales.

Para obtener más información, consulte las páginas de documentación sobre las plantillas:

También hemos agregado más capacidades y mejoras a las siguientes plantillas:

  • La plantilla Agent Experience (Experiencia del agente) ahora incluye una barra lateral Actividades. Esta barra lateral permite a los agentes ordenar las actividades por fecha, prioridad y título. Las actividades también se pueden buscar por número de cuenta, número de póliza o número de trabajo (solicitud). Con este cambio, los agentes también pueden crear y adjuntar cualquier cantidad de notas con formato libre a cualquier actividad.
  • La plantilla “PolicyHolder Experience” (Experiencia del asegurado) ahora incluye la capacidad de que el asegurado realice consultas de facturación en su cuenta y vea las facturas de su póliza junto con sus respectivos estados (vencida, por pagar, pagada), así como el monto por pagar y la fecha de vencimiento. Las aseguradoras también pueden optar por ampliar la capacidad de los asegurados de pagar su factura en línea a través de una integración con un proveedor de pagos digitales.

También se ha cambiado el nombre de las siguientes plantillas:

Nombre original de la plantillaNombre actualizado de la plantilla
Agent Quote and Buy Personal AutoPersonal Auto Quote and Buy
Agent Quote and Buy Commercial Auto ExperienceCommercial Auto Quote and Buy
Demo Homeowners QuoteHomeowner Quote and Buy

SDK de Digital 10.10.0​

Se han agregado las siguientes funciones al SDK de Digital:

  • Una nueva opción de configuración para filtrar líneas de negocio específicas desde PolicyCenter durante la generación.
  • Se agregaron tipos basados en esquema para entidades sin un tipo basado en openAPI coincidente.

Para obtener más información, consulte las notas de la versión del SDK de Digital.

Las Leñas

Jutro Design System 10.9.0​

Mejoras técnicas​

Esta actualización incluye una serie de mejoras y correcciones de errores.

Cliente de autenticación de Okta​

Ahora se admite la autenticación de Okta en el paquete @jutro/auth.

Para habilitar Okta, establezca JUTRO_AUTH_USE_NATIVE_OKTA_CLIENT=true en su entorno. El uso del cliente de autenticación de Okta es igual que el cliente genérico, excepto por los siguientes cambios de comportamiento:

  1. Inicio de sesión silencioso y flujo emergente de autenticación simplificados. Utiliza un mecanismo personalizado (response-mode: okta_post_message) para pasar los tokens actualizados desde un iframe o ventana emergente ocultos a la ventana principal. Como resultado, no carga ninguna ruta de aplicación. Esto significa que las variables JUTRO_AUTH_SILENT_LOGIN_PATH y JUTRO_AUTH_SILENT_REDIRECT_PATH son obsoletas.

  2. La memoria es el almacenamiento de tokens. No hay una opción de service worker. La memoria para el almacenamiento de tokens es la opción más segura en el cliente nativo de Okta. Hay dos diferencias en el comportamiento de la aplicación:

    1. Cada vez que se abre o actualiza una página, se inicia un flujo de inicio de sesión completo para obtener tokens. El usuario verá un cargador y /auth/callback cambia en la navegación de su navegador durante un breve período.
    2. No hay sincronización, cada pestaña usa sus propios tokens.
  3. No hay parámetros adicionales. El cierre de sesión con el cliente nativo de Okta ignora los parámetros adicionales de JUTRO_AUTH_LOGOUT_QUERY_EXTRAS.

Para obtener más información sobre el uso del cliente nativo de Okta, consulte la página de documentos de autenticación.

Si ha utilizado el paquete de autenticación nativo de Okta heredado desde la versión 8.12 o anteriores, consulte los pasos para migración del cliente de autenticación para obtener detalles sobre en qué difiere.

Nuevos componentes ícono​

El componente @jutro/components/Icon ha quedado obsoleto. Hay un nuevo paquete @jutro/icons como alternativa.

Este paquete contiene componentes específicos para cada ícono de Guidewire. Estos se pueden usar directamente y también pasar a otros componentes, en lugar de proporcionar un string de ID.

Por ejemplo:

// old
import { icon } from '@jutro/components';

<Icon icon="gw-help" />;

//new
import { HelpIcon } from '@jutro/icons';

<HelpIcon />;

Consulte la lista de íconos para ver la gama completa de opciones.

Extensión del tipo de propiedades icon​

El tipo de propiedades icon en los componentes se amplió de string a string | React.ComponentType para permitir el uso de los nuevos componentes de ícono como valores. En los casos en que había un valor predeterminado, este valor ahora es un componente en lugar de un string. Esto afecta a los siguientes componentes:

Nombre del componenteNombre de propiedadValor predeterminado antiguoValor predeterminado nuevo
AlertModalicon
Avataricon'gw-person'PersonIcon
Botónicon
Casilla de verificaciónicon'gw-check'CheckIcon
DateFieldicon'gw-check'CheckIcon
DropdownMenuAvataricon
DropdownMenuAvatarContenticon
DropdownMenuAvatarHeadericon
DropdownMenuButtonicon
ErrorNoticeicon'gw-error-outline'ErrorOutlineIcon
FieldIconicon
GenericSelectControlDropdownIndicatoricon'gw-expand-more'ExpandMoreIcon
InfoLabelicon
InlineLoaderloadingIcon
LoadingIconicon'gw-renewals'RenewalsIcon
LookupFieldicon
ModalHeadericon
PhaseProgressicon
PhaseProgressLabelicon
Etiquetaicon'gw-close'CloseIcon
TimeFieldicon'gw-access-time'AccessTimeIcon
ToggleButton (heredado)icon
TooltipIconicon'gw-help'HelpIcon
TreeNodeicon
TreeViewdefaultParentIcon, defaultEndIcon

Nombre del componenteNombre de propiedad
BurgerAppSwitcherButtonicon
IconsBaricon
NavBarAccordionicon
NavBarLinkicon
RightSideBaricon

Nombre del componenteNombre de propiedadValor predeterminado antiguoValor predeterminado nuevo
Botónicon
Corchete angularchevronIcon'gw-check'CheckIcon
DropdownMenuLinkicon
IconButtonicon
Enlaceicon
Exclusión de las configuraciones de íconos heredados​

Se introdujo una nueva variable de entorno para excluirse del método de íconos obsoletos.

Si la variable de entorno JUTRO_DISABLE_LEGACY_ICONS se establece en true, eliminará toda la configuración relacionada con el método de íconos heredados. Esto evitará que se carguen en el DOM y hará que el componente heredado Icon sea inutilizable.

Cierre de sesión profundo​

A partir de la versión 10.9, la variable de entorno JUTRO_AUTH_LOGOUT_REDIRECT_PATH puede ser la parte final de la URL o la URL completa.

Si introduce la URL completa, debe incluir el esquema. Por ejemplo, https://guidewire.com/my-best-app/logout es un valor válido, pero guidewire.com/my-best-app/logout no lo es.

Este cambio le permite iniciar un “cierre de sesión profundo” mediante la configuración de JUTRO_AUTH_LOGOUT_REDIRECT_PATH a una URL que activa el flujo de cierre de sesión en otro dominio.

Para obtener más información, consulte la documentación del cliente de autenticación.

Variable de entorno de publicación de nuevos eventos​

Se agregó una nueva variable de entorno JUTRO_DISABLE_AUTO_EVENTS_PUBLISHING=true en la configuración base de las plantillas de Jutro. Esta variable deshabilita la publicación automática de eventos de componentes heredados para proporcionar una experiencia de manejo de eventos más coherente. Para obtener más información y ver cómo configurar el manejo de eventos, consulte la documentación sobre manejo de eventos.

Nueva variable de entorno modo estricto de React​

Ahora contamos con una nueva variable de entorno para habilitar el modo estricto de React para pruebas unitarias y para aplicaciones de Jutro en entornos de desarrollo. Para habilitarla, agregue JUTRO_REACT_STRICT_MODE=true a su archivo .env. Las aplicaciones existentes no tendrán habilitado el modo estricto de forma predeterminada, pero las nuevas aplicaciones creadas tendrán la variable establecida en true en su archivo .env. Para obtener más información, consulte la documentación sobre pruebas unitarias.

Obsolescencia de la versión 18 del nodo​

Warning: A partir del 30 de abril de 2025, no podrá crear nuevas aplicaciones en el nodo 18. Está llegando al final de su vida útil y no recibirá actualizaciones de seguridad.

Es posible que la ejecución de versiones obsoletas exponga la aplicación a vulnerabilidades.

Puede migrar aplicaciones existentes al nodo 22 hasta el 30 de septiembre de 2025. Actualice todas las aplicaciones lo antes posible.

El mantenimiento del nodo 18 finaliza en abril de 2025 y no recibirá asistencia técnica después de esa fecha. El uso del nodo 18 en Jutro queda obsoleto y se recomienda actualizar al nodo 22.6.0 o uno posterior.

Para migrar, haga lo siguiente:

  • Actualice el campo engines en su package.json a:
  "engines": {
"node": ">=22.6.0 < 23",
"npm": ">=10.8.2 "
}
  • Si usa NVM para administrar versiones del nodo, debe actualizar su archivo .nvmrc a v22.6.0.
  • Instale Node.js v22.6.0 (y si no es usuario de NVM, elimine la versión anterior).
  • Actualice las pruebas unitarias que utilizan Intl (Node.js v22 se actualiza de acuerdo con la última versión de Intl).
  • Elimine node-sass de su package.json y agregue "sass": "1.81.0" en su lugar.
    • Si tiene problemas con "sass": "1.81.0", intente usar "sass": "1.77.8" en su lugar.

Para comprobar si la aplicación sigue funcionando con una versión más reciente de Node.js (por ejemplo, en las canalizaciones de TeamCity), haga lo siguiente:

  • Actualice el campo engines en su package.json a:
  "engines": {
"node": ">=22.6.0 < 23",
"npm": ">=10.8.2 "
}
  • Elimine node-sass de su package.json y agregue "sass": "1.81.0" en su lugar.
    • Si tiene problemas con "sass": "1.81.0", intente usar "sass": "1.77.8" en su lugar.
Warning: Problema conocido

Un cambio en el proceso de traducción en el nodo 22 hace que un carácter de espacio sea reemplazado por un espacio Unicode estrecho de no separación. Esto puede dar lugar a pruebas unitarias fallidas, ya que no coincide con el patrón regex \s.

Note: Webpack 4 no es compatible con el nodo 22; el uso del nodo 22 requiere la actualización a Webpack 5.
Note: Las diferentes versiones de Node.js en entornos locales y de CI pueden llevar a un comportamiento incoherente de las pruebas unitarias para los componentes que utilizan Intl.

Ya no se requieren las --legacy-peer-deps​

Ya no es necesario usar el indicador --legacy-peer-deps durante la instalación del paquete para una nueva aplicación de Jutro. Este indicador ya no es necesario debido a que los conflictos de dependencia ahora deberían resolverse automáticamente, lo que simplifica el proceso de instalación. Sin embargo, para las aplicaciones creadas con una versión anterior de Jutro, es posible que tenga dependencias en su archivo package.json que sean incompatibles con las peerDependencies en las versiones más recientes de Jutro. En este caso, podrían surgir conflictos de versión entre estas dependencias si quita el indicador.

Nuevo indicador para deshabilitar la publicación de eventos desde los componentes​

Hemos actualizado la publicación de eventos (por ejemplo, clics en botones o cambios de valor) desde los componentes utilizando @jutro/events en la configuración base de Jutro. El indicador JUTRO_DISABLE_AUTO_EVENTS_PUBLISHING ahora deshabilita este comportamiento predeterminado. Si no agrega el indicador al archivo .env, aparecerá una advertencia. Este cambio afecta los componentes, como los campos más antiguos, que todavía usan la función de publicación desde @jutro/events.

Nuevas alternativas a los componentes obsoletos​

Algunos componentes han quedado obsoletos y existen alternativas a ellos. Algunos de los componentes nuevos están estructurados de manera diferente a sus predecesores. Es posible que tenga que ajustar las propiedades dondequiera que se llame el componente. La siguiente es una lista de componentes y sus alternativas:

Componente obsoletoComponente nuevo
Icon desde @jutro/componentsComponentes de ícono desde @jutro/icons

Jutro Web Apps​

Ascensos mutables e inmutables en sistemas principales de preproducción y producción​

Los ascensos mutables e inmutables, similares al patrón de implementaciones utilizado en el desarrollo, ahora están habilitados para los sistemas principales de preproducción y producción. Esto también aumenta la flexibilidad de usar dominios personalizados.

Ahora puede realizar lo siguiente:

  • Un ascenso mutable por rama de código con todos los dominios personalizados predefinidos que desee.
  • Múltiples ascensos inmutables por rama de código de aplicación, pero sin dominios personalizados.

Para obtener más información, consulte Ascenso de una aplicación de Jutro.

Cupos ampliables de implementación de preproducción y producción​

La interfaz de usuario ahora muestra el consumo del cupo en tiempo real, lo que le permite reaccionar según sea necesario cuando los límites del cupo estén a punto de superarse o se hayan superado.

Para obtener más información, consulte Límites de ascensos.

Delegaciones de dominios personalizados con subdominios​

Ahora puede crear una delegación de dominio personalizado que contenga subdominios como foo.bar.com, abc.def.user.gov.uk y así sucesivamente.

Para obtener más información, consulte Dominios personalizados.

Elección de dominios personalizados a disposición en el momento del ascenso​

Ahora puede elegir qué elementos de las delegaciones de dominio personalizado se aplican a un ascenso para mantenerse dentro de los límites.

Para obtener más información, consulte Ascenso de una aplicación de Jutro.

Delegaciones comunes​

Ahora puede crear una delegación con varios nombres de dominio (también llamada delegación común) con un límite de hasta 5 nombres de dominio.

Para obtener más información, consulte Creación de la delegación de dominio personalizado.

Las aplicaciones se pueden marcar como “favoritas”​

A medida que aumenta el uso de JWA, aumentará la cantidad de aplicaciones que se muestran en la página de aterrizaje. Esto dificulta encontrar una aplicación. Ahora puede etiquetar sus aplicaciones como “favoritas” y mostrar solo esas para facilitar la búsqueda de aplicaciones específicas.

Para obtener más información, consulte Acerca de Jutro Web Apps.

Nombres de aplicaciones fáciles para los usuarios​

Con un nuevo límite de 64 caracteres, ahora puede seleccionar nombres de aplicaciones con menos restricciones. Los nombres de las aplicaciones ahora pueden contener espacios y letras mayúsculas.

Para obtener más información, consulte Creación de una aplicación a partir de una plantilla.

Mostrar el modo de prueba​

La página de inicio de JWA ahora muestra cuando está en modo de prueba, para que esté al tanto de las limitaciones de uso.

Para obtener más información, consulte Acerca de Jutro Web Apps.

Plantillas de experiencia nuevas y mejoradas​

Agregamos una nueva plantilla, “Commercial Auto Quote and Buy for Agents”, para darle una ventaja en la implementación de sus experiencias digitales. La nueva plantilla incluye la capacidad de cambio de póliza y la funcionalidad de cargar vehículos de forma masiva a través de una hoja de cálculo.

Para obtener más información, consulte la documentación sobre las plantillas.

También hemos agregado más capacidades y mejoras a las plantillas existentes, de la siguiente manera:

  • En la plantilla Agent Experience (Experiencia del agente), puede ver cambios de póliza abiertos, además de ver y crear actividades. También puede revisar las próximas renovaciones. Cuando inicia un cambio o una renovación de la póliza, se lo redirige a la transacción de cambio de póliza, que puede implementar desde la plantilla Quote and Buy (Cotización y compra). Tenga en cuenta que también debe incrustar la aplicación Quote and Buy como un microfrontend en la aplicación Agent Experience. Para obtener más información, consulte la documentación sobre la plantilla Agent Experience.
  • La plantilla “PolicyHolder Experience” (Experiencia del asegurado) ahora admite la carga de documentos. Para obtener más información, consulte Carga de documentos.
  • El asistente Quote and Buy se refactorizó para que permitiera una navegación flexible: puede retroceder uno o más pasos y realizar cambios, que luego se validan y los campos dependientes se resaltan.

SDK de Digital 10.9.0​

El SDK de Digital ahora utiliza un enfoque de generación de tipos personalizado, en lugar del paquete OpenAPI. También aportó una estructura de exportación más explícita.

Para obtener más información, consulte las notas de la versión del SDK de Digital.

Kufri

Bibliotecas de interfaz de usuario de Jutro 10.7.3​

Cliente de autenticación de Okta​

Ahora se admite la autenticación de Okta en el paquete @jutro/auth.

Para habilitar Okta, establezca JUTRO_AUTH_USE_NATIVE_OKTA_CLIENT=true en su entorno. El uso del cliente de autenticación de Okta es igual que el cliente genérico, excepto por los siguientes cambios de comportamiento:

  1. Inicio de sesión silencioso y flujo emergente de autenticación simplificados.
    Utiliza un mecanismo personalizado (response-mode: okta_post_message) para pasar los tokens actualizados desde un iframe o ventana emergente ocultos a la ventana principal. Como resultado, no carga ninguna ruta de aplicación. Esto significa que las variables JUTRO_AUTH_SILENT_LOGIN_PATH y JUTRO_AUTH_SILENT_REDIRECT_PATH son obsoletas.

  2. La memoria es el almacenamiento de tokens. No hay una opción de service worker. La memoria para el almacenamiento de tokens es la opción más segura en el cliente nativo de Okta. Hay dos diferencias en el comportamiento de la aplicación:

    1. Cada vez que se abre o actualiza una página, se inicia un flujo de inicio de sesión completo para obtener tokens. El usuario verá un cargador y /auth/callback cambia en la navegación de su navegador durante un breve período.
    2. No hay sincronización, cada pestaña usa sus propios tokens.
  3. No hay parámetros adicionales. El cierre de sesión con el cliente nativo de Okta ignora los parámetros adicionales de JUTRO_AUTH_LOGOUT_QUERY_EXTRAS.

Para obtener más información sobre el uso del cliente nativo de Okta, consulte la página de documentos de autenticación.

Si ha utilizado el paquete de autenticación nativo de Okta heredado desde la versión 8.12 o anteriores, consulte los pasos para migración del cliente de autenticación para obtener detalles sobre en qué difiere.

Obsolescencia de la versión 18 del nodo​

Warning: A partir del 30 de abril de 2025, no podrá crear nuevas aplicaciones en el nodo 18. Está llegando al final de su vida útil y no recibirá actualizaciones de seguridad.

Es posible que la ejecución de versiones obsoletas exponga la aplicación a vulnerabilidades.

Puede migrar aplicaciones existentes al nodo 22 hasta el 30 de septiembre de 2025. Actualice todas las aplicaciones lo antes posible.

El mantenimiento del nodo 18 finaliza en abril de 2025 y no recibirá asistencia técnica después de esa fecha. El uso del nodo 18 en Jutro queda obsoleto y se recomienda actualizar al nodo 22.6.0 o uno posterior.

Para migrar, haga lo siguiente:

  • Actualice el campo engines en su package.json a:
  "engines": {
"node": ">=22.6.0 < 23",
"npm": ">=10.8.2 "
}
  • Si usa NVM para administrar versiones del nodo, debe actualizar su archivo .nvmrc a v22.6.0.
  • Instale Node.js v22.6.0 (y si no es usuario de NVM, elimine la versión anterior).
  • Actualice las pruebas unitarias que utilizan Intl (Node.js v22 se actualiza de acuerdo con la última versión de Intl).
  • Elimine node-sass de su package.json y agregue "sass": "1.81.0" en su lugar.
    • Si tiene problemas con "sass": "1.81.0", intente usar "sass": "1.77.8" en su lugar.

Para comprobar si la aplicación sigue funcionando con una versión más reciente de Node.js (por ejemplo, en las canalizaciones de TeamCity), haga lo siguiente:

  • Actualice el campo engines en su package.json a:
  "engines": {
"node": ">=22.6.0 < 23",
"npm": ">=10.8.2 "
}
  • Elimine node-sass de su package.json y agregue "sass": "1.81.0" en su lugar.
    • Si tiene problemas con "sass": "1.81.0", intente usar "sass": "1.77.8" en su lugar.
Warning: Problema conocido

Un cambio en el proceso de traducción en el nodo 22 hace que un carácter de espacio sea reemplazado por un espacio Unicode estrecho de no separación. Esto puede dar lugar a pruebas unitarias fallidas, ya que no coincide con el patrón regex \s.

Note: Webpack 4 no es compatible con el nodo 22; el uso del nodo 22 requiere la actualización a Webpack 5.
Note: Las diferentes versiones de Node.js en entornos locales y de CI pueden llevar a un comportamiento incoherente de las pruebas unitarias para los componentes que utilizan Intl.

Jutro Design System 10.7.0​

Mejoras técnicas​

Esta actualización incluye una serie de mejoras y correcciones de errores.

Nuevos componentes que reemplazan componentes obsoletos​

Algunos componentes han quedado obsoletos y fueron reemplazados. Algunos de los componentes nuevos están estructurados de manera diferente a sus predecesores. Es posible que tenga que ajustar las propiedades dondequiera que se llame el componente. La siguiente lista contiene los componentes y sus reemplazos:

Componente obsoletoComponente nuevo
ToggleFieldToggleButtonGroup y ToggleButton
SwitchFieldSwitch
SliderSlider
DateTimeFieldDatePicker y TimePicker
DateFieldDatePicker
MonthYearFieldMonthPicker
YearFieldYearPicker
DateRangeFieldDateRangePicker
DateTimeZoneFieldDatePicker, TimePicker y TimezonePicker
SimpleDateFieldDateInput
SimpleMonthYearFieldDateInput

Los componentes obsoletos aún se importan desde @jutro/components y los componentes nuevos están disponibles desde @jutro/components/new.

Propiedades de componentes obsoletos​

Los siguientes componentes tienen algunas propiedades obsoletas:

ComponentePropiedades obsoletas
Tooltipid
animation
TooltipIconid
labelPosition
showInlineLabel
fieldLabelId
titleClass
textClass
linkClass
SimpleProgressBarid
path
value
progressBarClassName
stepClassName
Actualizaciones de microfrontend​

La solución de contexto compartido de microfrontend ahora está disponible de manera general a través del componente MicroFrontend en modo moduleFederation. Para obtener información detallada, consulte la sección Exposición e incrustación con el componente MicroFrontend en el modo de federación de módulos.

Elementos obsoletos​

Hay elementos obsoletos en esta versión. Consulte nuestra página sobre elementos obsoletos para obtener más información.

Jutro Web Apps​

Warning: A partir de mediados de noviembre de 2024, las URL de implementación generadas automáticamente para implementaciones mutables han cambiado. El objetivo es evitar errores de implementación que surjan de URL que sean demasiado largas.

Las URL ahora seguirán este patrón:

<jutro app name>[-optional name hash for longer app names]-<git branch suffix>[-optional branch hash for longer branches]-tenant-starSystem-planet.<guidewire base domain>

Este cambio acompaña a un nuevo límite de 10 caracteres para los ID de aplicaciones recién creados. También hay una función que le permite personalizar el nombre para mostrar de la aplicación para nombres muy largos en la interfaz de usuario.

Cuando el nombre de un inquilino tiene menos de 10 caracteres, se optimiza el uso del espacio. En tales casos, los caracteres no utilizados se usan para más caracteres de nombre de aplicación.

Este cambio solo se aplica cuando se realizan nuevas implementaciones o cuando se vuelve a implementar. Las implementaciones existentes no se ven afectadas.

Este cambio no afecta a las implementaciones que utilicen dominios personalizados.

Registro de paquetes externos para usar bibliotecas de JavaScript y componentes de interfaz de usuario​

Ahora puede configurar registros privados para utilizar sus propias bibliotecas de JavaScript y componentes de interfaz de usuario en sus aplicaciones de Jutro.

La característica registro de paquetes externo le permite configurar credenciales para instalar paquetes desde un registro privado mediante un ámbito específico y un token de autenticación.

Para obtener más información, consulte Configuración del registro de paquetes externos.

Dominios y subdominios personalizados​

Ahora puede registrar un dominio personalizado con Guidewire. También puede usar una combinación de dominios y subdominios personalizados para sus aplicaciones.

Se puede registrar más de un dominio personalizado en la misma aplicación y, dado que los dominios personalizados se registran en todo el inquilino, también puede registrar varios subdominios por cada aplicación.

Para obtener más información, consulte Dominios personalizados.

Plantillas de experiencia​

Las siguientes plantillas de experiencia destinadas a darle una ventaja en la implementación de sus experiencias digitales ahora están a disposición de todos:

SDK de Digital 10.7.0​

El SDK de Digital está diseñado específicamente para funcionar con las Cloud API de InsuranceSuite y facilitar la interacción con ellas. Puede generar su SDK de Digital a medida dentro de su propia aplicación, en función de sus líneas de negocio. Para ello, utilice Jutro CLI, en función de sus definiciones específicas de la API abierta de Cloud API y de la lista de esquemas expuestos en InsuranceSuite.

Ahora existe una versión del SDK de Digital que puede ejecutarse independientemente de Jutro. Para obtener más información, consulte las notas de la versión del SDK de Digital.

Warning: Se introdujo un nuevo ámbito de MNP @digitalsdk, que se encuentra en el mismo repositorio que el ámbito de MNP @jutro. La actualización a la versión Kufri funcionará sin ninguna modificación manual, pero hay algunos cambios que se deben realizar en algunos casos.

Caso 1: Trabajar de manera local después de la actualización 10.7

Algunas bibliotecas de @jutro JDP 10.7 (Kufri) ahora usan el nuevo ámbito de NPM @digitalsdk como una subdependencia. Los entornos locales no están configurados para utilizar este nuevo ámbito de NPM @digitalsdk, lo que hace que la compilación de la aplicación local falle.

Para que estas nuevas dependencias funcionen en su entorno de desarrollo local, deberá actualizar su configuración npm local (es decir, el archivo .npmrc) para usar el nuevo ámbito de NPM @digitalsdk.

Edite el archivo .npmrc local y agregue el nuevo ámbito @digitalsdk apuntando a la misma URL de registro que el ámbito @jutro.

Encontrará más detalles sobre la configuración de .npmrc en la sección Configuración de su entorno de desarrollo local.

Caso 2: Después de la regeneración del SDK, actualice las dependencias del proyecto

Después de volver a generar el SDK de Digital con Jutro CLI, el código generado hará referencia a la biblioteca de NPM @digitalsdk/internal, pero esta biblioteca no forma parte del package.json de la aplicación, lo que hace que la compilación de la aplicación falle (local y del servidor).

Para resolver el problema, la dependencia se debe agregar al package.json de su aplicación.

"dependencies": {
...,
"@digitalsdk/internal": "10.7",
...,
}

Para asegurarse de que el entorno local esté configurado para acceder al ámbito de NPM @digitalsdk desde el registro, edite el archivo .npmrc local y agregue el nuevo ámbito @digitalsdk que apunte a la misma URL de registro que el ámbito @jutro.

Caso 3: Comience a usar la nueva CLI del SDK de Digital, en lugar de usar Jutro CLI

JDP 10.7 incluye una nueva CLI separada para manejar la generación del SDK. Para poder utilizarla, deberá actualizar las dependencias del proyecto.

Nota: Deberá actualizar las dependencias del proyecto y agregar la biblioteca @digitalsdk/internal, incluso si continúa generando el SDK de Digital desde Jutro CLI.

Agregue lo siguiente a su archivo package.json:

"dependencies": {
...,
"@digitalsdk/internal": "10.7",
...,
}
"devDependencies": {
...,
"@digitalsdk/cli": "10.7",
...,
}

Para asegurarse de que el entorno local esté configurado para acceder al ámbito de NPM @digitalsdk desde el registro, edite el archivo .npmrc local y agregue el nuevo ámbito @digitalsdk que apunte a la misma URL de registro que el ámbito @jutro.

Jasper

Bibliotecas de interfaz de usuario de Jutro 10.3.5​

Cliente de autenticación de Okta​

Ahora se admite la autenticación de Okta en el paquete @jutro/auth.

Para habilitar Okta, establezca JUTRO_AUTH_USE_NATIVE_OKTA_CLIENT=true en su entorno. El uso del cliente de autenticación de Okta es igual que el cliente genérico, excepto por los siguientes cambios de comportamiento:

  1. Inicio de sesión silencioso y flujo emergente de autenticación simplificados.
    Utiliza un mecanismo personalizado (response-mode: okta_post_message) para pasar los tokens actualizados desde un iframe o ventana emergente ocultos a la ventana principal. Como resultado, no carga ninguna ruta de aplicación. Esto significa que las variables JUTRO_AUTH_SILENT_LOGIN_PATH y JUTRO_AUTH_SILENT_REDIRECT_PATH son obsoletas.

  2. La memoria es el almacenamiento de tokens. No hay una opción de service worker. La memoria para el almacenamiento de tokens es la opción más segura en el cliente nativo de Okta. Hay dos diferencias en el comportamiento de la aplicación:

    1. Cada vez que se abre o actualiza una página, se inicia un flujo de inicio de sesión completo para obtener tokens. El usuario verá un cargador y /auth/callback cambia en la navegación de su navegador durante un breve período.
    2. No hay sincronización, cada pestaña usa sus propios tokens.
  3. No hay parámetros adicionales. El cierre de sesión con el cliente nativo de Okta ignora los parámetros adicionales de JUTRO_AUTH_LOGOUT_QUERY_EXTRAS.

Para obtener más información sobre el uso del cliente nativo de Okta, consulte la página de documentos de autenticación.

Si ha utilizado el paquete de autenticación nativo de Okta heredado desde la versión 8.12 o anteriores, consulte los pasos para migración del cliente de autenticación para obtener detalles sobre en qué difiere.

Obsolescencia de la versión 18 del nodo​

Warning: A partir del 30 de abril de 2025, no podrá crear nuevas aplicaciones en el nodo 18. Está llegando al final de su vida útil y no recibirá actualizaciones de seguridad.

Es posible que la ejecución de versiones obsoletas exponga la aplicación a vulnerabilidades.

Puede migrar aplicaciones existentes al nodo 22 hasta el 30 de septiembre de 2025. Actualice todas las aplicaciones lo antes posible.

El mantenimiento del nodo 18 finaliza en abril de 2025 y no recibirá asistencia técnica después de esa fecha. El uso del nodo 18 en Jutro queda obsoleto y se recomienda actualizar al nodo 22.6.0 o uno posterior.

Para migrar, haga lo siguiente:

  • Actualice el campo engines en su package.json a:
  "engines": {
"node": ">=22.6.0 < 23",
"npm": ">=10.8.2 "
}
  • Si usa NVM para administrar versiones del nodo, debe actualizar su archivo .nvmrc a v22.6.0.
  • Instale Node.js v22.6.0 (y si no es usuario de NVM, elimine la versión anterior).
  • Actualice las pruebas unitarias que utilizan Intl (Node.js v22 se actualiza de acuerdo con la última versión de Intl).
  • Elimine node-sass de su package.json y agregue "sass": "1.81.0" en su lugar.
    • Si tiene problemas con "sass": "1.81.0", intente usar "sass": "1.77.8" en su lugar.

Para comprobar si la aplicación sigue funcionando con una versión más reciente de Node.js (por ejemplo, en las canalizaciones de TeamCity), haga lo siguiente:

  • Actualice el campo engines en su package.json a:
  "engines": {
"node": ">=22.6.0 < 23",
"npm": ">=10.8.2 "
}
  • Elimine node-sass de su package.json y agregue "sass": "1.81.0" en su lugar.
    • Si tiene problemas con "sass": "1.81.0", intente usar "sass": "1.77.8" en su lugar.
Warning: Problema conocido

Un cambio en el proceso de traducción en el nodo 22 hace que un carácter de espacio sea reemplazado por un espacio Unicode estrecho de no separación. Esto puede dar lugar a pruebas unitarias fallidas, ya que no coincide con el patrón regex \s.

Note: Webpack 4 no es compatible con el nodo 22; el uso del nodo 22 requiere la actualización a Webpack 5.
Note: Las diferentes versiones de Node.js en entornos locales y de CI pueden llevar a un comportamiento incoherente de las pruebas unitarias para los componentes que utilizan Intl.

Jutro Design System 10.3.0​

Mejoras técnicas​

Esta actualización incluye una serie de mejoras y correcciones de errores.

Componentes nuevos​

Se han agregado dos nuevos componentes de hora, los componentes TimezonePicker y TimePicker. Para obtener más información, consulte su página de documentación.

Nuevos componentes que reemplazan componentes obsoletos​

Algunos componentes han quedado obsoletos y fueron reemplazados por otros más nuevos. La siguiente lista contiene las importaciones de componentes obsoletos junto con las importaciones actualizadas:

Importación de componente obsoletoImportación de componente nuevo
import { InputMaskField } from '@jutro/components'import { MaskInput } from '@jutro/components/new'
import { StepperField } from '@jutro/components'import { Stepper } from '@jutro/components/new'

Actualización del componente MultipleCombobox​

El componente MultipleCombobox ahora contiene una nueva propiedad, onAddNew. Esta devolución de llamada se invoca al agregar una nueva opción. Para obtener más información, consulte la página de Storybook.

Actualización del componente etiqueta​

El componente Tag ahora contiene una nueva propiedad, iconAriaLabel. Esto establece el valor aria-label para el botón de ícono de la etiqueta e invalida el rótulo aria predeterminado eliminar o expandir. Para obtener más información, consulte la página de Storybook.

Elementos obsoletos​

Hay elementos obsoletos en esta versión. Consulte nuestra página sobre elementos obsoletos para obtener más información.

Jutro Web Apps​

Clonación de la aplicación de Jutro​

Ahora puede clonar una aplicación de Jutro existente mediante la interfaz de usuario de JWA. Una aplicación nueva clonada tiene su propio repositorio de Bitbucket y la canalización de compilación de TeamCity, y es una aplicación nueva e independiente de la original.

Actualizaciones realizadas para permitir la clonación de aplicaciones:

  • Se mejoró el tiempo necesario para crear e implementar la compilación inicial.
  • Una nueva API para devolver ramas y etiquetas de Bitbucket.
  • Documentación del producto para explicar la clonación de aplicaciones.
  • Nueva interfaz de usuario para la característica de clonación de aplicaciones.

Para obtener más información, consulte Clonación de una aplicación de Jutro.

Creación y uso compartido de componentes personalizados con paquetes compartidos​

Ahora puede crear y publicar sus propios paquetes de componentes personalizados. Esto le permite crear componentes que se pueden reutilizar en otras aplicaciones. Compartir componentes con esta nueva función elimina la necesidad de copiar y pegar código.

La URL de registro se encuentra en la página Paquetes compartidos, en la pestaña Configuraciones de la aplicación. Este es este registro al que apunta cuando se autentica con npm login.

Actualizaciones realizadas para permitir la creación y el intercambio de componentes personalizados:

  • Repositorio de Bitbucket para almacenar los paquetes de componentes personalizados o el código fuente.
  • Infraestructura de TeamCity para la creación y distribución de componentes personalizados basados en inquilinos.
  • Un repositorio binario para almacenar los archivos binarios de los componentes publicados.
  • El acceso a la instalación de componentes compartidos de un sistema principal solo está abierto a quienes tengan los parámetros de grupo de IdP adecuados para ese sistema principal en su token de autenticación.

Para obtener más información, consulte Paquetes compartidos.

Implementaciones mutables e inmutables​

Las implementaciones mutables e inmutables ahora están disponibles en Jutro Web Apps. Esta característica es útil cuando se quiere compartir una versión actualizada de la aplicación con un cliente o un colega antes de una versión general. También se pueden utilizar implementaciones inmutables para asegurarse de que puede volver a una versión concreta de una compilación tras una actualización de su aplicación de Jutro.

Para obtener más información, consulte Implementaciones mutable e inmutable.

Otras notas de la versión de JWA​
  • Se actualizaron las dependencias para mejorar la postura de seguridad.
  • Se añadió compatibilidad para superplanetas.
  • Se solucionó un problema en el que los dominios personalizados de preproducción se incluían en la lista para los ascensos de producción.
  • Se corrigieron problemas que podían bloquear los ascensos.
  • Se solucionó un problema por el que la configuración del acceso a BillingCenter no funcionaba correctamente.
  • Se solucionó un problema en el que las implementaciones que se renderizaban en el orden incorrecto.
  • Se agregó el indicador “heredado” a las implementaciones para cuando las implementaciones inmutables están habilitadas.
  • Se solucionó un problema por el cual un usuario sin permisos para ascender una aplicación podía ver el formulario de ascenso, pero no ascender aplicaciones.
  • La sección de autenticación del formulario de implementación/ascenso ahora actualiza las variables para que reflejen el código fuente de la compilación que se implementará o ascenderá.
  • Se solucionó un problema en el que las clases de planetas no disponibles se podían seleccionar en la creación de la lista de IP permitida.
  • La ventana TemplatePreview ahora muestra la versión de la plantilla junto con el nombre de la plantilla.

Para obtener más información sobre todo lo anterior, consulte la documentación de desarrollo de aplicaciones de Jutro.

SDK de Digital 10.3.0​

El SDK de Digital está diseñado específicamente para funcionar con las Cloud API de InsuranceSuite y facilitar la interacción con ellas. Puede generar su SDK de Digital a medida dentro de su propia aplicación, en función de sus líneas de negocio. Para ello, utilice Jutro CLI, en función de sus definiciones específicas de la API abierta de Cloud API y de la lista de esquemas expuestos en InsuranceSuite.

Para obtener más información, consulte las notas de la versión del SDK de Digital.

Innsbruck

Elementos obsoletos​

Hay elementos obsoletos en esta versión. Varios paquetes ahora son paquetes heredados. Consulte nuestra página sobre elementos obsoletos para obtener más información.

Nuevo paquete @jutro/legacy​

Se ha introducido un nuevo paquete @jutro/legacy en esta versión. Contiene componentes obsoletos que aún están disponibles, pero deberá actualizar la instrucción import para continuar usándolos.

Para obtener más información, consulte la sección Paquete heredado.

Uso de componentes heredados con metadatos​

Si utiliza metadatos en lugar de JSX, debe utilizar la nueva función configureLegacyComponentMap para seguir utilizando los componentes desde el paquete @jutro/legacy.

La función configureLegacyComponentMap se agregó mediante un codemod al archivo donde se llama a la función startApp para todas las aplicaciones que tengan la dependencia @jutro/uiconfig en package.json. Esta función registra los componentes heredados que se movieron al paquete @jutro/legacy para el uso de metadatos.

Warning: Cuando se ejecutan pruebas unitarias basadas en metadatos, debe agregar configureLegacyComponentMap manualmente antes de los casos de prueba asociados. De lo contrario, es probable que se generen errores It is missing correct "component" or "datatype" properties en las pruebas unitarias.
beforeAll(configureLegacyComponentMap);

Paquetes trasladados a jutro/legacy​

Los siguientes paquetes ahora son paquetes heredados y quedaron obsoletos. Sus rutas de importación se actualizaron para reflejar el cambio:

Importación del paquete originalImportación heredada
@jutro/address@jutro/legacy/address
@jutro/contract@jutro/legacy/contract
@jutro/dataview@jutro/legacy/dataview
@jutro/datatable@jutro/legacy/datatable
@jutro/lab-preview-dataview@jutro/legacy/lab-preview-dataview
@jutro/quick-view@jutro/legacy/quick-view
@jutro/services@jutro/legacy/services
@jutro/uiconfig@jutro/legacy/uiconfig
@jutro/uimetadata@jutro/legacy/uimetadata

Encontrará más detalles sobre la obsolescencia de los paquetes @jutro/datatable y @jutro/lab-preview-dataview en las secciones Obsolescencia de paquetes de tabla de datos y Obsolescencia del paquete de DataView, respectivamente.

Componentes heredados​

Los siguientes componentes ahora son heredados y están marcados como obsoletos. Se han movido al paquete @jutro/legacy, por eso, sus rutas de importación deben actualizarse para reflejar el cambio.

Componentes heredados desde @jutro/components​

Importación del paquete originalImportación del paquete heredadoLista de componentes en el paquete
import {'component'} from '@jutro/components'import {'component'} from '@jutro/legacy/components'Accordion
BreakpointTracker
Collapse
Container
CurrencyField
CheckboxField
DropdownSelectField

FileUploadField

(incluyendo los ganchos useFileUpload y useMultipleFileUpload)

Footer
FooterCopyright
FooterNavBar
FooterNavLink
FooterText
FooterContext
StickyFooter
HeaderActions
HelpElement
HelpLink
HelpParagraph
HelpPopover
IntlPhoneNumberField
LogoTitle
PhoneNumberField
TextAreaField
TextField
TypeaheadMultiSelectField
Componentes de ayuda obsoletos​

Como se indicó antes, varios componentes relacionados con la ayuda han quedado obsoletos: HelpHeading, HelpLink, HelpParagraph, HelpPopover y HelpElement. Puede reemplazarlos por sus propios componentes de ayuda personalizados. Si desea seguir utilizando los componentes antiguos, puede importarlos desde @jutro/legacy/components a su mapa de componentes para el plano de planta.

import { HelpHeading, HelpParagraph, HelpLink } from '@jutro/legacy/components';
import { AppFloorPlan } from '@jutro/legacy/floorplan';
// ...
export const componentMap = {
HelpHeading,
HelpParagraph,
HelpLink,
};
// ...
<AppFloorPlan
componentMap={componentMap}
// ...
/>;

Componentes heredados desde @jutro/router​

Importación del paquete originalImportación del paquete heredadoLista de componentes en el paquete
import {'component'} from '@jutro/router'import {'component'} from '@jutro/legacy/router'ApplicationHeader
RouteTracker
SubApplicationHeader

Componentes heredados desde @jutro/wizard-next​

Importación del paquete originalImportación del paquete heredadoLista de componentes en el paquete
import {'component'} from '@jutro/wizard-next'import {'component'} from '@jutro/legacy/wizard-next'ScrollToError

Componentes heredados desde @jutro/floorplan​

Importación del paquete originalImportación del paquete heredadoLista de componentes en el paquete
import {'component'} from '@jutro/floorplan'import {'component'} from '@jutro/legacy/floorplan'AppFloorPlan
Note: Un nuevo componente AppFloorPlan reemplaza al obsoleto. Consulte la sección Nueva API de planos de planta para obtener más información.

Componentes nuevos​

Algunos componentes han quedado obsoletos y fueron reemplazados. Algunos de los componentes nuevos están estructurados de manera diferente a sus predecesores. Es posible que tenga que ajustar las propiedades dondequiera que se llame el componente. La siguiente lista contiene los componentes y sus reemplazos:

Componente obsoletoComponente nuevo
AccordionAccordion
CheckboxFieldCheckbox
CheckboxGroupFieldCheckboxGroup
CurrencyFieldCurrencyInput
InputFieldTextInput
IntlPhoneNumberFieldPhoneNumberInput
PhoneNumberFieldPhoneNumberInput
TextAreaFieldTextArea
DropdownSelectSelect o MultipleSelect
TypeaheadMultiSelectCombobox o MultiCombobox

Los componentes obsoletos se importan desde @jutro/legacy/components y los componentes nuevos están disponibles desde @jutro/components.

Componentes y funciones eliminados​

  • @jutro/platform/getMessageService y @jutro/platform/MessageInterface. Utilice TranslatorProvider o useTranslator desde @jutro/locale como alternativa
  • AnimationGroup
  • ColorSwatch
  • FieldSkeleton
  • Footer
  • FormSkeleton
  • GlobalizationProvider
  • HeaderActions
  • HelpElement
  • HelpPopover
  • JsonForm
  • LiveRegion
  • LinkSkeleton
  • LogoTitle
  • Main
  • MapTooltipContent
  • MenuSkeleton
  • PageHead
  • PageLayout. Utilice GridLayout, Grid y Flex como alternativas
  • PanelLayout. Utilice GridLayout, Grid y Flex como alternativas
  • PrivateRoute
  • ResponsiveElement
  • SchemaValidator
  • SkipNav
  • StickyFooter
  • TabbedContainer. Utilice TabSet como alternativa
  • TableSkeleton

Dependencia del enrutador opcional​

La dependencia @jutro/router y sus dependencias de pares como history y react-router-dom ahora son opcionales para los paquetes de componentes. Sin embargo, ciertos componentes requieren que esto se agregue a las dependencias de la aplicación para utilizarlos. La siguiente lista de componentes requiere que se agregue @jutro/router:

ComponenteImportar desde
DropdownMenuAvatarContent@jutro/components
InlineNotification@jutro/components
LanguageSelector@jutro/components
PopoverContainer@jutro/components
ToastProvider@jutro/components

Dependencia de autenticación opcional​

La dependencia @jutro/auth ahora es opcional para los paquetes @jutro/router y @jutro/components. Sin embargo, ciertos componentes requieren que esto se agregue a las dependencias de la aplicación para utilizarlos. La siguiente lista de componentes requiere que se agregue @jutro/auth:

ComponenteImportar desde
ApplicationRoot@jutro/app
Avatar@jutro/components
DropdownMenuAvatar@jutro/components
DropdownMenuAvatarContent@jutro/components
AppFloorPlan@jutro/floorplan
MicroFrontend@jutro/micro-frontends
SecureRoute@jutro/router

Cliente de autenticación de Okta eliminado​

Se eliminó el cliente de autenticación de Okta que había quedado obsoleto en la versión 8.13.2. Utilice el nuevo cliente de autenticación genérica en su lugar.

TreeView​

El componente TreeView ya no está en la vista previa de laboratorio. Para obtener más información sobre este componente, consulte la documentación de TreeView.

Se eliminaron los paquetes de carga en caliente​

@hot-loader/react-dom y react-hot-loader se eliminan automáticamente de las dependencias de las aplicaciones.

Nueva API de planos de planta​

El componente AppFloorPlan ya no acepta las propiedades componentMap, callbackMap ni classNameMap. La propiedad floorPlans aún es compatible, pero el valor aceptado se cambia por un objeto JS, en lugar de json de metadatos.

  • Cada className debe ser un nombre de módulo CSS.
  • Cada devolución de llamada (render*, on*) debe ser una función, en lugar de un string.
  • routes[].component debe ser un componente, en lugar de un string.
  • Se eliminó header.helpPopoverItems, que acepta metadatos de la interfaz de usuario.
  • Se añadió la propiedad de renderización header.renderHelpPopoverItems.
  • Se eliminó la propiedad footer, que acepta metadatos de la interfaz de usuario.
  • Se añadió la propiedad renderFooter.

La versión anterior de AppFloorPlan se puede encontrar en @jutro/legacy/floorplan, sin embargo, está obsoleta y debe actualizar a la nueva API manualmente.

Se eliminó PromptService​

Jutro ya no contiene un PromptService.

Anteriormente, usted configuraba un mensaje a través de PromptService en algún lugar de su proyecto:

PromptService.push('prompt-name', promptProps);

Más tarde, no necesariamente en el mismo archivo, hacía esto:

routeConfirmationModal('prompt-name', promptCallback, modalEmitter);

Elimine todos los usos de PromptService y pase promptProps a routeConfirmationModal directamente, de la siguiente manera:

// PromptService is removed
routeConfirmationModal(promptProps, promptCallback, modalEmitter);

Tercer argumento de la función start​

Se eliminó el tercer argumento (scriptAttributes) para la función de microfrontend start. En su lugar, pase el argumento de la función startApp como propiedad mfeData en el segundo argumento de la función start.

Ejemplo de migración:

antes
src/startApp.js
import { start } from '@jutro/micro-frontends';
import messages from './app/App.messages';

export const startApp = (scriptAttributes) => {
start(
Jutro,
{
appName: messages.appName,
appDescription: messages.appDescription,
},
scriptAttributes
);
};
después
src/startApp.js
import { start } from '@jutro/micro-frontends';
import messages from './app/App.messages';

export const startApp = (mfeData) => {
start(Jutro, {
appName: messages.appName,
appDescription: messages.appDescription,
mfeData: mfeData,
});
};

Funciones @jutro/uiconfig eliminadas​

Además de que el paquete quedó obsoleto y se lo trasladó al paquete heredado (@jutro/uiconfig ahora está disponible como @jutro/legacy/uiconfig), se eliminaron las siguientes funciones de @jutro/uiconfig:

  • generateUIFromSchema()
  • extractSubSchema()
  • useJsonSchema()

LocaleService​

Se eliminó el servicio de configuración regional que había quedado obsoleto en 8.13.2. Utilice la nueva API de g11nStore en su lugar.

Variable de entorno REACT_APP_JUTRO_AUTH_GENERIC_CLIENT​

La variable REACT_APP_JUTRO_AUTH_GENERIC_CLIENT, que se introdujo cuando los clientes de autenticación antiguos y nuevos estaban disponibles, se ha eliminado, porque ya no se usa. Si aún la tiene en su proyecto, puede eliminarla.

Carga de estilo mejorada para microfrontends​

Antes de esta versión, el CSS aplicado a microfrontends podía cambiar el estilo de la aplicación shell u otros microfrontends. Esta versión presenta una nueva forma de cargar estilos para microfrontends que evita que esto suceda.

Lo siguiente ha cambiado:

  • Los estilos de CSS para microfrontends ahora incluyen el nombre de microfrontend en los selectores. Por ejemplo, .my-micro-frontend .my-class.
  • La aplicación shell encapsula el microfrontend con un componente que agrega el nombre del microfrontend como una clase.

Otros paquetes retirados​

Los siguientes paquetes se retiraron en la versión 10.0 y ya no están disponibles en Jutro:

  • @jutro/overrides
  • @jutro/lab-preview-html-metadata-loader
  • @jutro/lab-preview-metadata-converter
  • @jutro/storybook-preset
  • @jutro/e2e-tests; el paquete ahora se llama @jutro/lab-preview-test-e2e

Las siguientes funciones o API se retiraron en la versión 10.0 y ya no están disponibles en Jutro:

  • La función textWasTranslated del paquete @jutro/test.

Compatibilidad con React 18​

Note: Vale la pena actualizar la versión

Esta nueva función será la predeterminada en la próxima versión principal de Jutro. Le recomendamos que comience a usar la nueva función y obtenga los beneficios lo más pronto posible.

Se agregó compatibilidad oficial para React 18.2.0. Todas las aplicaciones que se ejecutan con React 17 se pueden actualizar para usar React 18.2.0.

Enzyme ya no es compatible cuando se usa React 18. React 17 todavía es compatible con los paquetes de Jutro.

Todas las pruebas unitarias que utilicen Enzyme se deben migrar a React Testing Library (RTL).

Todas las aplicaciones nuevas creadas con la CLI con jutro-app-template usarán React 18 de forma predeterminada.

Nota importante sobre las versiones:

  • Para usuarios de TypeScript: @types/react debe seguir siendo 17.0.24 y no actualizarse a 18.
Warning: Cuando utilice React 18, debe usar Webpack 5. Webpack 4 no es compatible.

Componente tabla​

El Table componente ha dejado de ser obsoleto.

Componentes obsoletos​

Los componentes obsoletos ahora están claramente marcados como tales en la página de componentes correspondiente del sitio web de la documentación.

Actualizaciones de microfrontend​

Se mejoró y refactorizó la API del microfrontend. Para obtener más información sobre las características del microfrontend, consulte la documentación sobre microfrontend.

Correcciones de errores​

  • Se solucionó un problema por el que los elementos DropdownSelectField y TypeaheadMultiSelectField aparecían detrás de la ventana modal en un microfrontend.
  • Se eliminaron mensajes de validación para los campos que no eran visibles.
  • Se solucionó un problema que impedía que el cargador predeterminado del microfrontend se invalidara cuando el microfrontend estaba incrustado.
  • Se solucionó un problema por el que aparecía un error de autenticación para los usuarios que iniciaban o cerraban sesión si tenían abiertas tres o más pestañas de la misma aplicación.
  • Se solucionó un problema que impedía que el parámetro JUTRO_AUTH_LOGIN_QUERY_EXTRAS se pasara durante el inicio de sesión silencioso.
  • Se solucionó un problema por el que los modales no estaban presentes en el árbol de accesibilidad.
  • Se solucionó un problema que retrasaba la aplicación de estilos a los componentes QuickView.
  • Se solucionó un problema que hacía que se agotara el tiempo de espera de los intentos de inicio de sesión de autenticación silenciosa.
  • Se solucionó un problema que hacía que los microfrontends de iframe abrieran varias ventanas emergentes durante la autenticación.
  • Se solucionó un problema por el que location.state no se definía al pasar variables dentro de los microfrontends.
  • Se solucionó un problema que causaba que los estilos de modales se rompieran.
  • Se solucionó un problema por el que los usuarios del agente inactivo eran redirigidos a la pantalla de inicio de sesión incorrecta.
  • Se solucionó un problema con los microfrontends que causaba que los encabezados de QuickView ocasionalmente se ocultaran.
  • Se solucionó un problema por el cual las ventanas abiertas mediante programación que no eran activadas por la lógica de integración de autenticación se cerraban automáticamente.
  • Se solucionó un problema por el que el cliente de autenticación devolvía una página en blanco, en lugar de una página de error, cuando ocurría un error de OIDC.
  • Se solucionó un problema por el que más de dos componentes QuickView de un plano de planta rompían la composición y disposición de cuadrícula.
  • Se solucionó un problema por el que los cambios de CSS personalizados aplicados a elementos en un contenedor de vista rápida no se mostraban.
  • Se solucionó un problema por el que los microfrontends aún mostraban datos antiguos cuando los datos cambiaban en la aplicación principal.
  • Se solucionó un problema por el que los modales personalizados en microfrontends no tenían CSS ni nombres de clase.
  • Se solucionó un problema por el que los enlaces desde un microfrontend que se abrían en una pestaña del navegador independiente no funcionaban.
  • Se solucionó un problema por el cual la configuración adicional creada con setConfiguration se restablecía cuando un microfrontend estaba completamente cargado.
  • Se solucionó un problema por el cual la configuración de globalización de microfrontend no se actualizaba cuando la aplicación shell actualizaba su configuración.
  • Se solucionó un problema por el cual el componente router de microfrontend escuchaba los cambios de history y modificaba las rutas de navegación de la página.
  • Se solucionó un problema por el que los nombres base de shell no se agregaban a los enlaces creados dentro de un microfrontend.
  • Se solucionó un problema por el que las devoluciones de llamada no se pasaban de la manera correcta en microfrontends de iframe.
  • Se solucionó un problema por el que los estilos de microfrontend no se aplicaban correctamente cuando el shell usaba un algoritmo de ordenamiento CSS antiguo.
  • Se solucionó un problema por el que, si usaba una aplicación shell con React 18 y un microfrontend con React 17, recibía un error que indicaba createRoot not found, incluso si configuraba useLegacyReact.
  • Se solucionó un problema por el cual, si la aplicación shell usaba el nuevo mecanismo de autenticación y el microfrontend usaba el mecanismo de autenticación anterior, el microfrontend no recibía el token de autenticación.
Hakuba

Actualizaciones de nodo​

Note: Vale la pena actualizar la versión

Esta nueva función será la predeterminada en la próxima versión principal de Jutro. Le recomendamos que comience a usar la nueva función y obtenga los beneficios lo más pronto posible.

Ahora oficialmente admitimos el nodo 18.

Note: Aún puede usar las versiones recomendadas del nodo anteriores a la 18, sin embargo, recomendamos usar la versión 18.

Componente tabla​

El Table componente ha dejado de ser obsoleto.

Componentes obsoletos​

Los componentes obsoletos ahora están claramente marcados como tales en la página de componentes correspondiente del sitio web de la documentación.

Actualizaciones de microfrontend​

Se mejoró y refactorizó la API del microfrontend. Para obtener más información sobre las características del microfrontend, consulte la documentación sobre microfrontend.

Elementos obsoletos​

Hay elementos obsoletos en esta versión. Consulte nuestra página sobre elementos obsoletos para obtener más información.

Actualizaciones técnicas​

Esta actualización implica una serie de cambios de menor importancia: actualizaciones técnicas, mejoras, correcciones de errores y actualizaciones de versión.

Flaine

Mejoras en la accesibilidad (a11y)​

Se introdujeron muchas correcciones pequeñas de accesibilidad que marcan una gran diferencia. Actualícela para que su aplicación sea más fácil de utilizar.

Mejoras en TableView​

TableView es mejora cada vez más en los siguientes aspectos:

  • Mejor ordenamiento.
  • Reglas más claras en torno a la selección.
  • Foco en los componentes controlados.
Elysian

Microaplicaciones de federación de módulos y Webpack 5​

Note: Vale la pena actualizar la versión

Esta nueva función será la predeterminada en la próxima versión principal de Jutro. Le recomendamos que comience a usar la nueva función y obtenga los beneficios lo más pronto posible.

Comenzamos la compatibilidad experimental para Webpack 5 y microaplicaciones basadas en federación de módulos. Esto ofrece muchos beneficios, tales como estos:

  • Ejecución de manera independiente e incrustada desde la misma implementación de forma predeterminada.
  • Tiempos de compilación de microaplicaciones más rápidos y tiempos de carga más rápidos.
  • CSS y control de recursos delegados a Webpack.

Para obtener más información, consulte la documentación sobre microaplicaciones de federación de módulos.

Nueva versión de Node.js​

Por razones de seguridad, hemos actualizado la versión de Node.js. Si está actualizando su versión, asegúrese de actualizar sus entornos y compilaciones para que utilicen lo siguiente:

  • Versión del nodo: 14.18.3
  • Versión de NPM: 6.14.15

Campo de fecha simple​

Ahora hay un componente de fecha compuesto por tres entradas diferentes.

Campos simples de entrada de fecha

Puede cambiar el formato para satisfacer sus necesidades. Lea los documentos para obtener más información sobre las diferentes opciones de visualización y configuración.

Vista rápida​

Ahora proporcionamos una manera fácil de explorar el contenido específico de una página. Actualmente en la vista previa de laboratorio, la función vista rápida ofrece un panel intuitivo que se muestra en el lado derecho y le permite ver y editar información.

Vista rápida

Véalo en Storybook o lea los documentos para tener una idea de todas las funcionalidades que proporciona.

Componentes de subtítulo personalizado​

¿Alguna vez ha querido agregar información clave al subtítulo? Bueno, ¡ahora puede hacerlo! Hemos agregado una nueva opción de configuración que le permite renderizar sus propios widgets. Consulte los documentos actualizados del subtítulo para obtener más información.

Carga de varios archivos​

Actualizamos el cargador de archivos para que ahora pueda cargar varios archivos a la vez. ¡Eso es eficiencia! Consulte los documentos actualizados para obtener más información sobre el nuevo gancho.

Dobson

La validación ahora es un paquete oficial de Jutro​

En Jutro 6.5, el nuevo paquete de validación pasó de una version de vista previa de laboratorio a ser un paquete oficial de Jutro.

El gancho useValidation se usa en una forma que es un componente funcional como este:

import { useValidation } from '@jutro/validation';

El componente JsonForm también queda obsoleto en esta versión. En su lugar, utilice una regla de esquema json en su componente de formulario con useValidation.

Mejoras en la validación al nivel del campo​

Con la validación a nivel de campo, si tiene varias reglas que controlan un envío de entrada válido en un campo, puede asegurarse de que cuando ocurra más de un error, los errores se enumerarán juntos una vez que el campo esté enfocado.

Ahora también puede configurar los mensajes de advertencia para cualquier campo de la misma manera que configura los mensajes de error, pero configurando el tipo como 'advertencia'.

Cuando un campo está configurado para mostrar varios mensajes de error y advertencias, el campo primero muestra errores. Solo cuando estos errores se resuelvan, se mostrarán las advertencias relacionadas.

Una vez que la entrada esté en foco, los detalles de la advertencia se proporcionan en un menú desplegable:

Lea todo sobre los Cambios en la validación en la documentación.

¡Aún más mejoras en ListView y TableView!​

Seguimos mejorando los componentes AdaptiveDataView, ListView, y TableView:

  • Las vistas de datos ahora son accesibles
  • Puede crear columnas personalizadas
  • Es más fácil configurar vistas de datos con componentes explícitos como DataViewSearch y DataViewColumns.
  • TableView puede resaltar cada segunda fila con los colores rayados

Encapsulador de microaplicación y una propiedad history​

Jutro 6.5 incluye un componente encapsulador de microaplicaciones que le facilita agregar microaplicaciones a su aplicación.

El envoltorio de microaplicaciones maneja la carga diferida y de suspenso, además de admitir componentes personalizados de límite de error y cargador.

Dentro del envoltorio de la microaplicación también puedes pasar propiedades de jutro, devProps y propiedades no definidas.

Ahora, también puede permitir que los usuarios de la microaplicación vayan a una ubicación en la aplicación de shell pasando el historial del enrutador de la aplicación de shell, desde ShellHistoryContext y usando una propiedad history, a componente <Link /> o al atributo history para enlaces en el componente <Breadcrumb /> de la aplicación.

import { ShellHistoryContext } from '@jutro/lab-preview-micro-app';

const shellHistory = useContext(ShellHistoryContext);

return (
<Link
to="/shell-app-location"
history={shellHistory}>
Redirect to shell
</Link>
);

Configuración global de la divisa y la zona horaria en shell y microaplicaciones​

Ahora puede configurar la moneda para una aplicación de shell Jutro globalmente en el archivo src/config/config.json y la propiedad de configuración pasarán a todos los componentes relacionados con la moneda utilizados por una microaplicación incrustada en él.

Sin embargo, si desea especificar una moneda en particular en un componente de microaplicación que sea diferente a la configuración de la aplicación de shell global, hágalo directamente en el componente:

<CurrencyColumn
id="price"
path="value"
header="Price"
defaultCurrency="PLN"
dataType="number"
/>

Lea más sobre la configuración de divisa global en los documentos.

La configuración de la zona horaria también se establece globalmente dentro del archivo src/config/config.json.

De forma predeterminada, todas las fechas con hora se almacenan como fecha UTC y se convierten a la zona horaria local del usuario cuando se muestran. Para invalidar esto, pase defaultTimeZone en localeSettings en localeSettings de src/config/config.json.

"localeSettings": {
...
"defaultTimeZone": "Atlantic/Faroe"
}

Lea más acerca de la configuración de la zona horaria en los documentos.

Nuevo cargador de marca de Guidewire​

El cargador ahora tiene la apariencia del logotipo de Guidewire. Mayor reconocimiento de marca sin costo adicional.

Carga de archivos más inteligente​

El componente FileUploadField de Jutro ahora es más estable e inteligente. Por ejemplo, cuando el archivo comienza a cargarse, oculta el botón “Cargar archivo”, para que el usuario no vuelva a hacer clic en él. Véalo en acción en Storybook.

Cortina

Mejoras de wizard-next​

Se han solucionado algunos problemas al navegar hacia atrás y hacia adelante en el wizard-next.

Formulario JSON​

Agregamos una propiedad resolveDataProps que resuelve propiedades de datos de un esquema JSON pasado y una propiedad resolveValidation para resolver la validación del esquema JSON.