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.
Ich habe vor einer Weile dieselbe Frage gestellt und eine Antwort bekommen. Siehe Link:
Die Ursache ist ein Fehler in appengine.
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: android authentication google-app-engine google-cloud-endpoints
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.
Ich habe vor einer Weile dieselbe Frage gestellt und eine Antwort bekommen. Siehe Link:
Die Ursache ist ein Fehler in appengine.
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
Tags und Links android authentication google-app-engine google-cloud-endpoints