модульное тестирование трикотажа покоя с каркасом джерси

Question

Я пишу модульный тест для моего вызова покоя (реализованный в Джерси) с помощью инфраструктуры теста Джерси, я получаю IncompatibleClassChangeError, и это действительно сбивает с толку:

    Caused by: java.lang.IncompatibleClassChangeError: Class javax.ws.rs.core.Response$Status does not implement the requested interface javax.ws.rs.core.Response$StatusType
 at com.sun.jersey.spi.container.ContainerResponse.getStatus(ContainerResponse.java:548)
 at com.sun.jersey.spi.container.ContainerResponse$CommittingOutputStream.commitWrite(ContainerResponse.java:156)
 at com.sun.jersey.spi.container.ContainerResponse$CommittingOutputStream.write(ContainerResponse.java:133)
 at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:202)
 at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:272)
 at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:276)
 at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:122)
 at java.io.OutputStreamWriter.flush(OutputStreamWriter.java:212)
 at java.io.BufferedWriter.flush(BufferedWriter.java:236)
 at com.sun.jersey.core.util.ReaderWriter.writeToAsString(ReaderWriter.java:191)
 at com.sun.jersey.core.provider.AbstractMessageReaderWriterProvider.writeToAsString(AbstractMessageReaderWriterProvider.java:128)
 at com.sun.jersey.core.impl.provider.entity.StringProvider.writeTo(StringProvider.java:88)
 at com.sun.jersey.core.impl.provider.entity.StringProvider.writeTo(StringProvider.java:58)
 at com.sun.jersey.spi.container.ContainerResponse.write(ContainerResponse.java:299)
 at com.sun.jersey.server.impl.application.WebApplicationImpl._handleRequest(WebApplicationImpl.java:1326)
 at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1239)
 at com.sun.jersey.server.impl.application.WebApplicationImpl.handleRequest(WebApplicationImpl.java:1229)
 at com.sun.jersey.spi.container.servlet.WebComponent.service(WebComponent.java:420)
 at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:497)
 at com.sun.jersey.spi.container.servlet.ServletContainer.service(ServletContainer.java:684)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
 at com.sun.grizzly.http.servlet.FilterChainImpl.doFilter(FilterChainImpl.java:188)
 ... 20 more

Мой звонок на отдых выглядит так:

@GET
@Produces("application/json")
@Path("/test") 
public String test() {
    return "it works";
}

Мой тест такой:

public class MyTest extends JerseyTest {

    public MyTest() {
        super("com.mypackage");
    }

    @Test
    public void test() throws IllegalArgumentException, IOException {
        WebResource webResource = resource();
        webResource.path("/test").accept("application/json").get(ClientResponse.class).toString();
    }
}

2-я строка выдает исключение. Так что я тут делаю не так? Я использую джерси 1.4, а также 1.4 для фреймворка для джерси. Любая помощь будет оценена. Спасибо!

Обновление: я замечаю, что тест пройдёт, если я запущу его в командной строке через maven, странно.

Answer 1

ваш метод возвращает строку

@GET
@Produces("application/json")
@Path("/test") 
public String test() {
    return "it works";
}

так что вы должны ожидать String.class

public class MyTest extends JerseyTest {

    public MyTest() {
        super("com.mypackage");
    }

    @Test
    public void test() throws IllegalArgumentException, IOException {
        WebResource webResource = resource();
        assertEquals("it works",webResource.path("/test").accept("application/json").get(String.class));
    }
}

Answer 2

Попробуйте вместо этого изменить настройки теста Джерси, чтобы переопределить конфигурацию:

    public class MyTest extends JerseyTest {

    @Override
    protected Application configure() {
        enable(TestProperties.LOG_TRAFFIC);
        enable(TestProperties.DUMP_ENTITY);

        MyResource service = new MyResource();
        ResourceConfig config = new ResourceConfig();
        config.register(service);        

        Map<String, Object> mapProps = new HashMap<>();      mapProps.put(ServerProperties.BV_SEND_ERROR_IN_RESPONSE,Boolean.TRUE);
        config.addProperties(mapProps);

        return config;
    }

    /**
     * expects HTTP 200 for valid request
     * @param l
     * @param expectedText
     */
    private void expectValidRequest(String expectedText) {     
        Response output = target("/test").request(MediaType.APPLICATION_JSON).get();

        Assert.assertTrue(output.getStatus() == HttpStatus.OK_200);             
        Assert.assertTrue(output.getHeaders().get("Content-Type").get(0).equals(MediaType.APPLICATION_JSON));
        String textBody = output.readEntity(String.class);              
        Assert.assertTrue(textBody.equals(expectedText));   
    }

    @Test
    public void test() throws IllegalArgumentException, IOException {
        String expectedText = "{\"name\": \"it works\"}";
        expectValidRequest(l, expectedText);  
    }
}

// your Client response class - sample
    class ClientResponse {
        public ClientResponse(String name) {
            super();
            this.name = name;
        }
        public String getName() {
            return name;
        }
        public void setName(String name) {
            this.name = name;
        }
    }


// your web service
@GET
@Produces("application/json")
@Path("/test") 
public ClientResponse test() {
    return new ClientResponse("it works");
}

Answer 3

Не совсем ответ на ваш вопрос, но я все равно должен его задать. Я уверен, что вы упростили пример, но я не вижу особой ценности в написании модульного теста для этого. Кажется, что вы тестируете фреймворк больше, чем какая-либо логика реального приложения. Если ваш запрос get вызывает некоторые правила для возврата каких-либо объектов модели, просто оберните этот код в объект и используйте DI для его внедрения.

Например:

@GET
@Produces("application/json")
@Path("/movies") 
public List<Movie> catalog() {
    return this.rentalManager.findAll();
}

Теперь вы можете просто использовать скучный старый тест JUnit и не заниматься ни одной из проблем фреймворка. Проверяет ли наличие в вашем классе правильные аннотации? Не совсем, но я подозреваю, что это что-то, что будет поймано при приемочном тестировании и не сильно изменится после кодирования.

Конечно, если вас это действительно беспокоит, вы можете написать какой-нибудь тест вроде:

@Test
public void catalogSupportsGetRequests() {
     verifyMethodHasAnnotation(MyResource.class, "catalog", "GET");
}

@Test
public void catalogProducesJson() {
     verifyMethodHasAnnotation(MyResource.class, "catalog", "Produces", "application/json");
}

// You get the idea.

Надеюсь, это поможет! Brandon