Jak testować punkty końcowe w chmurze za pomocą narzędzia Oauth na kreatorze

Question

Moja aplikacja używa Outhed Cloud Endpoints i działa prawidłowo w produkcji.

Mój problem polega na tym, że na lokalnym devserverze mój użytkownik jest zawsze ustawiony na przyklad@example.com, mimo że przeszedłem przez zwykły kod autoryzacji, kod dostępu itp. Itd. użytkownik.

Rozumiem, że ten przykład: example@example.com jest przydatny do testowania punktów końcowych oauth, zanim będę działał poprawnie, ale ponieważ moja aplikacja działa, wolałbym zobaczyć rzeczywistego użytkownika.

Mówiąc konkretnie, mój końcowy metoda jest

@ApiMethod(name = "insertEmp"), etc 
public Emp insertEmp(User user, Emp emp) { 
     System.out.println(user.getEmail()); // (A) log "appengine" email 
     System.out.println(OAuthServiceFactory.getOAuthService().getCurrentUser().getEmail(); // (B) log authed email 

     ... 

Po wdrożeniu, wszystko jest w porządku, i zarówno (A) i (B) log uwierzytelnionego użytkownika (my.email@gmail.com).

Podczas testowania na moim lokalnym devserverze (A) zawsze loguję się "example@example.com", mimo że przeszedłem przez sekwencję Oauth i mam prawidłowego, uwierzytelnionego użytkownika, i (B) loguje my.email @ gmail.com. Mogę więc wykonać test hi-fi, potrzebuję, aby Użytkownik był prawdziwym uwierzytelnionym użytkownikiem.

W prostych słowach, w jaki sposób mogę uzyskać takie same wartości (A) i (B)?

Answer 1

wydaje się, że nie można zrobić. Zakończyłem kodowanie wokół niego, umieszczając następujący kod na górze moich metod Endpoint.

if ("example@example.com".equalsIgnoreCase(user.getEmail()) { 
    user = new User(OAuthServiceFactory.getOAuthService().getCurrentUser().getEmail(),"foo"); 
} 

Teraz, nawet na devserver, adres e-mail użytkownika odpowiada adresowi e-mail Oauth.

Answer 2

To nie jest takie łatwe. Będziesz musiał dokonać ustawień w konsoli API. Tutaj będziesz mógł dodać "localhost" (http://localhost/) Następnie możesz uwierzytelnić się za pośrednictwem Google, nawet jeśli uruchamiasz aplikację na swoim lokalnym serwerze dla rozwoju. Użyłem go intensywnie i działa OK Linki: https://code.google.com/apis/console/ Pamiętaj tylko, że ID, którego używasz, jest całkowicie niezależne od twojego ID aplikacji. Zajęło mi to kilka godzin, żeby to wymyślić.

Answer 3

Chodzi o to, że podczas wykonywania uwierzytelniania w języku lokalnym, nie robisz tego za pośrednictwem serwerów Google, więc uwierzytelnianie użytkownika jest czymś, co w rzeczywistości nie dzieje się w lokalnym.

Google zawsze podaje użytkownika example@example.com podczas próby symulacji logowania, dzieje się to w zasadzie we wszystkich usługach, na przykład podczas logowania się za pomocą konta Google w dowolnej witrynie internetowej (na przykład przy użyciu GWT i App Engine).

Co może się różnić w Twojej witrynie, jeśli testujesz z prawdziwym użytkownikiem lub uważasz przykład użytkownika example@example.com jako swojego użytkownika?

Answer 4

W swoim końcowym API trzeba to

ApiMethod (name="YourEndPointName", path="yourPath", 
      clientIds={"YourId.apps.googleusercontent.com"}, 
        scopes = { "https://www.googleapis.com/auth/userinfo.profile" }) 

Następnie w nazwie metody, trzeba będzie obiekt użytkownika z GAPI. Użyj tego, aby uzyskać rzeczywiste maila od obiektu użytkownik Google jak to

public myEndPointMethod(Foo foo, User user){ 
    email = user.getEmail(); 
} 

Answer 5

Wymieniłem użytkownika Oauth2 (przykład @ przykład.com) z użytkownikiem UserFactory i działa dobrze. Używam tej metody do sprawdzania poprawności użytkownika dla wszystkich żądań API uwierzytelnionych API.

public static User isAuthenticated(User user) throws OAuthRequestException{ 

    if(user == null){ 
     throw new OAuthRequestException("Please login before making requests"); 
    } 
    if(SystemProperty.environment.value() == 
      SystemProperty.Environment.Value.Development && "example@example.com".equalsIgnoreCase(user.getEmail())) { 

     //Replace the user from the user factory here. 
     user = UserServiceFactory.getUserService().getCurrentUser(); 

    } 
    return user; 

} 

Answer 6

To niemożliwe. Używam innego punktu końcowego, aby zastąpić id_użytkownika w bieżącej sesji.

Answer 7

Korzystanie odchodzenie czas pracy I uciekają się do tej funkcji, aby uzyskać użytkownika, który jest funkcjonalny zarówno na serwerze dev i produkcji:

func currentUser(c context.Context) *user.User { 
    const scope = "https://www.googleapis.com/auth/userinfo.email" 
    const devClient = "123456789.apps.googleusercontent.com" 

    allowedClients := map[string]bool{ 
     "client-id-here.apps.googleusercontent.com": true, 
     devClient: true,    // dev server 
    } 

    usr, err := user.CurrentOAuth(c, scope) 
    if err != nil { 
     log.Printf("Warning: Could not get current user: %s", err) 
     return nil 
    } 

    if !allowedClients[usr.ClientID] { 
     log.Printf("Warning: Unauthorized client connecting with the server: %s", usr.ClientID) 
     return nil 
    } 

    if (usr.ClientID == devClient) { 
     usr = user.Current(c)   // replace with a more interesting user for dev server 
    } 
    return usr 
} 

ten będzie korzystał z informacji logowania do serwera dev wprowadzonej przy http://localhost:8080/_ah/login