restful-service-Schnittstelle mit jersey

Kann ich erstellen, die einen Rest-Dienst mit Schnittstelle und Implementierung-Klasse? und alle JAX-RS, im Zusammenhang Importe gehen in das interface? ich bin mit jersey2.4 und jetty8.1.

hier ist mein interface:

MyService.java

package foo.bar; 

@Path("/abc")
public interface MyService {

     @GET
     @JSONP
     @Path("/method/{id}")
     public MyResponse getStuff(@PathParam("id") Integer id);

}

MyServiceImpl.java

package foo.bar.impl;

public class MyServiceImpl implements MyService {

     public MyServiceImpl() {}

     @Override
     public MyResponse getStuff(Integer id) {
         //do stuff
         return MyResponse;
     }
}

hier ist meine web.xml:

<servlet>
    <servlet-name>Scivantage REST Service</servlet-name>
    <servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>
    <init-param>
        <param-name>jersey.config.server.provider.packages</param-name>
        <param-value>foo.bar</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

Registrierte ich diese service-provider-Paket (foo.bar) aber es beschwert sich sagen, dies --
javax.- servlet.ServletException: Ein MultiException hat 1 Ausnahmen. Sie sind:|1. java.lang.NoSuchMethodException: Konnte nicht finden, eine geeignete Konstruktor foo.bar.MyService-Klasse.|

Als ich versuchte, mit der Umsetzung class-Paket (foo.bar.impl), es beschwert sich nämlich diesem --
Ich bekomme die HTTP-FEHLERMELDUNG 404; tut nichts anderes, keine exceptions auf der Konsole

Als ich versuchte, beide -- er sich darüber beschwert, der gleiche wie oben:

javax.- servlet.ServletException: Ein MultiException hat 1 Ausnahmen. Sie sind:|1. java.lang.NoSuchMethodException: Konnte nicht finden, eine geeignete Konstruktor foo.bar.MyService-Klasse.|

Können Sie bitte helfen? Was mache ich falsch?

Haben Sie jemals herausfinden? Ich bin mit dem gleichen Problem.
ja, aber nicht, wie ich es beschrieb. wir trennten uns-Ressource-Klasse und die service-Klasse. Ressource-Klasse "Komponieren", die von einem service-Objekt-Referenz. Sie können Folgen Sie der Vererbung Grundsätze für Ihre service-Objekt. hoffe, das hilft.
Ich fand das ist ein bug der mit dem Trikot, wenn man es automatisch suchen für die Anbieter/etc mit es-Paket Scannen. Wenn Sie sich explizit registrieren der Ressourcen - /provider-Klassen, die Sie nicht bekommen diesen Fehler.

InformationsquelleAutor Aravind Datta | 2013-11-22

3

Dies ist zwar eine Frage gepostet, vor einem Jahr, hier ist eine Lösung, die ich stieß nach ein paar versuchen (ich arbeite mit Steg 9 und jersey 2.13): statt mit dem interface (mit @Path("/abc")), versuchen Sie, kommentieren Sie die Implementierung der Klasse statt. Ich denke, dies macht Sinn, da die Schnittstelle sind 'Abstrakt', und nicht sein gebunden an physische Pfade. Auf diese Weise kann das interface erneut verwendet werden in verschiedenen Pfaden.
- Dies nicht verhindern, dass Sie von der Generierung von client-proxies werden mit Hilfe der interface-obwohl?
InformationsquelleAutor Jiaji Wu
1

Wenn Sie möchten, um die Verwendung von Schnittstellen mit JAX-RS-Annotationen können Sie keine längere Suche ein Paket mit dem web.xml
```
<param-name>jersey.config.server.provider.packages</param-name>
<param-value>XXX</param-value>
```
Müssen Sie manuell binden Sie Ihr interface mit Ihrem Ressource-Umsetzung
```
bind(YourResource.class).to(YourResourceImpl.class);
```
Grund :

Entschieden wir uns aus Gründen der performance, die beim Scannen der Schnittstellen werden ignoriert. Auch wir fest, dass Jersey nicht versucht, Sie zu instanziieren Schnittstellen.

https://java.net/jira/browse/JERSEY-1004
- Bezüglich Also we fixed that Jersey will not try to instantiate interfaces.: sieht aus wie dieses noch nicht festgelegt wurde? Ich bin mit 2.13
InformationsquelleAutor Ronan Quillevere

War ich schwer mit dem "nicht finden Konnten, einen geeigneten Konstruktor" Angelegenheit. Ich wollte alle meine Notizen (mit @Path) auf meinem Schnittstellen. Ich war in der Lage, damit es funktioniert, indem die Verwaltung des Lebenszyklus der Ressourcen selbst, anstatt Jersey instanziieren Sie.

Zum Beispiel, wenn Sie hatte YourImplementation implementiert YourRestInterface würden Sie etwas tun, wie dies zum registrieren einer Instanz der Implementierung mit Jersey:

public class RestConfig extends ResourceConfig {

    @Inject
    public RestConfig(ServiceLocator locator) {
        super();

        DynamicConfiguration c = Injections.getConfiguration(locator);
        Object implInstance = new YourImplementation();
        ServiceBindingBuilder<Object> bb = Injections.newFactoryBinder(new BeanFactory(locator, implInstance));
         //tell Jersey to use the factory below to get an instance of YourRestInterface.class
        bb.to(YourRestInterface.class);
        Injections.addBinding(bb, c);

            c.commit();
    }

    private static class BeanFactory implements Factory<Object> {

        private ServiceLocator locator;
        private Object bean;

        BeanFactory(ServiceLocator locator, Object bean)
        {
            this.locator = locator;
            this.bean = bean;
        }

        @Override
        public Object provide() {
               //have Jersey inject things annotated with @Context
            locator.inject(bean);
            return bean;
        }

        @Override
        public void dispose(Object instance) {
        }

    }
}

InformationsquelleAutor John R

In der Klasse ResourceConfig gibt es einen Konstruktor wie diese

ResourceConfig(Class<?>... classes)

Konstruktor erstellen Sie eine neue Ressource-Konfiguration initialisiert mit einer gegebenen Menge von Ressourcen - /provider-Klassen.

So können Sie erweitern ResourceConfig zu registrieren, die Umsetzung Klasse.

public class RestConfig extends ResourceConfig {

    public RestConfig() {
        //register the implementation class
        super(MyServiceImpl.class);
    }

}

Konfigurieren Sie dann web.xml.

<servlet>
    <servlet-name>Scivantage REST Service</servlet-name>
    <servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>
    <init-param>
        <param-name>javax.ws.rs.Application</param-name>
        <!-- the path of RestConfig -->
        <param-value>foo.bar.RestConfig</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

Aber der einfachste Weg ist, dass registrieren Sie die Implementierung der Klasse in web.xml.

<servlet>
    <servlet-name>Scivantage REST Service</servlet-name>
    <servlet-class>org.glassfish.jersey.servlet.ServletContainer</servlet-class>
    <init-param>
        <param-name>jersey.config.server.provider.classnames</param-name>
        <!-- the path of implementation class -->
        <param-value>foo.bar.impl.MyServiceImpl</param-value>
    </init-param>
    <load-on-startup>1</load-on-startup>
</servlet>

in meinem Fall musste ich verlängern, die DefaultResourceConfig

InformationsquelleAutor hezhujun

-1

Ja, Sie können die Schnittstelle zu kommentieren. In unserer Anwendung haben wir umgesetzt, indem auf diese Weise. Folgendes Zitat stammt aus jersy legalisiert Spezifikationen.

JAX-RS-Annotationen KÖNNEN verwendet werden, auf der Methoden und Parameter der Methode von
eine Superklasse oder ein implementiertes interface. Solche Anmerkungen sind
geerbt von einem entsprechenden sub-Klasse oder der Umsetzung-Klasse-Methode
vorausgesetzt, die Methode und Ihre Parameter haben keine JAX-RS
Anmerkungen von seiner eigenen. Anmerkungen auf einer super-Klasse haben Vorrang
über diejenigen, die auf eine implementierte Schnittstelle. Wenn eine Unterklasse oder
Umsetzung Methode hat jede JAX-RS-Annotationen dann alle
Anmerkungen auf der super-Klasse, Schnittstelle oder Methode ignoriert

Ich denke, in Ihrem Fall den Fehler, da Sie möglicherweise übersehen haben-Zuordnung bitte prüfen.
<servlet-mapping> <servlet-name>api</servlet-name> <url-pattern>/api/*</url-pattern> </servlet-mapping>

InformationsquelleAutor malatesh

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.