Гризли и Джерси автономная банка - PullRequest
8 голосов
/ 20 марта 2012

Я пытаюсь упаковать Grizzly с Джерси в одну банку, используя плагин Maven Shade.Но я всегда получаю сообщение No container provider supports the type class org.glassfish.grizzly.http.server.HttpHandler

Код отлично работает в Eclipse, но не в упакованном банке:

public class Main {

private static URI getBaseURI() {
    return UriBuilder.fromUri("http://localhost/").port(9998).build();
}

public static final URI BASE_URI = getBaseURI();

protected static HttpServer startServer() throws IOException {
    System.out.println("Starting grizzly...");
    ResourceConfig rc = new PackagesResourceConfig("share.test");
    rc.getFeatures().put(JSONConfiguration.FEATURE_POJO_MAPPING, Boolean.TRUE);
    return GrizzlyServerFactory.createHttpServer(BASE_URI, rc);
}

public static void main(String[] args) throws IOException {
    HttpServer httpServer = startServer();
    System.in.read();
    httpServer.stop();
}    
}

Вот полное исключение

$ java -jar target/webServiceTest-0.0.1-SNAPSHOT.jar
Starting grizzly...
Mar 20, 2012 12:48:53 PM com.sun.jersey.api.core.PackagesResourceConfig init
INFO: Scanning for root resource and provider classes in the packages:
  share.test
Mar 20, 2012 12:48:54 PM com.sun.jersey.api.core.ScanningResourceConfig logClasses
INFO: Root resource classes found:
  class share.test.NonJAXBBeanResource
  class share.test.Hello
Mar 20, 2012 12:48:54 PM com.sun.jersey.api.core.ScanningResourceConfig init
INFO: No provider classes found.
Exception in thread "main" java.lang.IllegalArgumentException: No container provider supports the type class org.glassfish.grizzly.http.server.HttpHandler
    at com.sun.jersey.api.container.ContainerFactory.createContainer(ContainerFactory.java:196)
    at com.sun.jersey.api.container.ContainerFactory.createContainer(ContainerFactory.java:134)
    at com.sun.jersey.api.container.grizzly2.GrizzlyServerFactory.createHttpServer(GrizzlyServerFactory.java:242)
    at share.test.Main.startServer(Main.java:27)
    at share.test.Main.main(Main.java:31)

Я создаю пакет jar, используя maven с

<build>
 <plugins>
  <plugin>
   <groupId>org.apache.maven.plugins</groupId>
   <artifactId>maven-shade-plugin</artifactId>
   <version>1.5</version>
   <configuration>
   <transformers>
   <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
     <manifestEntries>
      <Main-Class>share.test.Main</Main-Class>
      <Build-Number>1</Build-Number>
     </manifestEntries>
    </transformer>
  </transformers>
 </configuration>
<executions>
 <execution>
  <phase>package</phase>
   <goals>
    <goal>shade</goal>
   </goals>
 </execution>
</executions>
</plugin>
</plugins>
</build>

Нужно ли мне менять плагин shade, чтобы включить что-нибудь еще?

Ответы [ 3 ]

8 голосов
/ 21 марта 2012

Ошибка выглядит так, что плагин неправильно объединяет записи META-INF / services из разных jar-файлов - если в каталоге META-INF / services несколько jar-файлов содержится несколько файлов с одним именем, их необходимо объединить, не заменен одним другим. Проверьте, так ли это.

1 голос
/ 15 марта 2015

Следующие ссылки помогли мне найти решение ниже:

особенно ответ

Вместо использования jar-with-dependencies в качестве descriptorRef конфигурации вашего сборочного плагина вы создаете наш собственный, например. в src / assembly / depmerge.xml (см. ниже). Эта конфигурация сборки добавит containerDescriptorHandler, который заботится о META-INF / services.

пробег

mvn clean compile assembly:single

, чтобы получить jar-файл в цель, которую вы можете вызвать с помощью

java -jar target/x.y.-version-jar-with-dependencies.jar

pom.xml:

      <plugin>
            <artifactId>maven-assembly-plugin</artifactId>
            <version>2.5.3</version>
            <configuration>
                <archive>
                    <manifest>
                        <mainClass>${mainClass}</mainClass>
                    </manifest>
                </archive>
          <descriptor>src/assembly/depmerge.xml</descriptor>
          </configuration>
        </plugin>

ЦСИ / сборка / depmerge.xml:

<!-- 
 see http://maven.apache.org/guides/mini/guide-assemblies.html 
 see http://maven.apache.org/plugins/maven-assembly-plugin/descriptor-refs.html 
-->
<assembly
    xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.2"
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.2 http://maven.apache.org/xsd/assembly-1.1.2.xsd">
    <!-- TODO: a jarjar format would be better -->
    <id>jar-with-dependencies-and-services</id>
    <formats>
        <format>jar</format>
    </formats>
    <includeBaseDirectory>false</includeBaseDirectory>
    <dependencySets>
        <dependencySet>
            <outputDirectory>/</outputDirectory>
            <useProjectArtifact>true</useProjectArtifact>
            <unpack>true</unpack>
            <scope>runtime</scope>
        </dependencySet>
    </dependencySets>
    <!-- 
      /901863/kak-ya-mogu-obedinit-faily-resursov-v-sborke-maven
     -->
    <containerDescriptorHandlers>
        <containerDescriptorHandler>
            <handlerName>metaInf-services</handlerName>
        </containerDescriptorHandler>
    </containerDescriptorHandlers>
</assembly>
0 голосов
/ 19 сентября 2012

Я только что сделал глупую ошибку. Настройте maven-assembly-plugin также в pom.

Сборка, кажется, заменяет META-INF / services и переопределяет "com.sun.jersey.server.impl.container.grizzly2.GrizzlyContainerProvider. "в файле com.sun.jersey.spi.container.ContainerProvider

В качестве руководства http://maven.apache.org/plugins/maven-assembly-plugin/ упомянуто: если ваш проект хочет упаковать ваш артефакт в uber-jar, плагин сборки предоставляет только базовую поддержку. Для большего контроля используйте плагин Maven Shade.

  <!-- mvn assembly:assembly -->
        <plugin>
            <groupId>org.apache.maven.plugins</groupId>
            <artifactId>maven-assembly-plugin</artifactId>
            <configuration>
                <archive>
                    <manifest>
                        <addClasspath>true</addClasspath>
                        <mainClass>XXX.DaemonMain</mainClass>
                    </manifest>
                </archive>
                <descriptorRefs>
                    <descriptorRef>jar-with-dependencies</descriptorRef>
                </descriptorRefs>
            </configuration>
        </plugin>  
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...