【问题标题】:Jersey Ignoring Custom ObjectMapperJersey 忽略自定义 ObjectMapper
【发布时间】:2019-09-23 01:56:14
【问题描述】:

我将 Jackson 2.7.5 与 Jersey 2.25.1 一起使用。我正在尝试修复现有的生产代码,当它在 JSON 输入中获得意外字段时,它现在因“UnrecognizedPropertyException:Unrecognized field”而失败。

在对此进行研究时,我发现了几篇旧帖子(5 年以上),其中提出了与我当前代码非常不同的各种修复。我没有太在意这些,因为它们是针对旧版本的 Jackson/Jersey 的。最近的建议,包括 Jersey 自己的文档 (https://jersey.github.io/documentation/latest/media.html#json.jackson),看起来与我已有的非常相似。事实上,在我看来,我现有的代码似乎已经在遵循当前的做法。但是,泽西岛似乎忽略了我的自定义 ObjectMapper 设置...

DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false

我很确定该设置应该可以修复错误,但 Jersey 似乎使用的是默认 ObjectMapper 而不是我的自定义设置。

首先,这是依赖信息,我认为它与 Jersey 文档 (https://jersey.github.io/documentation/latest/media.html#json.jackson) 中显示的内容相符。

<dependency>
  <groupId>org.glassfish.jersey.media</groupId>
  <artifactId>jersey-media-json-jackson</artifactId>
  <version>${jersey.version}</version>
</dependency>

这是返回错误的调用:

// this will throw an exception if it can't convert the string to the class
PropSearchResponse propResponse = null;
try {
  propResponse = getResponse.readEntity(PropSearchResponse.class);
} catch(final ProcessingException e) {
  throw new ProcessResultException(Code.FAILED, "failed to map from prop response", e);
}

这是我的自定义 ObjectMapper 的原始代码:

@Provider()
@Produces(value = MediaType.APPLICATION_JSON)
public class OutMapperProvider implements ContextResolver<ObjectMapper> {
  private final ObjectMapper mapper;

  public OutMapperProvider() {
    mapper = new ObjectMapper();
    mapper.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);
    mapper.configure(JsonGenerator.Feature.ESCAPE_NON_ASCII, true);
    mapper.setSerializationInclusion(Include.NON_NULL);
    mapper.setDateFormat(new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssZ"));
  }

  @Override()
  public ObjectMapper getContext(final Class<?> type) {
    return mapper;
  }
}

以下是泽西文档中的示例:

@Provider
public class MyObjectMapperProvider implements ContextResolver<ObjectMapper> {

    final ObjectMapper defaultObjectMapper;

    public MyObjectMapperProvider() {
        defaultObjectMapper = createDefaultMapper();
    }

    @Override
    public ObjectMapper getContext(Class<?> type) {
            return defaultObjectMapper;
    }

    private static ObjectMapper createDefaultMapper() {
        final ObjectMapper result = new ObjectMapper();
        result.configure(Feature.INDENT_OUTPUT, true);

        return result;
    }
}

我已经尝试了 Jersey 示例(当然,更改名称以匹配我的)以及我在网上找到的其他几个示例。 Jersey 示例在 @Override 之后进行自定义。大多数其他示例在@Override 之前执行此操作,但它们看起来都彼此非常相似,并且与我现有的代码相似。但这似乎没有任何区别。无论我尝试过什么,自定义配置都会被忽略,Jersey 会调用默认的 ObjectMapper,但会在意外的 JSON 字段上失败。

免责声明:这是我第一次接触泽西岛和杰克逊。我对底层机制还没有很好的理解。我只是想遵循示例的模式。

更新:我相信上面的代码基本上是正确的。但是 Paul 在下面的评论说我需要注册自定义 ObjectMapper。我尝试复制我在网上找到的几个示例(例如,https://docs.huihoo.com/jersey/2.13/deployment.html#environmenmt.appmodel 的示例 4.2),但没有成功。对于我目前的尝试,我尝试使用 Jersey 的 ResourceConfig 将新的 MyApplication 类添加到现有配置包 (com.dmx.repl.config)。代码如下。但是还是不行。

编辑:忽略此代码,它不起作用。请参阅下面的解决方案。

package com.dmx.repl.config;

import org.glassfish.jersey.server.ResourceConfig;
import com.dmx.repl.commons.OutMapperProvider;


/**
 *
 * @author Greg
 * @version 1.0
 */

// Attempt to register custom ObjectMapper
public class MyApplication extends ResourceConfig {
  public MyApplication() {
    // I've tried both of these.
    //register(OutMapperProvider.class);
    packages("com.dmx.repl.commons");
  }
}

【问题讨论】:

  • 您需要向客户端注册解析器。它不会自动注册。它只在服务器端执行(如果启用了扫描)
  • @PaulSamsotha 我不清楚如何向客户注册解析器。我找到的许多文档链接不再有效,我也找不到明确的解释。请参阅上面的更新。
  • client.register(mapperResolver)
  • 请不要将问题编辑为“已修复”。而是创建一个答案。

标签: java jackson jersey


【解决方案1】:

它现在正在工作。 Jersey 现在可以识别自定义 ObjectMapper,它被配置为忽略带有“FAIL_ON_UNKNOWN_PROPERTIES, false”的未知 JSON 字段。

上面的 ObjectMapper 代码是正确的。问题(正如 Paul 在 cmets 中所建议的)是客户端没有注册自定义 ObjectMapper。这很简单,通过在客户端设置方法中添加以下行,使用 ClientBuilder 进行客户端设置。

this.client.register(OutMapperProvider.class);

【讨论】:

  • 太好了,谢谢。这非常有用,解决了我的问题。
  • 这是一篇非常有用的帖子,感谢您发布完整的解决方案!
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2019-04-21
  • 2013-09-23
  • 1970-01-01
  • 1970-01-01
  • 2015-09-26
  • 1970-01-01
  • 2011-03-31
相关资源
最近更新 更多