Java JAX-RS/Jersey响应406没有实体，但RFC2616建议使用实体

我和Jersey在Java Web服务中工作。我想了解如何处理以下问题：

显然，对于每一个406状态的情况，都说响应没有实体。例如，在第3.7.2节“请求匹配”中，确定将处理请求的方法：

至少一种可接受的响应实体介质类型是受支持的输出数据 格式（见第3.5节）。如果没有方法支持一个可接受的响应实体 媒体类型实现必须生成具有 不可接受的响应（HTTP 406状态）和无实体。必须按照第3.3.4节所述处理例外情况

然而，RFC 2616建议了另一件事：

10.4.7 406不可接受

根据请求中发送的accept标头，由请求标识的资源只能生成具有不可接受内容特征的响应实体

除非是HEAD请求，否则响应应包括包含可用实体特征和位置列表的实体，用户或用户代理可从中选择最合适的实体。实体格式由内容类型标题字段中给定的媒体类型指定。根据用户代理的格式和能力，可以自动执行最合适的选择。然而，本规范并未定义此类自动选择的任何标准

  Note: HTTP/1.1 servers are allowed to return responses which are
  not acceptable according to the accept headers sent in the
  request. In some cases, this may even be preferable to sending a
  406 response. User agents are encouraged to inspect the headers of
  an incoming response to determine if it is acceptable.

那么，在406场景中，我应该为Jersey做些什么，包括一个包含可用实体特征列表的实体。

回答我自己的问题。。。 我在泽西岛项目中开了一张票来解决这个问题。Jersey社区立即回答我说Webservice的Java规范已经错了。应该在JAX项目（javaspectoweb服务）中打开一张新的票据，以便在将来实现正确的行为

然而，检查JAX项目可以找到63个未分配的票证（100%）

“那又怎样？”

本次Jira的最后一次活动是在2013年11月。最后一张门票是在2013年5月开放的。第一次是在2009年1月。在不久的将来，这个问题几乎不会有任何变化