Gérer les connexions répétées

Il s'agit de la troisième procédure de la série de tutoriels sur les modules complémentaires Classroom.

Dans ce tutoriel, vous allez gérer les visites répétées de notre module complémentaire en récupérant automatiquement les identifiants précédemment accordés à un utilisateur. Vous redirigez ensuite les utilisateurs vers des pages à partir desquelles ils peuvent immédiatement envoyer des requêtes API. Il s'agit d'un comportement obligatoire pour les modules complémentaires Classroom.

Au cours de ce tutoriel, vous allez effectuer les opérations suivantes:

  • Implémenter un stockage persistant pour nos identifiants utilisateur.
  • Récupérez et évaluez le paramètre de requête du module complémentaire login_hint. Il s'agit d'un numéro d'ID Google unique de l'utilisateur connecté.

Une fois terminé, vous pouvez autoriser complètement les utilisateurs dans votre application Web et émettre des appels vers les API Google.

Comprendre les paramètres de requête d'iFrame

Classroom charge le URI de configuration des pièces jointes de votre module complémentaire lors de son ouverture. Classroom ajoute plusieurs paramètres de requête GET à l'URI. Ils contiennent des informations contextuelles utiles. Par exemple, si votre URI de découverte d'une pièce jointe est https://example.com/addon, Classroom crée l'iFrame avec l'URL source définie sur https://example.com/addon?courseId=XXX&itemId=YYY&itemType=courseWork&addOnToken=ZZZ, où XXX, YYY et ZZZ sont des ID de chaîne. Pour obtenir une description détaillée de ce scénario, consultez le guide des iFrames.

Cinq paramètres de requête sont possibles pour l'URL de découverte:

  • courseId: ID du cours Classroom en cours.
  • itemId: ID de l'élément de flux que l'utilisateur modifie ou crée.
  • itemType: type d'élément de flux que l'utilisateur crée ou modifie (courseWork, courseWorkMaterial ou announcement).
  • addOnToken: jeton utilisé pour autoriser certaines actions des modules complémentaires Classroom.
  • login_hint: ID Google de l'utilisateur actuel.

Ce tutoriel concerne login_hint. Les utilisateurs sont redirigés en fonction de la présence ou de l'absence de ce paramètre de requête vers le flux d'autorisation ou vers la page de découverte des modules complémentaires.

Accéder aux paramètres de requête

Les paramètres de requête sont transmis à votre application Web dans la chaîne d'URI. Stockez ces valeurs dans votre session. Elles sont utilisées dans le flux d'autorisation et pour stocker et récupérer des informations sur l'utilisateur. Ces paramètres de requête ne sont transmis que lors de la première ouverture du module complémentaire.

Python

Accédez aux définitions de vos routes Flask (routes.py si vous suivez notre exemple). En haut de votre route de destination de module complémentaire (/classroom-addon dans notre exemple), récupérez et stockez le paramètre de requête login_hint:

# If the login_hint query parameter is available, we'll store it in the session.
if flask.request.args.get("login_hint"):
    flask.session["login_hint"] = flask.request.args.get("login_hint")

Assurez-vous que login_hint (le cas échéant) est stocké dans la session. Il s'agit d'un emplacement approprié pour stocker ces valeurs. Elles sont éphémères et vous recevez de nouvelles valeurs lorsque le module complémentaire est ouvert.

# It's possible that we might return to this route later, in which case the
# parameters will not be passed in. Instead, use the values cached in the
# session.
login_hint = flask.session.get("login_hint")

# If there's still no login_hint query parameter, this must be their first
# time signing in, so send the user to the sign in page.
if login_hint is None:
    return start_auth_flow()

Java

Accédez à la route de destination du module complémentaire dans votre classe de contrôleur (/addon-discovery dans AuthController.java dans l'exemple fourni). Au début de ce parcours, récupérez et stockez le paramètre de requête login_hint.

/** Retrieve the login_hint query parameter from the request URL if present. */
String login_hint = request.getParameter("login_hint");

Assurez-vous que login_hint (le cas échéant) est stocké dans la session. Il s'agit d'un emplacement approprié pour stocker ces valeurs. Elles sont éphémères et vous recevez de nouvelles valeurs lorsque le module complémentaire est ouvert.

/** If login_hint wasn't sent, use the values in the session. */
if (login_hint == null) {
    login_hint = (String) session.getAttribute("login_hint");
}

/** If the there is still no login_hint, route the user to the authorization
 *  page. */
if (login_hint == null) {
    return startAuthFlow(model);
}

/** If the login_hint query parameter is provided, add it to the session. */
else if (login_hint != null) {
    session.setAttribute("login_hint", login_hint);
}

Ajouter les paramètres de requête au flux d'autorisation

Le paramètre login_hint doit également être transmis aux serveurs d'authentification de Google. Cela facilite le processus d'authentification. Si votre application sait quel utilisateur tente de s'authentifier, le serveur utilise l'indice pour simplifier le flux de connexion en préremplissant le champ de messagerie dans le formulaire de connexion.

Python

Accédez au chemin d'autorisation dans le fichier de votre serveur Flask (/authorize dans notre exemple). Ajoutez l'argument login_hint à l'appel de flow.authorization_url.

authorization_url, state = flow.authorization_url(
    # Enable offline access so that you can refresh an access token without
    # re-prompting the user for permission. Recommended for web server apps.
    access_type="offline",
    # Enable incremental authorization. Recommended as a best practice.
    include_granted_scopes="true",
    # The user will automatically be selected if we have the login_hint.
    login_hint=flask.session.get("login_hint"),

Java

Accédez à la méthode authorize() dans la classe AuthService.java. Ajoutez login_hint en tant que paramètre à la méthode, puis ajoutez login_hint et l'argument au générateur d'URL d'autorisation.

String authUrl = flow
    .newAuthorizationUrl()
    .setState(state)
    .set("login_hint", login_hint)
    .setRedirectUri(REDIRECT_URI)
    .build();

Ajouter un espace de stockage persistant pour les identifiants utilisateur

Si vous recevez login_hint comme paramètre de requête lorsque le module complémentaire se charge, cela signifie que l'utilisateur a déjà terminé le flux d'autorisation pour notre application. Vous devez récupérer ses identifiants précédents au lieu de le forcer à se reconnecter.

Rappelez-vous que vous avez reçu un jeton de rafraîchissement à la fin du flux d'autorisation. Enregistrez ce jeton. Il sera réutilisé pour obtenir un jeton d'accès, qui est de courte durée et nécessaire pour utiliser les API Google. Vous avez déjà enregistré ces identifiants dans la session, mais vous devez les stocker pour gérer les visites répétées.

Définir le schéma utilisateur et configurer la base de données

Configurez un schéma de base de données pour un User.

Python

Définir le schéma "User"

Un User contient les attributs suivants:

  • id: ID Google de l'utilisateur. Cette valeur doit correspondre aux valeurs fournies dans le paramètre de requête login_hint.
  • display_name: prénom et nom de l'utilisateur, par exemple "Alex Smith".
  • email : adresse e-mail de l'utilisateur.
  • portrait_url: URL de la photo de profil de l'utilisateur.
  • refresh_token: jeton d'actualisation précédemment acquis.

Cet exemple implémente le stockage à l'aide de SQLite, qui est compatible en mode natif avec Python. Il utilise le module flask_sqlalchemy pour faciliter la gestion de notre base de données.

Configurer la base de données

Commençons par spécifier un emplacement de fichier pour notre base de données. Accédez au fichier de configuration de votre serveur (config.py dans notre exemple) et ajoutez les éléments suivants.

import os

# Point to a database file in the project root.
DATABASE_FILE_NAME = os.path.join(
    os.path.abspath(os.path.dirname(__file__)), 'data.sqlite')

class Config(object):
    SQLALCHEMY_DATABASE_URI = f"sqlite:///{DATABASE_FILE_NAME}"
    SQLALCHEMY_TRACK_MODIFICATIONS = False

Cela dirige Flask vers le fichier data.sqlite dans le même répertoire que votre fichier main.py.

Accédez ensuite au répertoire de votre module et créez un fichier models.py. Il s'agit de webapp/models.py si vous suivez l'exemple fourni. Ajoutez ce qui suit au nouveau fichier pour définir la table User, en remplaçant webapp par le nom de votre module si celui-ci est différent.

from webapp import db

# Database model to represent a user.
class User(db.Model):
    # The user's identifying information:
    id = db.Column(db.String(120), primary_key=True)
    display_name = db.Column(db.String(80))
    email = db.Column(db.String(120), unique=True)
    portrait_url = db.Column(db.Text())

    # The user's refresh token, which will be used to obtain an access token.
    # Note that refresh tokens will become invalid if:
    # - The refresh token has not been used for six months.
    # - The user revokes your app's access permissions.
    # - The user changes passwords.
    # - The user belongs to a Google Cloud organization
    #   that has session control policies in effect.
    refresh_token = db.Column(db.Text())

Enfin, dans le fichier __init__.py de votre module, ajoutez le code suivant pour importer les nouveaux modèles et créer la base de données.

from webapp import models
from os import path
from flask_sqlalchemy import SQLAlchemy

db = SQLAlchemy(app)

# Initialize the database file if not created.
if not path.exists(config.DATABASE_FILE_NAME):
    db.create_all()

Java

Définir le schéma "User"

Un User contient les attributs suivants:

  • id: ID Google de l'utilisateur. Cette valeur doit correspondre à celle fournie dans le paramètre de requête login_hint.
  • email : adresse e-mail de l'utilisateur.

Créez un fichier schema.sql dans le répertoire resources du module. Spring lit ce fichier et génère un schéma pour la base de données en conséquence. Définissez la table avec un nom de table, users, et des colonnes pour représenter les attributs User, id et email.

CREATE TABLE IF NOT EXISTS users (
    id VARCHAR(255) PRIMARY KEY, -- user's unique Google ID
    email VARCHAR(255), -- user's email address
);

Créez une classe Java pour définir le modèle User de la base de données. Il s'agit de User.java dans l'exemple fourni.

Ajoutez l'annotation @Entity pour indiquer qu'il s'agit d'un POJO pouvant être enregistré dans la base de données. Ajoutez l'annotation @Table avec le nom de table correspondant que vous avez configuré dans schema.sql.

Notez que l'exemple de code inclut des constructeurs et des sétteurs pour les deux attributs. Le constructeur et les setters sont utilisés dans AuthController.java pour créer ou mettre à jour un utilisateur dans la base de données. Vous pouvez également inclure des getters et une méthode toString si vous le souhaitez, mais pour cet aperçu particulier, ces méthodes ne sont pas utilisées et sont omises de l'exemple de code de cette page par souci de concision.

/** An entity class that provides a model to store user information. */
@Entity
@Table(name = "users")
public class User {
    /** The user's unique Google ID. The @Id annotation specifies that this
     *   is the primary key. */
    @Id
    @Column
    private String id;

    /** The user's email address. */
    @Column
    private String email;

    /** Required User class no args constructor. */
    public User() {
    }

    /** The User class constructor that creates a User object with the
    *   specified parameters.
    *   @param id the user's unique Google ID
    *   @param email the user's email address
    */
    public User(String id, String email) {
        this.id = id;
        this.email = email;
    }

    public void setId(String id) { this.id = id; }

    public void setEmail(String email) { this.email = email; }
}

Créez une interface appelée UserRepository.java pour gérer les opérations CRUD dans la base de données. Cette interface étend l'interface CrudRepository.

/** Provides CRUD operations for the User class by extending the
 *   CrudRepository interface. */
@Repository
public interface UserRepository extends CrudRepository<User, String> {
}

La classe de contrôleur facilite la communication entre le client et le dépôt. Par conséquent, mettez à jour le constructeur de la classe de contrôleur pour injecter la classe UserRepository.

/** Declare UserRepository to be used in the Controller class constructor. */
private final UserRepository userRepository;

/**
*   ...
*   @param userRepository the class that interacts with User objects stored in
*   persistent storage.
*/
public AuthController(AuthService authService, UserRepository userRepository) {
    this.authService = authService;
    this.userRepository = userRepository;
}

Configurer la base de données

Pour stocker des informations sur l'utilisateur, utilisez une base de données H2 compatible de manière intrinsèque avec Spring Boot. Cette base de données est également utilisée dans les tutoriels suivants pour stocker d'autres informations liées à Classroom. La configuration de la base de données H2 nécessite d'ajouter la configuration suivante à application.properties.

# Enable configuration for persistent storage using an H2 database
spring.datasource.driver-class-name=org.h2.Driver
spring.datasource.url=jdbc:h2:file:./h2/userdb
spring.datasource.username=<USERNAME>
spring.datasource.password=<PASSWORD>
spring.jpa.hibernate.ddl-auto=update
spring.jpa.open-in-view=false

La configuration spring.datasource.url crée un répertoire, appelé h2, dans lequel le fichier userdb est stocké. Ajoutez le chemin d'accès à la base de données H2 à .gitignore. Vous devez mettre à jour spring.datasource.username et spring.datasource.password avant d'exécuter l'application pour définir la base de données avec un nom d'utilisateur et un mot de passe de votre choix. Pour mettre à jour le nom d'utilisateur et le mot de passe de la base de données après avoir exécuté l'application, supprimez le répertoire h2 généré, mettez à jour la configuration, puis exécutez à nouveau l'application.

Définir la configuration spring.jpa.hibernate.ddl-auto sur update garantit que les données stockées dans la base de données sont conservées lorsque l'application est redémarrée. Pour effacer la base de données chaque fois que l'application est redémarrée, définissez cette configuration sur create.

Définissez la configuration spring.jpa.open-in-view sur false. Cette configuration est activée par défaut et peut entraîner des problèmes de performances difficiles à diagnostiquer en production.

Comme décrit précédemment, vous devez pouvoir récupérer les identifiants d'un utilisateur régulier. Cela est facilité par la prise en charge du magasin d'identifiants intégré proposée par GoogleAuthorizationCodeFlow.

Dans la classe AuthService.java, définissez un chemin d'accès au fichier dans lequel la classe d'identifiants est stockée. Dans cet exemple, le fichier est créé dans le répertoire /credentialStore. Ajoutez le chemin d'accès au magasin d'identifiants à .gitignore. Ce répertoire est généré une fois que l'utilisateur commence le parcours d'autorisation.

private static final File dataDirectory = new File("credentialStore");

Ensuite, créez une méthode dans le fichier AuthService.java qui crée et renvoie un objet FileDataStoreFactory. Il s'agit du datastore qui stocke les identifiants.

/** Creates and returns FileDataStoreFactory object to store credentials.
 *   @return FileDataStoreFactory dataStore used to save and obtain users ids
 *   mapped to Credentials.
 *   @throws IOException if creating the dataStore is unsuccessful.
 */
public FileDataStoreFactory getCredentialDataStore() throws IOException {
    FileDataStoreFactory dataStore = new FileDataStoreFactory(dataDirectory);
    return dataStore;
}

Mettez à jour la méthode getFlow() dans AuthService.java pour inclure setDataStoreFactory dans la méthode GoogleAuthorizationCodeFlow Builder() et appelez getCredentialDataStore() pour définir le datastore.

GoogleAuthorizationCodeFlow authorizationCodeFlow =
    new GoogleAuthorizationCodeFlow.Builder(
        HTTP_TRANSPORT,
        JSON_FACTORY,
        getClientSecrets(),
        getScopes())
    .setAccessType("offline")
    .setDataStoreFactory(getCredentialDataStore())
    .build();

Ensuite, modifiez la méthode getAndSaveCredentials(String authorizationCode). Auparavant, cette méthode obtenait des identifiants sans les stocker nulle part. Mettez à jour la méthode pour stocker les identifiants dans le datastore indexé par l'ID utilisateur.

L'ID utilisateur peut être obtenu à partir de l'objet TokenResponse à l'aide de id_token, mais il doit d'abord être validé. Sinon, les applications clientes peuvent usurper l'identité des utilisateurs en envoyant des ID utilisateur modifiés au serveur. Nous vous recommandons d'utiliser les bibliothèques clientes de l'API Google pour valider l'id_token. Pour en savoir plus, consultez la page [Google Identity sur la validation du jeton d'ID Google].

// Obtaining the id_token will help determine which user signed in to the application.
String idTokenString = tokenResponse.get("id_token").toString();

// Validate the id_token using the GoogleIdTokenVerifier object.
GoogleIdTokenVerifier googleIdTokenVerifier = new GoogleIdTokenVerifier.Builder(
        HTTP_TRANSPORT,
        JSON_FACTORY)
    .setAudience(Collections.singletonList(
        googleClientSecrets.getWeb().getClientId()))
    .build();

GoogleIdToken idToken = googleIdTokenVerifier.verify(idTokenString);

if (idToken == null) {
    throw new Exception("Invalid ID token.");
}

Une fois le id_token validé, obtenez le userId à stocker avec les identifiants obtenus.

// Obtain the user id from the id_token.
Payload payload = idToken.getPayload();
String userId = payload.getSubject();

Mettez à jour l'appel à flow.createAndStoreCredential pour inclure userId.

// Save the user id and credentials to the configured FileDataStoreFactory.
Credential credential = flow.createAndStoreCredential(tokenResponse, userId);

Ajoutez une méthode à la classe AuthService.java qui renvoie les identifiants d'un utilisateur spécifique s'il existe dans le datastore.

/** Find credentials in the datastore based on a specific user id.
*   @param userId key to find in the file datastore.
*   @return Credential object to be returned if a matching key is found in the datastore. Null if
*   the key doesn't exist.
*   @throws Exception if building flow object or checking for userId key is unsuccessful. */
public Credential loadFromCredentialDataStore(String userId) throws Exception {
    try {
        GoogleAuthorizationCodeFlow flow = getFlow();
        Credential credential = flow.loadCredential(userId);
        return credential;
    } catch (Exception e) {
        e.printStackTrace();
        throw e;
    }
}

Récupérez les identifiants.

Définissez une méthode pour extraire Users. Vous disposez d'un id dans le paramètre de requête login_hint, que vous pouvez utiliser pour récupérer un enregistrement utilisateur spécifique.

Python

def get_credentials_from_storage(id):
    """
    Retrieves credentials from the storage and returns them as a dictionary.
    """
    return User.query.get(id)

Java

Dans la classe AuthController.java, définissez une méthode pour récupérer un utilisateur à partir de la base de données en fonction de son ID utilisateur.

/** Retrieves stored credentials based on the user id.
*   @param id the id of the current user
*   @return User the database entry corresponding to the current user or null
*   if the user doesn't exist in the database.
*/
public User getUser(String id) {
    if (id != null) {
        Optional<User> user = userRepository.findById(id);
        if (user.isPresent()) {
            return user.get();
        }
    }
    return null;
}

Stocker des identifiants

Il existe deux scénarios de stockage des identifiants. Si l'id de l'utilisateur figure déjà dans la base de données, mettez à jour l'enregistrement existant avec les nouvelles valeurs. Sinon, créez un enregistrement User et ajoutez-le à la base de données.

Python

Commencez par définir une méthode utilitaire qui implémente le comportement de stockage ou de mise à jour.

def save_user_credentials(credentials=None, user_info=None):
    """
    Updates or adds a User to the database. A new user is added only if both
    credentials and user_info are provided.

    Args:
        credentials: An optional Credentials object.
        user_info: An optional dict containing user info returned by the
            OAuth 2.0 API.
    """

    existing_user = get_credentials_from_storage(
        flask.session.get("login_hint"))

    if existing_user:
        if user_info:
            existing_user.id = user_info.get("id")
            existing_user.display_name = user_info.get("name")
            existing_user.email = user_info.get("email")
            existing_user.portrait_url = user_info.get("picture")

        if credentials and credentials.refresh_token is not None:
            existing_user.refresh_token = credentials.refresh_token

    elif credentials and user_info:
        new_user = User(id=user_info.get("id"),
                        display_name=user_info.get("name"),
                        email=user_info.get("email"),
                        portrait_url=user_info.get("picture"),
                        refresh_token=credentials.refresh_token)

        db.session.add(new_user)

    db.session.commit()

Vous pouvez enregistrer des identifiants dans votre base de données dans deux cas: lorsque l'utilisateur revient dans votre application à la fin du flux d'autorisation et lors de l'émission d'un appel d'API. C'est là que nous avons précédemment défini la clé credentials de la session.

Appelez save_user_credentials à la fin de votre parcours callback. Conservez l'objet user_info au lieu de simplement extraire le nom de l'utilisateur.

# The flow is complete! We'll use the credentials to fetch the user's info.
user_info_service = googleapiclient.discovery.build(
    serviceName="oauth2", version="v2", credentials=credentials)

user_info = user_info_service.userinfo().get().execute()

flask.session["username"] = user_info.get("name")

save_user_credentials(credentials, user_info)

Vous devez également mettre à jour les identifiants après les appels de l'API. Dans ce cas, vous pouvez fournir les identifiants mis à jour en tant qu'arguments à la méthode save_user_credentials.

# Save credentials in case access token was refreshed.
flask.session["credentials"] = credentials_to_dict(credentials)
save_user_credentials(credentials)

Java

Commencez par définir une méthode qui stocke ou met à jour un objet User dans la base de données H2.

/** Adds or updates a user in the database.
*   @param credential the credentials object to save or update in the database.
*   @param userinfo the userinfo object to save or update in the database.
*   @param session the current session.
*/
public void saveUser(Credential credential, Userinfo userinfo, HttpSession session) {
    User storedUser = null;
    if (session != null && session.getAttribute("login_hint") != null) {
        storedUser = getUser(session.getAttribute("login_hint").toString());
    }

    if (storedUser != null) {
        if (userinfo != null) {
            storedUser.setId(userinfo.getId());
            storedUser.setEmail(userinfo.getEmail());
        }
        userRepository.save(storedUser);
    } else if (credential != null && userinfo != null) {
        User newUser = new User(
            userinfo.getId(),
            userinfo.getEmail(),
        );
        userRepository.save(newUser);
    }
}

Vous pouvez enregistrer des identifiants dans votre base de données dans deux cas: lorsque l'utilisateur revient dans votre application à la fin du flux d'autorisation et lors de l'émission d'un appel d'API. C'est là que nous avons précédemment défini la clé credentials de la session.

Appelez saveUser à la fin du parcours /callback. Vous devez conserver l'objet user_info au lieu de simplement extraire l'adresse e-mail de l'utilisateur.

/** This is the end of the auth flow. We should save user info to the database. */
Userinfo userinfo = authService.getUserInfo(credentials);
saveUser(credentials, userinfo, session);

Vous devez également mettre à jour les identifiants après les appels de l'API. Dans ce cas, vous pouvez fournir les identifiants mis à jour en tant qu'arguments à la méthode saveUser.

/** Save credentials in case access token was refreshed. */
saveUser(credentials, null, session);

Identifiants expirés

Notez que les jetons d'actualisation peuvent devenir non valides pour plusieurs raisons. y compris :

  • Le jeton d'actualisation n'a pas été utilisé depuis six mois.
  • L'utilisateur révoque les autorisations d'accès de votre application.
  • L'utilisateur modifie ses mots de passe.
  • L'utilisateur appartient à une organisation Google Cloud pour laquelle des règles de contrôle des sessions sont en vigueur.

Obtenez de nouveaux jetons en renvoyant l'utilisateur dans le flux d'autorisation s'il se trouve que ses identifiants ne sont plus valides.

Acheminer automatiquement l'utilisateur

Modifiez le chemin d'accès à la page de destination du module complémentaire pour détecter si l'utilisateur a déjà autorisé notre application. Si c'est le cas, redirigez-les vers notre page principale des modules complémentaires. Sinon, invitez-les à se connecter.

Python

Assurez-vous que le fichier de base de données a été créé au lancement de l'application. Insérez ce qui suit dans un initialiseur de module (comme webapp/__init__.py dans notre exemple fourni) ou dans la méthode principale qui lance le serveur.

# Initialize the database file if not created.
if not os.path.exists(DATABASE_FILE_NAME):
    db.create_all()

Votre méthode doit ensuite gérer le paramètre de requête login_hint comme indiqué ci-dessus. Chargez ensuite les identifiants du magasin s'il s'agit d'un visiteur régulier. Vous savez qu'il s'agit d'un visiteur régulier si vous avez reçu login_hint. Récupérez tous les identifiants stockés pour cet utilisateur et chargez-les dans la session.

stored_credentials = get_credentials_from_storage(login_hint)

# If we have stored credentials, store them in the session.
if stored_credentials:
    # Load the client secrets file contents.
    client_secrets_dict = json.load(
        open(CLIENT_SECRETS_FILE)).get("web")

    # Update the credentials in the session.
    if not flask.session.get("credentials"):
        flask.session["credentials"] = {}

    flask.session["credentials"] = {
        "token": stored_credentials.access_token,
        "refresh_token": stored_credentials.refresh_token,
        "token_uri": client_secrets_dict["token_uri"],
        "client_id": client_secrets_dict["client_id"],
        "client_secret": client_secrets_dict["client_secret"],
        "scopes": SCOPES
    }

    # Set the username in the session.
    flask.session["username"] = stored_credentials.display_name

Enfin, redirigez l'utilisateur vers la page de connexion s'il ne dispose pas de ses identifiants. Si c'est le cas, redirigez-les vers la page principale du module complémentaire.

if "credentials" not in flask.session or \
    flask.session["credentials"]["refresh_token"] is None:
    return flask.render_template("authorization.html")

return flask.render_template(
    "addon-discovery.html",
    message="You've reached the addon discovery page.")

Java

Accédez à la page de destination de votre module complémentaire (/addon-discovery dans l'exemple fourni). Comme indiqué ci-dessus, c'est là que vous avez géré le paramètre de requête login_hint.

Commencez par vérifier si des identifiants existent dans la session. Dans le cas contraire, acheminez l'utilisateur via le flux d'authentification en appelant la méthode startAuthFlow.

/** Check if the credentials exist in the session. The session could have
 *   been cleared when the user clicked the Sign-Out button, and the expected
 *   behavior after sign-out would be to display the sign-in page when the
 *   iframe is opened again. */
if (session.getAttribute("credentials") == null) {
    return startAuthFlow(model);
}

Ensuite, chargez l'utilisateur à partir de la base de données H2 s'il s'agit d'un visiteur régulier. Il s'agit d'un visiteur régulier si vous recevez le paramètre de requête login_hint. Si l'utilisateur existe dans la base de données H2, chargez les identifiants à partir du datastore d'identifiants configuré précédemment, puis définissez-les dans la session. Si les identifiants n'ont pas été obtenus à partir du datastore d'identifiants, redirigez l'utilisateur vers le flux d'authentification en appelant startAuthFlow.

/** At this point, we know that credentials exist in the session, but we
 *   should update the session credentials with the credentials in persistent
 *   storage in case they were refreshed. If the credentials in persistent
 *   storage are null, we should navigate the user to the authorization flow
 *   to obtain persisted credentials. */

User storedUser = getUser(login_hint);

if (storedUser != null) {
    Credential credential = authService.loadFromCredentialDataStore(login_hint);
    if (credential != null) {
        session.setAttribute("credentials", credential);
    } else {
        return startAuthFlow(model);
    }
}

Enfin, redirigez l'utilisateur vers la page de destination du module complémentaire.

/** Finally, if there are credentials in the session and in persistent
 *   storage, direct the user to the addon-discovery page. */
return "addon-discovery";

Tester le module complémentaire

Connectez-vous à Google Classroom en tant qu'un de vos utilisateurs tests enseignant. Accédez à l'onglet Travaux et devoirs, puis créez un devoir. Cliquez sur le bouton Modules complémentaires sous la zone de texte, puis sélectionnez votre module complémentaire. L'iframe s'ouvre et le module complémentaire charge l'URI de configuration de l'attachement que vous avez spécifié sur la page Configuration de l'application du SDK Google Workspace Marketplace.

Félicitations ! Vous pouvez passer à l'étape suivante: créer des pièces jointes et identifier le rôle de l'utilisateur.