Vergleich von Funktionen zwischen Releases

from

Niseko

from

to

Cortina

to

Niseko

Digital SDK 10.11.2

Verbesserte Unterstützung von Mehrspartenprodukten

Die Unterstützung für die Festlegung von Ausgaben für Mehrspartenprodukte im Digital SDK wurde verbessert.

Weitere Informationen finden Sie in den Versionshinweisen zu Digital SDK.

Kulanzfähiger Fehler bei der SDK-Generierung

Wenn Probleme beim Abrufen der OpenAPI-Definitionen und -Schemas für eine oder mehrere Ihrer InsuranceSuite-Instanzen auftreten, wird der Generierungsprozess nicht mehr unterbrochen. Der Generator protokolliert nun eine Warnung mit weiteren Informationen zum Fehler und fährt mit dem Generierungsprozess fort. Dies führt nun dazu, dass nach der Generierung ein oder mehrere SDK-Ordner fehlen.

Weitere Informationen zum Generierungsprozess finden Sie in der Dokumentation zur Generierung und Einrichtung von SDKs.

Minimierung des Codes von Validierungsfunktionen

Code von Validierungsfunktionen wird nun standardmäßig minimiert. Durch diese Änderung wird die Größe reduziert und die Leistung der generierten SDKs verbessert.

Zur Deaktivierung der Minimierung haben wir eine optInFeature-SDK-Konfigurationsoption hinzugefügt: disableMinification. Durch Festlegen dieser Option auf true wird die Minimierung der generierten Validierungsfunktionen deaktiviert.

Weitere Informationen zu SDK-Konfigurationsoptionen finden Sie in der Dokumentation zur Generierung und Einrichtung von SDKs.

Jutro Design System 10.11.0

Technische Verbesserungen

Diese Aktualisierung bringt eine Reihe von Verbesserungen und Fehlerbehebungen.

Neue Typografie-Komponente

Jutro Design System wurde um eine neue Typografie-Komponente erweitert. Mit dieser Komponente können Sie ganz einfach verschiedene Typografie-Stile auf Textelemente anwenden und so eine konsistente und semantisch korrekte Textdarstellung gewährleisten. Durch die Trennung des visuellen Erscheinungsbilds (definiert durch variant) von der semantischen Bedeutung (definiert durch tag) bietet diese Funktion Flexibilität bei gleichzeitiger Beibehaltung der Barrierefreiheit.

Eine kurze Demonstration dieser Funktion finden Sie in diesem Video:

Weitere Informationen zur Verwendung der Typografie-Komponente finden Sie in der entsprechenden Dokumentation.

Verbesserte Dropdown-Komponenten

Zur Verbesserung der Benutzerfreundlichkeit wurden den Dropdown-Komponenten neue Eigenschaften hinzugefügt:

• Die tagsAlwaysExpanded-Eigenschaft wurde den Komponenten MultipleCombobox und MultipleSelect hinzugefügt.
• Die clearable-Eigenschaft wurde den Komponenten Select, MultipleSelect, Combobox und MultipleCombobox hinzugefügt.

Jutro UI-Bibliotheken 10.11.0

Verbesserungen für Okta-Client über @jutro/auth bereitgestellt

• Micro Frontends mit isoliertem Modus lösen keine Authentifizierungs-Popups mehr aus, wenn der Benutzer bereits angemeldet ist.
• Umleitungen oder Rückrufe für Endpunkte bei jedem Neuladen der Seite werden vermieden.

In beiden Fällen ist es erforderlich, dass der Benutzer angemeldet ist und die Cookies von Drittanbietern im Browser aktiviert hat.

Jutro Web Apps

Backend-APIs

In der JDP-Architektur werden Backend-APIs zur Verbesserung von Sicherheit und Innovation eingeführt. Backend-APIs sind ein robustes und dennoch anpassungsfähiges Modell, das auf die Anforderungen von Versicherern abgestimmt ist.

Diese Funktion umfasst drei Unterfunktionen:

• Konfigurierbare öffentliche Cloud API-Oberfläche: Ermöglicht anwendungsbezogene Kontrolle darüber, welche öffentlichen Cloud APIs im Internet verfügbar gemacht werden. Wird Ende August mit Niseko veröffentlicht.
• Benutzerdefinierte Anforderungshandler: Ermöglicht Entwicklungsteams die Integration von JDP-Anwendungen mit serverseitiger Geschäftslogik, die auf digitale Anforderungen zugeschnitten ist, z. B. benutzerdefinierte Autorisierungsregeln für Endbenutzer oder Datentransformationen. Wird Ende August mit Niseko veröffentlicht.
• Cookie-basierte Authentifizierung: Dies ist eine neue Lösung, die den Zugriff auf Authentifizierungstoken im Browser verhindert. Wird Ende September mit Niseko veröffentlicht.

Diese Funktionen ermöglichen Versicherern, ihre Digital-Anwendungen zu optimieren und sicherer zu machen, und sind auf ihre Anforderungen zugeschnitten.

CDN-Bereitstellungen in Entwicklungsumgebungen

Die Einführung von CDN-Bereitstellungen in Entwicklungsumgebungen ermöglicht die Verwendung von CDN-Bereitstellungen mit benutzerdefinierten Domänen in der Entwicklungsumgebung. Dies entspricht dem vorhandenen Muster von Pre-Prod- und Prod-Hochstufungen.

Entwicklern von Versicherungen wird so ermöglicht, während der Entwicklung produktionsähnliche Bereitstellungen zu simulieren. Die Flexibilität für Entwickler bei der Bereitstellung von Jutro-Anwendungen wird erhöht und die allgemeine Benutzerfreundlichkeit für Entwickler verbessert.

Kunden können nun spezielle Anwendungsfälle berücksichtigen, die unterschiedliche benutzerdefinierte Domänennamen für dieselbe Anwendung in unterschiedlichen Entwicklungsphasen (niedrigere Orbits) erfordern.

Weitere Informationen finden Sie unter Erstellen und Bereitstellen einer Jutro-App.

Verbesserungen an gemeinsam genutzten Paketen

Die folgenden Verbesserungen wurden als Reaktion auf das Kundenfeedback eingeführt:

• In der Benutzeroberfläche wird jetzt angezeigt, wenn eine Aktualisierung für gemeinsam genutzte Pakete verfügbar ist.
• Die Veröffentlichung von gemeinsam genutzten Paketen über Release-Zweige ist jetzt verfügbar.
• Jutro-Aktualisierungen für das Repository für gemeinsam genutzte Pakete erfolgen jetzt automatisch.
• Die Erzwingung von Knoten 22 ist jetzt für Pipelines für gemeinsam genutzte Pakete vorhanden.

Weitere Informationen finden Sie unter Erstellen, Hosten und Verteilen von gemeinsam genutzten Paketen.

Neue und verbesserte Inhaltsvorlagen

Zur Verbesserung der Benutzerfreundlichkeit wurden die Jutro-Inhaltsvorlagen mit neuen Funktionen und Verbesserungen aktualisiert und werden mit Jutro-Version 10.11.2 bereitgestellt. In diesem Release werden Design-Token nun in der gesamten Vorlage verwendet. Eine Liste aller verfügbaren Design-Token finden Sie auf der Seite Liste der Design-Token.

Die folgenden Vorlagen wurden ebenfalls aktualisiert:

Aktualisierungen der Vorlage „Agent Experience“

Die Vorlage Agent Experience enthält jetzt die folgenden Funktionen:

• Schadenfallabfrage für Vermittler: Vermittler können nun Self-Service-Abfragen zu Schadenfällen durchführen, die für Policen eingereicht wurden, die Vermittler betreuen. Alle primären Schadeninformationen sind zusammen mit dem Gesamtstatus des Schadenfallregulierungsprozesses verfügbar.

• Vermittlerberichte: Versicherer können nun interaktive Berichte von Guidewire Explore direkt in die Vorlage „Agent Experience“ einbetten. Teile dieser Funktion befinden sich noch in der Entwicklung und werden in einem späteren Release bereitgestellt.

• Vermittlerprovisionen: Vermittler haben nun in Echtzeit Einblick in die Höhe der Provisionen, die auf Konto-, Policen- und Policenlaufzeitebene verdient werden.

• Verlängerungserweiterung: Diese Funktion erweitert die Möglichkeit, Entwürfe und Verlängerungstransaktionen vor dem Datum des Inkrafttretens anzuzeigen. Wenn ein Benutzer eine Verlängerungslaufzeit anzeigt, hat er jetzt auch die Möglichkeit, die Policendeckungen zu ändern und die Änderung auf die Laufzeit anzuwenden. Mit dieser Funktion kann das Datum des Inkrafttretens der Verlängerung nicht geändert werden.

Aktualisierungen der Vorlage „Policyholder Experience“

Die Vorlage Policyholder Experience enthält jetzt die folgenden Funktionen:

• Schadenfallabfragen für Versicherungsnehmer: Versicherungsnehmer können nun Self-Service-Abfragen zu Schadenfällen durchführen, die für ihre eigenen Policen eingereicht wurden. Alle primären Schadeninformationen sind zusammen mit dem Gesamtstatus des Schadenfallregulierungsprozesses verfügbar.

• Verlängerungserweiterung: Diese Funktion erweitert die Möglichkeit, Entwürfe und Verlängerungstransaktionen vor dem Datum des Inkrafttretens anzuzeigen. Wenn ein Benutzer eine Verlängerungslaufzeit anzeigt, hat er jetzt auch die Möglichkeit, die Policendeckungen zu ändern und die Änderung auf die Laufzeit anzuwenden. Mit dieser Funktion kann das Datum des Inkrafttretens der Verlängerung nicht geändert werden.

• Aufgeschlüsselte Rechnungen: Versicherungsnehmer können nun die Details der Einzelpositionen der Forderungen auf ihrer Rechnung einsehen und haben so mehr Transparenz hinsichtlich der mit der Deckung verbundenen Kosten.

Aktualisierungen der Vorlage „Workers' Compensation Quote and Buy“

Die Vorlage Workers' Compensation Quote and Buy enthält jetzt die folgenden Funktionen:

• Funktionen zur Policenänderung: Vermittler können nun eine Police vorzeitig ändern und eine Reihe von Elementen anpassen, darunter Policendetails, Deckungen, Orte, Gerichtsstände, Mitarbeiterklassifizierungsschlüssel, Gehaltsabrechnungsdaten und Risikoanalyseinformationen. Nach den vorgenommenen Änderungen kann der Vermittler ein Angebot für die Police erstellen und eine Zusammenfassung der Police mit einem Vergleich der Vorher- und Nachher-Ansichten der Policenänderungen anzeigen.

• Massen-Uploads von Mitarbeiterdaten: Eine neue Benutzeroberfläche, die speziell für das Hochladen von Tabellen mit Mitarbeiterdaten entwickelt wurde. Auf diese Weise wird der Prozess des Massen-Uploads von Mitarbeiterdaten in das System optimiert.

Note: Derzeit wird keine API bereitgestellt, um die Vorlage mit der Import/Export-Funktion zu verknüpfen. Daher muss zur vollständigen Unterstützung dieser Funktion die erforderliche Übertragung zwischen den Frontend-Hooks und der Backend-Implementierung entwickelt werden.

Arbeitsunfallversicherung - FROI-Vorlage (eingeschränkte Verfügbarkeit)

Arbeitsunfallversicherung - FROI-Vorlage ist eine vorkonfigurierte Jutro-Inhaltsvorlage für eine Unfallerstmeldung (First Report of Injury, FROI). Diese Vorlage umfasst ein Micro Frontend oder eine eigenständige Anwendung, mit der Versicherer Daten zu Unfallerstmeldungen für Arbeitsunfallversicherungen erfassen können.

Privatfahrzeug - Vorlage zur Schadenerstmeldung - Funktion „Anbieterauswahl“ (eingeschränkte Verfügbarkeit)

Mit der Funktion Anbieterauswahl kann die Anbieterauswahl des Anspruchstellers für Karosseriereparaturen anhand eines vorkonfigurierten Fragenablaufs erfasst werden, der in die Schadenerstmeldung aufgenommen oder als sekundäre Anforderung gesendet werden kann. Versicherungsnehmer können einen Anbieter in Google Maps auswählen oder einen eigenen Anbieter hinzufügen. Diese Funktion wird von einer Guidewire Function unterstützt.

Digital SDK 10.11.0

Dieses Release enthält keine neuen Funktionen für das Digital SDK.

Jutro für Guidewire-fremde Backends

Jutro für Guidewire-fremde Backends ist eine neue Funktion und ermöglicht Kunden, Jutro Digital Platform (JDP) mit Backend-Versicherungssystemen zu verwenden, die nicht von Guidewire entwickelt wurden. Bisher war die Verwendung durch die JDP-Lizenz auf Guidewire-Backends beschränkt. Mit dieser Funktion wird diese Einschränkung aufgehoben, sodass eine einheitliche Kundenerfahrung bei der Migration von Legacy-Systemen in Guidewire und die Beibehaltung einer einzigen Schnittstelle für Guidewire- und Guidewire-fremde Backends möglich sind.

Für die erstmalige Bereitstellung dieser Funktion müssen Sie IntegrationGateway verwenden. Weitere Informationen zur Einrichtung finden Sie im Tutorial zur Integration von Jutro-Anwendungen und IntegrationGateway.

Diese Funktion ist derzeit auf die folgenden Personas beschränkt:

• Gebundener Vermittler
• Unabhängiger Vermittler
• Kundendienstmitarbeiter
• Versicherungsnehmer
• Anbieter (Lieferant)

Im Hinblick auf weitere Personas und entsprechende Optionen wenden Sie sich an Ihren Vertriebsmitarbeiter/CSM, um Optionen zu erörtern.

Wenn ein Kunde eine Supportanfrage für diese Funktion stellt, hilft Guidewire bei der Feststellung, ob das Problem in den Bereich der von Guidewire unterstützten Produkte fällt. Wenn dies der Fall ist, wird das Problem vom Guidewire-Support bearbeitet. Wenn das Problem jedoch mit einem externen Endpunkt zusammenhängt, wird der Kunde darüber informiert. Guidewire ist dann nicht für die weitere Unterstützung bei Fällen zuständig, die auf Probleme mit diesem externen Endpunkt zurückzuführen sind.

Mammoth

Digital SDK 10.10.8

Verbesserte Unterstützung von Mehrspartenprodukten wieder eingeführt

Wir haben die verbesserte Unterstützung für die Festlegung von Ausgaben für Mehrspartenprodukte im Digital SDK wieder eingeführt. Dabei handelt es sich um die gleiche Funktion, die im Jutro-Patch 10.10.5 hinzugefügt und im Jutro-Patch 10.10.7 entfernt wurde.

Weitere Informationen zu dieser Funktion finden Sie in den Versionshinweisen zum Digital SDK.

Rollbacks von Änderungen aus 10.10.5 und 10.10.6

Mit dem Patch 10.10.7 werden einige Änderungen aus den Patches 10.10.5 und 10.10.6 rückgängig gemacht.

Mit Patches von Guidewire sollen nur kritische Sicherheitskorrekturen und Funktionsblocker abgedeckt werden, Fehlerbehebungen und Funktionsverbesserungen sollen dagegen nur in den Hauptversionen der Ski-Releases veröffentlicht werden. Entsprechend diesem Ansatz werden die folgenden Änderungen entfernt, jedoch im Niseko-Release zur Verfügung gestellt.

• Verbesserte Unterstützung von Mehrspartenprodukten für das Digital SDK.
• (JUT-24000) Ein Problem wurde behoben, bei dem das Ändern der Auswahl im Datumsauswahlfeld zu einer Endlosschleife in Chrome für iOS führte.
• (JUT-23433) Das Verhalten der Jutro-Webpack-Loader wurde geändert, um das CSS-Hashing von regulären Ausdrücken zu verhindern.

Digital SDK 10.10.5

Verbesserte Unterstützung von Mehrspartenprodukten

Die Unterstützung für die Festlegung von Ausgaben für Mehrspartenprodukte im Digital SDK wurde verbessert.

Weitere Informationen finden Sie in den Versionshinweisen zu Digital SDK.

Digital SDK 10.10.1

Neue Konfigurationseigenschaft für Digital SDK UI Extensions

Die Konfigurationseigenschaft dangerouslyForceEntityFieldGeneration wurde hinzugefügt, um die Generierung von Erweiterungen auf Feldebene für Entitäten zu erzwingen, die nicht mit dem Typ JSONSchemaWithFields kompatibel sind.

Weitere Informationen finden Sie in der Dokumentation zur Generierung von Digital SDK UI Extensions.

Jutro Design System 10.10.1

Neue Design-Token für Komponenten

Die Anzahl der verfügbaren Design-Token zum Anpassen der folgenden Komponenten wurde erhöht:

• Card
• ClickableCard
• DropdownMenu und zugehörige untergeordnete Komponenten
• InlineLoader
• InlineNotification
• Loader
• ModalNext
• LookupField
• ToastProvider

Die Abwärtskompatibilität bleibt erhalten. Diese Komponenten sind nur dann betroffen, wenn Ihr Theme die neuen Design-Token enthält. Die einzige Ausnahme besteht bei der Verwendung der CSS-Variable --JDS-TOAST-NOTIFICATION-TEXT-PADDING oder --JDS-INLINE-NOTIFICATION-MESSAGE-PADDING, da diese entfernt wurden.

Note: Mit den zusätzlichen Design-Token können Sie das Erscheinungsbild der Lookupfield-Komponente an die anderen Eingabekomponenten anpassen.

Jutro Design System 10.10.0

Technische Verbesserungen

Diese Aktualisierung bringt eine Reihe von Verbesserungen und Fehlerbehebungen.

Konformität mit WCAG 2.1

Wir haben die Komponenten von Jutro Design System überprüft und die erforderlichen Änderungen vorgenommen, um die Konformität mit WCAG 2.1 sicherzustellen.

Note: Dies gilt für die stabilen Komponenten im Jutro-Release 10.10.0. Für verworfene Komponenten gilt weiterhin die Konformitätsstufe WCAG 2.0.

Neue Seitenlayout-Container

Wir haben mehrere neue Komponenten für Seitenlayout-Container hinzugefügt, um zusätzliche Flexibilität bei der Umsetzung der Layout-Anforderungen zu bieten:

• ToolsSidePanel
• HeaderPanel
• SubheaderPanel
• FooterPanel
• SidePanel

Note: Diese können als Alternative oder als Ergänzung zur AppFloorplan-Komponente verwendet werden. Weitere Informationen finden Sie in der Seitenlayout-Dokumentation.

Passive Token-Erneuerung

Passive Token-Erneuerung wurde für den Authentifizierungs-Client eingeführt. Bei dieser Methode wird die Gültigkeit des Tokens bei jedem Zugriff überprüft, und wenn es abgelaufen ist, wird es erneuert, bevor es zurückgegeben wird. Weitere Informationen zur passiven Erneuerung finden Sie in der Dokumentation zum Authentifizierungs-Client.

Migration zur passiven Token-Erneuerung

Die passive Token-Erneuerung wurde in Version 10.10 eingeführt. Die aktive Erneuerung wird nicht verworfen, es wird jedoch empfohlen, zur passiven Erneuerung zu wechseln. Um diese Funktion zu aktivieren, müssen Sie die folgenden Schritte ausführen:

1. Entfernen Sie die Variablen JUTRO_AUTH_SILENT_REDIRECT_PATH und JUTRO_AUTH_SILENT_LOGIN_PATH (falls vorhanden). Diese Variablen sind spezifisch für den aktiven Ansatz mit unbeaufsichtigter Anmeldung und werden für den passiven Ansatz nicht benötigt.
2. Fügen Sie offline_access zur Variable JUTRO_AUTH_SCOPE hinzu.
3. Stellen Sie sicher, dass die Guidewire Hub-Anwendungskonfiguration die Berechtigung REFRESH_TOKEN im authSettings.grantTypes-Array enthält.
4. Variable JUTRO_AUTH_USE_PASSIVE_TOKEN_RENEWALS=true hinzufügen.
5. Ersetzen Sie die folgenden Verwendungen von Eigenschaften aus dem useAuth-Hook:

Aktive Verlängerung	Passive Verlängerung
isAuthenticated: boolean | null	getIsAuthenticated: () => Promise<boolean | null>
accessToken: string | null	getAccessToken: () => Promise<string | null>
idToken: string | null	getIdToken: () => Promise<string | null>
userInfo: OidcUserInfo | null	getUserInfo: () => Promise<OidcUserInfo | null>

Neue Umgebungsvariable für Authentifizierungs-Client

Die JUTRO_AUTH_PREPEND_AUTH_CALLBACKS_WITH_BASEURL-Umgebungsvariable wurde eingeführt. Wenn Sie den Wert dieser Umgebungsvariablen auf true setzen, wird der routerBasename-Wert automatisch vorangestellt, um Pfade umzuleiten, die als Argumente an die Funktionen login() und logout() des Authentifizierungs-Clients übergeben werden. Weitere Informationen finden Sie in der Dokumentation zum Authentifizierungs-Client.

Bei der Übergabe von Umleitungspfaden zu login() und logout() mit JUTRO_AUTH_PREPEND_AUTH_CALLBACKS_WITH_BASEURL=false wird eine Verwerfungswarnung angezeigt.

Neue Fehlercodes für Authentifizierungs-Client

Wir haben zwei neue Fehlercodes für den Authentifizierungs-Client hinzugefügt.

• JUTRO_AUTH_ACCESS_DENIED_ERROR: Der Benutzer ist der Anwendung nicht zugewiesen.
• JUTRO_AUTH_LOGIN_REQUIRED_ERROR: Die Anwendung konnte Token nicht mit der automatischen Anmeldung erneuern, da Cookies von Drittanbietern im Browser blockiert werden.

Weitere Informationen zu Fehlern beim Authentifizierungs-Client finden Sie in der Dokumentation zum Authentifizierungs-Client.

Note: Wenn Sie eine benutzerdefinierte Verarbeitung von Authentifizierungsfehlern implementiert haben, sind möglicherweise Änderungen erforderlich, um diese neuen Fehlercodes zu verarbeiten.

Weitere Informationen zur benutzerdefinierten Fehlerbehandlung finden Sie in der Dokumentation zum Authentifizierungs-Client.

Jutro UI-Bibliotheken 10.10.0

Digital SDK UI Extensions

Durch Ausführen des jutro-cli-Befehls jutro generate:digital-sdk wird neben der Generierung des Digital SDK auch ein neuer Satz von Komponenten, Hooks und Anbietern generiert, die auf den InsuranceSuite Cloud API-Schemas basieren und in Ihrer Jutro-App verwendet werden.

Weitere Informationen finden Sie im Abschnitt Cloud APIs mit dem Digital SDK nutzen der Jutro-Dokumentation.

Note: Die neuen Digital SDK UI Extensions ermöglichen eine zusätzliche Steigerung der Programmierungsproduktivität, indem sie InsuranceSuite Cloud API-Schemas in Entitätsfeldkomponenten und andere React-Tools umwandeln. Außerdem werden InsuranceSuite-Daten und Produktregeln zu Jutro-UI-Komponenten oder benutzerdefinierten Designsystemen zugeordnet.

Aktualisierungen des MicroFrontend-Komponentenmodus

Die Namen der MicroFrontend-Komponentenmodi wurden aktualisiert:

• moduleFederation-Modus ist jetzt shared-Modus.
• iframe-Modus ist jetzt isolated-Modus.

Die ursprünglichen Modusnamen sind noch funktionsfähig, werden aber verworfen. Es wird empfohlen, alle Verweise in Ihrem Code zu aktualisieren, um zukünftige Probleme zu vermeiden.

Micro-Frontend-Unterstützung für die Fehlerbehandlung

Es wurde ein onError-Callback hinzugefügt, der verwendet wird, wenn es Probleme mit dem Laden eines iframe oder mit dem Micro Frontend selbst gibt.

Die Node-18-Version wird verworfen

Warning: Ab dem 30. April 2025 können Sie auf Node 18 keine neuen Apps mehr erstellen. Sie erreicht das Ende ihrer Lebensdauer und erhält keine Sicherheitsupdates.

Das Ausführen veralteter Versionen kann Ihre Anwendung anfällig machen.

Sie können vorhandene Apps bis zum 30. September 2025 auf Node 22 migrieren. Aktualisieren Sie alle Anwendungen so bald wie möglich.

Die Wartung von Node 18 endet im April 2025 und wird nach diesem Datum nicht mehr unterstützt. Die Verwendung von Node 18 in Jutro wird verworfen und es wird empfohlen, auf Node 22.6.0 oder höher zu aktualisieren.

Wenn Sie die Migration durchführen möchten, gehen Sie wie folgt vor:

• Aktualisieren Sie das Feld engines in package.json auf:

  "engines": {
    "node": ">=22.6.0 < 23",
    "npm": ">=10.8.2 "
  }

• (Optional) Wenn Sie NVM verwenden, um Node-Versionen zu verwalten, aktualisieren Sie .nvmrc mit v22.6.0
• Installieren Sie Node.js v22.6.0 (und entfernen Sie die alte Version, wenn Sie kein NVM-Benutzer sind)
• Aktualisieren Sie alle Komponententests, die Intl verwenden (Node.js v22 wird entsprechend der neuesten Version von Intl aktualisiert).
• Entfernen Sie node-sass aus package.json und fügen Sie es stattdessen in "sass": "1.81.0" ein.
  • Wenn Sie Probleme mit "sass": "1.81.0" haben, versuchen Sie es stattdessen mit "sass": "1.77.8" .

Um zu überprüfen, ob Ihre App noch mit einer neueren Version von Node.js funktioniert (z. B. in TeamCity-Pipelines), gehen Sie wie folgt vor:

• Aktualisieren Sie das Feld engines in package.json auf:

  "engines": {
    "node": ">=22.6.0 < 23",
    "npm": ">=10.8.2 "
  }

• Entfernen Sie node-sass aus package.json und fügen Sie es stattdessen in "sass": "1.81.0" ein.
  • Wenn Sie Probleme mit "sass": "1.81.0" haben, versuchen Sie es stattdessen mit "sass": "1.77.8" .

Warning: Bekanntes Problem

Eine Änderung im Übersetzungsprozess in Node 22 führt dazu, dass ein Leerzeichen durch ein schmales Unicode-Leerzeichen ohne Umbruch ersetzt wird. Dies kann zu fehlgeschlagenen Komponententests führen, da dies nicht mit dem Regex-Muster \s übereinstimmt.

Note: Webpack 4 unterstützt Node 22 nicht, die Verwendung von Node 22 erfordert ein Update auf Webpack 5.

Note: Unterschiedliche Versionen von Node.js in lokalen und CI Umgebungen können zu einem inkonsistenten Verhalten von Komponententests für Komponenten führen, die Intl verwenden.

Verworfenes @jutro/cli-npm-preinstall-Paket

Das benutzerdefinierte Paket @jutro/cli-npm-preinstall wurde verworfen. Dieses Paket wurde verwendet, um eine bestimmte Version der transitiven Abhängigkeit zu erzwingen, um Sicherheitsprobleme zu lösen.

Hierfür gibt es jetzt eine native Lösung in npm, die stattdessen verwendet werden muss.

Migration zu npm-Überschreibungen

Wenn Ihre App aktuell Lösungen verwendet, müssen Sie die folgenden Schritte ausführen:

1. Entfernen Sie die preinstall.js-Datei aus dem Stammverzeichnis des Projekts.
2. Entfernen Sie das preinstall-Skript aus package.json.
3. Benennen Sie resolutions in package.json in overrides um.

Jutro Web Apps

Neue und verbesserte Inhaltsvorlagen

Wir haben zwei neue Vorlagen hinzugefügt – Commercial Auto FNOL und Workers' Comp, um Ihnen einen Vorsprung bei der Implementierung Ihrer digitalen Erlebnisse zu verschaffen.

Weitere Informationen finden Sie auf den Seiten mit der Vorlagendokumentation:

• Commercial Auto FNOL
• Vorlage Workers' Comp

Außerdem haben wir die folgenden Vorlagen um weitere Funktionen und Verbesserungen ergänzt:

• Die Vorlage „Agent Experience“ enthält jetzt eine Seitenleiste für Aktivitäten. In dieser Seitenleiste können Vermittler Aktivitäten nach Datum, Priorität und Titel sortieren. Aktivitäten können zudem anhand der Kontonummer, der Policennummer oder der Jobnummer (Antragsnummer) gesucht werden. Mit dieser Änderung können Vermittler eine beliebige Anzahl von Freitextnotizen erstellen und an jede Aktivität anfügen.
• Die Vorlage „Policyholder Experience“ bietet Versicherungsnehmern nun die Möglichkeit, Abrechnungsanfragen zu ihrem Konto durchzuführen und Policenrechnungen zusammen mit dem jeweiligen Status (überfällig, fällig, bezahlt) sowie dem fälligen Betrag und dem Fälligkeitsdatum anzuzeigen. Durch Integration eines digitalen Zahlungsanbieters können Versicherer Versicherungsnehmern außerdem die Möglichkeit bieten, Rechnungen online zu bezahlen.

Die folgenden Vorlagen wurden ferner umbenannt:

Ursprünglicher Name der Vorlage	Aktualisierter Name der Vorlage
Agent Quote and Buy Personal Auto	Personal Auto Quote and Buy
Agent Quote and Buy Commercial Auto Experience	Commercial Auto Quote and Buy
Demo Homeowners Quote	Homeowner Quote and Buy

Digital SDK 10.10.0

Die folgenden Funktionen wurden zum Digital SDK hinzugefügt:

• Eine neue Konfigurationsoption zum Filtern bestimmter Sparten aus PolicyCenter während der Generierung.
• Es wurden schemabasierte Typen für Entitäten ohne einen übereinstimmenden openAPI-basierten Typ hinzugefügt.

Weitere Informationen finden Sie in den Versionshinweisen zu Digital SDK.

Las Leñas

Patch-Release 10.9.7

Rollbacks von Änderungen aus 10.9.5 und 10.9.6

Mit dem Patch 10.9.7 werden einige Änderungen aus den Patches 10.9.5 und 10.9.6 rückgängig gemacht.

Mit Patches von Guidewire sollen nur kritische Sicherheitskorrekturen und Funktionsblocker abgedeckt werden, Fehlerbehebungen und Funktionsverbesserungen sollen dagegen nur in den Hauptversionen der Ski-Releases veröffentlicht werden. Entsprechend diesem Ansatz werden die folgenden Änderungen entfernt, jedoch im Niseko-Release zur Verfügung gestellt.

• (JUT-24000) Ein Problem wurde behoben, bei dem das Ändern der Auswahl im Datumsauswahlfeld zu einer Endlosschleife in Chrome für iOS führte.
• (JUT-23433) Das Verhalten der Jutro-Webpack-Loader wurde geändert, um das CSS-Hashing von regulären Ausdrücken zu verhindern.

Verbesserungen und gelöste Probleme

Die folgenden Probleme wurden in Patch 10.9.7 behoben:

ID	Beschreibung
JUT-24048	Überschreibung für on-headers-Paket wurde in 1.1.0 hinzugefügt.
JUT-24095	Axios-Überschreibung wurde auf 1.11.0 aktualisiert.

Patch-Release 10.9.6

Verbesserungen und gelöste Probleme

Die folgenden Probleme wurden in Patch 10.9.6 behoben:

ID	Beschreibung
JUT-24000	Das Ändern der Auswahl im Datumsauswahlfeld führte zu einer Endlosschleife in Chrome für iOS.
JUT-23742	Aktualisierung der Überschreibung für tar-fs-Paket von 2.1.2 auf 2.1.3.
JUT-23772	Überschreibung für webpack-dev-server-Paket wurde in 5.2.1 hinzugefügt.

Patch-Release 10.9.5

Digital SDK 10.9.5

Verbesserungen und gelöste Probleme

Die folgenden Probleme wurden in Patch 10.9.5 behoben:

ID	Beschreibung
JUT-23742	Überschreibung für tar-fs-Paket wurde auf 2.1.3 aktualisiert.
JUT-23630	Überschreibung für http-proxy-middleware-Paket wurde in 2.0.9 hinzugefügt.
JUT-23433	Korrektur des CSS-Hashing von RegEx in Jutro-Webpack-Loadern.
JUT-23322	Überschreibung für @babel/runtime-corejs3-Paket wurde hinzugefügt.
JUT-23320	Überschreibung für tar-fs 2.x-Paket wurde in 2.1.2 hinzugefügt.
JUT-22584	inflight-Abhängigkeit wurde durch einen gepatchten Fork der Abhängigkeit ersetzt.
JUT-22087	Fehlende Überschreibungen für @jutro/npm-overrides-Paket wurden hinzugefügt.
JUTSDK-1879	Aktualisierung des Axios-Pakets auf 0.30.0.
Nicht zutreffend	Überschreibung für Axios-Paket wurde in 1.8.3 hinzugefügt.

Jutro Design System 10.9.0

Technische Verbesserungen

Diese Aktualisierung bringt eine Reihe von Verbesserungen und Fehlerbehebungen.

Okta-Authentifizierungs-Client

Die Okta-Authentifizierung wird jetzt im @jutro/auth-Paket unterstützt.

Um Okta zu aktivieren, legen Sie JUTRO_AUTH_USE_NATIVE_OKTA_CLIENT=true in Ihrer Umgebung fest. Der Okta-Authentifizierungs-Client wird wie der generische Client verwendet, abgesehen von den folgenden Verhaltensänderungen:

1. Vereinfachter Ablauf für automatische Anmeldung und Authentifizierungs-Popup.
   Es verwendet einen benutzerdefinierten Mechanismus (response-mode: okta_post_message), um aktualisierte Token von einem ausgeblendeten iframe/popup an das Hauptfenster zu übergeben. Daher werden keine Anwendungsrouten geladen. Das bedeutet, dass die Variablen JUTRO_AUTH_SILENT_LOGIN_PATH und JUTRO_AUTH_SILENT_REDIRECT_PATH veraltet sind.

2. Arbeitsspeicher als Token-Speicher. Es gibt keine Service-Worker-Option. Arbeitsspeicher als Token-Speicher ist die sicherste Option, die im nativen Okta-Client verfügbar ist. Es gibt zwei Unterschiede im Verhalten der App:

   1. Bei jedem Öffnen oder Aktualisieren einer Seite wird ein vollständiger Anmeldeablauf initiiert, um Token zu erhalten. Der Benutzer sieht einen Loader und /auth/callback ändert sich für kurze Zeit in der Navigation seines Browsers.
   2. Es findet keine Synchronisierung statt, jede Registerkarte verwendet ihre eigenen Token.

3. Keine zusätzlichen Parameter. Bei der Abmeldung mit dem nativen Okta-Client werden zusätzliche Parameter aus JUTRO_AUTH_LOGOUT_QUERY_EXTRAS ignoriert.

Weitere Informationen zur Verwendung des nativen Okta-Clients finden Sie auf der Authentifizierungsdokumente-Seite.

Wenn Sie das veraltete native Okta-Authentifizierungspaket aus Version 8.12 oder früher verwendet haben, finden Sie Einzelheiten zu den Unterschieden in den Schritten zur Migration des Auth-Clients.

Neue Symbolkomponenten

Die Komponente @jutro/components/Icon wurde verworfen. Als Alternative ist ein neues @jutro/icons-Paket verfügbar.

Dieses Paket enthält spezifische Komponenten für jedes Guidewire-Symbol. Diese können direkt verwendet und auch an andere Komponenten übergeben werden, anstatt eine ID-Zeichenfolge bereitzustellen.

Zum Beispiel:

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

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

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

<HelpIcon />;

In der Liste der Symbole finden Sie die gesamte Palette der Optionen.

Erweitern des Typs von icon-Eigenschaften

Der Typ der icon-Eigenschaften in Komponenten wurde von string auf string | React.ComponentType erweitert, damit die neuen Symbolkomponenten als Werte verwendet werden können. In Fällen, in denen es einen Standardwert gab, ist dieser Wert jetzt eine Komponente und keine Zeichenfolge mehr. Dies hat Auswirkungen auf folgende Komponenten:

Name der Komponente	Name der Eigenschaft	Alter Standardwert	Neuer Standardwert
AlertModal	icon
Avatar	icon	'gw-person'	PersonIcon
Schaltfläche	icon
Kontrollkästchen	icon	'gw-check'	CheckIcon
DateField	icon	'gw-check'	CheckIcon
DropdownMenuAvatar	icon
DropdownMenuAvatarContent	icon
DropdownMenuAvatarHeader	icon
DropdownMenuButton	icon
ErrorNotice	icon	'gw-error-outline'	ErrorOutlineIcon
FieldIcon	icon
GenericSelectControlDropdownIndicator	icon	'gw-expand-more'	ExpandMoreIcon
InfoLabel	icon
InlineLoader	loadingIcon
LoadingIcon	icon	'gw-renewals'	RenewalsIcon
LookupField	icon
ModalHeader	icon
PhaseProgress	icon
PhaseProgressLabel	icon
Tag	icon	'gw-close'	CloseIcon
TimeField	icon	'gw-access-time'	AccessTimeIcon
ToggleButton (älter)	icon
TooltipIcon	icon	'gw-help'	HelpIcon
TreeNode	icon
TreeView	defaultParentIcon, defaultEndIcon

Name der Komponente	Name der Eigenschaft
BurgerAppSwitcherButton	icon
IconsBar	icon
NavBarAccordion	icon
NavBarLink	icon
RightSideBar	icon

Name der Komponente	Name der Eigenschaft	Alter Standardwert	Neuer Standardwert
Schaltfläche	icon
Chevron	chevronIcon	'gw-check'	CheckIcon
DropdownMenuLink	icon
IconButton	icon
Link	icon

Deaktivieren von veralteten Symbolkonfigurationen

Es wurde eine neue Umgebungsvariable eingeführt, mit der der verworfene Symbolansatz deaktiviert werden kann.

Wenn die Umgebungsvariable JUTRO_DISABLE_LEGACY_ICONS auf true gesetzt ist, werden sämtliche Konfigurationen bezüglich des Legacy-Symbolansatzes entfernt. Dadurch wird verhindert, dass sie in das DOM geladen werden, und die Legacykomponente Icon wird unbrauchbar.

Deep Logout

Ab 10.9 kann die Umgebungsvariable JUTRO_AUTH_LOGOUT_REDIRECT_PATH entweder der Endteil der URL oder die vollständige URL sein.

Wenn Sie die vollständige URL eingeben, muss sie das Schema enthalten. Beispiel: https://guidewire.com/my-best-app/logout ist ein gültiger Wert, guidewire.com/my-best-app/logout jedoch nicht.

Diese Änderung ermöglicht es Ihnen, einen „Deep Logout“ zu initiieren, indem Sie JUTRO_AUTH_LOGOUT_REDIRECT_PATH auf eine URL setzen, die den Abmeldeablauf auf einer anderen Domäne auslöst.

Weitere Informationen finden Sie in der Dokumentation zum Authentifizierungs-Client.

Umgebungsvariable für die Veröffentlichung neuer Ereignisse

In der Basiskonfiguration von Jutro-Vorlagen wurde eine neue Umgebungsvariable JUTRO_DISABLE_AUTO_EVENTS_PUBLISHING=true hinzugefügt. Diese Variable deaktiviert die automatische Ereignisveröffentlichung in Altkomponenten, um eine konsistentere Ereignisbehandlung zu ermöglichen. Weitere Informationen, auch zum Konfigurieren der Ereignisbehandlung, finden Sie in der Dokumentation zur Ereignisbehandlung.

Neue Umgebungsvariable für den React Strict Mode

Eine neue Umgebungsvariable ist jetzt verfügbar, um den React Strict Mode für Unit-Tests und für Jutro-Apps in Entwicklungsumgebungen zu aktivieren. Um sie zu aktivieren, fügen Sie JUTRO_REACT_STRICT_MODE=true zu Ihrer .env-Datei hinzu. Bei vorhandenen Apps ist der strenge Modus nicht standardmäßig aktiviert, aber bei neu erstellten Apps wird die Variable auf true in ihrer .env-Datei festgelegt. Weitere Informationen finden Sie in der Dokumentation zu Unit-Tests.

Verwerfung von Node-Version 18

Warning: Ab dem 30. April 2025 können Sie auf Node 18 keine neuen Apps mehr erstellen. Sie erreicht das Ende ihrer Lebensdauer und erhält keine Sicherheitsupdates.

Das Ausführen veralteter Versionen kann Ihre Anwendung anfällig machen.

Sie können vorhandene Apps bis zum 30. September 2025 auf Node 22 migrieren. Aktualisieren Sie alle Anwendungen so bald wie möglich.

Die Wartung von Node 18 endet im April 2025 und wird nach diesem Datum nicht mehr unterstützt. Die Verwendung von Node 18 in Jutro wird verworfen und es wird empfohlen, auf Node 22.6.0 oder höher zu aktualisieren.

Wenn Sie die Migration durchführen möchten, gehen Sie wie folgt vor:

• Aktualisieren Sie das Feld engines in package.json auf:

  "engines": {
    "node": ">=22.6.0 < 23",
    "npm": ">=10.8.2 "
  }

• (Optional) Wenn Sie NVM verwenden, um Node-Versionen zu verwalten, aktualisieren Sie .nvmrc mit v22.6.0
• Installieren Sie Node.js v22.6.0 (und entfernen Sie die alte Version, wenn Sie kein NVM-Benutzer sind)
• Aktualisieren Sie alle Komponententests, die Intl verwenden (Node.js v22 wird entsprechend der neuesten Version von Intl aktualisiert).
• Entfernen Sie node-sass aus package.json und fügen Sie es stattdessen in "sass": "1.81.0" ein.
  • Wenn Sie Probleme mit "sass": "1.81.0" haben, versuchen Sie es stattdessen mit "sass": "1.77.8" .

Um zu überprüfen, ob Ihre App noch mit einer neueren Version von Node.js funktioniert (z. B. in TeamCity-Pipelines), gehen Sie wie folgt vor:

• Aktualisieren Sie das Feld engines in package.json auf:

  "engines": {
    "node": ">=22.6.0 < 23",
    "npm": ">=10.8.2 "
  }

• Entfernen Sie node-sass aus package.json und fügen Sie es stattdessen in "sass": "1.81.0" ein.
  • Wenn Sie Probleme mit "sass": "1.81.0" haben, versuchen Sie es stattdessen mit "sass": "1.77.8" .

Warning: Bekanntes Problem

Eine Änderung im Übersetzungsprozess in Node 22 führt dazu, dass ein Leerzeichen durch ein schmales Unicode-Leerzeichen ohne Umbruch ersetzt wird. Dies kann zu fehlgeschlagenen Komponententests führen, da dies nicht mit dem Regex-Muster \s übereinstimmt.

Note: Webpack 4 unterstützt Node 22 nicht, die Verwendung von Node 22 erfordert ein Update auf Webpack 5.

Note: Unterschiedliche Versionen von Node.js in lokalen und CI Umgebungen können zu einem inkonsistenten Verhalten von Komponententests für Komponenten führen, die Intl verwenden.

--legacy-peer-deps sind nicht mehr erforderlich

Das Flag --legacy-peer-deps muss bei der Paketinstallation für eine neue Jutro-Anwendung nicht mehr verwendet werden. Dieses Flag ist nicht mehr notwendig, da Abhängigkeitskonflikte nun automatisch gelöst werden sollten, wodurch sich der Installationsprozess vereinfacht. Bei Anwendungen, die mit einer früheren Version von Jutro erstellt wurden, kann Ihre package.json-Datei jedoch Abhängigkeiten enthalten, die mit peerDependencies in neueren Versionen von Jutro nicht kompatibel sind. In diesem Fall kann es zu Versionskonflikten zwischen diesen Abhängigkeiten kommen, wenn Sie das Flag entfernen.

Neue Markierung zum Deaktivieren der Veröffentlichung von Ereignissen in Komponenten

Wir haben die Veröffentlichung von Ereignissen (z. B. Schaltflächenklicks oder Wertänderungen) in Komponenten unter Verwendung von @jutro/events in der Basiskonfiguration von Jutro aktualisiert. Dieses Standardverhalten wird nun durch die Markierung JUTRO_DISABLE_AUTO_EVENTS_PUBLISHING deaktiviert. Wenn Sie die Markierung nicht zur .env-Datei hinzufügen, wird eine Warnung angezeigt. Diese Änderung wirkt sich auf Komponenten wie ältere Felder aus, die weiterhin die Funktion zum Veröffentlichen aus @jutro/events verwenden.

Neue Alternativen als Alternative zu verworfenen Komponenten

Bestimmte Komponenten wurden verworfen und es gibt Alternativen dazu. Die neuen Komponenten sind zum Teil anders strukturiert als ihre Vorgänger. Möglicherweise müssen Sie die Eigenschaften an der Stelle anpassen, an der die Komponente aufgerufen wird. Nachfolgend sind die Komponenten und ihre Alternativen aufgeführt:

Verworfene Komponente	Neue Komponente
Icon aus @jutro/components	Symbolkomponenten aus @jutro/icons

Jutro Web Apps

Veränderliche/unveränderliche Hochstufungen in PreProd- und Prod-Sternensystemen

Veränderliche/unveränderliche Hochstufungen, ähnlich dem in der Entwicklung verwendeten Bereitstellungsmuster, sind jetzt für PreProd- und Prod-Sternensysteme aktiviert. Dies erhöht auch die Flexibilität bei der Verwendung benutzerdefinierter Domänen.

Sie können jetzt:

• Pro Codezweig eine veränderliche Hochstufung mit beliebig vielen vordefinierten benutzerdefinierten Domänen durchführen.
• Mehrere unveränderliche Hochstufungen pro App-Code-Zweig durchführen, jedoch ohne benutzerdefinierte Domänen.

Weitere Informationen finden Sie unter Hochstufen einer Jutro-App.

Erweiterbare Bereitstellungskontingente für PreProd und Prod

Die Benutzeroberfläche zeigt jetzt den Verbrauch von Kontingenten in Echtzeit an, sodass Sie bei Bedarf reagieren können, wenn Kontingentlimits bald überschritten werden oder bereits überschritten wurden.

Weitere Informationen finden Sie unter Hochstufungslimits.

Benutzerdefinierte Domänendelegierungen mit Subdomänen

Sie können jetzt eine benutzerdefinierte Domänendelegierung erstellen, die Subdomänen wie foo.bar.com, abc.def.user.gov.uk usw. enthält.

Weitere Informationen finden Sie unter Benutzerdefinierte Domänen.

Auswahl der zum Zeitpunkt des Hochstufens verfügbaren benutzerdefinierten Domänen

Sie können jetzt auswählen, welche Elemente der benutzerdefinierten Domänendelegierungen auf eine Hochstufung angewendet werden, damit Sie innerhalb der Limits bleiben können.

Weitere Informationen finden Sie unter Hochstufen einer Jutro-App.

Gemeinsame Delegierungen

Sie können jetzt eine Delegierung mit mehreren Domänennamen (auch als gemeinsame Delegierung bezeichnet) mit einem Limit von bis zu 5 Domänennamen erstellen.

Weitere Informationen finden Sie unter Erstellen Ihrer benutzerdefinierten Domänendelegierung.

Apps können als „Favoriten“ markiert werden

Mit zunehmender Nutzung von JWA wird auch die Anzahl der auf der Startseite angezeigten Apps steigen. Dies macht es schwierig, eine App zu finden. Sie können Ihre Apps jetzt als „Favoriten“ markieren und nur diese Apps anzeigen, um die Suche nach bestimmten Apps zu erleichtern.

Weitere Informationen finden Sie unter Über Jutro Web Apps

Benutzerfreundliche App-Namen

Mit einem neuen Limit von 64 Zeichen können Sie jetzt App-Namen mit weniger Einschränkungen auswählen. App-Namen dürfen jetzt Leerzeichen und Großbuchstaben enthalten.

Weitere Informationen finden Sie unter Erstellen einer App aus einer Vorlage

Testmodus anzeigen

Die JWA-Startseite zeigt jetzt an, wenn Sie sich im Testmodus befinden, sodass Sie an die Nutzungsbeschränkungen erinnert werden.

Weitere Informationen finden Sie unter Über Jutro Web Apps

Neue und verbesserte Inhaltsvorlagen

Wir haben eine neue Vorlage hinzugefügt – Commercial Auto Quote and Buy für Vermittler –, um Ihnen einen Vorsprung bei der Implementierung Ihrer digitalen Erlebnisse zu verschaffen. Die neue Vorlage umfasst die Funktion zur Änderung von Policen und die Funktion zum Sammel-Upload von Fahrzeugen über ein Arbeitsblatt.

Weitere Informationen finden Sie in der Vorlagendokumentation.

Außerdem haben wir den bestehenden Vorlagen die folgenden weiteren Funktionen und Verbesserungen hinzugefügt:

• In der Vorlage „Vermittler-Erfahrung“ können Sie jetzt offene Policenänderungen sehen sowie Aktivitäten anzeigen und erstellen. Sie können auch die anstehenden Verlängerungen überprüfen. Wenn Sie eine Policenänderung oder -verlängerung anstoßen, werden Sie zur Policenänderungstransaktion weitergeleitet, die Sie über die Quote and Buy-Vorlage implementieren können. Beachten Sie, dass Sie die Quote and Buy-App außerdem als Micro Frontend in die App „Vermittler-Erfahrung“ einbetten müssen. Weitere Informationen finden Sie in der Dokumentation zur Vorlage „Vermittler-Erfahrung“.
• Die Vorlage „Policyholder Experience“ unterstützt jetzt das Hochladen von Dokumenten. Weitere Informationen finden Sie unter Hochladen von Dokumenten.
• Der Quote and Buy-Assistent wurde umstrukturiert, um eine flexible Navigation zu ermöglichen: Sie können einen oder mehrere Schritte zurückspringen und Änderungen vornehmen, die dann validiert und alle abhängigen Felder hervorgehoben werden.

Digital SDK 10.9.0

Das Digital SDK verwendet jetzt einen Ansatz zur Generierung benutzerdefinierter Typen anstelle des OpenAPI-Pakets. Außerdem wurde eine explizitere Exportstruktur hinzugefügt.

Weitere Informationen finden Sie in den Versionshinweisen zu Digital SDK.

Kufri

Jutro UI-Bibliotheken 10.7.3

Okta-Authentifizierungs-Client

Die Okta-Authentifizierung wird jetzt im @jutro/auth-Paket unterstützt.

Um Okta zu aktivieren, legen Sie JUTRO_AUTH_USE_NATIVE_OKTA_CLIENT=true in Ihrer Umgebung fest. Der Okta-Authentifizierungs-Client wird wie der generische Client verwendet, abgesehen von den folgenden Verhaltensänderungen:

1. Vereinfachter Ablauf für automatische Anmeldung und Authentifizierungs-Popup.
   Es verwendet einen benutzerdefinierten Mechanismus (response-mode: okta_post_message), um aktualisierte Token von einem ausgeblendeten iframe/popup an das Hauptfenster zu übergeben. Daher werden keine Anwendungsrouten geladen. Das bedeutet, dass die Variablen JUTRO_AUTH_SILENT_LOGIN_PATH und JUTRO_AUTH_SILENT_REDIRECT_PATH veraltet sind.

2. Arbeitsspeicher als Token-Speicher. Es gibt keine Service-Worker-Option. Arbeitsspeicher als Token-Speicher ist die sicherste Option, die im nativen Okta-Client verfügbar ist. Es gibt zwei Unterschiede im Verhalten der App:

   1. Bei jedem Öffnen oder Aktualisieren einer Seite wird ein vollständiger Anmeldeablauf initiiert, um Token zu erhalten. Der Benutzer sieht einen Loader und /auth/callback ändert sich für kurze Zeit in der Navigation seines Browsers.
   2. Es findet keine Synchronisierung statt, jede Registerkarte verwendet ihre eigenen Token.

3. Keine zusätzlichen Parameter. Bei der Abmeldung mit dem nativen Okta-Client werden zusätzliche Parameter aus JUTRO_AUTH_LOGOUT_QUERY_EXTRAS ignoriert.

Weitere Informationen zur Verwendung des nativen Okta-Clients finden Sie auf der Authentifizierungsdokumente-Seite.

Wenn Sie das veraltete native Okta-Authentifizierungspaket aus Version 8.12 oder früher verwendet haben, finden Sie Einzelheiten zu den Unterschieden in den Schritten zur Migration des Auth-Clients.

Verwerfung von Node-Version 18

Warning: Ab dem 30. April 2025 können Sie auf Node 18 keine neuen Apps mehr erstellen. Sie erreicht das Ende ihrer Lebensdauer und erhält keine Sicherheitsupdates.

Das Ausführen veralteter Versionen kann Ihre Anwendung anfällig machen.

Sie können vorhandene Apps bis zum 30. September 2025 auf Node 22 migrieren. Aktualisieren Sie alle Anwendungen so bald wie möglich.

Die Wartung von Node 18 endet im April 2025 und wird nach diesem Datum nicht mehr unterstützt. Die Verwendung von Node 18 in Jutro wird verworfen und es wird empfohlen, auf Node 22.6.0 oder höher zu aktualisieren.

Wenn Sie die Migration durchführen möchten, gehen Sie wie folgt vor:

• Aktualisieren Sie das Feld engines in package.json auf:

  "engines": {
    "node": ">=22.6.0 < 23",
    "npm": ">=10.8.2 "
  }

• (Optional) Wenn Sie NVM verwenden, um Node-Versionen zu verwalten, aktualisieren Sie .nvmrc mit v22.6.0
• Installieren Sie Node.js v22.6.0 (und entfernen Sie die alte Version, wenn Sie kein NVM-Benutzer sind)
• Aktualisieren Sie alle Komponententests, die Intl verwenden (Node.js v22 wird entsprechend der neuesten Version von Intl aktualisiert).
• Entfernen Sie node-sass aus package.json und fügen Sie es stattdessen in "sass": "1.81.0" ein.
  • Wenn Sie Probleme mit "sass": "1.81.0" haben, versuchen Sie es stattdessen mit "sass": "1.77.8" .

Um zu überprüfen, ob Ihre App noch mit einer neueren Version von Node.js funktioniert (z. B. in TeamCity-Pipelines), gehen Sie wie folgt vor:

• Aktualisieren Sie das Feld engines in package.json auf:

  "engines": {
    "node": ">=22.6.0 < 23",
    "npm": ">=10.8.2 "
  }

• Entfernen Sie node-sass aus package.json und fügen Sie es stattdessen in "sass": "1.81.0" ein.
  • Wenn Sie Probleme mit "sass": "1.81.0" haben, versuchen Sie es stattdessen mit "sass": "1.77.8" .

Warning: Bekanntes Problem

Eine Änderung im Übersetzungsprozess in Node 22 führt dazu, dass ein Leerzeichen durch ein schmales Unicode-Leerzeichen ohne Umbruch ersetzt wird. Dies kann zu fehlgeschlagenen Komponententests führen, da dies nicht mit dem Regex-Muster \s übereinstimmt.

Note: Webpack 4 unterstützt Node 22 nicht, die Verwendung von Node 22 erfordert ein Update auf Webpack 5.

Note: Unterschiedliche Versionen von Node.js in lokalen und CI Umgebungen können zu einem inkonsistenten Verhalten von Komponententests für Komponenten führen, die Intl verwenden.

Jutro Design System 10.7.0

Technische Verbesserungen

Diese Aktualisierung bringt eine Reihe von Verbesserungen und Fehlerbehebungen.

Neue Komponenten als Ersatz für verworfene Komponenten

Einige Komponenten wurden verworfen und ersetzt. Die neuen Komponenten sind zum Teil anders strukturiert als ihre Vorgänger. Möglicherweise müssen Sie die Eigenschaften an der Stelle anpassen, an der die Komponente aufgerufen wird. Nachfolgend sind die Komponenten und ihre Ersetzungen aufgeführt:

Verworfene Komponente	Neue Komponente
ToggleField	ToggleButtonGroup und ToggleButton
SwitchField	Switch
Slider	Slider
DateTimeField	DatePicker und TimePicker
DateField	DatePicker
MonthYearField	MonthPicker
YearField	YearPicker
DateRangeField	DateRangePicker
DateTimeZoneField	DatePicker, TimePicker und TimezonePicker
SimpleDateField	DateInput
SimpleMonthYearField	DateInput

Die verworfenen Komponenten werden noch von @jutro/components importiert und die neuen Komponenten sind alle von @jutro/components/new verfügbar.

Verworfene Komponenteneigenschaften

Die folgenden Komponenten haben einige verworfene Eigenschaften:

Komponente	Verworfene Eigenschaften
Tooltip	id animation
TooltipIcon	id labelPosition showInlineLabel fieldLabelId titleClass textClass linkClass
SimpleProgressBar	id path value progressBarClassName stepClassName

Micro Frontend-Aktualisierungen

Die Micro Frontend-Lösung für die gemeinsame Nutzung von Kontext ist jetzt über die MicroFrontend-Komponente im moduleFederation-Modus allgemein verfügbar. Ausführliche Informationen finden Sie im Abschnitt Verfügbarmachen und Einbetten mit MicroFrontend-Komponente im Module-Federation-Modus.

Verwerfungen

Dieses Release umfasst keine Verwerfungen. Weitere Informationen finden Sie auf unserer Seite über Verwerfungen.

Jutro Web Apps

Warning: Ab Mitte November 2024 haben sich die automatisch generierten Bereitstellungs-URLs für veränderliche Bereitstellungen geändert. Dadurch sollen Bereitstellungsfehler aufgrund zu langer URLs verhindert werden.

Die URLs folgen nun diesem Muster:

<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>

Diese Änderung geht mit einer neuen Obergrenze von 10 Zeichen für neu erstellte App-IDs einher. Es gibt auch eine Funktion, mit der Sie den Anzeigenamen Ihrer App für längere Namen in der Benutzeroberfläche anpassen können.

Wenn ein Tenant-Name kürzer als 10 Zeichen ist, wird die Speicherplatznutzung optimiert. In solchen Fällen werden nicht verwendete Zeichen für weitere App-Namenszeichen verwendet.

Diese Änderung wird nur angewendet, wenn neue Bereitstellungen oder erneute Bereitstellungen durchgeführt werden. Bestehende Bereitstellungen sind davon nicht betroffen.

Diese Änderung wirkt sich nicht auf Bereitstellungen mit benutzerdefinierten Domänen aus.

Externe Paketregistrierung für die Verwendung von JavaScript-Bibliotheken und UI-Komponenten

Sie können private Registrierungen jetzt mit Ihren eigenen JavaScript-Bibliotheken und UI-Komponenten in Ihren Jutro-Apps einrichten.

Mit der Funktion Externe Paketregistrierung können Sie Anmeldeinformationen für Installationspakete aus einer privaten Registrierung mit dediziertem Umfang und einem Authentifizierungstoken konfigurieren.

Weitere Informationen finden Sie unter Einrichten der externen Paketregistrierung.

Benutzerdefinierte Domänen und Subdomänen

Sie können jetzt eine benutzerdefinierte Domäne bei Guidewire registrieren. Sie können auch eine Kombination aus benutzerdefinierten Domänen und Subdomänen für Ihre Apps verwenden.

In derselben App können mehrere benutzerdefinierte Domänen registriert werden, und da Ihre benutzerdefinierten Domänen für den gesamten Tenant registriert sind, können Sie auch mehrere Subdomänen für jede App registrieren.

Weitere Informationen finden Sie unter Benutzerdefinierte Domänen.

Inhaltsvorlagen

Die folgenden Inhaltsvorlagen, die Ihnen einen Vorsprung bei der Implementierung Ihrer digitalen Inhalte verschaffen sollen, sind jetzt allgemein verfügbar:

• Vorlage „Vermittler-Erfahrung“
• Vorlage „Versicherungsnehmer-Erfahrung“
• Vorlage „Agent Quote and Buy Personal Auto Experience“

Digital SDK 10.7.0

Das Digital SDK wurde speziell für die Verwendung von InsuranceSuite Cloud APIs entwickelt und erleichtert Ihnen die Interaktion mit diesen. Sie können Ihr maßgeschneidertes Digital SDK in Ihrer eigenen Anwendung basierend auf Ihren Sparten generieren. Dazu verwenden Sie die Jutro CLI, basierend auf Ihren spezifischen Open-API-Definitionen von Cloud APIs und der Liste der in InsuranceSuite verfügbar gemachten Schemas.

Es gibt jetzt eine Version des Digital SDK, die unabhängig von Jutro ausgeführt werden kann. Weitere Informationen finden Sie in den Versionshinweisen zu Digital SDK.

Warning: Ein neuer NPM-Bereich @digitalsdk wurde eingeführt und ist in demselben selben Repository wie der NPM-Bereich @jutro verfügbar. Das Upgrade auf die Kufri-Version funktioniert ohne manuelle Änderungen, aber es gibt einige Änderungen, die für einige Szenarien vorgenommen werden müssen.

Fall 1: Lokales Arbeiten nach der Aktualisierung auf 10.7

Einige @jutro-Bibliotheken für JDP 10.7 (Kufri) verwenden jetzt den neuen NPM-Bereich @digitalsdk als Unterabhängigkeit. Lokale Umgebungen sind nicht für die Verwendung dieses neuen NPM-Bereichs @digitalsdk konfiguriert, wodurch das Build der lokalen Anwendung fehlschlägt.

Damit diese neuen Abhängigkeiten in Ihrer lokalen Entwicklungsumgebung funktionieren, müssen Sie Ihre lokale npm-Konfiguration (d. h. die .npmrc-Datei) aktualisieren, um den neuen NPM-Bereich @digitalsdk zu verwenden.

Bearbeiten Sie Ihre lokale .npmrc-Datei und fügen Sie den neuen Bereich @digitalsdk hinzu, der auf dieselbe Registrierungs-URL wie der Bereich @jutro verweist.

Weitere Details zur .npmrc-Konfiguration finden Sie im Abschnitt Einrichten Ihrer lokalen Entwicklungsumgebung.

Fall 2: Aktualisieren Ihrer Projektabhängigkeiten nach der SDK-Neugenerierung

Nach der Neugenerierung des Digital-SDK mit der Jutro CLI verweist der generierte Code auf die NPM-Bibliothek @digitalsdk/internal, die jedoch nicht Teil von package.json der Anwendung ist, wodurch der Anwendungsbuild (lokal und Server) fehlschlägt.

Um das Problem zu beheben, muss die Abhängigkeit zum package.json Ihrer Anwendung hinzugefügt werden.

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

Stellen Sie sicher, dass Ihre lokale Umgebung für den Zugriff auf den NPM-Bereich @digitalsdk aus der Registrierung konfiguriert ist, indem Sie Ihre lokale .npmrc-Datei bearbeiten und den neuen Bereich @digitalsdk hinzufügen, der auf dieselbe Registrierungs-URL wie der Bereich @jutro verweist.

Fall 3: Start mit der Verwendung der neuen Digital SDK CLI anstelle der Jutro CLI

JDP 10.7 enthält eine neue separate CLI für die SDK-Generierung. Um sie verwenden zu können, müssen Sie Ihre Projektabhängigkeiten aktualisieren.

Hinweis: Sie müssen Ihre Projektabhängigkeiten aktualisieren und die @digitalsdk/internal-Bibliothek hinzufügen, auch wenn Sie weiterhin die Digital SDK aus der Jutro CLI generieren.

Fügen Sie Folgendes zu Ihrer package.json-Datei hinzu:

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

Stellen Sie sicher, dass Ihre lokale Umgebung für den Zugriff auf den NPM-Bereich @digitalsdk aus der Registrierung konfiguriert ist, indem Sie Ihre lokale .npmrc-Datei bearbeiten und den neuen Bereich @digitalsdk hinzufügen, der auf dieselbe Registrierungs-URL wie der Bereich @jutro verweist.

Jasper

Jutro UI-Bibliotheken 10.3.5

Okta-Authentifizierungs-Client

Die Okta-Authentifizierung wird jetzt im @jutro/auth-Paket unterstützt.

Um Okta zu aktivieren, legen Sie JUTRO_AUTH_USE_NATIVE_OKTA_CLIENT=true in Ihrer Umgebung fest. Der Okta-Authentifizierungs-Client wird wie der generische Client verwendet, abgesehen von den folgenden Verhaltensänderungen:

1. Vereinfachter Ablauf für automatische Anmeldung und Authentifizierungs-Popup.
   Es verwendet einen benutzerdefinierten Mechanismus (response-mode: okta_post_message), um aktualisierte Token von einem ausgeblendeten iframe/popup an das Hauptfenster zu übergeben. Daher werden keine Anwendungsrouten geladen. Das bedeutet, dass die Variablen JUTRO_AUTH_SILENT_LOGIN_PATH und JUTRO_AUTH_SILENT_REDIRECT_PATH veraltet sind.

2. Arbeitsspeicher als Token-Speicher. Es gibt keine Service-Worker-Option. Arbeitsspeicher als Token-Speicher ist die sicherste Option, die im nativen Okta-Client verfügbar ist. Es gibt zwei Unterschiede im Verhalten der App:

   1. Bei jedem Öffnen oder Aktualisieren einer Seite wird ein vollständiger Anmeldeablauf initiiert, um Token zu erhalten. Der Benutzer sieht einen Loader und /auth/callback ändert sich für kurze Zeit in der Navigation seines Browsers.
   2. Es findet keine Synchronisierung statt, jede Registerkarte verwendet ihre eigenen Token.

3. Keine zusätzlichen Parameter. Bei der Abmeldung mit dem nativen Okta-Client werden zusätzliche Parameter aus JUTRO_AUTH_LOGOUT_QUERY_EXTRAS ignoriert.

Weitere Informationen zur Verwendung des nativen Okta-Clients finden Sie auf der Authentifizierungsdokumente-Seite.

Wenn Sie das veraltete native Okta-Authentifizierungspaket aus Version 8.12 oder früher verwendet haben, finden Sie Einzelheiten zu den Unterschieden in den Schritten zur Migration des Auth-Clients.

Verwerfung von Node-Version 18

Warning: Ab dem 30. April 2025 können Sie auf Node 18 keine neuen Apps mehr erstellen. Sie erreicht das Ende ihrer Lebensdauer und erhält keine Sicherheitsupdates.

Das Ausführen veralteter Versionen kann Ihre Anwendung anfällig machen.

Sie können vorhandene Apps bis zum 30. September 2025 auf Node 22 migrieren. Aktualisieren Sie alle Anwendungen so bald wie möglich.

Die Wartung von Node 18 endet im April 2025 und wird nach diesem Datum nicht mehr unterstützt. Die Verwendung von Node 18 in Jutro wird verworfen und es wird empfohlen, auf Node 22.6.0 oder höher zu aktualisieren.

Wenn Sie die Migration durchführen möchten, gehen Sie wie folgt vor:

• Aktualisieren Sie das Feld engines in package.json auf:

  "engines": {
    "node": ">=22.6.0 < 23",
    "npm": ">=10.8.2 "
  }

• (Optional) Wenn Sie NVM verwenden, um Node-Versionen zu verwalten, aktualisieren Sie .nvmrc mit v22.6.0
• Installieren Sie Node.js v22.6.0 (und entfernen Sie die alte Version, wenn Sie kein NVM-Benutzer sind)
• Aktualisieren Sie alle Komponententests, die Intl verwenden (Node.js v22 wird entsprechend der neuesten Version von Intl aktualisiert).
• Entfernen Sie node-sass aus package.json und fügen Sie es stattdessen in "sass": "1.81.0" ein.
  • Wenn Sie Probleme mit "sass": "1.81.0" haben, versuchen Sie es stattdessen mit "sass": "1.77.8" .

Um zu überprüfen, ob Ihre App noch mit einer neueren Version von Node.js funktioniert (z. B. in TeamCity-Pipelines), gehen Sie wie folgt vor:

• Aktualisieren Sie das Feld engines in package.json auf:

  "engines": {
    "node": ">=22.6.0 < 23",
    "npm": ">=10.8.2 "
  }

• Entfernen Sie node-sass aus package.json und fügen Sie es stattdessen in "sass": "1.81.0" ein.
  • Wenn Sie Probleme mit "sass": "1.81.0" haben, versuchen Sie es stattdessen mit "sass": "1.77.8" .

Warning: Bekanntes Problem

Eine Änderung im Übersetzungsprozess in Node 22 führt dazu, dass ein Leerzeichen durch ein schmales Unicode-Leerzeichen ohne Umbruch ersetzt wird. Dies kann zu fehlgeschlagenen Komponententests führen, da dies nicht mit dem Regex-Muster \s übereinstimmt.

Note: Webpack 4 unterstützt Node 22 nicht, die Verwendung von Node 22 erfordert ein Update auf Webpack 5.

Note: Unterschiedliche Versionen von Node.js in lokalen und CI Umgebungen können zu einem inkonsistenten Verhalten von Komponententests für Komponenten führen, die Intl verwenden.

Jutro Design System 10.3.0

Technische Verbesserungen

Diese Aktualisierung bringt eine Reihe von Verbesserungen und Fehlerbehebungen.

Neue Komponenten

Es wurden zwei neue Zeitkomponenten hinzugefügt, die Komponenten TimezonePicker und TimePicker. Weitere Informationen finden Sie auf der entsprechenden Dokumentationsseite.

Neue Komponenten als Ersatz für verworfene Komponenten

Einige Komponenten wurden verworfen und durch neuere Komponenten ersetzt. Im Folgenden finden Sie eine Liste der verworfenen Komponentenimporte sowie der aktualisierten Importe:

Import der verworfenen Komponente	Import der neuen Komponente
import { InputMaskField } from '@jutro/components'	import { MaskInput } from '@jutro/components/new'
import { StepperField } from '@jutro/components'	import { Stepper } from '@jutro/components/new'

Aktualisierung der MultipleCombobox-Komponente

Die MultipleCombobox-Komponente enthält jetzt eine neue Eigenschaft onAddNew. Dieser Callback wird aufgerufen, wenn eine neue Option hinzugefügt wird. Weitere Informationen finden Sie auf der Storybook-Seite.

Aktualisierung der Tag-Komponente

Die Tag-Komponente enthält jetzt eine neue Eigenschaft iconAriaLabel. Dadurch wird der aria-label-Wert für die Symbolschaltfläche des Tags festgelegt und die standardmäßige ARIA-Beschriftung delete oder expand überschrieben. Weitere Informationen finden Sie auf der Storybook-Seite.

Verwerfungen

Dieses Release umfasst Verwerfungen. Weitere Informationen finden Sie auf unserer Seite über Verwerfungen.

Jutro Web Apps

Klonen Ihrer Jutro-App

Sie können jetzt eine bestehende Jutro-App über die JWA-Benutzeroberfläche klonen. Eine neue, geklonte App enthält ein eigenes Bitbucket-Repository, eine eigene TeamCity-Build-Pipeline und ist eine neue, eigenständige und von der Original-App unabhängige App.

Aktualisierungen, die das Klonen von Apps ermöglichen:

• Die Zeit für die Erstellung und Bereitstellung des ersten Builds wurde verkürzt.
• Eine neue API zur Rückgabe von Bitbucket-Zweigen und -Tags.
• Produktdokumentation zur Erklärung des Klonens von Apps.
• Neue Benutzeroberfläche für die Funktion zum Klonen von Apps.

Weitere Informationen finden Sie unter Klonen einer Jutro-App.

Erstellen und Teilen von benutzerdefinierten Komponenten mit gemeinsam genutzten Paketen

Sie können jetzt Ihre eigenen benutzerdefinierten Komponentenpakete erstellen und veröffentlichen. Auf diese Weise können Sie Komponenten erstellen, die in anderen Apps wiederverwendet werden können. Durch das Teilen von Komponenten mithilfe dieser neuen Funktion muss Code nicht mehr kopiert und eingefügt werden.

Die Registrierungs-URL befindet sich auf der Seite „Gemeinsam genutzte Pakete“ auf der Registerkarte „Einstellungen“ Ihrer App. Dies ist die Registrierung, die Sie als Ziel verwenden, wenn Sie sich mit npm login authentifizieren.

Aktualisierungen, um die Erstellung und gemeinsame Nutzung von benutzerdefinierten Komponenten zu ermöglichen:

• Bitbucket-Repository, um Ihre benutzerdefinierten Komponentenpakete/Quellcode zu speichern.
• Bereitstellung der TeamCity-Infrastruktur für die Erstellung und Verteilung von Tenant-basierten benutzerdefinierten Komponenten.
• Ein Binär-Repository, das die veröffentlichten Komponenten-Binärdateien enthält.
• Der Zugriff auf die gemeinsam genutzte Komponenteneinrichtung eines Sternensystems ist nur für diejenigen möglich, für die in ihrem Authentifizierungstoken die entsprechenden IdP-Gruppenparameter für dieses Sternensystem angegeben wurden.

Weitere Informationen finden Sie unter Gemeinsam genutzte Pakete.

Veränderliche und unveränderliche Bereitstellungen

Veränderliche und unveränderliche Bereitstellungen sind jetzt in Jutro Web Apps verfügbar. Diese Funktion ist hilfreich, wenn Sie eine aktualisierte Version Ihrer App für einen Kunden oder Kollegen freigeben möchten, bevor eine allgemeine Veröffentlichung erfolgt. Unveränderliche Bereitstellung kann auch verwendet werden, um sicherzustellen, dass Sie nach einer Aktualisierung Ihrer Jutro-App ein Rollback auf eine bestimmte Version eines Builds durchführen können.

Weitere Informationen finden Sie unter Veränderliche und unveränderliche Bereitstellungen.

Andere JWA-Versionshinweise

• Die Abhängigkeiten wurden zur Verbesserung der Sicherheit aktualisiert.
• Die Unterstützung für Superplaneten wurde hinzugefügt.
• Es wurde ein Problem beim Auflisten von vorproduzierte benutzerdefinierte Domänen für die Prod-Hochstufung behoben.
• Es wurden Probleme behoben, die Hochstufungen blockieren konnten.
• Es wurde ein Problem behoben, bei dem die Einstellung des BillingCenter-Zugriffs nicht richtig funktionierte.
• Es wurde ein Problem behoben, bei dem die Bereitstellungen in der falschen Reihenfolge gerendert wurden.
• Das Flag „Legacy“ wurde zu den Bereitstellungen hinzugefügt, wenn unveränderliche Bereitstellungen aktiviert sind.
• Es wurde ein Problem behoben, bei dem Benutzer ohne Berechtigung zur Hochstufung einer App zwar das Hochstufungsformular sehen, aber keine Apps hochstufen konnten.
• Der Abschnitt „Authentifizierung“ des Formulars „Bereitstellung/Hochstufung“ aktualisiert jetzt die Variablen, um den Quellcode des Builds, der bereitgestellt/hochgestuft werden soll, widerzuspiegeln.
• Es wurde ein Problem behoben, bei dem bei der Erstellung von IP Allowlists nicht verfügbare Planetenklassen ausgewählt werden konnten.
• Im TemplatePreview-Fenster wird jetzt neben dem Namen der Vorlage auch die Version der Vorlage angezeigt.

Weitere Informationen zu all diesen Punkten finden Sie in der Dokumentation zur Entwicklung von Jutro-Apps.

Digital SDK 10.3.0

Das Digital SDK wurde speziell für die Verwendung von InsuranceSuite Cloud APIs entwickelt und erleichtert Ihnen die Interaktion mit diesen. Sie können Ihr maßgeschneidertes Digital SDK in Ihrer eigenen Anwendung basierend auf Ihrer Sparte (bzw. Ihren Sparten) generieren. Dazu verwenden Sie die Jutro CLI, basierend auf Ihren spezifischen Open-API-Definitionen von Cloud APIs und der Liste der in InsuranceSuite verfügbar gemachten Schemas.

Weitere Informationen finden Sie in den Versionshinweisen zu Digital SDK.

Innsbruck

Verwerfungen

Dieses Release umfasst Verwerfungen. Eine Reihe von Paketen sind jetzt Vorgängerpakete. Weitere Informationen finden Sie auf unserer Seite über Verwerfungen.

Neues @jutro/legacy-Paket

In diesem Release wurde ein neues @jutro/legacy-Paket eingeführt. Es enthält verworfene Komponenten, die immer noch verfügbar sind, für die Sie aber die Anweisung import aktualisieren müssen, um sie weiterhin verwenden zu können.

Weitere Informationen finden Sie im Abschnitt Vorgängerpaket.

Verwendung von Altkomponenten mit Metadaten

Wenn Sie Metadaten anstelle von JSX verwenden, müssen Sie die neue configureLegacyComponentMap-Funktion nutzen, um weiterhin Komponenten aus dem @jutro/legacy-Paket zu verwenden.

Die Funktion configureLegacyComponentMap wurde durch einen Codemod zu der Datei hinzugefügt, in der die startApp-Funktion für alle Apps aufgerufen wird, welche die @jutro/uiconfig-Abhängigkeit in package.json aufweisen. Diese Funktion registriert Altkomponenten, die zur Verwendung von Metadaten in das @jutro/legacy-Paket verschoben wurden.

Warning: Wenn Sie Unit-Tests basierend auf Metadaten ausführen, müssen Sie vor den zugehörigen Testfällen configureLegacyComponentMap manuell hinzufügen. Wenn Sie dies nicht tun, werden wahrscheinlich It is missing correct "component" or "datatype" properties-Fehler in den Unit-Tests generiert.

beforeAll(configureLegacyComponentMap);

Zu jutro/legacy {#moved-legacy-packages} verschobene Pakete

Die folgenden Pakete sind jetzt Vorgängerpakete und sie wurden verworfen. Ihre Importpfade wurden entsprechend der Änderung aktualisiert:

Import des ursprünglichen Pakets	Import des Vorgängerpakets
@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

Weitere Informationen über die Verwerfung von @jutro/datatable- und @jutro/lab-preview-dataview-Paketen finden Sie in den Abschnitten Verwerfung des DataTable-Pakets bzw. Verwerfung des DataView-Pakets.

Altkomponenten

Die folgenden Komponenten sind nun Altkomponenten und als verworfen gekennzeichnet. Sie wurden in das @jutro/legacy-Paket verschoben, sodass ihre Importpfade entsprechend der Änderung aktualisiert werden müssen.

Altkomponenten von @jutro/components

Import des ursprünglichen Pakets	Import des Vorgängerpakets	Liste der Komponenten im Paket
import {'component'} from '@jutro/components'	import {'component'} from '@jutro/legacy/components'	Accordion
		BreakpointTracker
		Collapse
		Container
		CurrencyField
		CheckboxField
		DropdownSelectField
		FileUploadField (einschließlich useFileUpload- und useMultipleFileUpload-Hooks)
		Footer
		FooterCopyright
		FooterNavBar
		FooterNavLink
		FooterText
		FooterContext
		StickyFooter
		HeaderActions
		HelpElement
		HelpLink
		HelpParagraph
		HelpPopover
		IntlPhoneNumberField
		LogoTitle
		PhoneNumberField
		TextAreaField
		TextField
		TypeaheadMultiSelectField

Verworfene Hilfe-Komponenten

Wie bereits erwähnt, wurden mehrere hilfebezogene Komponenten verworfen: HelpHeading, HelpLink, HelpParagraph, HelpPopover und HelpElement. Sie können diese durch eigene benutzerdefinierte Hilfekomponenten ersetzen. Wenn Sie die alten Komponenten weiterhin verwenden möchten, können Sie sie aus @jutro/legacy/components importieren und in Ihre Komponentenzuordnung für den Grundriss importieren.

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

Altkomponenten von @jutro/router

Import des ursprünglichen Pakets	Import des Vorgängerpakets	Liste der Komponenten im Paket
import {'component'} from '@jutro/router'	import {'component'} from '@jutro/legacy/router'	ApplicationHeader
		RouteTracker
		SubApplicationHeader

Altkomponenten von @jutro/wizard-next

Import des ursprünglichen Pakets	Import des Vorgängerpakets	Liste der Komponenten im Paket
import {'component'} from '@jutro/wizard-next'	import {'component'} from '@jutro/legacy/wizard-next'	ScrollToError

Altkomponenten von @jutro/floorplan

Import des ursprünglichen Pakets	Import des Vorgängerpakets	Liste der Komponenten im Paket
import {'component'} from '@jutro/floorplan'	import {'component'} from '@jutro/legacy/floorplan'	AppFloorPlan

Note: Die verworfene Komponente wird durch eine neue AppFloorPlan-Komponente ersetzt. Weitere Informationen finden Sie unter Auswahl der neuen Grundriss-API.

Neue Komponenten

Einige Komponenten wurden verworfen und ersetzt. Die neuen Komponenten sind zum Teil anders strukturiert als ihre Vorgänger. Möglicherweise müssen Sie die Eigenschaften an der Stelle anpassen, an der die Komponente aufgerufen wird. Nachfolgend sind die Komponenten und ihre Ersetzungen aufgeführt:

Verworfene Komponente	Neue Komponente
Accordion	Accordion
CheckboxField	Checkbox
CheckboxGroupField	CheckboxGroup
CurrencyField	CurrencyInput
InputField	TextInput
IntlPhoneNumberField	PhoneNumberInput
PhoneNumberField	PhoneNumberInput
TextAreaField	TextArea
DropdownSelect	Select oder MultipleSelect
TypeaheadMultiSelect	Combobox oder MultiCombobox

Die verworfenen Komponenten werden aus @jutro/legacy/components importiert. Die neuen Komponenten sind alle über @jutro/components verfügbar.

Entfernte Komponenten und Funktionen

• @jutro/platform/getMessageService und @jutro/platform/MessageInterface. Verwenden Sie TranslatorProvider und useTranslator aus @jutro/locale als Alternative
• AnimationGroup
• ColorSwatch
• FieldSkeleton
• Footer
• FormSkeleton
• GlobalizationProvider
• HeaderActions
• HelpElement
• HelpPopover
• JsonForm
• LiveRegion
• LinkSkeleton
• LogoTitle
• Main
• MapTooltipContent
• MenuSkeleton
• PageHead
• PageLayout. Verwenden Sie GridLayout, Grid und Flex als Alternativen
• PanelLayout. Verwenden Sie GridLayout, Grid und Flex als Alternativen
• PrivateRoute
• ResponsiveElement
• SchemaValidator
• SkipNav
• StickyFooter
• TabbedContainer. Verwenden Sie TabSet als Alternative
• TableSkeleton

Optionale Router-Abhängigkeit

Die @jutro/router-Abhängigkeit und ihre Peer-Abhängigkeiten wie history und react-router-dom sind jetzt für Komponentenpakete optional. Bestimmte Komponenten erfordern jedoch, dass sie zu den Abhängigkeiten Ihrer App hinzugefügt werden, um verwendet werden zu können. Die folgende Liste zeigt die Komponenten, bei denen @jutro/router hinzugefügt werden muss:

Komponente	Importieren aus
DropdownMenuAvatarContent	@jutro/components
InlineNotification	@jutro/components
LanguageSelector	@jutro/components
PopoverContainer	@jutro/components
ToastProvider	@jutro/components

Optionale Auth-Abhängigkeit

Die Abhängigkeit @jutro/auth ist jetzt für Pakete @jutro/router und @jutro/components optional. Bestimmte Komponenten erfordern jedoch, dass sie zu den Abhängigkeiten Ihrer App hinzugefügt werden, um verwendet werden zu können. Die folgende Liste zeigt die Komponenten, bei denen @jutro/auth hinzugefügt werden muss:

Komponente	Importieren aus
ApplicationRoot	@jutro/app
Avatar	@jutro/components
DropdownMenuAvatar	@jutro/components
DropdownMenuAvatarContent	@jutro/components
AppFloorPlan	@jutro/floorplan
MicroFrontend	@jutro/micro-frontends
SecureRoute	@jutro/router

Okta-Authentifizierungs-Client entfernt

Der Okta-Authentifizierungs-Client, der in Version 8.13.2 verworfen wurde, wurde entfernt. Verwenden Sie stattdessen den neuen generischen Authentifizierungs-Client.

TreeView

Die TreeView-Komponente befindet sich nicht mehr in der Laborvorschau. Weitere Informationen zu dieser Komponente finden Sie in der TreeView-Dokumentation.

Hot Loader-Pakete entfernt

@hot-loader/react-dom und react-hot-loader werden automatisch aus App-Abhängigkeiten gelöscht.

Neue Grundriss-API

Die AppFloorPlan-Komponente akzeptiert nicht mehr die Eigenschaften componentMap, callbackMap oder classNameMap. Die Eigenschaft floorPlans wird weiterhin unterstützt, aber der akzeptierte Wert wurde von JSON-Metadaten in ein JS-Objekt geändert.

• Jedes className sollte ein CSS-Modulname sein.
• Jeder Rückruf (render*, on*) sollte eine Funktion anstatt einer Zeichenfolge sein.
• routes[].component sollte eine Komponente anstatt einer Zeichenfolge sein.
• header.helpPopoverItems entfernt (akzeptiert Benutzeroberflächen-Metadaten).
• render-Eigenschaft header.renderHelpPopoverItems hinzugefügt.
• Eigenschaft footer entfernt (akzeptiert Benutzeroberflächen-Metadaten).
• Eigenschaft renderFooter hinzugefügt.

Die alte Version von AppFloorPlan finden Sie in @jutro/legacy/floorplan, sie wurde jedoch verworfen, und Sie sollten die Aktualisierung auf die neue API manuell vornehmen.

PromptService entfernt

Jutro enthält kein PromptService mehr.

Zuvor konnten Sie eine Eingabeaufforderung unter Verwendung von PromptService an beliebiger Stelle in Ihrem Projekt einrichten:

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

Später, nicht unbedingt in derselben Datei, konnten Sie Folgendes tun:

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

Entfernen Sie alle Verwendungen von PromptService, und übergeben Sie promptProps direkt an routeConfirmationModal, etwa so:

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

Drittes Argument der start-Funktion

Das dritte Argument (scriptAttributes) für die Micro-Frontend-Funktion start wurde entfernt. Übergeben Sie stattdessen das Argument der startApp-Funktion als mfeData-Eigenschaft im zweiten Argument der start-Funktion.

Beispiel für Migration:

vor

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
  );
};

nach

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,
  });
};

@jutro/uiconfig-Funktionen entfernt

Abgesehen davon, dass das Paket verworfen und in das Vorgängerpaket verschoben wurde (@jutro/uiconfig ist jetzt verfügbar als @jutro/legacy/uiconfig), wurden die folgenden Funktionen aus @jutro/uiconfig entfernt:

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

LocaleService

Der Gebietsschema-Dienst, der in 8.13.2 verworfen wurde, ist entfernt worden. Verwenden Sie stattdessen die neue g11nStore-API.

REACT_APP_JUTRO_AUTH_GENERIC_CLIENT-Umgebungsvariable

Die REACT_APP_JUTRO_AUTH_GENERIC_CLIENT-Variable, die eingeführt wurde, als sowohl der alte als auch der neue Auth-Client verfügbar waren, wurde entfernt, da sie nicht mehr verwendet wird. Wenn Sie sie noch in Ihrem Projekt haben, können Sie sie entfernen.

Verbessertes Laden von Stilen für Micro Frontends

Vor diesem Release konnte CSS, das auf Micro Frontends angewendet wurde, möglicherweise das Styling der Shell-App oder anderer Micro Frontends verändern. Mit diesem Release wird eine neue Methode zum Laden von Stilen für Micro Frontends eingeführt, die dies verhindert.

Folgendes hat sich geändert:

• CSS-Stile für Micro Frontends enthalten jetzt den Micro Frontend-Namen in Selektoren. Zum Beispiel .my-micro-frontend .my-class.
• Die Shell-App umfasst das Micro Frontend mit einer Komponente, die den Namen des Micro Frontends als Klasse hinzufügt.

Andere außer Betrieb genommene Pakete

Die folgenden Pakete wurden in Version 10.0 außer Betrieb genommen und sind in Jutro nicht mehr verfügbar:

• @jutro/overrides
• @jutro/lab-preview-html-metadata-loader
• @jutro/lab-preview-metadata-converter
• @jutro/storybook-preset
• @jutro/e2e-tests – Das Paket heißt jetzt @jutro/lab-preview-test-e2e

Die folgenden Funktionen oder APIs wurden in Version 10.0 außer Betrieb genommen und sind in Jutro nicht mehr verfügbar:

• Die textWasTranslated-Funktion aus dem @jutro/test-Paket.

Unterstützung für React 18

Note: Ein Upgrade lohnt sich

Diese neue Funktion wird in der nächsten Hauptversion von Jutro zum Standard werden. Wir ermutigen Sie, die neue Funktion so schnell wie möglich zu nutzen.

Offizielle Unterstützung für React 18.2.0 hinzugefügt. Alle Apps, die mit React 17 ausgeführt werden, können auf die Verwendung mit React 18.2.0 aktualisiert werden.

Enzyme wird bei Verwendung von React 18 nicht mehr unterstützt. React 17 wird weiterhin von Jutro-Paketen unterstützt.

Alle Unit-Tests, die Enzyme verwenden, müssen auf die React Testing Library (RTL) migriert werden.

Alle neuen Apps, die mit jutro-app-template unter Verwendung der CLI erstellt werden, verwenden standardmäßig React 18.

Wichtiger Hinweis zu den Versionen:

• Für TypeScript-Benutzer: @types/react sollte bei 17.0.24 verbleiben und nicht auf 18 aktualisiert werden.

Warning: Wenn Sie React 18 verwenden, müssen Sie Webpack 5 verwenden. Webpack 4 wird nicht unterstützt.

Tabellenkomponente

Die Verwerfung der Table-Komponente wurde rückgängig gemacht.

Verworfene Komponenten

Verworfene Komponenten sind jetzt auf der entsprechenden Komponentenseite der Dokumentations-Website deutlich als verworfen gekennzeichnet.

Micro Frontend-Aktualisierungen

Die Micro Frontend-API wurde verbessert und umstrukturiert. Weitere Informationen über die Micro Frontend-Funktionen finden Sie in der Micro Frontend-Dokumentation.

Fehlerbehebungen

• Es wurde ein Problem behoben, bei dem die Elemente DropdownSelectField und TypeaheadMultiSelectField hinter dem modalen Fenster in einem Micro Frontend angezeigt wurden
• Validierungsmeldungen für nicht sichtbare Felder wurden entfernt
• Es wurde ein Problem behoben, das verhinderte, dass der Standard-Loader des Micro Frontends überschrieben wurde, wenn das Micro Frontend eingebettet war
• Es wurde ein Problem behoben, bei dem ein Authentifizierungsfehler auftrat, wenn sich Benutzer anmeldeten oder abmeldeten, wenn sie drei oder mehr Registerkarten derselben App geöffnet hatten
• Es wurde ein Problem behoben, das die Übergabe des JUTRO_AUTH_LOGIN_QUERY_EXTRAS-Parameters während der automatischen Anmeldung verhinderte.
• Es wurde ein Problem behoben, bei dem Modale in der Barrierefreiheitsstruktur nicht vorhanden waren.
• Es wurde ein Problem behoben, das die Anwendung von Stilen auf QuickView-Komponenten verzögerte.
• Es wurde ein Problem behoben, das dazu führte, dass Anmeldeversuche für die automatische Authentifizierung abgebrochen wurden.
• Es wurde ein Problem behoben, das dazu führte, dass iframe Micro Frontends bei der Authentifizierung mehrere Popups öffneten.
• Es wurde ein Problem behoben, bei dem location.state bei der Übergabe von Variablen innerhalb von Micro Frontends nicht definiert war.
• Es wurde ein Problem behoben, das dazu führte, dass modale Stile nicht mehr funktionierten.
• Es wurde ein Problem behoben, bei dem inaktive Vermittler-Benutzer zum falschen Anmeldefenster umgeleitet wurden.
• Es wurde ein Problem mit Micro Frontends behoben, das dazu führte, dass QuickView-Kopfzeilen gelegentlich ausgeblendet wurden.
• Es wurde ein Problem behoben, bei dem programmgesteuert geöffnete Fenster, die nicht durch die Logik der Authentifizierungsintegration ausgelöst wurden, automatisch geschlossen wurden.
• Es wurde ein Problem behoben, bei dem der Authentifizierungs-Client beim Auftreten eines OIDC-Fehlers eine leere Seite statt einer Fehlerseite zurückgab.
• Es wurde ein Problem behoben, bei dem mehr als zwei QuickView-Komponenten in einem Grundriss das Rasterlayout beeinträchtigten.
• Es wurde ein Problem behoben, bei dem benutzerdefinierte CSS-Änderungen, die auf Elemente in einem Schnellansichtscontainer angewendet wurden, nicht angezeigt wurden.
• Es wurde ein Problem behoben, bei dem Micro Frontends immer noch alte Daten anzeigten, wenn sich die Daten in der übergeordneten App geändert hatten.
• Es wurde ein Problem behoben, bei dem benutzerdefinierte Modale in Micro Frontends keine CSS- oder Klassennamen hatten.
• Es wurde ein Problem behoben, bei dem Links von einem Micro Frontend, die in einer separaten Browser-Registerkarte geöffnet wurden, nicht funktionierten.
• Es wurde ein Problem behoben, bei dem zusätzliche Konfigurationseinstellungen, die mit setConfiguration erstellt wurden, zurückgesetzt wurden, wenn ein Micro Frontend vollständig geladen wurde.
• Es wurde ein Problem behoben, bei dem die Micro Frontend-Globalisierungseinstellungen nicht aktualisiert wurden, wenn die Einstellungen der Shell-App aktualisiert wurden.
• Es wurde ein Problem behoben, bei dem die Micro Frontend-router-Komponente history-Änderungen überwachte und die Breadcrumbs der Seite änderte.
• Es wurde ein Problem behoben, bei dem Shell-Basisnamen nicht zu Links hinzugefügt wurden, die in einem Micro Frontend erstellt wurden.
• Es wurde ein Problem behoben, bei dem Rückrufe in iFrame Micro Frontends nicht korrekt übergeben wurden.
• Es wurde ein Problem behoben, bei dem Micro Frontend-Stile nicht korrekt angewendet wurden, wenn in der Shell ein alter CSS-Anordnungsalgorithmus verwendet wurde.
• Es wurde ein Problem behoben, bei dem Sie bei der Verwendung einer Shell-App mit React 18 und einem Micro Frontend mit React 17 die Fehlermeldung createRoot not found erhielten, auch wenn Sie useLegacyReact gesetzt haben.
• Es wurde ein Problem behoben, bei dem das Micro Frontend das Auth-Token nicht erhielt, wenn die Shell-App den neuen Auth-Mechanismus verwendete und das Micro Frontend den alten Auth-Mechanismus nutzte.

Hakuba

Node-Aktualisierungen

Note: Ein Upgrade lohnt sich

Diese neue Funktion wird in der nächsten Hauptversion von Jutro zum Standard werden. Wir ermutigen Sie, die neue Funktion so schnell wie möglich zu nutzen.

Wir unterstützen jetzt offiziell Node 18.

Note: Sie können weiterhin die empfohlenen Versionen von Node vor Version 18 verwenden, wir empfehlen jedoch die Verwendung von Version 18.

Tabellenkomponente

Die Verwerfung der Table-Komponente wurde rückgängig gemacht.

Verworfene Komponenten

Verworfene Komponenten sind jetzt auf der entsprechenden Komponentenseite der Dokumentations-Website deutlich als verworfen gekennzeichnet.

Micro Frontend-Aktualisierungen

Die Micro Frontend-API wurde verbessert und umstrukturiert. Weitere Informationen über die Micro Frontend-Funktionen finden Sie in der Micro Frontend-Dokumentation.

Verwerfungen

Dieses Release umfasst keine Verwerfungen. Weitere Informationen finden Sie auf unserer Seite über Verwerfungen.

Technische Aktualisierungen

Diese Aktualisierung bringt eine Reihe kleinerer Änderungen: technische Aktualisierungen, Verbesserungen, Fehlerbehebungen und Upgrades.

Flaine

A11y-Verbesserungen

Wir haben viele kleine Korrekturen an der Barrierefreiheit vorgenommen, die einen großen Unterschied machen. Führen Sie die Aktualisierung durch, um Ihre Anwendung noch benutzerfreundlicher zu machen.

TableView-Verbesserungen

TableView wird durch folgende Verbesserungen noch besser:

• Bessere Sortierung
• Klarere Regeln für die Auswahl
• Fokus auf kontrollierte Komponenten

Elysian

Module-Federation-Microapps und Webpack 5

Note: Ein Upgrade lohnt sich

Diese neue Funktion wird in der nächsten Hauptversion von Jutro zum Standard werden. Wir ermutigen Sie, die neue Funktion so schnell wie möglich zu nutzen.

Wir haben mit der experimentellen Unterstützung für Webpack 5 und auf Module Federation basierende Microapps begonnen. Dies bietet viele Vorteile, wie zum Beispiel:

• Standardmäßig als eigenständige und integrierte Lösung aus derselben Bereitstellung ausgeführt
• Schnellere Microapp-Build-Zeiten und schnellere Ladezeiten
• CSS- und Asset-Steuerung an Webpack delegiert

Weitere Einzelheiten finden Sie in der Dokumentation über die Module-Federation-Microapps.

Neue Version von Node.js

Aus Sicherheitsgründen haben wir die Version von Node.js aktualisiert. Wenn Sie ein Upgrade durchführen, stellen Sie sicher, dass Sie Ihre zu verwendenden Umgebungen und Builds aktualisieren:

• Node-Version: 14.18.3
• NPM-Version: 6.14.15

Einfaches Datumsfeld

Es gibt jetzt eine Datumskomponente, die aus drei separaten Eingaben besteht.

Sie können das Format an Ihre Anforderungen anpassen. Lesen Sie die Dokumentationen, um mehr über die verschiedenen Anzeige- und Konfigurationsoptionen zu erfahren.

Quickview

Wir bieten jetzt eine einfache Möglichkeit, bestimmte Inhalte auf einer Seite aufzuschlüsseln. Die derzeit in der Testphase befindliche Quickview bietet ein intuitives Panel, das auf der rechten Seite angezeigt wird und in dem Sie Informationen sehen und bearbeiten können.

Sehen Sie es sich in Storybook an, oder lesen Sie die Dokumentation, um einen Eindruck von den Funktionen zu bekommen, die sie bietet.

Benutzerdefinierte Unterkopfzeilenkomponenten

Wollten Sie schon immer eine wichtige Information in die Unterkopfzeile einfügen? Jetzt können Sie es! Wir haben eine neue Konfigurationsoption hinzugefügt, mit der Sie Ihre eigenen Widgets rendern können. In der aktualisierten Unterkopfzeilen-Dokumentation erfahren Sie, wie das geht.

Hochladen mehrerer Dateien

Wir haben den Datei-Uploader aktualisiert, sodass Sie jetzt mehrere Dateien gleichzeitig hochladen können. Das ist Effizienz! Lesen Sie die aktualisierte Dokumentation , um mehr über den neuen Hook zu erfahren.

Dobson

Validierung jetzt ein offizielles Jutro-Paket

In Jutro 6.5 ist das neue Validation-Paket aus der Lab View zu einem offiziellen Jutro-Paket geworden.

Sie verwenden den Hook useValidation in einem Formular, das eine funktionale Komponente wie diese ist:

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

Die JsonForm-Komponente wurde in dieser Version ebenfalls verworfen. Stattdessen verwenden Sie eine JSON-Schemaregel in Ihrer Formularkomponente mit useValidation.

Verbesserungen bei der Validierung auf Feldebene

Mit der Validierung auf Feldebene können Sie, wenn Sie mehrere Regeln haben, die eine gültige Eingabe in einem Feld kontrollieren, sicherstellen, dass beim Auftreten mehrerer Fehler die Fehler zusammen aufgelistet werden, sobald das Feld fokussiert ist.

Sie können jetzt auch Warnmeldungen für jedes beliebige Feld auf die gleiche Weise konfigurieren wie Fehlermeldungen, aber den Typ als „Warnung“ festlegen.

Wenn ein Feld so konfiguriert wird, dass mehrere Fehlermeldungen und Warnungen anzeigt werden, zeigt das Feld zunächst Fehler an. Erst wenn diese Fehler behoben sind, werden die zugehörigen Warnungen angezeigt.

Sobald die Eingabe im Fokus ist, werden die Details der Warnung in einem Dropdown angezeigt.

Lesen Sie alles über die Änderungen bei der Validierung in der Dokumentation.

Noch mehr ListView- und TableView-Verbesserungen!

Wir verbessern weiterhin die Komponenten AdaptiveDataView, ListView und TableView:

• Datenansichten sind jetzt barrierefrei
• Sie können benutzerdefinierte Spalten erstellen.
• Es ist einfacher, Datenansichten mit expliziten Komponenten wie DataViewSearch und DataViewColumns zu konfigurieren.
• TableView kann jede zweite Zeile mit den gestreiften Farben hervorheben.

Microapp-Wrapper und eine history Eigenschaft

Jutro 6.5 enthält eine Microapp-Wrapper Komponente, die es Ihnen erleichtert, Ihrer Anwendung Microapps hinzuzufügen.

Der Microapp-Wrapper beherrscht Lazy und Suspense-Loading und unterstützt benutzerdefinierte Fehlerbegrenzungs- und Loader-Komponenten.

Innerhalb des Microapp-Wrappers können Sie auch jutro-Eigenschaften, devProps, und undefinierte Eigenschaften übergeben.

Jetzt können Sie es Benutzern der Microapp auch ermöglichen, zu einer Stelle in der Shell-App zu wechseln, indem Sie die Shell-App-Router-Historie, von ShellHistoryContext und mit einer history-Eigenschaft, an die <Link />-Komponente oder das history-Attribut für Links in der <Breadcrumb />-Komponente der Microapp übergeben.

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

const shellHistory = useContext(ShellHistoryContext);

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

Globale Währungs- und Zeitzoneneinstellungen für Shell und Microapps

Jetzt können Sie die Währung für eine Jutro-Shell-App global in der src/config/config.json-Datei festlegen und die Eigenschaften der Konfiguration werden an alle währungsbezogenen Komponenten weitergegeben, die von einer darin eingebetteten Microapp verwendet werden.

Wenn Sie jedoch in einer Microapp-Komponente eine bestimmte Währung angeben möchten, die sich von der globalen Shell-App-Konfiguration unterscheidet, können Sie dies direkt tun, z. B. in der Komponente:

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

Lesen Sie mehr über die globale Währungskonfiguration in der Dokumentation.

Die Zeitzoneneinstellungen werden ebenfalls global in der src/config/config.json-Datei konfiguriert.

Standardmäßig werden alle Datumsangaben mit Uhrzeit als UTC-Datum gespeichert und bei der Anzeige in die lokale Zeitzone des Benutzers konvertiert. Sie können diese Funktion durch eine Übergabe von defaultTimeZone an localeSettings in localeSettings in src/config/config.json überschreiben.

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

Lesen Sie mehr über Zeitzoneneinstellungen in der Dokumentation.

Ein neuer Loader von der Marke Guidewire

Der Loader sieht jetzt aus wie das Guidewire-Logo. Höhere Markenbekanntheit ohne zusätzliche Kosten.

Intelligenteres Hochladen von Dateien

Die FileUploadField-Komponente von Jutro ist jetzt stabiler und intelligenter. Wenn die Datei hochgeladen wird, blendet sie beispielsweise die Schaltfläche „Datei hochladen“ ausgeblendet, damit der Benutzer nicht erneut darauf klickt. Sehen Sie es in Storybook in Aktion.

Cortina

wizard-next-Verbesserungen

Einige Probleme bei der Vorwärts- und Rückwärtsnavigation in wizard-next wurden behoben.

JSON-Formular

Wir haben eine resolveDataProps-Eigenschaft hinzugefügt, die Eigenschaften von Daten aus einem übergebenen JSON-Schema auflöst, sowie eine resolveValidation-Eigenschaft zur Auflösung der Validierung aus dem JSON-Schema.