本文介绍了生产JSON时出现Glassfish错误的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！
问题描述
我开发了一个Android应用程序，现在我开始使用它的外部数据库及其服务器，通信由RESTful Web服务执行。
以JSON生成和使用信息，所以在我的Web服务外观中，我只想删除CRUD方法中任何提及XML的内容（由NetBeans自动生成）。
I这意味着：
@GET
@Override
@Produces（{MediaType.APPLICATION_XML，MediaType .APPLICATION_JSON}）
public List< Counselor> findAll（）{
return super.findAll（）;
}
至此（不含MediaType.APPLICATION_XML）：
@GET
@Override
@Produces（MediaType.APPLICATION_JSON）
public List< Counselor> findAll（）{
return super.findAll（）;
}
当我在GlassFish服务器中部署这些更改时（4.1。 1），并用我的浏览器做一些测试（只想看看我的数据库数据）我得到这个stacktrace的错误：
java.lang.NoClassDefFoundError：在org.eclipse.persistence.jaxb.JAXBBeanValidator.isConstrainedObject无法初始化类org.eclipse.persistence.jaxb.BeanValidationHelper
（JAXBBeanValidator.java:257）在org.eclipse
.persistence.jaxb.JAXBBeanValidator.shouldValidate（JAXBBeanValidator.java:208）
在org.eclipse.persistence.jaxb.JAXBMarshaller.validateAndTransformIfNeeded（JAXBMarshaller.java:587）
在org.eclipse.persistence.jaxb .JAXBMarshaller.marshal（JAXBMarshaller.java:481）
at org.eclipse.persistence.jaxb.rs.MOXyJsonProvider.writeTo（MOXyJsonProvider.java:949）
at org.glassfish.jersey.message.internal .WriterInterceptorExecutor $ TerminalWriterInterceptor.invokeWriteTo（WriterInterceptorExecutor的.java：265）
在org.glassfish.jersey.message.internal.WriterInterceptorExecutor $ TerminalWriterInterceptor.aroundWriteTo（WriterInterceptorExecutor.java:250）
在org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed （WriterInterceptorExecutor.java:162）
在org.glassfish.jersey.server.internal.JsonWithPaddingInterceptor.aroundWriteTo（JsonWithPaddingInterceptor.java:106）
在org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed （WriterInterceptorExecutor.java:162）
在org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundWriteTo（MappableExceptionWrapperInterceptor.java:86）
在org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed （WriterInterceptorExecutor.java:162）
at org.glassfish.jersey.message.internal.MessageBodyFactory.writeTo（MessageBodyFactory.java:1130）
at org.glassfish.jersey.server.ServerRuntime $ Responder.writeResponse （ServerRuntime.java:68 3）
在org.glassfish.jersey.server.ServerRuntime $ Responder.processResponse（ServerRuntime.java:424）
在org.glassfish.jersey.server.ServerRuntime $ Responder.process（ServerRuntime.java： 414）
在org.glassfish.jersey.server.ServerRuntime $ 2.run（ServerRuntime.java:312）
在org.glassfish.jersey.internal.Errors $ 1.call（Errors.java:271）
在org.glassfish.jersey.internal.Errors $ 1.call（Errors.java:267）
在org.glassfish.jersey.internal.Errors.process（Errors.java:315）
org.glassfish.jersey.internal.Errors.process（Errors.java:297）
at org.glassfish.jersey.internal.Errors.process（Errors.java:267）
at org。 glassfish.jersey.process.internal.RequestScope.runInScope（RequestScope.java:317）在org.glassfish.jersey.server.ServerRuntime.process处的
（ServerRuntime.java:292）在org.glassfish处
。 jersey.server.ApplicationHandler.handle（ApplicationHandler.java:1139）
at org.glassfish.jersey.servlet.WebComponent.service（WebC $ or $ g
at org.glassfish.jersey.servlet.ServletContainer.service（ServletContainer.java:386）
at org.glassfish.jersey.servlet.ServletContainer.service（ServletContainer.java： 334）
at org.glassfish.jersey.servlet.ServletContainer.service（ServletContainer.java:221）
at org.apache.catalina.core.StandardWrapper.service（StandardWrapper.java:1682）$ b在org.apache.catalina.core.StandardWrapperValve.invoke（StandardWrapperValve.java:318）
$ b在org.apache.catalina.core.StandardContextValve.invoke（StandardContextValve.java:160）
。在组织.apache.catalina.core.StandardPipeline.doInvoke（StandardPipeline.java:734）
at org.apache.catalina.core.StandardPipeline.invoke（StandardPipeline.java:673）
at com.sun.enterprise .web.WebPipeline.invoke（WebPipeline.java:99）
at org.apache.catalina.core.StandardHostValve.invoke（StandardHostValve.java:174）
at org.apache.catalina.connector.CoyoteAdapter .doService（CoyoteAdapter .java：416）
at org.apache.catalina.connector.CoyoteAdapter.service（CoyoteAdapter.java:283）
at com.sun.enterprise.v3.services.impl.ContainerMapper $ HttpHandlerCallable.call （ContainerMapper.java:459）
at com.sun.enterprise.v3.services.impl.ContainerMapper.service（ContainerMapper.java:167）
at org.glassfish.grizzly.http.server.HttpHandler .runService（HttpHandler.java:206）
在org.glassfish.grizzly.http.server.HttpHandler.doHandle（HttpHandler.java:180）在org.glassfish.grizzly.http.server.HttpServerFilter
.handleRead（HttpServerFilter.java:235）
处org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter org.glassfish.grizzly.filterchain.ExecutorResolver $ 9.execute（ExecutorResolver.java:119）
（ DefaultFilterChain.java:283）在org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart（DefaultFilterChain.java:200
）
在org.glassfish.grizzly.filterchain.DefaultFilterChain.execute（DefaultFilterCh ain.java:132）
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process（DefaultFilterChain.java:111）
at org.glassfish.grizzly.ProcessorExecutor.execute（ProcessorExecutor.java:77）在org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent（TCPNIOTransport.java:536）
在org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent（AbstractIOStrategy.java:112）
。在org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0（WorkerThreadIOStrategy.java:117）
。在org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access $ 100（WorkerThreadIOStrategy.java:56）
。在org.glassfish.grizzly.strategies.WorkerThreadIOStrategy $ WorkerThreadRunnable.run（WorkerThreadIOStrategy.java:137）
在org.glassfish.grizzly.threadpool.AbstractThreadPool $ Worker.doWork（AbstractThreadPool.java:591）
。在org.glassfish.grizzly.threadpool.AbstractThreadPool $ Worker.run（AbstractThreadPool.java:571）$ b $在java.lang.Thread.run（Thr
对此有何想法？
我希望自己解释一下......先谢谢你了！
解决方案
这是Glassfish 4.1中的一个bug。 1
我可以用一种肮脏的方式修复它：
在glassfish / modules / org.eclipse.persistence.moxy .jar修复META-INF / MANIFEST.MF
只需将以下内容添加到导入包：
，org。 xml.sax.helpers，javax.xml.parsers; resolution：= optional，javax.naming; resolution：= optional
因此它看起来像：
并重新启动GF
btw：您可以使用 p>
emacs org.eclipse.persistence.moxy.jar
I developed an Android app and now I'm starting with its external DB and its server, the communication is performed by RESTful web services.
This Android aplication just produces and consumes info in JSON, so in my web services facades I just want to erase any mention to XML in the CRUD methods, (automatically generated by NetBeans).
I mean, from this:
@GET
@Override
@Produces({MediaType.APPLICATION_XML, MediaType.APPLICATION_JSON})
public List<Counselor> findAll() {
return super.findAll();
}
To this (without the MediaType.APPLICATION_XML):
@GET
@Override
@Produces(MediaType.APPLICATION_JSON)
public List<Counselor> findAll() {
return super.findAll();
}
The thing is that when I deploy these changes in my GlassFish Server (4.1.1) and do some tests with my browser (just want to see my DB data) I get an error with this stacktrace:
java.lang.NoClassDefFoundError: Could not initialize class org.eclipse.persistence.jaxb.BeanValidationHelper
at org.eclipse.persistence.jaxb.JAXBBeanValidator.isConstrainedObject(JAXBBeanValidator.java:257)
at org.eclipse.persistence.jaxb.JAXBBeanValidator.shouldValidate(JAXBBeanValidator.java:208)
at org.eclipse.persistence.jaxb.JAXBMarshaller.validateAndTransformIfNeeded(JAXBMarshaller.java:587)
at org.eclipse.persistence.jaxb.JAXBMarshaller.marshal(JAXBMarshaller.java:481)
at org.eclipse.persistence.jaxb.rs.MOXyJsonProvider.writeTo(MOXyJsonProvider.java:949)
at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.invokeWriteTo(WriterInterceptorExecutor.java:265)
at org.glassfish.jersey.message.internal.WriterInterceptorExecutor$TerminalWriterInterceptor.aroundWriteTo(WriterInterceptorExecutor.java:250)
at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162)
at org.glassfish.jersey.server.internal.JsonWithPaddingInterceptor.aroundWriteTo(JsonWithPaddingInterceptor.java:106)
at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162)
at org.glassfish.jersey.server.internal.MappableExceptionWrapperInterceptor.aroundWriteTo(MappableExceptionWrapperInterceptor.java:86)
at org.glassfish.jersey.message.internal.WriterInterceptorExecutor.proceed(WriterInterceptorExecutor.java:162)
at org.glassfish.jersey.message.internal.MessageBodyFactory.writeTo(MessageBodyFactory.java:1130)
at org.glassfish.jersey.server.ServerRuntime$Responder.writeResponse(ServerRuntime.java:683)
at org.glassfish.jersey.server.ServerRuntime$Responder.processResponse(ServerRuntime.java:424)
at org.glassfish.jersey.server.ServerRuntime$Responder.process(ServerRuntime.java:414)
at org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java:312)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:271)
at org.glassfish.jersey.internal.Errors$1.call(Errors.java:267)
at org.glassfish.jersey.internal.Errors.process(Errors.java:315)
at org.glassfish.jersey.internal.Errors.process(Errors.java:297)
at org.glassfish.jersey.internal.Errors.process(Errors.java:267)
at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java:317)
at org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java:292)
at org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java:1139)
at org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java:460)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:386)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:334)
at org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java:221)
at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:416)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:283)
at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)
at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)
at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:180)
at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)
at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:283)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:200)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:132)
at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:111)
at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:536)
at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)
at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591)
at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571)
at java.lang.Thread.run(Thread.java:745)
Any idea about this?
I hope I explain myself...thanks in advance!!
解决方案
It's a bug in Glassfish 4.1.1 https://java.net/jira/browse/JERSEY-2888
I was able to fix it in a dirty way:
In glassfish/modules/org.eclipse.persistence.moxy.jar fix META-INF/MANIFEST.MFJust append the following to Import-Package:
,org.xml.sax.helpers,javax.xml.parsers;resolution:=optional,javax.naming;resolution:=optional
so it looks like after:
and restart GF
btw: you can easy edit jars in terminal with
emacs org.eclipse.persistence.moxy.jar
这篇关于生产JSON时出现Glassfish错误的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！