【问题标题】:Using Gson instead of Jackson in Jersey在泽西岛使用 Gson 而不是 Jackson
【发布时间】:2012-03-01 12:26:18
【问题描述】:

我有一个使用和生成 JSON 对象的 RESTful 服务,我希望 Jersey 使用 Gson 而不是 Jackson。

如何做到这一点...?

【问题讨论】:

  • 恕我直言,如果您不能或不想在模型类中注释地狱(与 Jackson 相比),则使用 Gson 更容易控制 JSON 的结构/格式。跨度>
  • 有很多原因:首先,根据最近的基准,Jackson 比较慢。其次,它强制您对类进行注释,而不是像它们一样简单地使用 POJO。第三,Gson 序列化整个对象,而不仅仅是公共字段(在良好的设计实践中,您可以拥有许多重要的非公共字段)。
  • @StaxMan 原因之一可能是 Jackson ObjectMapper 导致 JDK 1.8 中的核心转储
  • @MosheBixenshpaner 链接到慢 - 我没有看到任何。 Gson 一直在改进(2.1 还不错),但与我所看到的相比仍然落后。在大多数情况下,Jackson absolute 不需要注释(另外,可以使用混合注释来避免注释值类)。最后:Jackson 不需要公共字段;但是无论是吸气剂,还是改变默认可见性——我不同意默认序列化所有私有字段是好的做法;但如果有人想要,杰克逊完全可以做到。

标签: jaxb jersey jax-rs jackson gson


【解决方案1】:

您需要编写MessageBodyReaderMessageBodyWriter 的自定义实现(可能在同一个类中)并在Jersey 注册(如果您使用包扫描,@Provider 注释就足够了)——很像@987654323 @做到了:

@Provider
@Consumes({MediaType.APPLICATION_JSON, "text/json"})
@Produces({MediaType.APPLICATION_JSON, "text/json"})
class GsonJsonProvider implements
    MessageBodyReader<Object>,
    MessageBodyWriter<Object> { ...

【讨论】:

  • 我已经有了这样的提供程序,但由于某种原因,它仍然使用 Jackson(如果有帮助,我使用 Glassfish 3.1.1)。
  • 如何在 Jersey 注册您的 GsonProvider?您的服务器是否在启动时输出类似 Provider classes found: your.provider.class.name 的内容?
  • 您的提供程序是否被调用并可能返回一些告诉 Jersey 不兼容的内容?尝试在提供程序类中的所有方法上添加断点。
【解决方案2】:

您可以在此处找到一个完整的示例:https://github.com/DominikAngerer/java-GsonJerseyProvider

http://eclipsesource.com/blogs/2012/11/02/integrating-gson-into-a-jax-rs-based-application/ 将会有一个有效的实现,但会有一些新的成就——比如 GsonUtil 仅用于 Expose

import java.io.IOException;
import java.io.InputStream;
import java.io.InputStreamReader;
import java.io.OutputStream;
import java.io.OutputStreamWriter;
import java.lang.annotation.Annotation;
import java.lang.reflect.Type;

import javax.ws.rs.Consumes;
import javax.ws.rs.Produces;
import javax.ws.rs.WebApplicationException;
import javax.ws.rs.core.MediaType;
import javax.ws.rs.core.MultivaluedMap;
import javax.ws.rs.ext.MessageBodyReader;
import javax.ws.rs.ext.MessageBodyWriter;
import javax.ws.rs.ext.Provider;

@Provider
@Produces(MediaType.APPLICATION_JSON)
@Consumes(MediaType.APPLICATION_JSON)
public class GsonJerseyProvider implements MessageBodyWriter<Object>,
        MessageBodyReader<Object> {

    private static final String UTF_8 = "UTF-8";

    @Override
    public boolean isReadable(Class<?> type, Type genericType,
            java.lang.annotation.Annotation[] annotations, MediaType mediaType) {
        return true;
    }

    @Override
    public Object readFrom(Class<Object> type, Type genericType,
            Annotation[] annotations, MediaType mediaType,
            MultivaluedMap<String, String> httpHeaders, InputStream entityStream)
            throws IOException {
        InputStreamReader streamReader = new InputStreamReader(entityStream,
                UTF_8);
        try {
            return GsonUtil.getInstance().fromJson(streamReader, genericType);
        } catch (com.google.gson.JsonSyntaxException e) {
            // Log exception
        } finally {
            streamReader.close();
        }
        return null;
    }

    @Override
    public boolean isWriteable(Class<?> type, Type genericType,
            Annotation[] annotations, MediaType mediaType) {
        return true;
    }

    @Override
    public long getSize(Object object, Class<?> type, Type genericType,
            Annotation[] annotations, MediaType mediaType) {
        return -1;
    }

    @Override
    public void writeTo(Object object, Class<?> type, Type genericType,
            Annotation[] annotations, MediaType mediaType,
            MultivaluedMap<String, Object> httpHeaders,
            OutputStream entityStream) throws IOException,
            WebApplicationException {
        OutputStreamWriter writer = new OutputStreamWriter(entityStream, UTF_8);
        try {
            GsonUtil.getInstance().toJson(object, genericType, writer);
        } finally {
            writer.close();
        }
    }
}

【讨论】:

  • 一直在用这个,效果很好但是...为什么type.equals(genericType)?似乎你总是可以使用Type,因为gson支持它并且比Class&lt;Object&gt;拥有更多的信息。
  • 你是对的 - 应该使用 genericType 而不是等号检查 - 如果你愿意,你可以在 github 上创建拉取请求。我也会用我的测试用例对其进行测试,然后编辑我的答案。
  • 感谢@sargue 对 GsonJerseyProvider 的更新——我在这里更新了复制和粘贴解决方案——你可以在 github 链接下直接找到一个运行示例。
【解决方案3】:

帕亚拉 4

我很难让我的自定义 Gson @Provider 与嵌入 GlassFish / Payara 的 Jersey 一起工作。在这种情况下,您必须将属性 jersey.config.server.disableMoxyJson 设置为 true

例如:

@ApplicationPath("/api")
public class MyApplication extends Application {
    @Override
    public Map<String, Object> getProperties() {
        Map<String, Object> props = new HashMap<>();
        props.put("jersey.config.server.disableMoxyJson", true);
        return props;
    }
}

另见:

泽西岛客户也是如此:

new ClientConfig()
        .register(MyGsonProvider.class)
        .property("jersey.config.client.disableMoxyJson", true);

帕亚拉 5

Payara 5 支持JSON Binding API,因此继续使用 Gson 没有意义。我建议迁移到 JSON-B。

【讨论】:

    【解决方案4】:

    你应该解决在你的 pom 中添加这个依赖

    <dependency>
        <groupId>org.zalando.phrs</groupId>
        <artifactId>jersey-media-json-gson</artifactId>
        <version>0.1</version>
    </dependency>
    

    在这里你可以找到带有源代码的 repo:https://github.com/zalando/jersey-media-json-gson

    【讨论】:

    • 项目在 github 中不再存在
    猜你喜欢
    • 2011-11-07
    • 1970-01-01
    • 2014-10-06
    • 1970-01-01
    • 2011-08-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-12-28
    相关资源
    最近更新 更多