Bekannte Probleme und Einschränkungen

Bekannte Probleme

Klicken Sie auf den folgenden Link, um eine dynamisch generierte Liste mit Dokumenten für dieses konkrete Release und alle zugehörigen Fixpacks zu empfangen. Die Dokumente enthalten auch Angaben zu bekannten Problemen mit den entsprechenden Lösungen sowie zu relevanten Downloads: http://www.ibm.com/support/search.wss?tc=SSVNUQ&tc=SSHT2F&atrn=SWVersion&atrv=8.0.

Bekannte Einschränkungen

Die Beschreibung der bekannten Einschränkungen in der IBM Mobile Foundation finden Sie an verschiedenen Stellen der Dokumentation:

• Wenn eine bekannte Einschränkung für ein bestimmtes Feature gilt, steht die Beschreibung in dem Artikel, in dem dieses Feature erklärt ist. Sie können dort sofort nachlesen, wie sich die Einschränkung auf das Feature auswirkt.
• Handelt es sich um eine bekannte allgemeine Einschränkung, also eine Einschränkung, die in unterschiedlichen Artikeln erwähnt werden müsste oder für die es möglicherweise keinen speziellen Artikel gibt, finden Sie die Beschreibung der Einschränkung hier.
• Wegen Problemen mit der Erkennung von Elasticsearch-Knoten im OpenShift-4.2-Cluster kann es zu Inkonsistenzen bei der Funktion von Mobile-Foundation-Analytics-Pods kommen. Infolgedessen werden in der Analytics-Administrationskonsole immer nur jeweils ein Knoten aufgelistet.
• In der mobilen Android-Client-App für das Application Center können Probleme beim Blättern auftreten. Dies ist keine Fehlfunktion. Es kann sein, dass Sie öfter blättern müssen, um zum Seitenende zu gelangen. Dies ist auf eine Begrenzung der im Application-Center-Client verwendeten JavaScript-Frameworks anderer Anbieter zurückzuführen.

Globalisierung

Falls Sie für den internationalen Einsatz geeignete Apps entwickeln, gelten die folgenden Einschränkungen:

• Partielle Übersetzung: Teile des Produkts Mobile Foundation Version 8.0 und der Dokumentation sind in die folgenden Sprachen übersetzt: vereinfachtes Chinesisch, traditionelles Chinesisch, Französisch, Deutsch, Italienisch, Japanisch, Koreanisch, brasilianisches Portugiesisch, Russisch und Spanisch. Übersetzt sind Texte, die dem Benutzer angezeigt werden.
• BIDI-Unterstützung: Die von der Mobile Foundation generierten Anwendungen sind nicht voll BIDI-fähig. Standardmäßig erfolgt keine Spiegelung von Elementen der grafischen Benutzerschnittstelle und keine Steuerung der Textrichtung. Generierte Anwendungen sind jedoch nicht fest an diese Einschränkung gebunden. Entwickler können durch manuelle Anpassungen im generierten Code eine vollständige BIDI-Nutzung erreichen.

Obwohl für die Kernfunktionen der Mobile Foundation die Übersetzung ins Hebräische möglich ist, werden einige Elemente der grafischen Benutzerschnittstelle nicht gespiegelt.

• Beschränkungen für Adapternamen: Namen von Adaptern müssen für die Erstellung von Java-Klassennamen gültige Namen sein. Sie dürfen nur die folgenden Zeichen enthalten:
  • Groß- und Kleinbuchstaben (A-Z und a-z)
  • Ziffern (0-9)
  • Unterstreichungszeichen (_)
• Unicode-Zeichen: Unicode-Zeichen, die nicht zur mehrsprachigen Basisebene gehören, werden nicht unterstützt.
• Sprachliche Unterscheidung und Unicode-Normalisierungsformen: In folgenden Anwendungsfällen werden bei der Abfrage im Gegensatz zu einem normalen Abgleich keine sprachlichen Unterscheidungen, z. B. die Verwendung von Akzenten, die Unterscheidung der Groß-/Kleinschreibung und die Darstellung von Umlauten durch zwei Zeichen, berücksichtigt, damit die Suchfunktion in verschiedenen Sprachen ordnungsgemäß ausgeführt werden kann und die Datensuche nicht die Normalisierungsform C (NFC) verwendet.
  • In der MobileFirst Analytics Console, wenn Sie für ein kundenspezifisches Diagramm einen angepassten Filter erstellen. Die Nachrichteneigenschaft in dieser Konsole verwendet allerdings die Normalisierungsform C (NFC) und berücksichtigt sprachliche Unterscheidungen.
  • In der MobileFirst Operations Console, wenn Sie auf der Seite “Anwendungen durchsuchen” nach einer Anwendung, auf der Seite “Adapter durchsuchen” nach einem Adapter, auf der Seite “Push” nach einem Tag oder auf der Seite “Geräte” nach einem Gerät suchen
  • In den Suchfunktionen für die JSONStore-API

MobileFirst Analytics

Für MobileFirst Analytics gelten die folgenden Einschränkungen:

• Sicherheitsanalysen (d. h. Daten zu Anforderungen, die die Sicherheitsüberprüfungen nicht bestehen) werden nicht unterstützt.
• In der MobileFirst Analytics Console folgt das Zahlenformat nicht den ICU-Regeln (International Components for Unicode).
• Zahlen in der MobileFirst Analytics Console verwenden nicht das bevorzugte Zahlenscript des Benutzers.
• Daten, Zeiten und Zahlen werden in der MobileFirst Analytics Console entsprechend der Spracheinstellung des Betriebssystems und unabhängig von der Ländereinstellung von Microsoft Internet Explorer angezeigt.
• Wenn Sie einen kundenspezifischen Filter für ein kundenspezifisches Diagramm erstellen, müssen die numerischen Daten in westlichen (Base 10) oder europäischen Ziffern (0, 1, 2, 3, 4, 5, 6, 7, 8, 9) angegeben werden.
• Wenn Sie auf der Seite “Alert-Management” der MobileFirst Analytics Console einen kundenspezifischen Filter für ein kundenspezifisches Diagramm erstellen, müssen die numerischen Daten in westlichen (Base 10) oder europäischen Ziffern (0, 1, 2, 3, 4, 5, 6, 7, 8, 9) angegeben werden.
• Die Seite “Analytics” der MobileFirst Operations Console unterstützt die folgenden Browser:
  • Microsoft Internet Explorer ab Version 10
  • Mozilla Firefox ESR oder eine aktuellere Version
  • Apple Safari für iOS ab Version 7.0
  • Neueste Version von Google Chrome
• Das Analytics-Client-SDK ist nicht für Windows verfügbar.

Mobiler IBM MobileFirst-Foundation-Application-Center-Client

Der mobile Application-Center-Client folgt den kulturellen Konventionen des aktiven Geräts, z. B. bezüglich des Datumsformats. Die strengeren ICU-Regeln (International Components for Unicode) werden nicht in jedem Fall befolgt.

IBM MobileFirst Operations Console

Für MobileFirst Operations Console gelten die folgenden Einschränkungen:

• Sie unterstützt nur teilweise bidirektionale Sprachen.
• Wenn Benachrichtigungen an ein Android-Gerät gesendet werden, kann die Textrichtung nicht geändert werden.
  • Werden die ersten Buchstaben in einer von rechts nach links geschriebenen Sprache wie Arabisch oder Hebräisch eingegeben, hat automatisch der gesamte Text diese Ausrichtung.
  • Werden die ersten Buchstaben in einer von links nach rechts geschriebenen Sprache eingegeben, hat automatisch der gesamte Text diese Ausrichtung.
• Zeichenfolge und Textausrichtung von bidirektionalen Sprachen entsprechen nicht den kulturellen Gewohnheiten.
• Numerische Werte in den numerischen Feldern werden nicht nach den Formatierungsregeln der Ländereinstellung ausgewertet. In der Konsole werden formatierte Zahlen angezeigt, als Eingabe jedoch nur unformatierte Zahlen akzeptiert, z. B. 1000 und nicht 1 000 oder 1.000.
• Die Antwortzeiten auf der Seite “Analytics” der MobileFirst Operations Console hängen von mehreren Faktoren ab, z. B. von der Hardware (Arbeitsspeicher, CPUs), der Menge aufgelaufener Analysedaten und vom MobileFirst-Analytics-Clustering. Sie sollten Ihre Auslastung testen, bevor Sie MobileFirst Analytics in der Produktion einführen.

Server Configuration Tool

Für das Server Configuration Tool gelten die folgenden Einschränkungen:

• Der beschreibende Name einer Serverkonfiguration darf nur Zeichen des Systemzeichensatzes enthalten. Unter Windows ist dies der ANSI-Zeichensatz.
• Kennwörter, die Anführungszeichen oder Apostrophe enthalten, funktionieren möglicherweise nicht ordnungsgemäß.
• Für die Konsole des Server Configuration Tool gelten dieselben Globalisierungseinschränkungen wie für die Anzeige von Zeichenfolgen, die über die Standardcodepage hinausgehende Zeichen enthalten, in der Windows-Konsole.

Darüber hinaus könnten Sie unter dem Gesichtspunkt der Globalisierung Einschränkungen oder Besonderheiten feststellen, die auf Einschränkungen bei anderen Produkten zurückzuführen sind, z. B. bei verwendeten Browsern, Datenbankmanagementsystemen oder Software Development Kits. Beispiel:

• Sie dürfen den Benutzernamen und das Kennwort für das Application Center nur mit ASCII-Zeichen definieren. Diese Einschränkung gilt, weil WebSphere Application Server (Full Profile oder Liberty Profile) nur Kennwörter und Benutzernamen unterstützt, die ausschließlich aus ASCII-Zeichen bestehen (siehe “Für Benutzer-IDs und Kennwörter gültige Zeichen”).
• Windows:
  • Wenn Sie in der Protokolldatei des Testservers lokalisierte Nachrichten sehen möchten, müssen Sie die Protokolldatei mit der Codierung UTF-8 öffnen.
  • Diese Einschränkungen haben folgende Ursachen:
    • Der Testserver wird in WebSphere Application Server Liberty Profile installiert. In diesem Anwendungsserver wird die Protokolldatei generell mit ANSI-Codierung erstellt. Dies gilt mit Ausnahme der lokalisierten Nachrichten, für die die Codierung UTF-8 verwendet wird.
• In Java 7.0 Service Refresh 4-FP2 und Vorgängerversionen können Sie Unicode-Zeichen, die nicht zur mehrsprachigen Basisebene gehören, nicht in das Eingabefeld kopieren. Vermeiden Sie dieses Problem, indem Sie den Ordnerpfad manuell erstellen und den Ordner dann während der Installation auswählen.
• Angepasste Titel und Schaltflächennamen für die Methoden “alert”, “confirm” und “prompt” müssen Sie kurzhalten, um zu verhindern, dass sie am Anzeigerand abgeschnitten werden.
• Der JSONStore kann keine Normalisierung durchführen. Die Find-Funktionen der JSONStore-API berücksichtigen keine sprachlichen Unterscheidungen, z. B. die Verwendung von Akzenten, die Unterscheidung der Groß-/Kleinschreibung und die Darstellung von Umlauten durch zwei Zeichen.

Adapter und Abhängigkeiten von Produkten anderer Anbieter

Bei Interaktionen zwischen Abhängigkeiten und Klassen im Anwendungsserver, einschließlich der gemeinsam genutzten MobileFirst-Bibliothekn, treten die folgenden bekannten Probleme auf.

Apache HttpClient

Die Mobile Foundation verwendet intern Apache HttpClient. Wenn Sie eine Apache-HttpClient-Instanz als Abhängigkeit zu einem Java-Adapter hinzufügen, funktionieren im Adapter die folgenden APIs nicht ordnungsgemäß: AdaptersAPI.executeAdapterRequest, AdaptersAPI.getResponseAsJSON und AdaptersAPI.createJavascriptAdapterRequest. Das liegt daran, dass die APIs Apache-HttpClient-Typen in ihrer Signatur enthalten. Umgehen Sie das Problem, indem Sie den internen Apache HttpClient verwenden, den Abhängigkeitsbereich in der Datei pom.xml jedoch ändern.

Bouncy Castle Cryptographic Library

Die Mobile Foundation verwendet selbst Bouncy Castle. Unter Umständen ist es möglich, im Adapter eine andere Version von Bouncy Castle zu verwenden. Die Folgen müssen jedoch gründlich getestet werden. Manchmal füllt der MobileFirst-Bouncy-Castle-Code bestimmte statische Singleton-Felder der javax.security-Paketklassen und hindert damit die in einem Adapter verwendete Bouncy-Castle-Version daran, Funktionen zu nutzen, die auf diese Felder zurückgreifen.

Implementierung von Apache-CXF-JAR-Dateien

CXF wird in der MobileFirst-JAX-RS-Implementierung verwendet, sodass Sie keine Apache-CXF-JAR-Dateien zu einem Adapter hinzufügen können.

Aktualisierungsprobleme des mobilen Application-Center-Clients unter Android 4.0.x

Es ist bekannt, dass bei der WebView-Komponente von Android 4.0.x mehrere Aktualisierungsprobleme auftreten. Wenn Sie für Geräte ein Upgrade auf Android 4.1.x durchführen, sollte eine Besserung eintreten.

Wenn Sie den Application-Center-Client aus Quellen erstellen, sollte sich die Situation durch die Inaktivierung der Hardwarebeschleunigung auf Anwendungsebene im Android-Manifest unter Android 4.0.x verbessern. Die Anwendung muss in dem Fall mit Android SDK 11 oder einer neueren SDK-Version erstellt werden.

Application Center erfordert MobileFirst Studio Version 7.1 für Import und Erstellung des mobilen Application-Center-Clients

Für die Erstellung des mobilen Application-Center-Clients benötigen Sie MobileFirst Studio Version 7.1. Sie können MobileFirst Studio von der Seite Downloads herunterladen. Klicken Sie auf das Register Previous MobileFirst Platform Foundation Releases. Auf der Registerkarte finden Sie den Download-Link. Installationsanweisungen finden Sie im IBM Knowledge Center für Version 7.1 unter MobileFirst Studio installieren. Weitere Informationen zur Erstellung des mobilen Application-Center-Clilents finden Sie unter Verwendung des mobilen Clients vorbereiten.

Application Center und Microsoft Windows Phone 8.1

Das Application Center unterstützt die Verteilung von Anwendungen in Form von Windows-Phone-Anwendungspaketdateien (.xap) für Microsoft Windows Phone 8.0 und Microsoft Windows Phone 8.1. In Microsoft Windows Phone 8.1 hat Microsoft ein neues universelles Format für Anwendungspaketdateien (.appx) eingeführt. Das Application Center unterstützt zurzeit nicht die Verteilung von Anwendungspaketdateien (.appx) für Microsoft Windows Phone 8.1. Es ist auf Windows-Phone-Anwendungspaketdateien (.xap) beschränkt.

Das Application Center unterstützt die Verteilung von Anwendungspaketdateien (.appx) nur für Microsoft Windows Store (Desktop-Anwendungen).

MobileFirst-Anwendungen mit Ant oder über die Befehlszeile verwalten

Wenn Sie nur das IBM MobileFirst Foundation Developer Kit herunterladen und installieren, ist das Tool mfpadm nicht verfügbar. Das Tool mfpadm wird mit dem Installationsprogramm für MobileFirst Server installiert.

Vertrauliche Clients

Verwenden Sie für die IDs und geheimen Schlüssel vertraulicher Clients nur ASCII-Zeichen.

Direkte Aktualisierung

In Version 8.0.0 wird die direkte Aktualisierung unter Windows nicht unterstützt.

Einschränkungen für FIPS 140-2

Die folgenden bekannten Einschränkungen gelten für die Verwendung von FIPS 140-2 in der Mobile Foundation:

• Der Modus mit FIPS-140-2-Zulassung gilt nur für den Schutz (die Verschlüsselung) lokaler Daten im JSONStore und den Schutz der HTTPS-Kommunikation zwischen einem MobileFirst-Client und MobileFirst Server.
  • Wenn der MobileFirst-Client und der MobileFirst Server über HTTPS kommunizieren, werden die FIPS-140-2-Bibliotheken nur auf dem Client verwendet. Für direkte Verbindungen zu anderen Servern oder Services werden keine FIPS-140-2-Bibliotheken verwendet.
• Dieses Feature wird nur auf der iOS- und der Android-Plattform unterstützt.
  • Unter Android wird dieses Feature nur für Geräte oder Simulatoren unterstützt, die die Architektur x86 oder armeabi verwenden. Für Android mit armv5- oder armv6-Architektur wird das Feature nicht unterstützt. Das liegt daran, dass die verwendete OpenSSL-Bibliothek keine FIPS-140-2-Zulassung für armv5 oder armv6 mit Android erhalten hat. Obwohl die MobileFirst-Bibliothek die 64-Bit-Architektur unterstützt, wird FIPS 140-2 von dieser Architektur nicht unterstützt. FIPS 140-2 kann auf 64-Bit-Geräten ausgeführt werden, wenn das Projekt nur native 32-Bit-NDK-Bibliotheken enthält.
  • Unter iOS wird das Feature für die i386-, x86_64-, armv7-, armv7s- und arm64-Architektur unterstützt.
• Dieses Feature funktioniert nur in Hybridanwendungen (nicht in nativen Anwendungen).
• In nativem iOS ist FIPS standardmäßig über die iOS-FIPS-Bibliotheken aktiviert. Es ist keine Aktion zum Aktivieren von FIPS 140-2 erforderlich.
• Die Verwendung des Features für Benutzerregistrierung auf dem Client wird von FIPS 140-2 nicht unterstützt.
• Das Application Center (Client) bietet keine Unterstützung für FIPS 140-2.

Installation eines Fixpacks oder eines vorläufigen Fix

für das Application Center oder für MobileFirst Server

Wenn Sie auf das Application Center oder auf MobileFirst Server ein Fixpack oder eine vorläufige Korrektur anwenden, sind manuelle Anpassungen erforderlich. Möglicherweise müssen Sie Ihre Anwendungen für einige Zeit schließen.

Architekturen mit JSONStore-Unterstützung

Für Android unterstützt JSONStore die folgenden Architekturen: ARM, ARMV7 und x86 (32 Bit). Andere Architekturen werden zurzeit nicht unterstützt. Wenn Sie versuchen, andere Architekturen zu verwenden, können Ausnahmen und potenziell Anwendungsabstürze eintreten.

JSON wird für native Windows-Anwendungen nicht unterstützt.

Einschränkungen für den Liberty-Server

Wenn Sie den Liberty-Server mit JDK 7 (32 Bit) verwenden, wird Eclipse möglicherweise nicht gestartet. Es kann sein, dass Sie folgenden Fehler empfangen: “Error occurred during initialization of VM. Could not reserve enough space for object heap. Error: Could not create the Java Virtual Machine. Error: A fatal exception has occurred. Program will exit.”

Lösen Sie dieses Problem, indem Sie für 64-Bit-Eclipse und 64-Bit-Windows das 64-Bit-SDK verwenden. Wenn Sie auf einem 64-Bit-Computer das 32-Bit-JDK verwenden, können Sie die JVM-Vorgaben mx512m und Xms216m konfigurieren.

Einschränkungen für LTPA-Token

Wenn ein LTPA-Token vor der Benutzersitzung abläuft, tritt eine Ausnahme SESN0008E ein.

Ein LTPA-Token wird der aktuellen Benutzersitzung zugeordnet. Wenn die Sitzung vor dem LTPA-Token abläuft, wird automatisch eine neue Sitzung erstellt. Läuft das LTPA-Token jedoch vor der Benutzersitzung ab, tritt die folgende Ausnahme ein:

com.ibm.websphere.servlet.session.UnauthorizedSessionRequestException: SESN0008E: Ein als anonymous authentifizierter Benutzer hat versucht, auf eine Sitzung zuzugreifen, deren Eigner {Benutzername} ist.

Angesichts dieser Einschränkung müssen Sie das Ablaufen der Benutzersitzung beim Ablaufen des LTPA-Tokens erzwingen.

• Setzen Sie in WebSphere Application Server Liberty das httpSession-Attribut invalidateOnUnauthorizedSessionRequestException in der Datei server.xml auf “true”.
• Fügen Sie in WebSphere Application Server die angepasste Sitzungsmanagementeigenschaft InvalidateOnUnauthorizedSessionRequestException mit dem Wert “true” hinzu, um das Problem zu lösen.

Hinweis: In bestimmten Versionen von WebSphere Application Server oder WebSphere Application Server Liberty wird die Ausnahme noch protokolliert, obwohl die Sitzung ordnungsgemäß inaktiviert wurde. Weitere Informationen finden Sie im APAR PM85141.

Microsoft Windows Phone

8

Die Architektur x64 wird für Windows-Phone-8.1-Umgebungen nicht unterstützt.

Microsoft-Windows-10-Apps (universelle Windows-Plattform)

Das Feature für die Anwendungsauthentizitätsfunktion funktioniert nicht für MobileFirst-Windows-10-UWP-Apps, wenn das MobileFirst-SDK mit dem NuGet-Paket installiert wird. Als Ausweichmaßnahme können Entwickler das NuGet-Paket herunterladen und die Verweise auf das MobileFirst-SDK manuell hinzufügen.

Unvorhersehbare Ergebnisse bei Verwendung der CLI für verschachtelte Projekte

Verschachteln Sie keine Projekte ineinander, wenn Sie die MobileFirst CLI verwenden. Es könnte sonst passieren, dass Sie nicht das erwartete Projekt bearbeiten.

Cordova-Webressourcen im Mobile Browser Simulator voranzeigen

Sie können Ihre Webressourcen im Mobile Browser Simulator voranzeigen. Der Simulator unterstützt jedoch nicht alle MobileFirst-JavaScript-APIs. Insbesondere das OAuth-Protokoll wird nicht vollständig unterstützt. Sie können jedoch Adapteraufrufe mit WLResourceRequest testen.

Physisches iOS-Gerät für Test der erweiterten App-Authentizität erforderlich

Zum Testen der erweiterten App-Authentizität ist ein physisches iOS-Gerät erforderlich, weil eine IPA-Datei nicht in einem iOS-Simulator installiert werden kann.

MobileFirst-Server-Unterstützung für Oracle 12c

Die Installationstools für MobileFirst Server (Installation Manager, Server Configuration Tool und Ant-Tasks) unterstützen eine Installation mit Oracle 12c als Datenbank.

Die Benutzer und Tabellen können von den Installationstools erstellt werden. Die Datenbanken müssen jedoch bereits vor Ausführung der Installationstools vorhanden sein.

Unterstützung für Push-Benachrichtigungen

Ungeschütztes Push wird in Cordova (unter iOS und Android) untertsützt.

Cordova-iOS-Plattform aktualisieren

Wenn Sie die Cordova-iOS-Plattform einer Cordova-App aktualisieren möchten, müssen Sie die Plattform deinstallieren und erneut installieren. Führen Sie dazu die folgenden Schritte aus:

1. Navigieren Sie auf der Befehlszeilenschnittstelle zum Projektverzeichnis der App.
2. Führen Sie den Befehl cordova platform rm ios aus, um die Plattform zu entfernen.
3. Führen Sie den Befehl cordova platform add ios@version aus, um die neue Plattform zu der App hinzuzufügen. Hier steht “version” für die Version der Cordova-iOS-Plattform.
4. Führen Sie den Befehl cordova prepare aus, um die Änderungen zu integrieren.

Die Aktualisierung schlägt fehl, wenn Sie den Befehl cordova platform update ios verwenden.

Webanwendungen

Für Webanwendungen gelten die folgenden Einschränkungen:

• In Microsoft Internet Explorer (IE) und Microsoft Edge werden App-Verwaltungsnachrichten und Client-Web-SDK-Nachrichten entsprechend den Regions- und Formatvorgaben des Betriebssystems und nicht gemäß den konfigurierten Vorgaben für die Anzeigesprache des Browsers oder Betriebssystems angezeigt (siehe auch Administratornachrichten in mehreren Sprachen definieren).

Cordova-Plug-in-Statusleiste (cordova-plugin-statusbar) funktioniert nicht in einer mit cordova-plugin-mfp geladenen Cordova-Anwendung

Die Cordova-Plug-in-Statusleiste (cordova-plugin-statusbar) funktioniert nicht in einer mit cordova-plugin-mfp geladenen Cordova-Anwendung.

Ein Entwickler kann dieses Problem umgehen, indem er CDVViewController als Stammansichtencontroller festlegt. Dazu muss das Code-Snippet in der Methode wlInitDidCompleteSuccessfully wie folgt in der Datei MFPAppdelegate.m des Cordova-iOS-Projekts ersetzt werden.

Vorhandenes Code-Snippet:

(void)wlInitDidCompleteSuccessfully
{
 UIViewController* rootViewController = self.window.rootViewController;
// Cordova-Ansichtencontroller erstellen
CDVViewController* cordovaViewController = [[CDVViewController alloc] init] ;
cordovaViewController.startPage = [[WL sharedInstance] mainHtmlFilePath];
// Rahmen der Ansicht des Cordova-Ansichtencontrollers an die Begrenzungen der übergeordneten Ansicht anpassen
cordovaViewController.view.frame = rootViewController.view.bounds;
// Cordova-Ansicht anzeigen [rootViewController addChildViewController:cordovaViewController];
[rootViewController.view addSubview:cordovaViewController.view];
[cordovaViewController didMoveToParentViewController:rootViewController];
}

Empfohlenes Code-Snippet mit Problemumgehung für die Einschränkung:

(void)wlInitDidCompleteSuccessfully
{
 // Cordova-Ansichtencontroller erstellen
CDVViewController* cordovaViewController = [[CDVViewController alloc] init] ;
cordovaViewController.startPage = [[WL sharedInstance] mainHtmlFilePath];
[self.window setRootViewController:cordovaViewController];
[self.window makeKeyAndVisible];
}

Keine Unterstützung für unbearbeitete IPv6-Adressen in Android-Anwendungen

Wenn Sie für Ihre native Android-Anwendung die Eigenschaft wlServerHost in mfpclient.properties konfigurieren und sich Ihr MobileFirst Server auf einem Host mit IPv6-Adresse befindet, verwenden Sie einen zugeordneten Hostnamen als IPv6-Adresse. Wenn Sie die Eigenschaft wlServerHost mit einer unbearbeiteten IPv6-Adresse konfigurieren, scheitert der Versuch der Anwendung, eine Verbindung zu MobileFirst Server herzustellen.

Nicht empfohlene Modifikation des Standardverhaltens einer Cordova-App

Die Modifikation des Standardverhaltens einer Cordova-App (z. B. durch Außerkraftsetzen des Verhaltens der Schaltfläche “Back”) beim Hinzufügen des MobileFirst-Cordova-SDK zum Projekt, kann dazu führen, dass die App bei Übergabe an den Google Play Store zurückgewiesen wird. Sollte die Übergabe an den Google Play Store aus anderen Gründen fehlschlagen, wenden Sie sich an den Google-Support.

Hinweis: Wenn Sie die MobileFirst-8.0-iFix-Releaseversion von Januar 2018 oder eine aktuellere Version verwenden, sollten Sie eine Aktualisierung durchführen und den Server und den Client auf denselben Versionsstand bringen.

Zugriffsfehler bei der Installation der MobileFirst-CLI mit Node 8

Wenn Sie die MobileFirst-CLI mit npm installieren, werden möglicherweise die folgenden Fehler in der Terminalausgabe angezeigt.

> bufferutil@1.2.1 install /usr/local/lib/node_modules/mfpdev-cli/node_modules/bufferutil
> node-gyp rebuild

gyp ERR! clean error
gyp ERR! stack Error: EACCES: permission denied, rmdir 'build'
gyp ERR! System Darwin 18.0.0
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/mfpdev-cli/node_modules/bufferutil
gyp ERR! node -v v8.12.0
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok

> utf-8-validate@1.2.2 install /usr/local/lib/node_modules/mfpdev-cli/node_modules/utf-8-validate
> node-gyp rebuild

gyp ERR! clean error
gyp ERR! stack Error: EACCES: permission denied, rmdir 'build'
gyp ERR! System Darwin 18.0.0
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/mfpdev-cli/node_modules/utf-8-validate
gyp ERR! node -v v8.12.0
gyp ERR! node-gyp -v v3.8.0
gyp ERR! not ok

> fsevents@1.2.4 install /usr/local/lib/node_modules/mfpdev-cli/node_modules/fsevents
> node install

Dieser Fehler ist auf einen bekannten Programmfehler in node-gyp zurückzuführen. Sie können diese Fehler ignorieren, da sie keinen Einfluss auf die Funktionsfähigkeit der MobileFirst-CLI haben. Dies gilt für mfpdev-cli iFix-Version 8.0.2018100112 und aktuellere Versionen. Sie können dieses Problem meistern, indem Sie während der Installation das Flag --no-optional verwenden. Beispiel:

npm install -g mfpdev-cli --no-optional

Feature für Android-App-Bundles

Aufgrund des Unterschieds in der Paketstruktur von App-Bundles in Android 5.x und Android 6.x sowie aktuelleren Versionen können Benutzer von Android 5.x keine Verbindung zu MobileFirst Server herstellen, wenn die App-Authentizität aktiviert ist und das Paket im Play Store als App-Bundle zur Verfügung gestellt wird. Diese Einschränkung ist nur bei einer Kombination aus Android 5.x, App-Authentizität und Android-App-Bundle zu beobachten. Laden Sie als Ausweichlösung Ihre App als reguläre .apk-Datei in den Play Store hoch oder verwenden Sie Android 6 oder eine aktuellere Version als Mindstversion. Für Geräte mit Android 5.x können Sie auch eine separate Version der App verwenden.