我的 Spring-MVC ContentNegotiatingViewResolver 设置正确吗？如何针对不支持的媒体类型发送 404 错误？

Question

我不知道这对于这个网站来说是否是一个有效的问题，但我想知道是否有使用过 ContentNegotiatingViewResolver 的人可以查看一下这个问题，让我知道我的设置是否正确，并帮助我发送 404 消息。

我想做的是将所有没有扩展名的 url 默认为 HTML 表示形式（在我的例子中是 freemarker 视图）。我想接受附加“.json”的网址来渲染 json。这似乎适用于 Firefox、IE 和 Chrome。我猜它在其他浏览器中也有效？我确保禁用接受标头，因为它是一个邪恶的功能，并不像文档所说的那样真正起作用。

我尝试使用“.stuff”访问网址，只是为了看看会发生什么，并且根据我的配置，出现了空白屏幕。这是可以接受的吗？有什么办法可以发送 404 错误吗？

还有什么我可能没有正确配置的吗？

<bean id="contentNegotiatingViewResolver"
      class="org.springframework.web.servlet.view.ContentNegotiatingViewResolver">
    <property name="order" value="1"/>
    <property name="ignoreAcceptHeader" value="true" />
    <property name="defaultContentType" value="text/html" />
    <property name="mediaTypes">
        <map>
            <entry key="json" value="application/json"/>
        </map>
    </property>
    <property name="useNotAcceptableStatusCode" value="true" />
    <property name="defaultViews">
        <list>
            <bean class="org.springframework.web.servlet.view.json.MappingJacksonJsonView">
                <property name="contentType" value="application/json" />
            </bean>
        </list>
    </property>
    <property name="viewResolvers">
        <list>
            <bean class="org.springframework.web.servlet.view.freemarker.FreeMarkerViewResolver">
                <property name="contentType" value="text/html" />
                <property name="order" value="2"/>
                <property name="cache" value="true"/>
                <property name="prefix" value=""/>
                <property name="suffix" value=".ftl"/>
                <property name="exposeSpringMacroHelpers" value="true"/>
            </bean>
        </list>
    </property>
</bean>

Answer 1

因为您设置了 defaultContentType，所以协商最终总是会找到 freemarker 视图提供的匹配内容类型。引用 ContentNegotiatingViewResolver 的 javadoc：

您也可以直接设置setDefaultContentType，这将是
当其他机制（接受标头、文件扩展名或
参数）不会导致匹配。

通过此设置，文件扩展名 .stuff 与 contentType text/html 匹配。

然后，使用 useNotAcceptableStatusCode：

如果没有匹配到，将返回406（Not Acceptable）状态码
找到了。

我刚刚尝试了这个（使用另一个 REST 服务应用程序的设置）并看到 Chrome 显示消息：此请求标识的资源只能生成具有根据请求“accept” headers() 不可接受的特征的响应。

Answer 2

您是否将“.stuff”的 url-pattern 添加到 web.xml 中？我正在使用 PathExtensionContentNegotiationStrategy，但应该是同样的原因。因为 spring servlet 无法响应此请求，所以得到 404 错误，而不是 500 或 416。如果是 416，则应该导致某些标头，可以通过更改 jQuery seeting 或 http 客户端标头来修复。