2013-08-20 4 views
3

Я использую GlassFish 4.0 R89 на моей системе dev, работая с JAX-RS. Простые вызовы работают, поэтому я могу получить сериализованный объект, представленный в XML. Мне пришлось установить это на машине парня, который также будет участвовать в процессе кодирования, и я также попробовал это на своем ноутбуке - и я получаю тот же результат - NoClassDefFoundError бросается для класса JsonStructureBodyReader (хотя я «Даже не используя JSON, попробовал это, сервер определенно возвращает XML с правильными заголовками для типа контента».GlassFish 4.0/Jersey 2.0 - NoClassDefFoundError для JsonStructureBodyReader

Я думал, что, возможно, я импортировал проект неправильно, но после сравнения файлов в рабочей и нерабочей версии я понял, что, похоже, не может быть разницы, которые могут быть причиной этого (проекты более или менее равны на обеих машинах).

Я подумал, что может возникнуть проблема с версией GF, поэтому я проверил это, но обе установки - R89. Тем не менее: банки в каталоге/каталоге GFs кажутся разными, особенно при двоичном сравнении.

Неужели кто-нибудь испытал эту проблему раньше?

Вот полный StackTrace:

Exception in thread "AWT-EventQueue-0" java.lang.NoClassDefFoundError: org/glassfish/json/jaxrs/JsonStructureBodyReader 
at org.glassfish.jersey.jsonp.JsonProcessingFeature.configure(JsonProcessingFeature.java:69) 
at org.glassfish.jersey.model.internal.CommonConfig.configureFeatures(CommonConfig.java:617) 
at org.glassfish.jersey.model.internal.CommonConfig.configureMetaProviders(CommonConfig.java:558) 
at org.glassfish.jersey.client.ClientConfig$State.initRuntime(ClientConfig.java:361) 
at org.glassfish.jersey.client.ClientConfig$State.access$000(ClientConfig.java:84) 
at org.glassfish.jersey.client.ClientConfig$State$3.get(ClientConfig.java:116) 
at org.glassfish.jersey.client.ClientConfig$State$3.get(ClientConfig.java:113) 
at org.glassfish.jersey.internal.util.collection.Values$LazyValue.get(Values.java:275) 
at org.glassfish.jersey.client.ClientConfig.getRuntime(ClientConfig.java:667) 
at org.glassfish.jersey.client.ClientRequest.getClientRuntime(ClientRequest.java:169) 
at org.glassfish.jersey.client.JerseyInvocation.invoke(JerseyInvocation.java:644) 
at org.glassfish.jersey.client.JerseyInvocation$Builder.method(JerseyInvocation.java:375) 
at org.glassfish.jersey.client.JerseyInvocation$Builder.get(JerseyInvocation.java:275) 
at my.application.client.webservice.data.IssueClient.getIssues(IssueClient.java:50) 
at my.application.client.webservice.data.IssueClient.getIssues(IssueClient.java:30) 
at my.application.client.modules.issuetracker.IssueTracker.getTableData(IssueTracker.java:182) 
at my.application.client.modules.issuetracker.IssueTracker.drawComponents(IssueTracker.java:80) 
at my.application.client.modules.issuetracker.IssueTracker.<init>(IssueTracker.java:59) 
at my.application.client.actions.ShowIssueTrackerAction.fire(ShowIssueTrackerAction.java:37) 
at my.application.client.gui.PVAppMenu$2.actionPerformed(PVAppMenu.java:49) 
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) 
at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) 
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) 
at javax.swing.DefaultButtonModel.setPressed(Unknown Source) 
at javax.swing.AbstractButton.doClick(Unknown Source) 
at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source) 
at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(Unknown Source) 
at java.awt.Component.processMouseEvent(Unknown Source) 
at javax.swing.JComponent.processMouseEvent(Unknown Source) 
at java.awt.Component.processEvent(Unknown Source) 
at java.awt.Container.processEvent(Unknown Source) 
at java.awt.Component.dispatchEventImpl(Unknown Source) 
at java.awt.Container.dispatchEventImpl(Unknown Source) 
at java.awt.Component.dispatchEvent(Unknown Source) 
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) 
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) 
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) 
at java.awt.Container.dispatchEventImpl(Unknown Source) 
at java.awt.Window.dispatchEventImpl(Unknown Source) 
at java.awt.Component.dispatchEvent(Unknown Source) 
at java.awt.EventQueue.dispatchEventImpl(Unknown Source) 
at java.awt.EventQueue.access$200(Unknown Source) 
at java.awt.EventQueue$3.run(Unknown Source) 
at java.awt.EventQueue$3.run(Unknown Source) 
at java.security.AccessController.doPrivileged(Native Method) 
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source) 
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source) 
at java.awt.EventQueue$4.run(Unknown Source) 
at java.awt.EventQueue$4.run(Unknown Source) 
at java.security.AccessController.doPrivileged(Native Method) 
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source) 
at java.awt.EventQueue.dispatchEvent(Unknown Source) 
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) 
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) 
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) 
at java.awt.EventDispatchThread.pumpEvents(Unknown Source) 
at java.awt.EventDispatchThread.pumpEvents(Unknown Source) 
at java.awt.EventDispatchThread.run(Unknown Source) 

ответ

7

Если вы не используете JSON (JSON Processing библиотека), то вы должны удалить jersey-media-json-processing модуль из вашего пути к классам клиента (который, кажется, за пределами ГФ). Этот модуль зависит от jsonp-jaxrs.jar (+ javax.json.jar, javax.json-api.jar), который содержит JsonStructureBodyReader. Дело в том, что каждый раз, когда модуль jersey-media-json-processing находится на пути к классам, Джерси пытается зарегистрировать поставщиков обработки JSON через механизм Auto-Discoverable. Это означает, что в случае отсутствия зависимостей можно было бы столкнуться с удалением, аналогичным вашему.

+0

Обнаружено, определенно проблема зависимости, которую я не видел - спасибо за ответ, это было действительно полезно! – grobmotoriker

+1

В моем случае я столкнулся с этим исключением при попытке запустить учебник Vogella REST. Благодаря ответу Майкла я просто добавил jsonp-jaxrs.jar в свой класс, и он сработал. – mojoken

2

Просто удалите библиотеку стеклянной рыбы из пути построения в затмении. Затем добавьте внешние банки и добавьте все банки из следующих папок в каталог glassfish4.

  1. C: \ glassfish4 \ GlassFish \ модули
  2. C: \ glassfish4 \ GlassFish \ Modules \ одобрил
  3. C: \ glassfish4 \ MQ \ Lib

Вот код клиента я использовал для записи клиента REST с использованием JAX RS

import javax.ws.rs.client.Client; 
import javax.ws.rs.client.ClientBuilder; 
import javax.ws.rs.core.MediaType; 


public class test { 

    public static void main(String[] args) { 

     Client client = ClientBuilder.newClient(); 
     String name = client.target("http://localhost:9999/MyResourceRestfulService/myresources/myresource") 
      .request(MediaType.TEXT_PLAIN) 
      .get(String.class); 

     System.out.println(name); 
    } 

} 
+0

Это работало для меня, хотя GF 4.1 больше не имеет подкаталога '/ mq', и мне пришлось пропустить эту часть инструкции. –

1

Если вы используете Glassfish 4.x в качестве сервера и его библиотек. Вы должны добавить javax.son.jar JSONP-jaxrs.jar

Обе библиотеки расположены в \ GlassFish \ модулей

+0

Большое спасибо Человек, почему Eclipse не импортировал эти банки? – usertest

0

Если вы используете тест JUnit с Maven просто добавить

<dependency> 
    <groupId>org.glassfish</groupId> 
    <artifactId>jsonp-jaxrs</artifactId> 
    <version>1.0</version> 
    <scope>test</scope> 
</dependency> 

к вашему pom.xml

Смежные вопросы