java - 为什么在尝试在Java中的Eclipse中尝试在GAE中使用Google Drive时出现NoClassDefFoundError

Question

我正在尝试在Google App Engine（GAE）的servlet中使用Java Google Drive API，并在Eclipse首次在（localhost）服务器中加载servlet时得到NoClassDefFoundError。

作为测试，我尝试在servlet中创建GoogleClientSecrets类的实例。 Eclipse编译器没有抱怨，我在Java构建路径中有C：\ app \ gDrive \ libs ** google-api-client-1.16.0-rc.jar **，google-api-client-1.16.0- rc.jar包含com.google.api.client.googleapis.auth.oauth2软件包，其中包含GoogleClientSecrets。

Eclipse中Google插件中的（localhost）服务器照常加载。当我第一次加载servlet类时（对它的第一个请求），我得到了NoClassDefFoundError。如果我注释掉对GoogleClientSecrets的引用，则servlet可以正常工作。

google-api-client-1.16.0-rc.jar作为外部jar文件位于Eclipse-> Java构建路径->库列表中。它在“订购和出口”选项卡中被选中（我认为这意味着jar文件应该打包在war文件中-服务器环境应该可以使用）。

在运行时在GAE中使用这些类是否有一些限制？服务器或Servlet的类加载器的类路径是否有所不同？
（在一个独立的Java应用程序中，代码可以很好地访问Google云端硬盘（即，在该Java应用程序环境中，我拥有所有需要的jars-服务器中有些奇怪的东西（我认为这是Jetty服务器）。



更新DevAppServer查找类的方式

（正如Mark Doyle所指出的那样）DevAppServer的类加载方案与用于加载DevAppServer代码本身的类加载方案完全不同，用于加载webapp使用的类-Web应用程序类加载方案不是通常的Eclipse项目buildpath处理。 （为了清楚起见，我正在这里记录所有这些工作原理，以便我可以再次找到它。）

进行调查，我发现在为Web应用程序加载类时，DevAppServer调用Google类“ IsolatedAppClassLoader”（以将每个Web应用程序的类加载彼此隔离。IsolatedAppClassLoader.loadClass（）调用DevAppServerClassLoader.loadClass（），该类（在大多数情况下案例）最终调用其超类java.lang.ClassLoader.loadClass（），在本例中，该超类调用java.net.URLClassLoader.findClass（），后者调用URLClassPath.getResource（），这是许多工作开始的地方。

URLClassPath.getResource（）具有一个“ for”循环，该循环获取URLClassPath对象中列出的每个加载程序。在这种情况下，URLClassPath有17个（！十七个）加载程序，其中sun.misc.URLClassPath $ JarLoader（URLClassPath的子类）的所有实例都如此。 -这些似乎是DevAppServer jar。找不到我的班级，返回ClassNotFoundException（在此级别）。

IsolatedAppClassLoader会再次执行此操作（我不明白为什么，但是这次直接使用URLClassLoader对象（run（）方法），有关PrivilegedExceptionAction.run（）？）。无论如何，URLClassPath（来自的匿名子类） URLClassLoader（??）运行URLClassPath.getResource（），（此IsolatedAppClassLoader实例是URLClassLoader的子类！）。 IsolatedAppClassLoader实例包含带有21个加载程序的'ucp'字段（URLClassPath子对象）。

第一个是FileLoader实例（URLClassPath的子类），其中包含url文件：/ C：/ eclip / webAppName / war / WEB-INF / classes /-因此可以在其中找到war / WEB中的所有单个类-INF / classes目录。其余的20个装载机均为JarLoader装载机。其中的15个对应于项目的war / WEB-INF目录中的15个.jar文件。其余5个JarLoader实例是：

文件：/ C：/app/eclipse/plugins/com.google.appengine.eclipse.sdkbundle_1.8.2/appengine-java-sdk-1.8.2/lib/impl/agent/appengine-agentruntime.jar！/
文件：/ C：/app/eclipse/plugins/com.google.appengine.eclipse.sdkbundle_1.8.2/appengine-java-sdk-1.8.2/lib/tools/jsp/repackaged-appengine-jakarta-jstl-1.1。 2.jar！/
文件：/ C：/app/eclipse/plugins/com.google.appengine.eclipse.sdkbundle_1.8.2/appengine-java-sdk-1.8.2/lib/tools/jsp/repackaged-appengine-jakarta-standard-1.1。 2.jar！/
文件：/ C：/app/eclipse/plugins/com.google.appengine.eclipse.sdkbundle_1.8.2/appengine-java-sdk-1.8.2/lib/tools/jsp/repackaged-appengine-jasper-jdt-6.0。 29.jar！/
文件：/ C：/app/eclipse/plugins/com.google.appengine.eclipse.sdkbundle_1.8.2/appengine-java-sdk-1.8.2/lib/opt/tools/appengine-local-endpoints/v1/appengine- local-endpoints.jar！/

我不知道为什么要列出这些，可能是Jetty的一些标准东西？

Answer 1

GAE开发服务器（Jetty）设置了它自己的类路径，并且它并不关注您在Eclipse的构建路径中配置的内容。该类路径包括WEB-INF / lib，因此您需要确保要使用的任何库都位于该库中，类似地，您项目中的类通常也建于WEB-INF / classs中。它还包括模拟生产环境所需的必需GAE库和依赖项。

另外GAE开发环境还提供了它自己的类加载机制。这提供了对GAE库的访问权限，并且还对可以访问哪些类（类似于生产环境）进行限制。作为示例，许多Java IO /图形类受到限制，无法使用。

关于出口和包装到战争档案。如果使用Eclipse的WTP进行Web开发，GAE SDK将无法按预期的方式工作。启动时，它只是启动它的自定义Jetty实例并指向Web文件夹。因此，如果您没有将jar库放到WEB-INF / lib中（类似地，如果您的类未编译为WEB-INF / classs），那么将找不到它们。