Java 灰熊和泽西独立罐

Java 灰熊和泽西独立罐,java,maven,jersey,grizzly,Java,Maven,Jersey,Grizzly,我正在尝试使用Maven shade插件将Grizzly和Jersey打包为一个罐子。但是我总是得到这样一条消息:没有容器提供者支持org.glassfish.grizzly.http.server.HttpHandler类型 该代码在Eclipse中运行良好,但在打包的jar中运行不好: public class Main { private static URI getBaseURI() { return UriBuilder.fromUri("http://localhost/"

我正在尝试使用Maven shade插件将Grizzly和Jersey打包为一个罐子。但是我总是得到这样一条消息:没有容器提供者支持org.glassfish.grizzly.http.server.HttpHandler类型

该代码在Eclipse中运行良好,但在打包的jar中运行不好:

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)
我正在使用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>

org.apache.maven.plugins
maven阴影插件
1.5
share.test.Main
1.
包裹
阴凉处

是否需要更改shade插件以包含其他内容?

该错误看起来好像插件没有正确合并来自不同JAR的META-INF/services记录-如果在多个JAR的META-INF/services目录中有多个同名文件,则需要将它们合并,而不是一个替换另一个。检查情况是否如此。

我刚刚犯了一个愚蠢的错误。在pom中配置maven组装插件

程序集似乎取代了META-INF/services并覆盖了“com.sun.jersey.server.impl.container.grizzly2.GrizzlyContainerProvider” “在com.sun.jersey.spi.container.ContainerProvider文件中

正如指南中提到的,如果您的项目想要将您的工件打包到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>  

org.apache.maven.plugins
maven汇编插件
真的
三十、 戴蒙曼
带有依赖项的jar

以下链接帮助我找到了以下解决方案:

尤其是答案

您不使用带有依赖项的jar作为您的程序集插件配置的描述符,而是创建我们自己的,例如在src/assembly/depmerge.xml中(见下文)。此程序集配置将添加一个负责META-INF/服务的containerDescriptorHandler

要在目标中获取一个jar文件,可以使用

java -jar target/x.y.-version-jar-with-dependencies.jar
pom.xml:


maven汇编插件
2.5.3
${mainClass}
src/assembly/depmerge.xml
src/assembly/depmerge.xml:


带有依赖项和服务的jar
罐子
假的
/
真的
真的
运行时
metaInf服务

添加“合并META-INF/服务资源”的ServicesResourceTransformer确实解决了我的问题,谢谢Martin。只需将
添加到pom.xml引用中的转换器:
java -jar target/x.y.-version-jar-with-dependencies.jar
      <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>