我正在使用 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>
这是我试图将 readEntity() 读入的 POJO 类:
@Data
@JsonIgnoreProperties(ignoreUnknown = true)
public class ParseResponse {
@JsonProperty("id")
private Integer id;
...Other params...
}
就像我之前提到的,奇怪的是,只有当我尝试像这样在命令行上运行时才会发生这种情况,但在 IntelliJ 中运行时却没有错误:
mvn clean package
java -jar target/NameOfJar.jar
我在这里错过了一些明显的东西吗?我已经在网上查看过其他有类似问题的人,但没有找到解决方案。
谢谢 是
最佳答案
如果您查看 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加载文件中命名的类,并注册它们。
这在创建 uber jar 时导致的问题是您只能拥有文件的一个副本,不能有副本。那么如果我们有多个包含上述文件的 jar 怎么办?好吧,这些文件中只有一个会包含在 uber jar 中。哪一个?谁知道呢,但只有一位幸运的获胜者。因此,对于其余的 jar,它们的自动发现机制永远不会启动。您的 Jackson 功能就是这种情况,其中自动发现注册了 JacksonFeature
。您可以尝试显式注册您的应用程序,您应该会看到它现在可以正常工作。
但是其他可能有这个文件的 jar /模块呢?出于这个原因,在创建 uber jar 时,您应该使用 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 - 从命令行运行 jar 时出现 MessageBodyProviderNotFoundException,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37735728/