我们有一个遗留应用程序，它允许我们的开发人员通过 Java 中的 ThreadLocal“添加”消息。
当前的 SOAP 端点将从线程中提取这些消息，然后将它们打包到响应中。
端点还捕获所有异常，然后通过相同的机制编组这些异常以规范消息的传递（无论是信息性、警告还是错误）。
这些消息是丰富的对象（它们有代码、严重性、分类，然后是实际的消息文本。）
这在很多方面都很好，因为现在我们有一种标准的方式来向用户（或调用服务）传达有意义的消息，但它也使得使用 API 更具挑战性，因为现在客户端必须从响应中挑选出消息并且还挑选出真正的有效载荷。
任何 Web 服务都可以通过这种方式传递消息……但只有少数可以做到。
我想开始将我们的应用程序转向 REST API，但我正在努力解决如何最好地处理消息传递。我不太热衷于为每个 REST 响应添加信封，因为这确实会污染 API。
另一种方法似乎是将这些消息添加到自定义 HTTP 标头中。这是“首选”方法吗？请记住，我将拥有一个或多个这些消息的列表，并且我可能还必须将它们序列化为 json。
谢谢。