App Engine 柔性环境是否支持 Abstract AppEngineAuthorizationCodeServlet？

Question

我想知道 AppEngine 柔性环境是否支持来自 com.google.api-client 的 AbstractAppEngineAuthorizationCodeCallbackServlet。

我正在从已弃用的环境 (vm:true) 迁移到最新版本的灵活环境 (env:flex)。

当访问从 AbstractAppEngineAuthorizationCodeServlet 扩展的我的一个 servlet 时，流程可以完美运行，并且重定向到从 AbstractAppEngineAuthorizationCodeCallbackServlet 扩展的其他 servlet。现在，当它尝试运行时：

TokenResponse response = flow.newTokenRequest(code).setRedirectUri(redirectUri).execute();

（来自 AbstractAuthorizationCodeCallbackServlet 类的 doGet 内的行）

它返回一个：

com.google.apphosting.api.ApiProxy$CallNotFoundException: Can't make API call urlfetch.Fetch in a thread that is neither the original request thread nor a thread created by ThreadManager

---

更新

我可以在 Cloud Console 上检查我的实例确实在 Flexible 上运行。

Answer 1

我刚刚发现 lib 使用有什么问题

在创建 GoogleAuthorizationCodeFlow 对象时，我传递了一个 GoogleClientSecrets：

Builder(HttpTransport transport, JsonFactory jsonFactory, GoogleClientSecrets clientSecrets, Collection<String> scopes)

出于某种原因，将 id 和 secret 作为字符串传递（使用 Builder 的另一个构造函数），它可以工作。

GoogleAuthorizationCodeFlow.Builder(HttpTransport, JsonFactory, String, String, Collection<String> scopes)

但不确定原因。

------------------------- 编辑 --------- --------------------------

我刚刚在这里看到，除了不使用 GoogleClientSecrets 对象之外，我还做了另一个更改。

private static final HttpTransport HTTP_TRANSPORT = new NetHttpTransport();
private static final UrlFetchTransport HTTP_TRANSPORT = new UrlFetchTransport();

使用 UrlFetchTransport 而不是 NetHttpTransport 是显示堆栈跟踪的真正原因。