当前位置: 首页 > 知识库问答 >
问题:

在GAE上运行基本的JAXRS JPA版本时出现问题

南宫凡
2023-03-14

使用Eclipse Juno Service Release 1,我创建了一个Google App Engine项目,然后手动将JAX-RS和JAXB jar文件复制到war/WEB-INF/lib中(因为试图在“项目方面”属性中添加JAX-RS会导致错误,即需要安装动态WEB模块,我认为这是不需要的,因为jar已经包含在GAE项目中?

当我在本地运行时,项目启动正常,我可以导航到我的虚拟rest服务,一切正常。

当我查看部署在GAE上的版本时,它会在日志文件中生成以下堆栈跟踪。

任何帮助解决这个问题的步骤将不胜感激。

非常感谢!抢劫

2012年11月21日10:35:56.687/hillingargaeserver 500 2764ms 0kb Mozilla/5.0(Macintosh;Intel Mac OS X 10_8_2)AppleWebKit/536.26.17(KHTML,如Gecko)版本/6.0.2 Safari/536.26.17 87.194.162.20-[21/1ov/2012:10:35:56-0800]“GET/hillingargaeserver HTTP/1.1”500 0“http://hillingartimber.appspot.com/“”Mozilla/5.0(Macintosh;Intel Mac OS X 10_8_2)AppleWebKit/536.26.17(KHTML,如Gecko)版本/6.0.2 Safari/536.26.17“”hilligartimber.appspot。com“ms=2765 cpu_ms=888 loading_request=1 instance=00c61b117cfb3272dbda34e1e6d6872973f98c34 C 2012-11-21 10:35:56.685 servlet java.lang.IncompatibleClassChangeError:在com.google.appengine.runtime.request.process-ca8643ac95d7d414(request.java)的java.lang.ClassLoader.defineClass1(Native Method)的java.lang.ClassLaader.difineClass(ClassLoader.java:634)上实现类位于java.lang.reflect.invoke(Method.java:266)的java.net.URLClassLoader.defineClass(URLClass Loader.java:277)的java.security.SecureClassLoader.reflect.GeneratedMethodAccessor5.invoke,sun.reflect.DelegatingMethodAccess,Impl.invoke(Delegating MethodAssessorImpl.java:43)位于com.sun.jeyseyse.api.core.ScanningResourceConfig.init(Scanning ResourceConfig.java:79),位于com.son.jeyse.api.core.PackagesResourceConfig.init(Packages ResourceConfig.java:104),位于com/sun.jersey.api.core.Pack ResourceConfig.(Package ResourceConfig.gava:78),位于com.sun.jersey.spi.container.servlet.WebComponent.createResourceConfig(WebComponent.java:700),位于com.sun.jersey.spin.container.sservlet.WebComponent.c创建资源配置(WebCompnent.java:678),位于位于org.motrbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:440)的javax.servlet.GenericServlet.init(GenericServlet.java:212)位于org.mortbay.jettyorg.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:685),位于org.motbay.jetty.servlet.Context.startContext(Context.java:140),位于org.mortbay.jetty.webapp.WebAppContext.start Context(WebAppContext.java:1250),位于com.google.tracing.TraceContext.runInContext(TraceContext.java:703com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInInheritedContextNoUnref(TraceContact.java:338)位于com.goole.tracing.StraceContext$AbstraceContextCallback.runInInheritedContext(TraceContext.java:330)位于java.lang.Thread.run(Thread.java:679)

共有1个答案

司马作人
2023-03-14

经过多次实验,我发现我需要添加所有JAX-RS Jar文件(contrib文件夹中除外)和JAXB Jar文件,JavaDoc相关文件除外。

我还将Servlet罐子移到了所有其他罐子之前。

一个很好的提示,如果你把war文件复制到你的/war/WEB-INF/lib文件夹中,你可以右击它们,把它们添加到你的构建路径中!!-保存项目和WEB-INF文件夹中的副本。

抢劫

 类似资料:
  • 有没有一种方法可以在运行时访问JUnit5版本? 例如。 在JUnit4中工作得很好。 我正在寻找JUnit5的“对应物” 谢谢:-)

  • 我尝试用OpenJDK11在Jenkins中构建工件。首先,我运行了 但是,当我运行时,测试类出现了以下错误。 波姆。xml 请帮助我在詹金斯解决这个问题 注:我在当地也遇到了类似的问题。我在~/换了家。mavenrc文件

  • 本文向大家介绍在运行时检查设备上的Android版本,包括了在运行时检查设备上的Android版本的使用技巧和注意事项,需要的朋友参考一下 示例 Build.VERSION_CODES 是当前已知的SDK版本代码的枚举。 为了有条件地基于设备的Android版本运行代码,请使用TargetApi注释以避免Lint错误,并在运行特定于API级别的代码之前检查生成版本。 这是在支持低于23的API级别

  • null 现在我只想在我的目录中测试命令: 我得到了这个: 失败:生成失败,出现异常。*错误:Java.lang.unsupportedClassVersionError:org/javamodularity/modulePlugin/moduleSystemPlugin是由最新版本的Java运行时(类文件版本55.0)编译的,此版本的Java运行时只识别类文件版本高达52.0 我使用SDKMAN

  • 基础库 iOS Android 备注 1.3.8 2.1.23 2.1.38 1.3.9 2.1.23 2.1.38 1.4.0 2.1.23 2.1.38 1.4.1 2.1.23 2.1.38 1.5.17 2.1.23 2.1.38 1.5.18 2.3.3 2.1.38 1.5.21 2.3.3 2.1.38 1.5.27 2.5.0 2.8.61 1.5.30 2.5.6 2.8.76

  • 问题内容: 我正在尝试使用websocket调整我的应用程序以使其在GAE上运行,但是在阅读文档时,我没有找到解决此问题的漂亮方法。 使用一个像这样的非常简单的应用程序:https : //github.com/marcosbergamo/gae-nodejs- websocket 这是我尝试使用的示例演示。但是,当我尝试连接到我的websocket时会收到此错误; 跟随有关请求的图像; 问题答案