不要杰克逊和GSON直接实现标准JSR-353？

Question

我无法找到一个答案，我在网络上的问题（也许我没有搜索做得不够好，因为我仍然对这个新手）。

谁能告诉我，如果Jackson和Gson执行标准JSR 353: Java™ API for JSON Processing。我想使用标准的代码来写。

Answer 1

此链接有一个答复（显然是由杰克逊的创始人），它本质上说，杰克逊并没有实现JSR：http://jackson-users.ning.com/forum/topics/future-of-jackson-java-8-jsr-353

谷歌没有（不能？）对JSR（https://www.jcp.org/en/jsr/results?id=5486）投票，我无法找到GSON的路线图（https://sites.google.com/site/gson/gson-roadmap）要么表明他们想要什么遵守。

Answer 2

没有，没有本地实现这个API，也没有计划（即我所知道的）来实现它。至于JCP标准走，这是DOA;它提供了非常小的（简单化降流式API，没有数据绑定的话），而且很少有动机的人来实现它，除了增加兼容性复选框为集实现的JSR。

目前可在https://github.com/pgelinas/jackson-javax-json/基于杰克逊JSR-353实现但是，如果你真的认为这是在此基础上API代码不错的主意。

Answer 3

tl;dr

采用：

• JSON-P
• JSON-B

Update

另外两个答案都是正确的，但已经过时。当他们解释，杰克逊不直接实现任何JSR。

然而：

• 有提供数据类型模块，以帮助杰克逊JSR 353多个相兼容的项目：jackson-datatype-jsr353。
• JSR 353由JSR 374: Java™ API for JSON Processing 1.1取代。
• 所述JCP继续工作于JSON支持，JSON的处理以及结合得到的一对JSR的：374 JSON-P＆367 JSON-B。 JSR 374定义JSON处理（JSON-P）。 见project page for JSON-P。 参考实现可以在Glassfish发现，Jakarta EE的参考实现（以前称为Java EE）。 JSR 367提供结合能力（JSON-B）。 见project page for JSON-B。 Yasson是参考实现。

所以，你可能确实写信使用比杰克逊其他JSON库标准代码。