Aktivieren CDI injizieren in web Services (jaxrs/jersey) auf java se ausgeführt grizzly?

Wie kann ich die CDI-Injektion von Ressourcen in restful-web-service-Ressourcen? Läuft bei mir auf standard-java mit weld 2 (cdi), jersey (jaxrs) und grizzly (web-server). Hier ist meine einfache web-Ressource:

import training.student.StudentRepository;
import javax.inject.Inject;
import javax.ws.rs.*;

@Path("student")
public class StudentWebResource {
  @Inject
  private StudentRepository studentRepository;  

  @GET
  @Path("count")
  @Produces(MediaType.TEXT_PLAIN)
  public Integer getCount() {
    return studentRepository.studentCount();
  }
}

Und hier ist, wie ich habe weld starten meiner einfachen web-server:

public class Main {
  public static void main(String[] args) throws Exception {
    startCdiApplication();
  }

  public static void startCdiApplication() throws Exception {
    Weld weld = new Weld();
    try {
      WeldContainer container = weld.initialize();
      Application application = container.instance().select(WebServer.class).get();
      application.run();
    } 
    finally {
      weld.shutdown();
    }
  }
}

Und den code, den ich vermute, wird geändert werden müssen, zu informieren jersey verwenden Schweißnaht für CDI injizieren Auflösung:

...
import org.glassfish.grizzly.http.server.HttpServer;
import org.glassfish.jersey.grizzly2.httpserver.GrizzlyHttpServerFactory;
import org.glassfish.jersey.jackson.JacksonFeature;
import org.glassfish.jersey.server.ResourceConfig;

public class WebServer implements Application {

  /*
   * startup the grizzly http server to make available the restful web services
   */
  private void startWebServer() throws IOException, InterruptedException {
    final ResourceConfig resourceConfig = new ResourceConfig().packages("training.webservice").register(new JacksonFeature());
    final HttpServer server = GrizzlyHttpServerFactory.createHttpServer(getBaseUri(), resourceConfig);
    server.start();
    Thread.currentThread().join();
  }

  ...

  @Override
  public void run() throws IOException, InterruptedException {
    startWebServer();
  }
}

InformationsquelleAutor Brice Roncace | 2013-06-20

  1. 13

    Nachdem ich in diesem stackoverflow post, implementiert habe ich die folgende Lösung. Nicht sicher, ob es die beste route zu nehmen, aber es funktionierte.

    Erstellte ich eine hk2 Binder und registriert Binder:

    public class WebServiceBinder extends AbstractBinder {

  @Override
  protected void configure() {
    BeanManager bm = getBeanManager();
    bind(getBean(bm, StudentRepository.class))
        .to(StudentRepository.class);
  }

  private BeanManager getBeanManager() {
    //is there a better way to get the bean manager?
    return new Weld().getBeanManager();
  }

  private <T> T getBean(BeanManager bm, Class<T> clazz) {
    Bean<T> bean = (Bean<T>) bm.getBeans(clazz).iterator().next();
    CreationalContext<T> ctx = bm.createCreationalContext(bean);
    return (T) bm.getReference(bean, clazz, ctx); 
  }
}

    Dann geändert, die ResourceConfig Instanziierung von oben:

    final ResourceConfig resourceConfig = new ResourceConfig()
    .packages("training.webservice")
    .register(new JacksonFeature())
    .register(new WebServiceBinder());
    Das wird funktionieren, aber Sie sind besser zu verwenden, die SE integration der CDI-Implementierung, die Sie verwenden (es ist nicht in der spec, aber Sie alle tun es).
    Meinst du anstelle der Initialisierung der CDI über das zu schweißende Objekt, die ich verwenden sollten (im Fall der Schweißnaht) die StartMain.Haupt-statische Methode, und dann haben public void main(@Observes ContainerInitialized event)? oder beziehen Sie sich auf die hk2 CDI-Implementierung?
    Entweder wird man arbeiten. Wenn man in einer OSGI-Umgebung und benötigen die Trennung der hk2 oder Schweißen-osgi-Projekt arbeiten würde.
    BTW, einen besseren Weg, um den BeanManager ist CDI.current().getBeanManager().
    Warnung. Diese Antwort ist überholt, da Jersey 2.

    InformationsquelleAutor Brice Roncace

  2. 5

    Die ausgewählte Antwort stammt aus eine Weile zurück. Es ist nicht sinnvoll zu erklären, jede Bindung in eine benutzerdefinierte HK2 binder.
    Ich hatte gerade zum hinzufügen einer Abhängigkeit. Obwohl es entworfen wurde, für den Glassfish-es passt perfekt in andere Behälter. Ich verwende Tomcat /Grizzly.

       <dependency>
        <groupId>org.glassfish.jersey.containers.glassfish</groupId>
        <artifactId>jersey-gf-cdi</artifactId>
        <version>2.14</version>
    </dependency>

    Hier ist ein Beispiel mit JerseyTest (Gleiches Prinzip, wenn man es aus einer main-Methode). Ich hatte gerade zu erklären, die Abhängigkeit von weld-se und erklären einem Weld container vor dem instanziieren meine Ressourcen - wie Sie auch habe - und es funktioniert out of the box.

    public class GrizzlyTest extends JerseyTest {
    private Weld weld;
    private WeldContainer container;

    @Override
    protected Application configure() {
        weld = new Weld();
        container = weld.initialize();
        return new ResourceConfig(MyResource.class);
    }

    @Test
    public void test() {
        System.out.println(target("myresource").request().get(String.class));
    }

    @After
    public void after() {
        weld.shutdown();
    }
}
    Wahr ist, dass die akzeptierte Antwort ist überholt, da bei Jersey 2 gesehen hat, das Tageslicht aber ... dein code-snippet ist auch fehlerhaft: new Weld() sollte verwendet werden, um start-Schweißnaht-container, die in einem eigenständigen env, nicht innerhalb der servlet-container. Registrieren Weld-servlet-listener statt.
    Könnte Sie dann nach, als ein Beispiel der Registrierung eines Weld-servlet-listener auf eine JerseyTest config ?
    Versteh mich nicht falsch, dein code-snippet ist vollkommen ok, da es nur eine test-Klasse. Aber der OP fragte nach Aktivierung CDI (Weld) in einen servlet-container.

    InformationsquelleAutor otonglet

  3. 2

    Seit mindestens Schweißnaht 2.2.0.Final gibt es keine Notwendigkeit, Durcheinander mit HK2 Binder.

    Als offizielle Schweißen Dokumentation Staaten müssen Sie nur zu registrieren org.jboss.weld.environment.servlet.Listener. Code snipped vom doc:

    public class Main {
    public static void main(String[] args) throws ServletException, LifecycleException {
        Tomcat tomcat = new Tomcat();
        Context ctx = tomcat.addContext("/", new File("src/main/resources").getAbsolutePath());

        Tomcat.addServlet(ctx, "hello", HelloWorldServlet.class.getName());
        ctx.addServletMapping("/*", "hello");

        ctx.addApplicationListener(Listener.class.getName());

        tomcat.start();
        tomcat.getServer().await();
    }

    public static class HelloWorldServlet extends HttpServlet {
        @Inject
        private BeanManager manager;

        @Override
        protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {
            resp.setContentType("text/plain");
            resp.getWriter().append("Hello from " + manager);
        }
    }
}

    Oben servlet-listener verwaltet das gesamten Lebenszyklus der Schweißnaht-container. So gibt es keine Notwendigkeit zu:

     Weld weld = new Weld();
 WeldContainer container = weld.initialize();

    UPDATE
    @EdMelo darauf hingewiesen, Grizzly HTTP server ist nicht voll kompatibel zur Servlet-container. Ich wusste das nicht, vielen Dank für diesen Hinweis. Also ich bin mir nicht sicher, ob meine Antwort noch gilt.

    InformationsquelleAutor G. Demecki

Schreibe einen Kommentar