---
title: Jutro Digital Platform Innsbruck
public: false
---

Jutro Digital Platform (JDP) ist in Innsbruck allgemein verfügbar, nachdem ein erfolgreiches Early-Access-Programm in den vorangegangenen Releases durchlaufen wurde. Im Folgenden finden Sie Einzelheiten zu den Neuerungen in den einzelnen Bausteinen von JDP.

## Was ist neu in Jutro-Patch 10.0.10? {#patch-release-10.0.10}

### Verbesserungen und gelöste Probleme {#improvements-and-resolved-issues-10-0-10}

Die folgenden Probleme wurden in Patch 10.0.10 behoben:

| <div style={{width:'100px'}}>ID</div> | <div>Beschreibung</div> |
| --- | --- |
| JUT-21683 | Das Abmeldeverhalten für die Okta- und OIDC-Auth-Clients wurde verbessert. |
| JUT-22215 | Die Anmeldung wird im Okta-Auth-Client für Seiten, für die keine Authentifizierung erforderlich ist, nicht mehr automatisch ausgelöst. |
| JUT-21714 | Das Feld `main` in Paket `@jutro/eslint-config` verweist nun auf den richtigen Eintrag. |
| JUT-21946 | Die `okta-auth-js`-Bibliothek wurde auf Version 7.8.1 aktualisiert. |
| JUT-21934 | `eslint-config` verwendet kein altes Paket `esm` mehr, das Probleme mit Node 22 verursachte. |
| JUT-21785 | Die Webpack-Abhängigkeit in `@jutro/cli-app` wurde auf Version 5.95.0 aktualisiert. |

## Was ist neu in Jutro-Patch 10.0.9? {#patch-release-10.0.9}

### Okta-Authentifizierungs-Client {#okta-authentication-client-10.0.9}

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](../auth-client.mdx).

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](../auth-migration.mdx#changes-for-the-native-okta-auth-client).

### Verwerfung von Node-Version 18 {#node-18-deprecation}

import Node18Deprecation from '@site/i18n/de/docusaurus-plugin-content-docs/current/partials/_node_18_deprecation.mdx';

<Node18Deprecation />

### Verbesserungen und gelöste Probleme {#improvements-and-resolved-issues-10-0-9}

Die folgenden Probleme wurden in Patch 10.0.9 behoben:

| <div style={{width:'100px'}}>ID</div> | <div>Beschreibung</div> |
| --- | --- |
| JUT-21453 | Login-Weiterleitung entsprach nicht `routerBasename`. |
| JUT-21543 | Im generischen Auth-Client wurde die Sitzung nicht konsistent durch die Abmeldung beendet. |
| JUT-21448 | Die native Okta-Client-Übernahme in EnterpriseEngage wurde nicht unterstützt. |
| JUT-20881 | Nicht zugewiesenen Benutzern wurde der Zugriff verweigert und kein Fehler in iframe MFE angezeigt. |
| JUT-20972 | Aktivierung der Verwendung des Okta-Clients rückwirkend auf Release 10.0+. |
| JUT-21541 | Die Abmeldung des nativen Okta-Auth-Clients funktionierte nicht konsistent. |
| JUT-20929 | Die App wurde im Popup-Fenster anstatt in der Shell geöffnet. |
| JUT-20192 | Die Sitzung wurde nicht konsequent durch Abmeldung beendet. |
| JUT-21348 | `okta-auth-js` aktualisiert auf 7.7.1, wodurch ein Problem mit der Token-Erneuerung behoben wird. |
| JUT-20902 | `@axa-fr/oidc-client` auf die neueste Version für alle Releases seit 10.0.x aktualisiert. |
| JUT-21177 | `DropdownSelectField` und `TypeaheadMultiSelectField`-Dropdown in `ModalNext` eines Micro Frontends wurde hinter dem modalen Fenster gerendert. |
| JUTSDK-1560 | Ein Problem trat auf, wo `BC` und `CM` in `initSDK` manuell an die Backend-URL übergeben werden müssen. |
| JUT-20884 | Die Aktualisierung von Jutro von 8.13.2 auf 10.0.3 führte bei mehreren Komponenten zu einem Fehler bei Unit-Testfällen. |
| JUT-20970 | Die alte Validierung funktionierte nicht, wenn die Sichtbarkeit der Felder umgeschaltet wurde. |
| JUT-21226 | Die Loader-Komponente des Micro Frontends konnte nicht überschrieben werden. |
| JUT-19975 | Es bestand ein Problem, bei dem `location.state` beim der Übergabe von Variablen im Micro Frontend nicht definiert war. |
| JUT-21149 | Beim Ab- und Anmelden trat ein Authentifizierungsfehler auf, wenn der Benutzer 3 Registerkarten öffnete. |
| JUT-21272 | Es bestand ein Problem, bei dem das Micro Frontend im Unit-Test nach dem Wechsel zu Node 22 eine Umleitung durchführte. |

## Was ist neu in Jutro-Patch 10.0.8? {#patch-release-10.0.8}

### Verbesserungen und gelöste Probleme {#improvements-and-resolved-issues-10-0-8}

Die folgenden Probleme wurden in Patch 10.0.8 behoben:

- Es wurde ein Problem behoben, bei dem die `JUTRO_AUTH_LOGIN_QUERY_EXTRAS`-Parameter nicht hinzugefügt wurden, um von der automatischen Anmeldung ausgehende Aufrufe zu autorisieren. Dies führte dazu, dass ein inaktiver ProducerEngage-Benutzer zum Guidewire Hub-Anmeldefenster anstatt zu seinem IdP-Anmeldefenster geleitet wurde.
- Es wurde ein Problem behoben, bei dem ein unabhängiger iframe `auth` nicht funktionierte, wenn der iframe websiteübergreifend war.
- Es wurde ein Problem behoben, bei dem Tests fehlschlugen, weil kein Modal in der Barrierefreiheitsstruktur vorhanden war.

## Was ist neu in Jutro-Patch 10.0.7? {#patch-release-10.0.7}

### Verbesserungen und gelöste Probleme {#improvements-and-resolved-issues-10-0-7}

Das folgende Problem wurde in Patch 10.0.7 behoben:

- Ein inaktiver ProducerEngage-Benutzer wurde zum Guidewire Hub-Anmeldefenster anstatt zum Anmeldefenster seines Identitätsanbieters weitergeleitet.

## Was ist neu in Jutro-Patch 10.0.6? {#patch-release-10.0.6}

### Verbesserungen und gelöste Probleme {#improvements-and-resolved-issues-10-0-6}

Die folgenden Probleme wurden in Patch 10.0.6 behoben:

- `devDependencies declarations` vor der Veröffentlichung aus `package.json`-Dateien entfernt, um die Generierung falsch positiver Tickets zu verhindern.
- Es wurde ein Problem behoben, bei dem die Sprache standardmäßig auf Englisch eingestellt wurde, wenn `Globalization Store` aktiviert war.
- Es wurde ein Problem behoben, bei dem für jede Deklaration einer `QuickView`-Komponente ein `QuickView`-Wrapper erstellt wurde. Dadurch wurde das Rasterlayout in einem Grundriss unterbrochen, in dem mehr als zwei `QuickViews` vorhanden waren.
- Es wurde ein Timeout-Problem behoben, bei dem GCH bei zu langer Inaktivität auf eine Okta-Seite mit der Meldung „429 Too Many Requests“ umleitete.
- Es wurde ein Problem behoben, bei dem einige Seiten, die mit `window.open()` geöffnet wurden, nach der Anmeldung automatisch geschlossen wurden.
- Es wurde ein Problem behoben, bei dem Jutro-Aktualisierungen aufgrund eines fehlenden `core-js`-Moduls fehlschlugen.
- Ein Anzeigeproblem wurde behoben, bei dem die Kopfzeilen der Schnellansicht durch die obere Leiste/Kopfzeile in Guidewire Cloud Platform verdeckt wurden.

## Was ist neu in Jutro-Patch 10.0.5? {#patch-release-10.0.5}

### Verbesserungen und gelöste Probleme {#improvements-and-resolved-issues-10-0-5}

Die folgenden Probleme wurden in Patch 10.0.5 behoben:

<Internal>
The UI files generated from `editor:eject` were not `eslint` compliant and prevented `comit/publishing` because of quadrails.

To fix this issue:

- `Codemod` added to deal with `no constant` condition
- Changed `linting` order
- `Codemod` to deal with type
- Fixed icons file names on the post-ejection clean-up
- Improved the Jutro translation `codemods` to deal with literal strings
- Moved imports without specifiers to the top of the file
- Removed occurrences of `children={null}` prop
- Removed brackets from literal strings so `eslint` does not remove disable rules

</Internal>

- Es wurde ein Problem mit der Barrierefreiheit behoben, bei dem bestimmte `aria`-Rollen bestimmte untergeordnete Elemente enthalten müssen.
- Der Ordner mit den App-Symbolen wurde bereinigt und die Art und Weise, wie die `overrides`-Eigenschaft in der Benutzeroberflächen-Auswurfkomponente und bei der Bereinigung nach dem Auswerfen übergeben wird, geändert
- Die Behandlung von `null`-Werten durch `CurrencyInput` wurde korrigiert, so dass statt eines Fehlers ein eindeutiger Wert zurückgegeben wird.
- Ein Problem wurde behoben, bei dem die Verwendung von `FileUploadField` Tests bei Verwendung mit `userEvent` in Version 14 nicht funktionierte.
- Es wurde ein Micro Frontend-Timeout-Problem behoben, bei dem ein Fehler auftrat, selbst wenn iFrame korrekt geladen wurde.
- Die Behandlung von Nullwerten durch `multiple-combobox` und `multiple-select` wurde korrigiert, so dass ein eindeutiger Wert anstelle eines Fehlers angezeigt wird.
- Die Behandlung von Nullwerten durch `NumberInput` wurde geändert, um die API von `NumberInput`, `Stepper` und `Amount` sowie teilweise `Currency` zu vereinheitlichen.
- Die Behandlung von Nullwerten durch `phone-number-input` wurde geändert, so dass ein eindeutiger Wert anstelle eines Fehlers angezeigt wird.
- Es wurde ein Fehler im SDK behoben, indem ein Modifikator aus der Risikoerstellung entfernt wurde.
- Es wurde ein Problem behoben, um die Beschreibung der SDK-Routing-Konfiguration klarzustellen.
- Es wurde ein Problem mit visualisierten und installierten Produkten behoben, bei dem das Erzeugen von Schemas mit denselben Namen zu Problemen bei der Generierung führte.

#### Neue Funktionen in 10.0.5 {#new-features-10-0-5}

- Für Micro Frontend-Apps gibt es jetzt CSS für benutzerdefinierte Modale.

<Internal>

- Migrated `jutplatint` to `xjutdigint` - all URLs and users changed to `xjutdigint`. New planets for stable environment for testing, development, and templates.

</Internal>

## Was ist neu in Jutro-Patch 10.0.3? {#patch-release-10-0-3}

### Verbesserungen und gelöste Probleme {#improvements-and-resolved-issues-10-0-3}

Die folgenden Probleme wurden in Patch 10.0.3 behoben:

- Schriftartbezogene Design-Token wurden nicht korrekt auf alle Dropdown-Komponenten angewendet. Eigenständige Dropdowns nahmen nicht die richtige Schriftart an.
- Ein Problem, bei dem die Deckkraft auf einige Feldelemente doppelt angewendet wurde, wurde behoben.
- Ein Szenario, in dem eine Funktion zur Validierung von Deckungsgruppen nicht die richtige Deckung validierte, wurde behoben.
- Die `PhoneInput`-Komponente wurde anders gerendert als das Design in Figma. Daher konnte der Benutzer den Wert nicht aus dem Feld kopieren. Dies wurde behoben.
- Ein Problem wurde behoben, bei dem zusätzliche Konfigurationseinstellungen innerhalb eines Micro Frontends mithilfe von `setConfiguration` vorgenommen wurden, die dann beim Laden des endgültigen Micro Frontends verloren gingen.
- Probleme bei der Verwendung von QuickInfos mit Altkomponenten oder der direkten Übergabe der ref-Eigenschaft wurden behoben.
- Ein Problem, bei dem `help`-Komponenten aus `componentMap` entfernt und bei Verwendung in der Konfiguration des Grundrisses nicht gerendert wurden, wurde behoben.

### Jutro Design System 10.0.3 {#jds-10}

Jutro Design System 10.0.3 führt umstrukturierte Komponenten ein, die anders strukturiert sind als ihre Vorgänger. Diese Version enthält auch Verwerfungen. Weitere Informationen zu diesen Änderungen finden Sie unter [Jutro Design System 10.0](./r1000.mdx).

### JDP UI -Bibliotheken 10.0.3 {#ui-libraries}

Jutro Digital Platform bietet eine kuratierte Entwicklererfahrung mit vorgefertigten Konfigurationen und übergreifenden Funktionen. Diese Hilfsfunktionen sind als wiederverwendbare JavaScript-UI-Bibliotheken verfügbar, mit denen Sie einzigartige Erfahrungen für die Sach- und Unfallversicherungsbranche in Guidewire Cloud schnell erstellen können. Dieses Release bietet einen neuen generischen Authentifizierungs-Client, Verbesserungen bei Micro Frontends und mehr. Weitere Informationen finden Sie im Abschnitt [Entwickeln](/platform/getting-started/other-jdp-libraries.mdx) in der JDP-Dokumentation.

### Jutro Web Apps {#jutro-web-apps}

Jutro Web Apps ist eine Verwaltungsanwendung, die Teil von JDP ist. Sie ermöglicht die Erstellung von Jutro-Apps aus Startvorlagen, das Löschen und die Verwaltung von Anwendungen und ist über eine neue, selbstbetitelte Kachel „Jutro Web Apps“ in Guidewire Cloud Home verfügbar.

Mit Jutro Web Apps können Entwickler schnell Webanwendungen für Schaden- und Unfallversicherer mit vielen Funktionen erstellen, aufbauen und testen. Sie können diese Apps auf der Guidewire Cloud Platform (GWCP) umfassend und selbständig bereitstellen. All dies ist mit minimaler Interaktion mit den Support-Teams von Guidewire möglich.

In den folgenden Abschnitten finden Sie Highlights einiger der Funktionen, die Jutro Web Apps bietet.

#### Einheitliche Ansicht für alle Apps in Ihrem Tenant {#unified-view}

- Jutro Web Apps verfügt über eine Startseite, die eine filterbare Ansicht aller Apps zeigt, die innerhalb des Tenants erstellt wurden.
- Es gibt auch eine Seite für die App-Einstellungen, auf der Sie die App-Konfigurationen verwalten können, z. B.:
  - IdP-definierte Benutzergruppen zur Steuerung des Zugriffs auf die App
  - Zugriff auf InsuranceSuite-Apps
  - Benutzerdefinierte Domänenregistrierung für Anwendungen in PreProd- und Prod-Umgebungen
  - Erstellen einer IP Allowlist zur Verwaltung des Zugriffs auf die App während des Testens
  - Vereinfachte InsuranceSuite-Auswahl im Bereitstellungsformular

Weitere Informationen finden Sie in der [Dokumentation zu Jutro Web Apps](/platform/jutro-platform-web-apps/overview-jutro-web-apps.mdx).

#### Bereitstellungsfunktionen {#deployment-capabilities}

- Automatische Build-Erstellung und Bereitstellung der App auf GWCP nach ihrer ersten Erstellung
- Bitbucket-, TeamCity- und Anwendungsbereitstellungs-Links sind deaktiviert, wenn sich die Anwendung in einem fehlgeschlagenen oder gelöschten Zustand befindet.
- Eine QuickView, die den aktuellen Status der Limits für erstellte und hochgestufte Apps anzeigt
- Übersetzbare Fehlermeldungen bei Bereitstellungs-QuickView-
- Mehrere bereitgestellte Zweige können in der Bereitstellungstabelle angezeigt werden
- Eine Auswahl von Stabile/Eindeutige URL auf der Seite „Bereitstellungen“

Weitere Informationen finden Sie unter [Veränderliche und unveränderliche Bereitstellungen](/platform/jutro-platform-web-apps/immutable-deployments.mdx).

#### Jutro Web App E2E-Tests (End-to-End):

Als Entwickler eines Versicherers können Sie jetzt E2E-Tests für Ihre Jutro-App durchführen. Mit E2E-Tests können Sie validieren, dass Ihre Anwendung durchgängig funktioniert – von der Benutzeroberfläche bis hin zu den Integrationen mit InsuranceSuite. So stellen Sie sicher, dass Ihre App auch dann noch funktioniert, wenn Sie Änderungen vornehmen.

Weitere Informationen finden Sie unter [E2E-Tests](../app-e2e-testing.mdx).

### Jutro Platform CLI 10.0.3 {#cli}

Die Jutro Platform Command Line Interface (Jutro Platform CLI) ist ein einheitliches, auf Plugins basierendes Tool zur Verwaltung Ihrer Jutro-Apps. Die Jutro Platform CLI bietet Befehle wie `generate` und `validate`, die Sie direkt von der CLI selbst oder von der eingebetteten Version, die in jeder Jutro-App installiert ist, ausführen können.

Weitere Informationen finden Sie in der [Dokumentation zur Jutro CLI](/platform/jutro-platform-cli/overview-cli.mdx).

#### Änderungen am `generate:i18n`-Befehl {#cli-generate-il8n}

Die standardmäßig erstellte Übersetzungsdatei ist nicht mehr die englische Übersetzung `src/i18n/en.json`. Es handelt sich jetzt um eine Vorlage-Übersetzungsdatei `src/i18n/lang.json`, die als Basis für die Übersetzung Ihrer Anwendung in andere Sprachen dienen kann.

### Jutro-App-Vorlagen 10.0.3 {#templates}

JDP bietet verschiedene App-Vorlagen – gebrauchsfertige Jutro-Apps mit Boilerplate-Code. Dieser Code umfasst Komponenten, Beispielseiten, Layouts und Stile, die in einem Entwicklungs-Repository zusammen mit einer definierten CI/CD-Pipeline auf GWCP bereitgestellt werden, um die Entwicklung Ihrer Webanwendungen zu beschleunigen. Weitere Informationen finden Sie in der [Vorlagendokumentation](/platform/Templates/overview-templates.mdx).

Es sind drei Typen von Vorlagen verfügbar:

- Startprogramm-Vorlagen: Diese sind React-Apps mit leerer Shell, die nur die Grundelemente wie Kopfzeile und Fußzeile enthalten. Sie dienen als Starthilfe für die Erstellung einer neuen App.
- Schulungsvorlagen: Diese geben Entwicklern einen besseren Einblick in die Funktionsweise von Vorlagen.
- Vorlagen, die eine bestimmte Geschäftsanforderung erfüllen. Dabei kann es sich um Micro Frontends oder eigenständige Jutro-Apps handeln, die Sie in Ihren eigenen Anwendungen oder anderen Guidewire-Anwendungen (einschließlich Digital-Anwendungen) nutzen können.

Weitere Informationen finden Sie in der [Dokumentation zu den Vorlagentypen](/platform/Templates/jutro-templates.mdx).

### Digital SDK 10.0.3 {#digital-sdk}

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](https://docs.guidewire.com/jutro/sdk/innsbruck/docs/r-innsbruck).

## Was ist neu in Jutro-Patch 10.0.2? {#patch-release-10-0-2}

### Verbesserungen und gelöste Probleme {#improvements-and-resolved-issues-10-0-2}

#### Jutro UI-Bibliotheken {#jutro-ui-libraries-10-0-2}

Sie können jetzt eine Eigenschaft `allow` für iframe Micro Frontends konfigurieren. Dadurch ist es möglich, verschiedene Browserfunktionen wie `geolocation`, `clipboard-write` und `camera` zu aktivieren.

Die folgenden Probleme wurden in Patch 10.0.2 behoben:

- Die Eigenschaften `integrateJutro` und `integrateRouter` funktionierten in iFrame Micro Frontends nicht korrekt.
- Ein Grenzfall im Zusammenhang mit der in einem Micro Frontend verwendeten `Breadcrumb`-Komponente wurde behoben. Wenn ein Link in `Breadcrumb` eine Umleitung hatte, funktionierte diese Umleitung nicht wie erwartet, da er in der falschen Reihenfolge zu `window.history` gepusht wurde.
- Wenn ein Link in einem Micro Frontend in einer neuen Registerkarte geöffnet wurde oder die Linkadresse von dort übernommen wurde, wurde der von einer Shell gesetzte Basisname des Micro Frontends nicht in den Link übernommen.
- Verschachtelte Micro Frontend-Routen funktionierten nicht korrekt, wenn sie in eine Shell-App eingebettet waren.
- Die gewählte Sprache bzw. das gewählte Gebietsschema wurde nicht aus dem Globalisierungsspeicher außerhalb von React extrahiert, sondern es wurde die Standardsprache bzw. das Standardgebietsschema (en_US) zurückgegeben.

## Was ist neu in Jutro-Patch 10.0.1? {#patch-release-10-0-1}

### Verbesserungen und gelöste Probleme {#improvements-and-resolved-issues-10-0-1}

#### Jutro CLI {#jutro-cli-10-0-1}

Der Befehl `jutro validate:linters` schlug fehl, wenn die Anwendung keine Metadatendateien enthielt.

#### Jutro Design System {#jutro-design-system-10-0-1}

- Die Position der `Select`-Komponente war beim Rendern nicht korrekt.
- Ein zusätzlicher Rand am unteren Rand der `DropdownSelectField`-Optionsliste wurde entfernt.
- Es wurden mehrere Probleme mit der CSS-Spezifität in Komponenten behoben.
- Die folgenden Micro Frontend-Probleme wurden behoben:
  - Ein Problem mit der anfänglichen Standortauflösung für tief verschachtelte Micro Frontends.
  - Die Verwendung der Eingabeaufforderung innerhalb eines Micro Frontends funktionierte nicht.
  - Die `QuickViewProvider`-Komponente hatte unterschiedliche Positionen bei der Verwendung in einer eigenständigen App und einer Micro Frontend-App.
  - Die Seite blieb stecken, wenn das SDK mit aktivierter Authentifizierung verwendet wurde.
- Es wurde ein Fehler bei der Aktualisierung des Authentifizierungstokens verhindert, wenn mehrere Registerkarten geöffnet waren.
- Es wurde eine neue Fehlerbehandlung für den Fall definiert, dass der Benutzer nicht einer Anwendung zugewiesen ist.
- Ein Problem mit der `TableView`-Filterung wurde behoben

<Internal>

## Upgrade steps {#upgrade-steps}

There are **multiple** breaking changes in this release. To upgrade, [follow the steps for release 10.0.0 in the upgrade guide](../internal/upgrade-all-versions.mdx).

There are some migration hints in the ["Go to 10" page](../internal/go-to-10.mdx).

</Internal>

## Was ist neu in Jutro Digital Platform Innsbruck? {#new-in-this-release}

import WhatsNew from './_r1000-whats-new.mdx';

<WhatsNew />

## Verbesserungen und gelöste Probleme {#improvements-and-resolved-issues}

| <div style={{width:'100px'}}>ID</div> | <div>Beschreibung</div> |
| --- | --- |
| JUT-21543 | Es wurde ein Problem mit der Abmeldung mehrerer Registerkarten für Micro Frontends behoben. |
| JUT-15669 | Es wurde ein Problem behoben, bei dem in der `DatePicker`-Komponente nicht das richtige Format angezeigt wurde. |
| JUT-21226 | Es wurde ein Problem behoben, bei dem ein `loaderComponent` nicht überschrieben werden konnte. |
| JUT-21543 | Fehlendes `allowMultiTabLogin`-Flag wurde in `OidcTrustedDomains`-Datei hinzugefügt. |
| JUT-20192 | `isPending` wird auf `true` festgelegt, wenn der Abmeldeablauf ausgeführt wird. |
| JUT-22156 | `@types/loader-utils` wurde zu `devDeps` in `jutro-toolset-react-app` hinzugefügt. |
| Nicht zutreffend | `emojis-list`-Paket wurde hinzugefügt, das von `loader-utils` für Auflösungen verwendet wird. |
| JUT-22156 | `postcss-scss` zu Auflösungen und Postcss-Aktualisierung in jutro-app hinzugefügt. |
| JUT-21794 | Auflösung für `braces 3.0.3` hinzugefügt. |
| JUT-21801 | Auflösung für `rollup 2.79.2` hinzugefügt. |
| JUT-21783 | Auflösung für `@babel/traverse 7.25.7` hinzugefügt. |
| JUT-21799 | Auflösung für `axios 0.28.0` hinzugefügt. |
| JUT-22077 | Auflösung für `cookie 0.7.1` hinzugefügt. |
| JUT-21788 | Auflösung für `ejs 3.1.10` hinzugefügt. |
| JUT-21805 | Auflösung für `express 4.20.0` hinzugefügt. |
| JUT-21793 | Auflösung für `micromatch 4.0.8` hinzugefügt. |
| JUT-21796 | `testcafe`-Version wurde auf `1.18.6` aktualisiert. |
| JUT-22156 | `loader-utils` wurde aus Auflösungen in `jutro-app` entfernt. |
| JUT-21946 | Aktualisierung von `@okta/okta-auth-js` auf Version `7.8.1`. |
| JUT-21177 | Aktualisierung von z-index für `DropdownSelectField`. |
| JUT-20970 | Validierungsmeldungen für nicht sichtbare Felder wurden entfernt. |
| JUT-21785 | Aktualisierung von Webpack auf `5.95.0` in `@jutro/toolset-react-app`. |
| JUT-21272 | Umleitung in Micro Frontend Unit-Test wurde behoben. |

## Bekannte Probleme {#known-issues}

### ApplicationHeader-Stilüberschreibungen {#application-header-overrides}

CSS-Überschreibungen von ApplicationHeader funktionieren aufgrund von Problemen mit der Selektorspezifität möglicherweise nicht mehr.

Um dieses Problem zu umgehen, erhöhen Sie die Spezifität Ihrer CSS-Selektoren.

Beispielsweise können Sie den Namen der Klasse duplizieren. Wenn Sie Stilmodule wie folgt in Ihre Komponenten importieren:

```jsx title="my-component.js"
import styles from './my-styles.module.scss';

<ApplicationHeader className={styles.myClass} />;
```

und Ihre Stilüberschreibungen wie folgt aussehen:

```css title="my-styles.module.scss"
.myClass {
  background-color: red;
}
```

Ändern Sie den Namen der Klasse in:

```css title="my-styles.module.scss" {1}
.myClass.myClass {
  background-color: red;
}
```

### Zusätliches erneutes Rendern {#additional-rerenders}

Wenn Ihre App Micro Frontends verwendet, kann es in untergeordneten Apps zum zusätzlichen oder unerwarteten erneuten Rendern kommen. Dieses erneute Rendern kann zusätzliche useEffects und Aufrufe an das Backend auslösen.

Dies geschieht normalerweise, wenn der Benutzer:

- die Fenstergröße ändert
- die Seite scrollt
- auf der Seite hereinzoomt oder herauszoomt

Dies ist kein kritisches Problem und wird in einem zukünftigen Release behoben werden.

Leider gibt es zur Zeit keine Workarounds.

### Geänderte Stilüberschreibungen in Micro Frontends {#mfe-overrides}

Wir haben die Art und Weise geändert, wie Micro Frontends CSS laden, um unerwartete von Micro Frontends gemeinsam genutzte Stile zu verhindern ([mehr zu diesem Thema](#improved-style-loading)). Dies kann die Art und Weise ändern, wie Ihre benutzerdefinierten Stile angewendet werden, und das Erscheinungsbild Ihrer Anwendung verändern.

Um dies zu beheben, können Sie die folgende Erweiterungsvariable setzen:

```properties
REACT_APP_USE_LEGACY_MFE_CSS_ORDERING=true
```

### Einträge in .gitignore, die mit src/i18n/lang.json verkettet werden {#.gitignore-entries-concatenating}

**Problem:** Es kann zu Problemen kommen, bei denen neu hinzugefügte Einträge in `.gitignore` mit dem Eintrag für `src/i18n/lang.json` verkettet werden.

**Workaround:** Stellen Sie sicher, dass dem `src/i18n/lang.json`-Eintrag eine neue Zeile folgt, damit der nachfolgende Eintrag korrekt in eine neue Zeile eingefügt wird.

### Änderungen im Metadatenschema führen zu Unit-Testfehlern für mehrere Komponenten (JUT-20884) {#metadata-schema-failing-unit-tests}

**Problem:** Aufgrund von Änderungen am Metadatenschema zwischen den Jutro-Versionen 8.13.x und 10.x.x schlagen Unit-Tests für bestimmte Komponenten wie `PhoneNumberField`, `GenericColumn` und andere fehl. Das Problem tritt bei der Aktualisierung von Release 8.13.x auf Release 10.x.x auf.

**Workaround:** Guidewire ist dieses Problem bekannt.

### Einbetten authentifizierter Micro Frontends in Jutro-fremde Shell-Apps {#embedding-authenticated-microfrontends-in-non-jutro-shell-apps}

**Problem:** Das Einbetten authentifizierter Micro Frontends in einige Jutro-fremde Shell-Apps unterliegt aufgrund der in Google Chrome v115+ eingeführten Änderungen neuen Einschränkungen. In Fällen, in denen das Micro Frontend mit iframe oder SDK eingebettet ist und über eine eigene Authentifizierung verfügt (z. B. wenn die Authentifizierungsintegration in der Shell-App deaktiviert ist, das Micro Frontend jedoch erfordert, dass der Benutzer authentifiziert wird), sollten beide Apps idealerweise unter derselben Site ausgeführt werden (z. B. localhost:3000 und localhost:3001). Weitere Informationen zu den Unterschieden zwischen „Same Site“ und „Same Origin“ finden Sie [in diesem Artikel](https://web.dev/articles/same-site-same-origin?hl=en). Wenn die Shell-App und die Micro Frontend-App auf unterschiedlichen Websites gehostet werden, können Sicherheitsmechanismen von Browsern Probleme verursachen. Wenn die Shell-App und die Micro Frontend-App auf unterschiedlichen Websites gehostet werden, werden die Micro Frontend-App und ihr Klon im Popup mit vollständig isolierten Instanzen von Service Workern ausgeführt, die nicht miteinander kommunizieren können. Obwohl Service Worker in dieser Umgebung weiterhin funktionieren, kann die fehlende Kommunikation zwischen diesen isolierten Instanzen zu unerwartetem Verhalten im Micro Frontend führen.

**Workaround:** Es gibt keinen Workaround, aber es wird dringend empfohlen sicherzustellen, dass beide Anwendungen in Übereinstimmung mit den Empfehlungen der offiziellen Browseranbieter unter derselben Website ausgeführt werden. Wenn dies nicht möglich ist, ist für die Jutro-Versionen 10.0.8+, 10.3.4+, 10.7.1+ und 10.9.0+ ein weniger sicherer Workaround verfügbar.

In diesem Fall müssen Sie die Variable `JUTRO_AUTH_ALLOW_SESSION_STORAGE_FOR_CROSS_SITE_IFRAMES` auf `true` setzen. Durch diese Änderung kann der Sitzungsspeicher als Speicher für Authentifizierungstoken fungieren.

### Gelegentlicher Timeout bei Authentifizierungstoken {#auth-token-timeout}

**Problem:** Aufgrund von Änderungen der Funktionsweise des OIDC-Authentifizierungsclients kann der Aktualisierungsablauf für das Authentifizierungstoken gelegentlich fehlschlagen, wenn das Timeoutlimit erreicht wird.

**Workaround:** Es wird empfohlen, den neuesten Patch zu verwenden, der das Problem behebt, sowie das Lade- und Sitzungsverlängerungsverhalten der authentifizierten App über langsamere Verbindungen, z. B. mobiles Internet, zu testen.

### Globale `window.onmessage`-Listener können gelegentlich fehlerhaft ausgeführt werden {#global-listeners-issue}

**Problem:** Frühere Versionen von Jutro stützten sich auf eine OIDC-Funktionalität, die die Überschreibungen der globalen Methode `window.onmessage` nutzte, um Meldungs-Listener einzurichten. Bestimmte benutzerdefinierte Logiken können dies beeinträchtigen und Fehler in der Funktionalität verursachen.

**Workaround:** Es gibt zwei Workarounds:

- Ändern Sie die benutzerdefinierte Überschreibung der Anwendung, um stattdessen `window.addEventListener('message', listener)` zu verwenden.
- Verwenden Sie den neuesten Jutro-Patch, der das Problem behebt

### Die Okta SDK API ist nicht mehr zuverlässig für den direkten Einsatz {#okta-direct-usage}

**Problem:** Aufgrund der in Jutro 10 eingeführten Änderung bei den Authentifizierungsclients kann die API des Jutro-Auth-Clients nicht mehr zuverlässig mit der Okta SDK API verwendet werden.

**Workaround:** Es wird empfohlen, dass Anwendungen nur die APIs des Jutro-Auth-Clients verwenden, und alle Einschränkungen, die der Authentifizierungsclient im Vergleich zum Okta-SDK aufweist, sollten mit dem Jutro-Team als Anfrage für die Auth-Client-Funktion besprochen werden.

### Automatische Anmeldung muss konfiguriert werden und ist erforderlich {#silent-login}

**Problem:** Aufgrund von Unterschieden bei der Konfiguration des Okta-Auth-Clients und des generischen OIDC-Auth-Clients erfordert zum generischen Auth-Client migrierende Anwendung eine zusätzliche Konfiguration, um den Tokenaktualisierungsmechanismus zu aktivieren, der als „automatische Anmeldung“ bezeichnet wird.

**Workaround:** Informationen zur Konfiguration des Mechanismus finden Sie [hier](../auth#silent-login).

### Aktualisierte Webpack-Version (JUT-21785) {#updated-webpack-version}

**Problem:** Beim Erstellen einer Jutro-App können Fehler auftreten, wenn sich Webpack in der Liste der Abhängigkeiten befindet.

**Workaround:** Die Fehler können mit Ihrer Webpack-Version zusammenhängen. Wenn Ihre Webpack-Version nicht `5.95.0` ist, versuchen Sie, auf diese Version zu aktualisieren, und erstellen Sie die App erneut.

### Fehler in Cheerio-Bibliothek {#cheerio-library-install-error}

Beim Ausführen des Befehls `npm install` tritt ein Problem auf, das zu der folgenden Fehlermeldung führt:

```bash
npm ERR! notsup Not compatible with your version of node/npm: cheerio@1.0.0
npm ERR! notsup Required: {"node":">=18.17"}
npm ERR! notsup Actual:   {"npm":"9.5.0","node":"v18.14.2"}
```

Beheben dieses Fehlers:

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

```json
"overrides": {
  "cheerio": "1.0.0-rc.12"
}
```

2. Erneut `npm install` ausführen

:::note

Wenn beim Ausführen des Befehls `npm install` weitere Fehler auftreten, löschen Sie die `package-lock.json`-Datei und den Ordner `node_modules`, bevor Sie es erneut versuchen.

:::

<Internal>

## More details {#more-details}

For more details, see the [CHANGELOG](https://stash.guidewire.com/projects/JUT/repos/jutro-main/browse/CHANGELOG.md?at=refs%2Ftags%2Fv10.0.10).

## Demo environments {#demo-environments}

- [Jutro Storybook](https://jutro-10-0-10.int.ccs.guidewire.net/jutro-storybook)
- [Jutro App](https://jutro-10-0-10.int.ccs.guidewire.net/jutro-app)
- [Jutro app with integrations](https://jutro-10-0-10.int.ccs.guidewire.net/jutro-app-with-integrations)

</Internal>

## Unterstützte Browser {#supported-browsers}

- Chrome und Chromium-basierte Browser (getestet mit Chrome v110)
- Firefox (getestet mit v107)
- Safari (getestet mit v15.6)
- Tablet und Mobiltelefon (iOS Safari + Android Chrome, dieselben Versionen wie oben)

## Abhängigkeiten von Drittanbietern {#3rd-party-dependencies}

- Node-Version: 18.14.2 < 19 || >= 22.6.0 < 23
- NPM version: >= 9.5.0
- React-Version: 18.2.0
