Jersey nicht sehen, meine MessageBodyReader

Ich versuche, jersey mit meine eigene json-MessageBodyReader/MessageBodyWriter (da bin ich nicht die Verwendung von @XmlRootElement... Anmerkungen auf meine domain-Klassen).

@Provider
@Produces(MediaType.APPLICATION_JSON)
@Consumes(MediaType.APPLICATION_JSON)
public final class MyGsonMessageBodyHandler implements MessageBodyWriter<Object>, MessageBodyReader<Object> {
...
}

Jersey verwendet diese Klasse als messagebodywriter (wie es Stoppt bei Haltepunkt in der implementierten Methode writecontentto). Hovewer es nicht sehen diese Klasse als messagebodyreader (und selbst wenn ich die Pause bis diese Klasse die getrennte Implementierung der messagebodyreader/messagebodywriter es weigert sich immer noch, um meine messagebodyreader).

Den Test-code sieht wie folgt aus (jersey-grizzly):

final Greeting greeting = resource.path("/greeting")
            .queryParam("name", name)
            .accept(MediaType.APPLICATION_JSON)
            .type(MediaType.APPLICATION_JSON)
            .get(Greeting.class);

Die Fehler, die ich habe sieht wie folgt aus:

A message body reader for Java class test.Greeting, and Java type class test.Greeting, and MIME media type application/json was not found

Frage ich mich, welche Art von Magie benötigt für das schreiben von eigenen MessageBodyReader?

InformationsquelleAutor Alex | 2011-05-24
  1. 9

    Nach einer Weile fand ich die Ursache des Problems. Meine Implementierung von MessageBodyReader/Writer ist OK (und ich es funktioniert mit RESTlet), aber WENN SIE JerseyTest, VERGESSEN Sie NICHT, FÜGEN Sie IHRE MessageBodyReader/Writer es ist ClientConfig:

    /**
 * Creates custom REST client config which is mandatory since we don't use any JSON providers.
 * @return Jersey Client Config with the required classes to read/write in(out)coming data.
 */
private static ClientConfig createClientConfig() {
    final ClientConfig config = new DefaultClientConfig();
    config.getClasses().add(GsonMessageBodyHandler.class);
    config.getClasses().add(GsonAwareContextResolver.class);
    return config;
}

/**
 * Public ctor
 * @throws com.sun.jersey.test.framework.spi.container.TestContainerException On error
 */
public MyRestExposureTest() throws TestContainerException {
    super(new WebAppDescriptor.Builder("my.rest.package")
            .clientConfig(createClientConfig())
            .contextPath("/")
            .build());
}

    Anders Ihrem client-code wäre nicht in der Lage zu Lesen/schreiben Ihre POJOs.

    • Ich bin mit jersey 1.17 und das funktioniert bei mir nicht. Die client config ist nie ausgewertet.
    InformationsquelleAutor Alex
  2. 3

    Dies ist, was ich verwende und es funktioniert (derzeit mit Jersey 1.8).

    public static Client createMyClient() {
    ClientConfig cc = new DefaultClientConfig();
    cc.getClasses().add(MyProviderClass1.class);
    cc.getClasses().add(MyProviderClass2.class);
    cc.getClasses().add(MyProviderClass3.class);
    return Client.create(cc);
}
    InformationsquelleAutor java.is.for.desktop.indeed
  3. 0

    Ich bin mir nicht sicher, ob es dein Fall ist, aber der häufigste Fehler ist falsche Umsetzung der isReadable Methode.

    Hast du es umgesetzt?

    Halten Sie es, beim Debuggen?

    Wirkt es true zurück?

    InformationsquelleAutor Tarlog
  4. 0

    Danach versuchte Alex' Lösung, diese schließlich für mich gearbeitet:

    public IntegrationTest() throws TestContainerException {
    super(new LowLevelAppDescriptor.Builder(createResourceConfig())
                  .build());
}

private static ResourceConfig createResourceConfig() {
    ResourceConfig rc = new PackagesResourceConfig("com.github.joschi.jersey.security.smime");
    rc.getSingletons().add(new EnvelopedWriter());
    rc.getSingletons().add(new SignedWriter());
    return rc;
}
    InformationsquelleAutor Raffael
Schreibe einen Kommentar