我读过Bill Burkes的书“Restful Java with JAX-RS”（2009），当他撰写关于框架（RESTEasy，Apache CXF，Jersey）的文章时，特别是关于支持客户端实现的框架，他说：
有很多 感兴趣的是来自JAX-RS规范的领导和专家组成员获得了 标准化的客户端框架融入了JAX-RS 2.0。
我说对了，还没有标准化的客户框架吗？会不会有一个？
我考虑过编写一篇长达60页的关于客户端实现的不同框架的工作。最后可能是自己实现的原型，有一些好主意。您认为这是一个讨论的好问题吗？你有什么想法我在这次讨论中可以考虑什么？
答案 0 :(得分：1)
我认为，你需要非常清楚这篇论文的目标是什么。 IE浏览器。你的发现有多么有趣的应用。
你是吗？打算将其作为输入提交给JAX-RS规范板，还是将其作为解决方案架构师的白皮书或甚至科学论文发布？如果没有，那么我同意Donal Fellows 60页太过分了，你可能需要更多的东西来建立你的方法，描述实验，包括它们与目标的关系，分析你的发现，等等上。如果您还想亲自创建一个客户框架，那么您很快就会接近研究生论文的范围......
另一方面，我确信，我们是很多从业者，他们不愿意接受JAX-RS，因为没有成熟的方式来消费它使我们能够生产的服务。但是，应该可以以比60页报告更易于访问的形式评估不同的选项。
如果您决定继续撰写关于此的论文，我（也是？）将有兴趣看到结果。 另外，我很好奇，是否有任何JAX-RS框架支持基于服务器提供的URI模板的运行时绑定的“动态”客户端。