исключение при вызове ehcache-сервера во встроенном Jetty через Cargo: не удалось создать экземпляр WebApplicationProviderImpl - PullRequest
Новая
       14

исключение при вызове ehcache-сервера во встроенном Jetty через Cargo: не удалось создать экземпляр WebApplicationProviderImpl

0 голосов
/ 29 мая 2009

Я работаю над веб-приложением, которое использует автономный сервер ehcache для кэширования определенных данных. Доступ к серверу ehcache осуществляется через REST (в отличие от SOAP).

В целях функционального тестирования мне нужно запустить встроенный экземпляр сервера ehcache. Сам проект echcache-server делает это для собственных функциональных тестов, используя плагин Cargo Maven2. Я попытался сделать то же самое в pom.xml моего приложения, но плагин Cargo настаивает на развертывании WAR собственного веб-приложения, даже когда я настраиваю его для использования WAR ehcache вместо этого.

Поэтому я пытаюсь напрямую использовать API-интерфейс Cargo Container для развертывания и создания экземпляра контейнера. Вот соответствующий код: 

String localRepositoryPath = "/home/zoltan/.m2/repository";
String jettyHomeDirectory = "/tmp/cargoJettyHome";

LocalConfiguration configuration = new Jetty6xEmbeddedStandaloneLocalConfiguration(jettyHomeDirectory);
Deployable war = new WAR(localRepositoryPath + "/net/sf/ehcache/ehcache-server/0.7/ehcache-server-0.7.war");
configuration.addDeployable(war);

EmbeddedLocalContainer container = new Jetty6xEmbeddedLocalContainer(configuration);
container.start();

Контейнер Jetty запускается, и сам ehcache, кажется, частично запускается, основываясь на различных сообщениях, которые выглядят так же, как то, что генерируется при запуске автономного сервера. Однако веб-служба RESTful не запускается, за исключением следующего: 

com.sun.jersey.spi.service.ServiceConfigurationError: com.sun.jersey.spi.container.WebApplicationProvider: The class com.sun.jersey.impl.container.WebApplicationProviderImpl implementing provider interface com.sun.jersey.spi.container.WebApplicationProvider could not be instantiated: null
    at com.sun.jersey.spi.service.ServiceFinder.fail(ServiceFinder.java:346)
    at com.sun.jersey.spi.service.ServiceFinder.access$600(ServiceFinder.java:144)
    at com.sun.jersey.spi.service.ServiceFinder$LazyObjectIterator.hasNext(ServiceFinder.java:638)
    at com.sun.jersey.spi.container.WebApplicationFactory.createWebApplication(WebApplicationFactory.java:61)
    at com.sun.jersey.spi.container.servlet.ServletContainer.create(ServletContainer.java:570)
    at com.sun.jersey.spi.container.servlet.ServletContainer.load(ServletContainer.java:538)
    at com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:207)
    at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:433)
    at org.mortbay.jetty.servlet.ServletHolder.doStart(ServletHolder.java:256)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
    at org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:616)
    at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
    at org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1220)
    at org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:513)
    at org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:448)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
    at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
    at org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
    at org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
    at org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
    at org.mortbay.jetty.Server.doStart(Server.java:222)
    at org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.codehaus.cargo.container.jetty.internal.JettyExecutorThread.run(JettyExecutorThread.java:68)
Caused by: java.lang.ClassCastException
    at java.lang.Class.cast(Class.java:2990)
    at com.sun.jersey.spi.service.ServiceFinder$LazyObjectIterator.hasNext(ServiceFinder.java:596)
    ... 26 more

Вот соответствующие зависимости из моего pom.xml: 

<dependency>
  <groupId>com.sun.jersey</groupId>
  <artifactId>jersey-server</artifactId>
  <version>1.0</version>
  <scope>test</scope>
</dependency>
<dependency>
  <groupId>com.sun.jersey</groupId>
  <artifactId>jersey-client</artifactId>
  <version>1.0</version>
</dependency>
<dependency>
  <groupId>com.sun.jersey</groupId>
  <artifactId>jersey-spring</artifactId>
  <version>1.0</version>
  <scope>test</scope>
  <exclusions>
    <exclusion>
      <groupId>org.springframework</groupId>
      <artifactId>spring-core</artifactId>
    </exclusion>
    <exclusion>
      <groupId>org.springframework</groupId>
      <artifactId>spring-beans</artifactId>
    </exclusion>
    <exclusion>
      <groupId>org.springframework</groupId>
      <artifactId>spring-aop</artifactId>
    </exclusion>
    <exclusion>
      <groupId>org.springframework</groupId>
      <artifactId>spring-context</artifactId>
    </exclusion>
    <exclusion>
      <groupId>org.springframework</groupId>
      <artifactId>spring-context-support</artifactId>
    </exclusion>
    <exclusion>
      <groupId>org.springframework</groupId>
      <artifactId>spring-web</artifactId>
    </exclusion>
  </exclusions>
</dependency>
<dependency>
  <groupId>org.mortbay.jetty</groupId>
  <artifactId>jetty-servlet-tester</artifactId>
  <version>6.1.11</version>
  <scope>test</scope>
</dependency>
<dependency>
  <groupId>org.codehaus.cargo</groupId>
  <artifactId>cargo-core-api-container</artifactId>
  <version>1.0</version>
</dependency>
<dependency>
  <groupId>org.codehaus.cargo</groupId>
  <artifactId>cargo-core-api-generic</artifactId>
  <version>1.0</version>
</dependency>
<dependency>
  <groupId>org.codehaus.cargo</groupId>
  <artifactId>cargo-core-container-jetty</artifactId>
  <version>1.0</version>
</dependency>
<dependency>
  <groupId>net.sf.ehcache</groupId>
  <artifactId>ehcache-server</artifactId>
  <version>0.7</version>
  <type>war</type>
</dependency>

Кто-нибудь знает, что может вызвать это исключение? Возможно я использую несовпадающие версии молы и майки? Должен ли я как-то зарегистрировать WebApplicationProviderImpl? Любые идеи будут высоко оценены.

1 Ответ

0 голосов
/ 15 июня 2009

У меня нет решения для этого: вместо этого мои функциональные тесты используют автономный сервер ehcache.

Кто-то из списка рассылки ehcache предложил альтернативный подход .

...