Как и кому следует вводить PersistenceContext при выполнении тестов через Джерси / Гризли? - PullRequest
Новая
       13

Как и кому следует вводить PersistenceContext при выполнении тестов через Джерси / Гризли?

3 голосов
/ 28 сентября 2010

У меня есть этот класс (смесь JAX-RS / Джерси и JPA / Hibernate): 

public class Factory {
  @PersistenceContext(unitName = "abc")
  EntityManager em;
  @Path("/{id}")
  @GET
  public String read(@PathParam("id") int i) {
    return em.find(Employee.class, i).getName();
  }
}

Это модульный тест: 

public class FactoryTest extends JerseyTest {
  public FactoryTest() throws Exception {
    super("com.XXX");
  }
  @Test
  public void testReadingWorks() {
    String name = resource().path("/1").get(String.class);
    assert(name.length() > 0);
  }
}

Здесь все хорошо, кромеодин это: em это NULL внутри read().Похоже, Grizzly (я использую этот сервер вместе с Jersey Test Framework) не вводит PersistenceContext.Что я тут не так делаю?

Ответы [ 2 ]

2 голосов
/ 28 сентября 2010

Здесь все хорошо, кроме одного: em равен NULL внутри read (). Похоже, что Grizzly (я использую этот сервер вместе с Jersey Test Framework) не внедряет PersistenceContext. Что я тут не так делаю?

  1. Я не уверен, что Гризли предлагает инъекцию.
  2. Я не уверен, что инъекция в любом случае поддерживается в "любом" ресурсе Джерси (Пол Сандос, кажется, подразумевает, что он должен быть в этой теме , но я не смог найти четких доказательств этого утверждения).

Итак, насколько мне известно, самым простым решением было бы внедрить EntityManager в EJB 3.1 Сессионный компонент без сохранения состояния (SLSB), который можно напрямую представить как ресурсы REST (путем аннотирования его с помощью JAX-RS). аннотаций).

Другой вариант - сделать ресурс JAX-RS управляемым компонентом и использовать CDI для внедрения. Это подход TOTD # 124: использование CDI + JPA с JAX-RS и JAX-WS .

В обоих случаях, я думаю, вам нужно использовать контейнер Embedded GlassFish в качестве контейнера для ваших тестов на Джерси.

Ресурсы

1 голос
/ 25 сентября 2015

Я нашел решение для com.sun.jersey / jersey-grizzly2 версия 1.x .Я реализовал пользовательский InjectableProvider .Следующий код взят из статьи Oracle : 

import javax.ejb.EJB;
import javax.naming.InitialContext;
import javax.naming.NamingException;
import javax.ws.rs.ext.Provider;

import com.sun.jersey.core.spi.component.ComponentContext;
import com.sun.jersey.core.spi.component.ComponentScope;
import com.sun.jersey.spi.inject.Injectable;
import com.sun.jersey.spi.inject.InjectableProvider;

@Provider
public class EJBProvider implements InjectableProvider<EJB, Type> {

    public Scope getScope() {
        return Scope.Singleton;
    }

    public Injectable getInjectable(ComponentContext cc, EJB ejb, Type t) {
        if (!(t instanceof Class)) return null;

        try {
            Class c = (Class)t;        
            Context ic = new InitialContext();

            final Object o = ic.lookup(c.getName());

            return new Injectable<Object>() {
                public Object getValue(HttpContext c) {
                    return o;
                }                    
            };            
        } catch (Exception e) {
            e.printStackTrace();
            return null;
        }
    }
}

Мне пришлось немного адаптировать его под мою среду.Также обратите внимание, что провайдер должен быть в том же пакете, что и ваш класс обслуживания, иначе он не будет выбран (об этом не говорится в статье).

...