从1.0移至2.0时，带有“ application / xml”错误的HttpEntity

Question

我没有很多关于akka的背景，但是HttpEntity处理字符串的方式有所改变吗？

我目前正在使用akka-http 1.0，但想升级到2.0并开始使用Source.queue功能。 我正在遵循此博客中概述的步骤， 这些步骤是我从类似的Stack Overflow问题中直接针对的。 我已经能够实现博客文章中的所有内容。 但是，更新到2.0似乎破坏了我对HttpEntity所拥有的功能。 目前，我在akka-http 1.0的HttpRequest中有以下声明：

entity = HttpEntity(MediaTypes.`application/xml`, xml)  

其中xml是使用XStream创建的字符串。 当我移至2.0时，我从IDE收到警告，它无法解析具有此类签名的HttpEntity，并且MediaTypes部分的类型不匹配；因此，请参阅参考资料。 需要一个ContentType。

尝试通过以下方式将MediaType传递给ContentType：

HttpEntity(ContentType(MediaTypes.`application/xml`), xml)

类型不匹配的结果； 期望Binary或WithFixedCharset ，但是找到WithOpenCharset 。

这是HttpRequest for 1.0的整个代码块，目前可以正常使用：

httpReq = HttpRequest(method = HttpMethods.PUT,
        uri = itemUri, 
        entity = HttpEntity(MediaTypes.`application/xml`, xml), 
        headers = List(apiH))

我是否需要为2.0的xml字符串实现自定义序列化程序或其他内容？

非常感谢您的任何帮助。

Answer 1

text/xml内容类型必须指示字符集，以便该信息的接收者知道如何正确解析它。 如果使用的是UTF8，则只需使用ContentTypes。 text/xml(UTF-8)因为它具有固定的字符集。 如果您想使用其他字符集（例如ISO-8859-1），则可以执行以下操作：

MediaTypes.`text/xml`.withCharset(HttpCharsets.`ISO-8859-1` )

无论哪种方式，您最终都有一个WithCharset而不是WithOpenCharset ，因此可以在响应实体上使用它。