java – 从命令行运行jar时出现MessageBodyProviderNotFoundException

我正在使用Java Jersey框架(使用Maven),并使用IntelliJ作为我的IDE.我遇到过这个运行时异常,只有当我尝试从命令行运行代码时才会发生(使用maven编译然后运行java -jar)但是在IntelliJ中运行时这是奇怪的.

我有一些Java代码会尝试在某个远程URL上进行HTTP GET并尝试将返回的JSON读入某些Lombok POJO:

String targetUrl = "some valid URL";

WebTarget webTarget = client.target(targetUrl);

Response response = webTarget.request(MediaType.APPLICATION_JSON_TYPE).get();

ParseResponse parseResponse = response.readEntity(ParseResponse.class);

我不知道为什么,但当它击中执行“readEntity()”方法的最后一行时,我将得到以下错误:

org.glassfish.jersey.message.internal.MessageBodyProviderNotFoundException: MessageBodyReader not found for media type=text/json; charset=utf-8

这很奇怪,因为我肯定在我的pom.xml中指定了jersey-media-json-jackson依赖项:

<dependency>
        <groupId>org.glassfish.jersey.media</groupId>
        <artifactId>jersey-media-json-jackson</artifactId>
        <version>2.23</version>
</dependency>

这是我的POJO类,我试图将readEntity()转换为:

@Data
@JsonIgnoreProperties(ignoreUnknown = true)
public class ParseResponse {

   @JsonProperty("id")
   private Integer id;

   ...Other params...
}

就像我之前提到的那样,奇怪的是,只有当我尝试在命令行上运行时才会发生这种情况,但在IntelliJ中运行时没有错误:

mvn clean package
java -jar target/NameOfJar.jar

我错过了一些明显的东西吗?我在网上查看过类似问题的其他人,但没有找到解决方案.

谢谢
IS

解决方法:

如果你看看jersey-media-json-jackson jar里面你应该看到一个文件

META-INF/services/org.glassfish.jersey.internal.spi.AutoDiscoverable

此文件的内容应该是实现文件名的类的单个完全限定名称,即

org.glassfish.jersey.jackson.internal.JacksonAutoDiscoverable

Jersey auto-discoverable mechanism使用此文件自动注册功能,而无需我们明确注册它们.简而言之,它是如何工作的,所有具有应该自动注册的组件的Jersey模块/ jar应该具有位于jar中的上述命名文件,其内容是可自动发现的组件的名称.然后,Jersey将使用Service Loader pattern加载文件中指定的类,并注册它们.

创建超级罐时导致的问题是,您只能拥有一个文件副本,不能重复.那么如果我们有多个上述文件的罐子怎么办?那么只有其中一个文件将被包含在超级罐中.哪一个?谁知道,但只有一个幸运的赢家.所以对于其他的罐子,他们的自动发现机制永远不会开始.杰克逊的功能就是这种情况,可自动发现的功能可以注册JacksonFeature.您可以尝试明确注册您的应用程序,您应该看到它现在有效.

但是可能有这个文件的其他罐子/模块呢?出于这个原因,在创建超级罐时,你应该使用maven-shade-plugin.这个插件允许你做的是组合文件的内容,以便将所有可发现的东西都包含在那个单个文件中.以下是一个示例用法

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-shade-plugin</artifactId>
    <version>2.3</version>
    <configuration>
        <createDependencyReducedPom>true</createDependencyReducedPom>
        <filters>
            <filter>
                <artifact>*:*</artifact>
                <excludes>
                    <exclude>META-INF/*.SF</exclude>
                    <exclude>META-INF/*.DSA</exclude>
                    <exclude>META-INF/*.RSA</exclude>
                </excludes>
            </filter>
        </filters>
    </configuration>
    <executions>
        <execution>
            <phase>package</phase>
            <goals>
                <goal>shade</goal>
            </goals>
            <configuration>
                <transformers>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ServicesResourceTransformer"/>
                    <transformer implementation="org.apache.maven.plugins.shade.resource.ManifestResourceTransformer">
                        <mainClass>com.example.YourApp</mainClass>
                    </transformer>
                </transformers>
            </configuration>
        </execution>
    </executions>
</plugin>

这个例子实际上是从Dropwizard’s Getting Started开始的.您可以查看它以获得进一步的解释.关注ServicesResorceTransformer的主要部分是连接服务文件的内容.

上一篇:java – 捕获所有异常并返回Jersey中的自定义错误


下一篇:java – 在JAX-RS上使用UriBuilder的AbstractMethodError