与 text/xml 相比，如何使用 application/xml？
在我一直在开发的 Web 服务中，我一直通过 HTML 中的方法在屏幕上显示文本：
@GET
@Produces(MediaType.TEXT_HTML)
public String sayHtmlHello()
{
/**Do some stuff
return "<html> " + "<title>" + "Hello" + "</title>"
+ "<body><h1>" + "Hello World" + "</h1></body></html>";
}
它在屏幕上显示得非常好。为了符合我正在处理的项目的项目描述，我一直致力于通过构建文档、将其转换为字符串并返回该字符串来实现 XML 输出。使用 @Produces(MediaType.TEXT_XML) 显示 XML 树，就像我所期望的那样。
我的问题是：我需要能够使用项目描述中称为 application/xml;charset=UTF-8 的响应内容类型标头来传递此 XML 数据。那么我需要做什么来适应使用 @Produces(MediaType.APPLICATION_XML) 而不是 @Produces(MediaType.TEXT_XML) ？
In the web service I've been working on, I've been displaying text to the screen through methods like so in HTML:
@GET
@Produces(MediaType.TEXT_HTML)
public String sayHtmlHello()
{
/**Do some stuff
return "<html> " + "<title>" + "Hello" + "</title>"
+ "<body><h1>" + "Hello World" + "</h1></body></html>";
}
which displays to the screen quite nicely. In order to fit the project description of the project I'm working on, I've been working on moving toward an XML output by building a document, transforming it to a string, and returning the string. Using @Produces(MediaType.TEXT_XML) shows the XML tree like I would expect.
My question comes here: I need to be able to pass this XML data on using what the project description calls a Response Content-Type Header of application/xml;charset=UTF-8. So what would I need to do to accomodate using @Produces(MediaType.APPLICATION_XML) instead of @Produces(MediaType.TEXT_XML)?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
对主要由程序处理的文档使用 application/xml。将 text/xml 用于文档，这些文档也供人类阅读以用于除调试之外的目的。我相信 RFC 2046 中已经涵盖了这一点。
Use application/xml for documents meant primarily to be processed by programs. Use text/xml for documents which are also meant for human reading for purposes other than debugging. I believe this is covered in RFC 2046.
application/xml通常是首选的 mime 类型。对于text/xml来说，无论 XML 文档标头中指定了什么内容，编码通常都会被视为us ascii（除非 HTTP 标头中另有指定）。欲了解更多信息：
application/xmlis generally the preferred mime type. Fortext/xmlit appears the encoding will generally be treated asus asciiregardless of what is specified in the XML document header (unless otherwise specified in the HTTP headers).For More Information: