Glassfish error when producing JSON












20















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!!










share|improve this question





























    20















    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!!










    share|improve this question



























      20












      20








      20


      11






      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!!










      share|improve this question
















      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!!







      json xml web-services netbeans glassfish






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Nov 29 '15 at 10:08







      Alejandro M López Cerezo

















      asked Nov 15 '15 at 17:38









      Alejandro M López CerezoAlejandro M López Cerezo

      110116




      110116
























          2 Answers
          2






          active

          oldest

          votes


















          35














          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.MF
          Just append the following to Import-Package:



          ,org.xml.sax.helpers,javax.xml.parsers;resolution:=optional,javax.naming;resolution:=optional


          so it looks like after:



          enter image description here



          and restart GF



          btw: you can easy edit jars in terminal with



          emacs org.eclipse.persistence.moxy.jar





          share|improve this answer


























          • Are there any plans to release a fix for glassfish?

            – cebor
            Nov 24 '15 at 14:22













          • Yeap, that was it, thanks a lot : ). I've just fixed it thanks to this post: bugs.eclipse.org/bugs/show_bug.cgi?id=463169 I was going to post it here right now when I saw your answer. @cebor I've read that it was already fixed (java.net/jira/browse/JERSEY-2888), but it seems not

            – Alejandro M López Cerezo
            Nov 29 '15 at 10:00








          • 1





            For those who doesn't use the terminal, as long as JAR files are zip files, you can extract and modify them using any zip extractor.

            – Alejandro M López Cerezo
            Nov 29 '15 at 10:06






          • 1





            This bug is also present in 4.1.2. Fixed easily with vim org.eclipse.persistence.moxy.jar :)

            – Jack
            Jul 31 '17 at 14:33








          • 1





            I tested this issue on GlassFish 5.0 and it is resolved.

            – John Yeary
            Oct 9 '17 at 1:29



















          8














          Jack's answer is really helpful.

          It pinpoints the problem and was useful when there was no patch.


          But I suggest instead of editing the jar, since the bug is corrected in 2.6.1,
          to download it at :
          org.eclipse.persistence.moxy-2.6.1 from MVNRepository



          OR get the latest version from MVNRepository:
          https://mvnrepository.com/artifact/org.eclipse.persistence/org.eclipse.persistence.moxy



          and replace it.


          Don't forget to close and reopen you IDE.






          share|improve this answer


























          • it works, thanks.

            – Diego
            Jan 9 '18 at 7:46










          protected by Community Feb 28 '17 at 4:28



          Thank you for your interest in this question.
          Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).



          Would you like to answer one of these unanswered questions instead?














          2 Answers
          2






          active

          oldest

          votes








          2 Answers
          2






          active

          oldest

          votes









          active

          oldest

          votes






          active

          oldest

          votes









          35














          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.MF
          Just append the following to Import-Package:



          ,org.xml.sax.helpers,javax.xml.parsers;resolution:=optional,javax.naming;resolution:=optional


          so it looks like after:



          enter image description here



          and restart GF



          btw: you can easy edit jars in terminal with



          emacs org.eclipse.persistence.moxy.jar





          share|improve this answer


























          • Are there any plans to release a fix for glassfish?

            – cebor
            Nov 24 '15 at 14:22













          • Yeap, that was it, thanks a lot : ). I've just fixed it thanks to this post: bugs.eclipse.org/bugs/show_bug.cgi?id=463169 I was going to post it here right now when I saw your answer. @cebor I've read that it was already fixed (java.net/jira/browse/JERSEY-2888), but it seems not

            – Alejandro M López Cerezo
            Nov 29 '15 at 10:00








          • 1





            For those who doesn't use the terminal, as long as JAR files are zip files, you can extract and modify them using any zip extractor.

            – Alejandro M López Cerezo
            Nov 29 '15 at 10:06






          • 1





            This bug is also present in 4.1.2. Fixed easily with vim org.eclipse.persistence.moxy.jar :)

            – Jack
            Jul 31 '17 at 14:33








          • 1





            I tested this issue on GlassFish 5.0 and it is resolved.

            – John Yeary
            Oct 9 '17 at 1:29
















          35














          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.MF
          Just append the following to Import-Package:



          ,org.xml.sax.helpers,javax.xml.parsers;resolution:=optional,javax.naming;resolution:=optional


          so it looks like after:



          enter image description here



          and restart GF



          btw: you can easy edit jars in terminal with



          emacs org.eclipse.persistence.moxy.jar





          share|improve this answer


























          • Are there any plans to release a fix for glassfish?

            – cebor
            Nov 24 '15 at 14:22













          • Yeap, that was it, thanks a lot : ). I've just fixed it thanks to this post: bugs.eclipse.org/bugs/show_bug.cgi?id=463169 I was going to post it here right now when I saw your answer. @cebor I've read that it was already fixed (java.net/jira/browse/JERSEY-2888), but it seems not

            – Alejandro M López Cerezo
            Nov 29 '15 at 10:00








          • 1





            For those who doesn't use the terminal, as long as JAR files are zip files, you can extract and modify them using any zip extractor.

            – Alejandro M López Cerezo
            Nov 29 '15 at 10:06






          • 1





            This bug is also present in 4.1.2. Fixed easily with vim org.eclipse.persistence.moxy.jar :)

            – Jack
            Jul 31 '17 at 14:33








          • 1





            I tested this issue on GlassFish 5.0 and it is resolved.

            – John Yeary
            Oct 9 '17 at 1:29














          35












          35








          35







          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.MF
          Just append the following to Import-Package:



          ,org.xml.sax.helpers,javax.xml.parsers;resolution:=optional,javax.naming;resolution:=optional


          so it looks like after:



          enter image description here



          and restart GF



          btw: you can easy edit jars in terminal with



          emacs org.eclipse.persistence.moxy.jar





          share|improve this answer















          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.MF
          Just append the following to Import-Package:



          ,org.xml.sax.helpers,javax.xml.parsers;resolution:=optional,javax.naming;resolution:=optional


          so it looks like after:



          enter image description here



          and restart GF



          btw: you can easy edit jars in terminal with



          emacs org.eclipse.persistence.moxy.jar






          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Jul 11 '17 at 7:22









          Ravi

          19k3396146




          19k3396146










          answered Nov 21 '15 at 14:52









          hannes achhannes ach

          1,7511722




          1,7511722













          • Are there any plans to release a fix for glassfish?

            – cebor
            Nov 24 '15 at 14:22













          • Yeap, that was it, thanks a lot : ). I've just fixed it thanks to this post: bugs.eclipse.org/bugs/show_bug.cgi?id=463169 I was going to post it here right now when I saw your answer. @cebor I've read that it was already fixed (java.net/jira/browse/JERSEY-2888), but it seems not

            – Alejandro M López Cerezo
            Nov 29 '15 at 10:00








          • 1





            For those who doesn't use the terminal, as long as JAR files are zip files, you can extract and modify them using any zip extractor.

            – Alejandro M López Cerezo
            Nov 29 '15 at 10:06






          • 1





            This bug is also present in 4.1.2. Fixed easily with vim org.eclipse.persistence.moxy.jar :)

            – Jack
            Jul 31 '17 at 14:33








          • 1





            I tested this issue on GlassFish 5.0 and it is resolved.

            – John Yeary
            Oct 9 '17 at 1:29



















          • Are there any plans to release a fix for glassfish?

            – cebor
            Nov 24 '15 at 14:22













          • Yeap, that was it, thanks a lot : ). I've just fixed it thanks to this post: bugs.eclipse.org/bugs/show_bug.cgi?id=463169 I was going to post it here right now when I saw your answer. @cebor I've read that it was already fixed (java.net/jira/browse/JERSEY-2888), but it seems not

            – Alejandro M López Cerezo
            Nov 29 '15 at 10:00








          • 1





            For those who doesn't use the terminal, as long as JAR files are zip files, you can extract and modify them using any zip extractor.

            – Alejandro M López Cerezo
            Nov 29 '15 at 10:06






          • 1





            This bug is also present in 4.1.2. Fixed easily with vim org.eclipse.persistence.moxy.jar :)

            – Jack
            Jul 31 '17 at 14:33








          • 1





            I tested this issue on GlassFish 5.0 and it is resolved.

            – John Yeary
            Oct 9 '17 at 1:29

















          Are there any plans to release a fix for glassfish?

          – cebor
          Nov 24 '15 at 14:22







          Are there any plans to release a fix for glassfish?

          – cebor
          Nov 24 '15 at 14:22















          Yeap, that was it, thanks a lot : ). I've just fixed it thanks to this post: bugs.eclipse.org/bugs/show_bug.cgi?id=463169 I was going to post it here right now when I saw your answer. @cebor I've read that it was already fixed (java.net/jira/browse/JERSEY-2888), but it seems not

          – Alejandro M López Cerezo
          Nov 29 '15 at 10:00







          Yeap, that was it, thanks a lot : ). I've just fixed it thanks to this post: bugs.eclipse.org/bugs/show_bug.cgi?id=463169 I was going to post it here right now when I saw your answer. @cebor I've read that it was already fixed (java.net/jira/browse/JERSEY-2888), but it seems not

          – Alejandro M López Cerezo
          Nov 29 '15 at 10:00






          1




          1





          For those who doesn't use the terminal, as long as JAR files are zip files, you can extract and modify them using any zip extractor.

          – Alejandro M López Cerezo
          Nov 29 '15 at 10:06





          For those who doesn't use the terminal, as long as JAR files are zip files, you can extract and modify them using any zip extractor.

          – Alejandro M López Cerezo
          Nov 29 '15 at 10:06




          1




          1





          This bug is also present in 4.1.2. Fixed easily with vim org.eclipse.persistence.moxy.jar :)

          – Jack
          Jul 31 '17 at 14:33







          This bug is also present in 4.1.2. Fixed easily with vim org.eclipse.persistence.moxy.jar :)

          – Jack
          Jul 31 '17 at 14:33






          1




          1





          I tested this issue on GlassFish 5.0 and it is resolved.

          – John Yeary
          Oct 9 '17 at 1:29





          I tested this issue on GlassFish 5.0 and it is resolved.

          – John Yeary
          Oct 9 '17 at 1:29













          8














          Jack's answer is really helpful.

          It pinpoints the problem and was useful when there was no patch.


          But I suggest instead of editing the jar, since the bug is corrected in 2.6.1,
          to download it at :
          org.eclipse.persistence.moxy-2.6.1 from MVNRepository



          OR get the latest version from MVNRepository:
          https://mvnrepository.com/artifact/org.eclipse.persistence/org.eclipse.persistence.moxy



          and replace it.


          Don't forget to close and reopen you IDE.






          share|improve this answer


























          • it works, thanks.

            – Diego
            Jan 9 '18 at 7:46
















          8














          Jack's answer is really helpful.

          It pinpoints the problem and was useful when there was no patch.


          But I suggest instead of editing the jar, since the bug is corrected in 2.6.1,
          to download it at :
          org.eclipse.persistence.moxy-2.6.1 from MVNRepository



          OR get the latest version from MVNRepository:
          https://mvnrepository.com/artifact/org.eclipse.persistence/org.eclipse.persistence.moxy



          and replace it.


          Don't forget to close and reopen you IDE.






          share|improve this answer


























          • it works, thanks.

            – Diego
            Jan 9 '18 at 7:46














          8












          8








          8







          Jack's answer is really helpful.

          It pinpoints the problem and was useful when there was no patch.


          But I suggest instead of editing the jar, since the bug is corrected in 2.6.1,
          to download it at :
          org.eclipse.persistence.moxy-2.6.1 from MVNRepository



          OR get the latest version from MVNRepository:
          https://mvnrepository.com/artifact/org.eclipse.persistence/org.eclipse.persistence.moxy



          and replace it.


          Don't forget to close and reopen you IDE.






          share|improve this answer















          Jack's answer is really helpful.

          It pinpoints the problem and was useful when there was no patch.


          But I suggest instead of editing the jar, since the bug is corrected in 2.6.1,
          to download it at :
          org.eclipse.persistence.moxy-2.6.1 from MVNRepository



          OR get the latest version from MVNRepository:
          https://mvnrepository.com/artifact/org.eclipse.persistence/org.eclipse.persistence.moxy



          and replace it.


          Don't forget to close and reopen you IDE.







          share|improve this answer














          share|improve this answer



          share|improve this answer








          edited Nov 16 '18 at 11:50









          Yohanes Khosiawan 许先汉

          2,38641926




          2,38641926










          answered Aug 18 '17 at 17:36









          LeonLeon

          13615




          13615













          • it works, thanks.

            – Diego
            Jan 9 '18 at 7:46



















          • it works, thanks.

            – Diego
            Jan 9 '18 at 7:46

















          it works, thanks.

          – Diego
          Jan 9 '18 at 7:46





          it works, thanks.

          – Diego
          Jan 9 '18 at 7:46





          protected by Community Feb 28 '17 at 4:28



          Thank you for your interest in this question.
          Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).



          Would you like to answer one of these unanswered questions instead?



          Popular posts from this blog

          Bressuire

          Vorschmack

          Quarantine