Android- und App-Engine: user.getUserID () ist auf dem Endpunkt null

9
___ qstnhdr ___ Android- und App-Engine: user.getUserID () ist auf dem Endpunkt null ___ answer27454159 ___

Ich denke, im Moment gibt es keine gute Lösung dafür. Ich speichere E-Mail als normale Eigenschaft und entferne sie aus der Standard-Fetch-Gruppe, benutze lange als Primärschlüssel (generiert von AppEngine) und frage die Entität nach der E-Mail-Eigenschaft ab. Ich mag meine Lösung nicht, ich akzeptiere (und implementiere :)) eine bessere, wenn jemand etwas liefern kann.

    
___ tag123android ___ Android ist das mobile Betriebssystem von Google, das zum Programmieren oder Entwickeln von digitalen Geräten (Smartphones, Tablets, Automobile, Fernseher, Wear, Glass, IoT) verwendet wird. Verwenden Sie für Themen rund um Android Android-spezifische Tags wie android-intent, nicht intent, android-activity, nicht activity, android-adapter, nicht adapter usw. Bei anderen Fragen als der Entwicklung oder Programmierung, aber im Zusammenhang mit Android Framework, verwenden Sie Der Link: https://android.stackexchange.com. ___ tag123googleappengine ___ Google App Engine ist eine Cloud-Computing-Technologie zum Hosten von Webanwendungen in von Google verwalteten Rechenzentren. Google App Engine ist ein Platform-as-a-Service-Angebot (PaaS) für Java, Python, Go und PHP in seiner Standardumgebung. Laufzeiten für einige andere Sprachen sowie dockerbasierte benutzerdefinierte Laufzeiten werden in der flexiblen Umgebung unterstützt. ___ answer20650537 ___

Ich habe vor einer Weile dieselbe Frage gestellt und eine Antwort bekommen. Siehe Link:

Funktion User.getUserId () in Cloud-Endpunkt-API gibt NULL für ein Benutzerobjekt zurück, das nicht null ist

Die Ursache ist ein Fehler in appengine.

    
___ answer28206004 ___

Dies ist ein bekanntes Problem, das bei Google eingereicht wurde. Ich habe den Problemlink unten angehängt.

Es gibt zwei Problemumgehungen (1) Speichern des Benutzers und Zurücklesen aus dem Speicher. Wenn es auf ein gültiges Konto verweist, wird die Benutzer-ID ausgefüllt (dies ist ärgerlich, weil Sie die Kosten für das Speichern / Laden / Löschen für jeden API-Zugriff bezahlen) das ist authentifiziert, selbst wenn es winzig ist, und natürlich einige Performance-Kosten) und (2) du könntest die google + ID verwenden, aber das ist NICHT dasselbe wie die Benutzer-ID.

Das ist extrem frustrierend und es gibt derzeit keine ETA, da sie an einigen grundlegenden Problemen mit dem Auth-Design arbeiten, soweit ich das verstehe.

Bitte stimme für dieses Problem, indem du es in die Hauptrolle legst. Sie können alle Informationen hier finden

Ссылка

Und hier ist die aktuelle formell genehmigte Problemumgehung [(1) oben], die Sie auch im obigen Link finden können, aber zur Erleichterung ist es hier:

user2855896 13.11.2013, 07:59
quelle

3 Antworten

0

Ich denke, im Moment gibt es keine gute Lösung dafür. Ich speichere E-Mail als normale Eigenschaft und entferne sie aus der Standard-Fetch-Gruppe, benutze lange als Primärschlüssel (generiert von AppEngine) und frage die Entität nach der E-Mail-Eigenschaft ab. Ich mag meine Lösung nicht, ich akzeptiere (und implementiere :)) eine bessere, wenn jemand etwas liefern kann.

    
user2855896 13.12.2014, 00:22
quelle
2

Ich habe vor einer Weile dieselbe Frage gestellt und eine Antwort bekommen. Siehe Link:

Funktion User.getUserId () in Cloud-Endpunkt-API gibt NULL für ein Benutzerobjekt zurück, das nicht null ist

Die Ursache ist ein Fehler in appengine.

    
user2072160 18.12.2013 05:45
quelle
0

Dies ist ein bekanntes Problem, das bei Google eingereicht wurde. Ich habe den Problemlink unten angehängt.

Es gibt zwei Problemumgehungen (1) Speichern des Benutzers und Zurücklesen aus dem Speicher. Wenn es auf ein gültiges Konto verweist, wird die Benutzer-ID ausgefüllt (dies ist ärgerlich, weil Sie die Kosten für das Speichern / Laden / Löschen für jeden API-Zugriff bezahlen) das ist authentifiziert, selbst wenn es winzig ist, und natürlich einige Performance-Kosten) und (2) du könntest die google + ID verwenden, aber das ist NICHT dasselbe wie die Benutzer-ID.

Das ist extrem frustrierend und es gibt derzeit keine ETA, da sie an einigen grundlegenden Problemen mit dem Auth-Design arbeiten, soweit ich das verstehe.

Bitte stimme für dieses Problem, indem du es in die Hauptrolle legst. Sie können alle Informationen hier finden

Ссылка

Und hier ist die aktuelle formell genehmigte Problemumgehung [(1) oben], die Sie auch im obigen Link finden können, aber zur Erleichterung ist es hier: Creos 29.01.2015 02:22

quelle