【问题标题】:Could not initialize class FirebaseThreadManagers error on Firebase无法在 Firebase 上初始化类 FirebaseThreadManagers 错误
【发布时间】:2018-05-14 20:42:33
【问题描述】:

我正在尝试从 Google App Engine 操作我的 Firebase 数据库。遵循教程后,我收到以下错误 -

java.lang.NoClassDefFoundError: 无法初始化类 com.google.firebase.internal.FirebaseThreadManagers

有时我会看到以下内容:

org.slf4j.LoggerFactory is a restricted class. Please see the Google  App Engine developer's guide for more details.

错误发生在 FirebaseOptions,如下面的代码所示。

        FileInputStream serviceAccount = new FileInputStream("WEB-INF/MyApp.json");

    FirebaseOptions options = new FirebaseOptions.Builder()
            .setCredentials(GoogleCredentials.fromStream(serviceAccount))
            .setDatabaseUrl("https://MyApp.firebaseio.com")
            .build();

    FirebaseApp.initializeApp(options);

这是完整的错误

java.lang.NoClassDefFoundError: 无法初始化类 com.google.firebase.internal.FirebaseThreadManagers 在 com.google.firebase.FirebaseOptions$Builder.(FirebaseOptions.java:147) 在 com.example.name.myapplication.backend.MyServlet.doGet(MyServlet.java:55) 在 javax.servlet.http.HttpServlet.service(HttpServlet.java:617) 在 javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 在 org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) 在 org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166) 在 com.google.appengine.api.blobstore.dev.ServeBlobFilter.doFilter(ServeBlobFilter.java:63) 在 org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) 在 com.google.appengine.tools.development.DevAppServerModulesFilter.doRedirectedModuleRequest(DevAppServerModulesFilter.java:415) 在 com.google.appengine.tools.development.DevAppServerModulesFilter.doFilter(DevAppServerModulesFilter.java:128) 在 org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) 在 org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) 在 org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) 在 org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) 在 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) 在 org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418) 在 com.google.appengine.tools.development.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:98) 在 org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:327) 在 org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126) 在 com.google.appengine.tools.development.JettyContainerService.forwardToServer(JettyContainerService.java:458) 在 com.google.appengine.tools.development.Modules.forwardToInstance(Modules.java:372) 在 com.google.appengine.tools.development.DelegatingModulesFilterHelper.forwardToInstance(DelegatingModulesFilterHelper.java:95) 在 com.google.appengine.tools.development.DevAppServerModulesFilter.doRedirect(DevAppServerModulesFilter.java:326) 在 com.google.appengine.tools.development.DevAppServerModulesFilter.doFilter(DevAppServerModulesFilter.java:119) 在 org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) 在 org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) 在 org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) 在 org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) 在 org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) 在 org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418) 在 com.google.appengine.tools.development.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:98) 在 org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) 在 com.google.appengine.tools.development.JettyContainerService$ApiProxyHandler.handle(JettyContainerService.java:511) 在 org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) 在 org.mortbay.jetty.Server.handle(Server.java:326) 在 org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) 在 org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:923) 在 org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:547) 在 org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) 在 org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) 在 org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409) 在 org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)

这是我用于后端的 build.gradle

    buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.google.appengine:gradle-appengine-plugin:1.9.42'
    }
}

repositories {
    jcenter();
}

apply plugin: 'java'
apply plugin: 'war'
apply plugin: 'appengine'

sourceCompatibility = JavaVersion.VERSION_1_7
targetCompatibility = JavaVersion.VERSION_1_7

dependencies {
    appengineSdk 'com.google.appengine:appengine-java-sdk:1.9.42'
    compile 'javax.servlet:servlet-api:2.5'
    compile 'com.google.firebase:firebase-admin:5.5.0'
    compile 'com.squareup.retrofit2:retrofit:2.1.0'
    compile 'com.squareup.retrofit2:converter-gson:2.1.0'
    compile 'com.google.code.gson:gson:2.6.1'


    appengine {
        downloadSdk = true
        appcfg {
            oauth2 = true
        }
    }
}

顶级构建文件:

    buildscript {
    repositories {
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:3.0.1'


        // NOTE: Do not place your application dependencies here; they belong
        // in the individual module build.gradle files
        classpath 'com.google.gms:google-services:3.1.0'
    }
}

allprojects {
    repositories {
        jcenter()
        maven { url "https://maven.google.com" }
    }
}

task clean(type: Delete) {
    delete rootProject.buildDir
}

【问题讨论】:

  • 你用“android”和“google-app-engine”标记了这个。似乎应该是其中之一,但不是两者兼而有之。你在 GAE 上使用 firebase-admin SDK 吗?
  • 对不起,是的。我正在使用 Google App Engine 作为我的 Android 应用程序的后端。这仅与 GAE 有关。我正在使用 Firebase-admin SDK。它是我与 firebase-database 和 firebase-core 一起的依赖项之一。
  • 我刚刚测试了您的确切build.gradle,它对我来说效果很好。我的直觉是,在您的项目中使用 android 插件使其处于不一致的状态。我建议清理项目目录 (gradle clean),然后尝试重新执行应用程序。
  • 我试过了,没有区别。 Gradle 构建良好,但是当调用 Servlet 时出现该错误。请查看我的编辑,了解我有时会在同一行看到的另一个错误 - Firebase 选项。
  • 您能发布您的顶级构建文件吗?

标签: java google-app-engine firebase firebase-realtime-database firebase-admin


【解决方案1】:

请勿在服务器应用中将 firebase-admin 依赖项与其他 Android 客户端库一起使用。 firebase-admin 拥有在 JVM 运行时访问实时数据库所需的一切。 Android 客户端库在服务器应用程序中没有用处,因为它们需要 Android 基础架构。

【讨论】:

  • 如果我删除其他 Firebase 依赖项,我会收到错误消息“错误:版本:5.5.0 低于 google-services 插件所需的最低版本 (9.0.0)”。在我的顶级构建文件中,我在依赖项下有“classpath 'com.google.gms:google-services:3.1.0'”,在存储库下有“maven { url "maven.google.com" }”。
  • 也不要将 google-services 插件用于非 Android gradle build。
  • 我已经进行了这些更改,但它仍然给出同样的错误,不幸的是
  • 哪一个,你的问题的错误,还是gradle插件的错误?
  • 请显示最小的 build.gradle,它将构建有此问题的 GAE 应用程序。
【解决方案2】:

关于这行代码,我遇到了同样的错误 NoClassDefFoundError FirebaseThreadManagersprivate ThreadManager threadManager = FirebaseThreadManagers.DEFAULT_THREAD_MANAGER;

解决方案

重建 gradle 文件。 gradle 文件重建后,Kotlin 应用程序按预期运行。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2020-05-28
    • 1970-01-01
    • 2023-03-20
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多