Java (JSP): repetir el encabezado ContentType en un "sub-jsp"

Question

¿Qué pasa cuando se repiten los encabezados en un .jsp se incluye en otro .jsp?

Por ejemplo, si example.jsp se inicia con este:

<?xml version="1.0" encoding="UTF-8"?> 
<jsp:root version="2.0" xmlns:jsp="http://java.sun.com/JSP/Page"> 
<jsp:directive.page contentType="text/html; charset=UTF-8" /> 

<div class="content"> 

<jsp:include page="support.jsp"/> 
... 

(Incluye support.jsp)

Y luego support.jsp como titular también con esto:

<?xml version="1.0" encoding="UTF-8"?> 
<jsp:root version="2.0" xmlns:jsp="http://java.sun.com/JSP/Page"> 
<jsp:directive.page contentType="text/html; charset=UTF-8" /> 
... 

¿Eso es un problema? ¿Es mala práctica?

¿Qué ocurre en concreto cuando se repite varias veces un encabezado que solo corresponde a un encabezado en la página .html resultante?

Answer 1

De JSP Specification:

JSP.5.4 < jsp: include >

...

Un incluyó página no puede cambiar el código de estado respuesta o cabeceras establecidos. Esto excluye la invocación de métodos como setCookie. Se ignorarán los intentos de invocar estos métodos . La restricción es equivalente a la impuesta en el método de incluir de la clase RequestDispatcher.

Es decir, el intento de establecer el tipo de contenido se ignorará.

Answer 2

Es una práctica absolutamente normal.

Lo que llamas '' cabeceras son sólo directrices a jsp-compilador.

Answer 3

La directiva se traduce directamente a ServletResponse.setContentType llamada

Las documentaciones para este método dice:

Establece el tipo de contenido de la respuesta que se envía al cliente, si la respuesta no ha sido comprometido todavía El tipo de contenido dado puede incluir una especificación de codificación carácter, para ejemplo, el texto/html; charset = UTF-8. codificación de caracteres de la respuesta sólo conjunto del tipo de contenido determinado si se llama a este método antes de getWriter se llama.

Este método se puede llamar repetidamente para cambiar el tipo de contenido y la codificación del carácter . Este método no tiene efecto si se llama al después de que se haya confirmado la respuesta .No establece la codificación de caracteres de la respuesta si se llama a después de llamar a getWriter o después de que se haya confirmado la respuesta .

Los contenedores deben comunicar el tipo contenido y la codificación de caracteres utilizado para el escritor de la respuesta servlet al cliente si el protocolo proporciona una forma para hacerlo. En el caso de HTTP, se usa el encabezado Content-Type .

Me parece que es mejor utilizar esta directiva solo una vez en la página JSP de nivel superior, quizás incluso en el servlet del controlador, pero definitivamente no en las páginas incluidas.

Para páginas no escritas en JSPX, una directiva que ES útil y debe establecerse en todas las páginas JSP que tienen caracteres no ASCII es <%@ page pageEncoding="XXXX" %>. Lo recomiendo encarecidamente si no desea imprimir códigos \ uXXXX en todas sus páginas.