Тестирование службы RESTFul Spring 3 со встроенным Tomcat 7 / junit в рамках проекта Maven WebApp

Question

Цель состоит в том, чтобы при каждом модульном тесте систематически запускать сервер tomcat 7, загружать приложение Spring (в конечном итоге отбрасывать / создавать схему и инициировать ее данные в базе данных), выполнять модульные тесты и останавливать сервер http.
Это довольно легко найти образец, чтобы сделать это с встроенным сервером Jetty

Я не нашел правильный способ настроить встроенный сервер Tomcat 7 для загрузки контекста Spring
Можете ли вы помочь мне ??

структура проекта - это стандартный проект maAn webApp с именем "myApp"

src
 +-main
  +-java
  +-webapp
   +-static
   +-WEB-INF
    +-web.xml
    +-applicationcontext.xml
target
 +-myApp
  +-webapp
   +-static
   +-WEB-INF
    +-classes

абстрактный юнит-тест:

import org.junit.After;
import org.junit.Before;
import org.junit.runner.RunWith;
import org.apache.catalina.Context;
import org.apache.catalina.core.AprLifecycleListener;
import org.apache.catalina.core.StandardServer;
import org.apache.catalina.startup.Tomcat;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
import com.sun.jersey.api.client.Client;
import com.sun.jersey.api.client.WebResource;

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = {"applicationContext.xml"})
public abstract class AbstractMainHTTPTestCase
{

   private int                 PORT;
   private Tomcat              tomcat;
   private String              appBase;
   private String              contextPath;
   private String              hostname;
   private String              baseDir;
   public Client               client;
   public WebResource          webResource;
   public String               response;


   @Before
   public final void setUp() throws Exception
   {
      this.PORT = 8081;
      this.appBase = "src/main/webapp";
      this.contextPath = "";
      this.baseDir = ".";
      this.hostname = "localhost";

      this.tomcat = new Tomcat();
      this.tomcat.setPort(this.PORT);

      this.tomcat.setBaseDir(this.baseDir);
      this.tomcat.getHost().setAppBase(this.appBase);
      this.tomcat.setHostname(this.hostname);
      Context ctx = this.tomcat.addWebapp(this.contextPath, this.appBase);

      File contextFile = new File(this.appBase + "/WEB-INF/web.xml");
      ctx.setConfigFile(contextFile.toURI().toURL());

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

   @After
   public final void tearDown() throws Exception
   {
      this.tomcat.stop();
   }
}

и типичный тестовый класс для тестирования URL:

import static org.junit.Assert.assertNotNull;
import org.junit.Test;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;

import org.sproutcore.sample.todos.AbstractMainHTTPTestCase;

public class MainControllerTest extends AbstractMainHTTPTestCase
{

   private static final Logger LOG = LoggerFactory.getLogger(MainControllerTest.class);

   @Test
   public void staticTest() throws Exception
   {
      LOG.debug("HTTP TEST: staticTest");
      this.response = this.webResource.path("/static/test.txt").get(String.class);
      LOG.debug("staticTest response: {}", this.response);
      assertNotNull("Static test shall be not null", this.response);
   }

}

Статическая папка настроена в applicationcontext.xml:

<!-- Handles HTTP GET requests for /static/** -->
<mvc:resources mapping="/static/**" location="/static/" />

Этот способ работы / позволяет людям сначала кодировать модульные тесты и создавать модульный тест данных, а затем кодировать функции приложения. Испытания выполняются автоматически при упаковке приложения с Maven. Вы также можете создавать отчеты об испытаниях ... Лучшие практики ...

Answer 1

Можете ли вы быть немного более конкретным о том, что не работает с этим?

Я думаю, это может быть 2 вещи.

первый. this.tomcat.getServer().await();

блокирует поток, поэтому никакие тестовые методы не вызываются, я просматривал ту же самую вещь, и если у вас есть код из http://www.copperykeenclaws.com/embedding-tomcat-7/,, это имеет смысл только в основном методе

второй. это может быть проблема с

@ContextConfiguration(locations = {"applicationContext.xml"})

эта аннотация позволяет JUnit-Runner загружать конфигурацию пружины. поэтому я могу представить, что может возникнуть конфликт, когда кот снова загрузит конфигурацию пружины.