2017-06-05 5 views
1

Wir haben diese Fehlermeldung zu verwenden, wenn WL.Client.connect API We got access denied in the followingMobileFirst 7.1 Server Zugriff verweigert, wenn WL.Client.connect API

Der Server-Fehlerprotokolle:

[ERROR] FWLSE0020E : AJAX-Anforderungsausnahme: Anwendungsumgebung kann nicht gefunden werden, Anwendung = Test, Version = 1.0, Umgebung = iphone [Projekt WLTestConnect]

[FEHLER] FWLSE0117E: Fehlercode: 1, Fehlerbeschreibung: INTERNAL_ERROR, Fehlermeldung: FWLSE0069E: An interner Fehler aufgetreten ed während der Gadget-Anforderung [project WLTestConnect] Anwendungsumgebung kann nicht gefunden werden, application = test, version = 1.0, environment = iphone, Benutzeridentität {wl_antiXSRFRealm = null, wl_authenticityRealm = null, wl_directUpdateRealm = null, wl_remoteDisableRealm = null, SampleAppRealm = null, wl_deviceNoProvisioningRealm = null, SubscribeServlet = null, wl_anonymousUserRealm = null, wl_deviceAutoProvisioningRealm = null}. [Projekt WLTestConnect] com.worklight.common.log.filters.ErrorFilter

[ERROR] FWLSE0335E: Autorisierung fehlgeschlagen: ClientId f5ac9a8cda443cfca33d1e7f926a71f90f8c67a1 wurde auf dem Server nicht gefunden. [Projekt WLTestConnect]

Hier ist das Szenario:

  1. Projekt Hallo MobileFirst erstellen in Arbeitsbereich A.
  2. das Projekt zu lokalen Server in A. Arbeitsplatz MobileFirst Bereitstellen
  3. Deploy Hallo MobileFirst App iphone und dann WL.Client.connect API. Wir haben connect success callback erhalten.
  4. Exportieren Sie dieses MobileFirst-Projekt mit dem Namen WLTestConnect.
  5. Das iPhone-Gerät (iOS 10.2.1) läuft noch.
  6. Die Umstellung auf den neuen Arbeitsbereich B.
  7. Import WLTestConnect Projekt Workspace B.
  8. Deploy WLTestConnect Projekt zu lokalen MobileFirst Server.
  9. Verwenden WL.Client.connect in iPhone-Gerät und wir haben den Zugriff verweigert Fehler.

MobileFirst Version: 7.1.0.00-20151214-1857 & 7.1.0.00-20170608-1107

Gibt es eine Möglichkeit, den Zugang verweigert zu vermeiden?

+0

Bitte löschen Sie die zuvor installierte Kopie der App auf dem Gerät, bevor die zweite versucht wird. – krckumar

+0

Wir haben das gleiche Problem in der Produktion env. Es ist schwer, unserem Kunden zu sagen, dass er eine neue App löschen und neu installieren möchte. Ist es möglich, einen Code zu verwenden, um dies zu vermeiden? – DannyYang

+0

Fragen: 1) Welche DB? In beiden Arbeitsbereichen zeigt es auf die gleiche DB oder anders? 2) In Schritt 9 ist es das gleiche Gerät oder neu? –

Antwort

1

Wir haben eine Lösung für das Problem gefunden.Eigenschaftendatei

  1. mfp.session.independent = false
  2. Kommentar das Zeichen "# mfp.attrStore.type = Datenbank"

dann Erfolg verbinden!

0

Dies ist eine sehr gültige Fehlermeldung und erwartetes Verhalten. Wenn Sie von einem Arbeitsbereich in MobileFirst Studio zu einem anderen wechseln, wird eine neue Kopie des MobileFirst-Servers und der Datenbank mit den Daten für diesen Server erstellt.

Die App versucht, eine Verbindung mit dem 'neuen' Server herzustellen, und die Fehlermeldung besagt im Wesentlichen, dass der Server dieses Gerät nicht erkennt, da seine Datenbank keine Verbindung zu diesem Gerät herstellt.

Set Arbeitsscheinwerfer:

+0

Ja, es erwartet Verhalten (Wir versuchen, die Produktion Server Situation zu simulieren). Wir haben ein Zugriffsverweigerungs-Problem bei der Produktion env: Wir haben die neue MobileFirst Server-Instanz (unter Verwendung der neuen DB) installiert und verwenden IHS, um die neue Instanz umzuleiten. Dann haben wir den gleichen Fehler bekommen – DannyYang

+0

Weil wir das aktuelle Projekt auf den neuen Server mit neuer Datenbank migrieren müssen. Der alte ist abgestürzt. – DannyYang

+0

Dies ist das korrekte Verhalten, da Sie sagen, dass die neue Instanz eine neue DB verwendet. Sie sollten das IHS so konfigurieren, dass Sticky-Sitzungen verwendet werden, sodass der gesamte Datenverkehr von einem Gerät immer an denselben Knoten auf dem Server gesendet wird. – Srik

Verwandte Themen