API Google Java для авторизации

У меня есть некоторая путаница с документацией API и моим вариантом использования, а также с тем, как обрабатывать токен авторизации для моего веб-приложения. У меня есть веб-служба, в которой пользователи входят в мое приложение (а не в приложение Google), и мне нужно, чтобы они предоставили авторизацию моей службы (Java с загрузкой Spring) для загрузки на Youtube. Позже мне нужно будет иметь возможность использовать эту авторизацию «в автономном режиме» для загрузки видео на их канал, без входа в мою службу (функция типа «автоматическая публикация»). Я пробовал множество методологий, и, как правило, это работает, но натолкнулся на некоторые проблемы для чистой реализации:

        GoogleAuthorizationCodeFlow flow =
                new GoogleAuthorizationCodeFlow.Builder(
                        httpTransport, JSON_FACTORY, clientSecrets, scopes)
                        .setDataStoreFactory(dataStoreFactory)
                        .setAccessType("offline")
                        .build();

        credential = new AuthorizationCodeInstalledApp(
                flow, new LocalServerReceiver()).authorize("user");

Создает консольное сообщение с URL-адресом, чтобы пользователь мог открыть его в своем браузере. Я бы надеялся, что пользователь действительно будет перенаправлен. Я не хочу, чтобы это был ручной процесс, когда я должен находиться на консоли, а затем предоставлять пользователю URL-адрес, возвращенный из этого процесса, чтобы он мог открыть его в своем собственном браузере. LocalServerReceiver, насколько я понимаю, предназначен для обработки фактического ответа токена доступа после авторизации пользователя. Я подробно исследовал это и не смог найти никакого решения для документа или чего-то еще в примерах, где это не приводило к появлению консольного сообщения о влиянии «вставьте следующий URL-адрес в ваш браузер ....» с URL-адресом авторизации .

Я пробовал использовать GoogleAuthorizationCodeFlow с:

        GoogleAuthorizationCodeFlow flow = (new GoogleAuthorizationCodeFlow.Builder(httpTransport, JSON_FACTORY, clientSecrets, scopes))
                .setDataStoreFactory(dataStoreFactory)
                .setAccessType("offline")
                .build();

        return flow.newAuthorizationUrl()
                .setScopes(scopes)
                .setAccessType("offline")
                .setClientId(clientSecrets.getDetails().getClientId())
                .setRedirectUri(redirectionUrl)
                .toString();

Я поставил "/ oauth2-callback" для моего redirectionUrl, и это работает (отчасти). Я перенаправляю пользователя на страницу авторизации Google, он авторизует его, и я получаю токен для моей конечной точки "обратного вызова" ("/ oauth2-callback"), но этот токен не авторизован полностью. Я храню его в своем хранилище данных нормально и вижу его там, но когда я пытаюсь использовать его в автономном режиме, я получаю ошибку авторизации. Просматривая другие документы, я наткнулся на этот оставшийся код для обработки токена, отправленного обратно в мой обратный вызов:

        GoogleTokenResponse response = flow.newTokenRequest(token)
                .setRedirectUri(redirectUrl).execute();

        Credential credential = flow.createAndStoreCredential(response, "user");

Проблема в том, что я уже нахожусь в своей конечной точке обратного вызова, и ему нужен другой URL-адрес перенаправления. Маркер авторизации не работает в автономном режиме, пока я не сделаю "newTokenRequest", который требует другого URL-адреса перенаправления. Похоже, для этого требуется исходный URL-адрес redirectURL, который был в вызове flow.newAuthorizationUrl (), но когда выполняется newTokenRequest, он производит еще один обратный вызов по этому URL-адресу, и я получаю сообщение об ошибке «токен уже погашен».

В любом из моих сценариев выше, с AuthorizationCodeInstalledApp или с использованием flow.newAuthorizationUrl () с URL-адресом обратного вызова, который я обрабатываю с помощью токена с flow.newTokenRequest и flow.createAndStoreCredential, я получаю учетные данные, которые я могу использовать в автономном режиме позже. Но у меня возникли проблемы с обеспечением плавного взаимодействия с пользователем в любом из них.

Что мне не хватает в моем сценарии?