如果未在RESTCONF中使用任何支持的媒体类型指定查询,是否存在任何默认媒体类型?
答案 0 :(得分:1)
没有。没有标准默认值。这取决于服务器实现,因此不要依赖它。
来自draft-ietf-netconf-restconf-17, Section 5.3,消息编码:
服务器必须支持“Accept”标题字段和“406 Not 可接受的“状态行,如[RFC7231]中所定义。响应 输出内容编码格式,客户端将接受 使用请求中的Accept标头字段标识。如果不是 指定,请求输入编码格式应该使用,或者 服务器可以选择任何支持的内容编码格式。
如果没有请求输入,则默认输出编码为 XML或JSON,具体取决于服务器首选项。文件扩展名编码 在请求中不用于识别格式编码。
来自draft-ietf-netconf-restconf-17, Section 7.1,错误回复消息:
客户端应该为响应指定所需的编码 通过在Accept中指定适当的媒体类型来获取消息 头。如果客户端没有指定Accept标头,那么 请求消息中使用的结构化语法名称后缀应该相同 使用,或服务器可以选择任何支持的消息编码 格式。如果没有请求消息,服务器必须选择 “application / yang-data + xml”或“application / yang-data + json”, 取决于服务器偏好。
答案 1 :(得分:1)
最终的RFC支持草案,正如@predi所说:
在Message Encoding, Section 5.2上:
如果没有请求输入,则默认输出编码为 XML或JSON,具体取决于服务器首选项。文件扩展名编码 在请求中不用于识别格式编码。
Error Message Response, Section 7.1
如果客户没有指定"接受"标题,然后相同 请求消息中使用的结构化语法名称后缀应该是 使用,或服务器可以选择任何支持的消息编码 格式。如果没有请求消息,服务器必须选择 "应用/阳数据+ XML"或" application / yang-data + json", 取决于服务器偏好。