Sitemesh и плитка 2.1 интеграция с пружиной MVC
Возможна ли интеграция Sitemesh и плиток 2.1 с пружинным MVC? Я хочу объединить макет с плитками, а затем украсить с помощью sitemesh.
Я использовал такие плитки.
<bean id="tilesConfigurer" class="org.springframework.web.servlet.view.tiles2.TilesConfigurer">
<property name="definitions">
<list>
<value>/WEB-INF/layouts/layouts.xml</value>
<value>/WEB-INF/views.xml</value>
<value>/WEB-INF/hotels/views.xml</value>
<value>/WEB-INF/hotels/booking/views.xml</value>
<value>/WEB-INF/cliente/views.xml</value>
</list>
</property>
</bean>
Затем я настраиваю sitemesh в XML.
<filter>
<filter-name>sitemesh</filter-name>
<filter-class>com.opensymphony.sitemesh.webapp.SiteMeshFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>sitemesh</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
А потом я добавил декоратор
<?xml version="1.0" encoding="UTF-8"?>
<decorators defaultdir="/styles">
<decorator page="application/themeManager/theme.jsp" name="theme">
<pattern>/spring/hotels/index</pattern>
</decorator>
</decorators>
Но это ничего не делает, я думаю, что плитки избегают ситема для обработки страницы, как это сделать?
Этот sitemesh.xml я просто использую по умолчанию, который идет с примерами
<sitemesh>
<property name="decorators-file" value="/WEB-INF/decorators.xml"/>
<excludes file="${decorators-file}"/>
<!--<excludes file="/WEB-INF/decorators.xml"/>-->
<page-parsers>
<parser content-type="text/html" class="com.opensymphony.module.sitemesh.parser.HTMLPageParser" />
</page-parsers>
<decorator-mappers>
<mapper class="com.opensymphony.module.sitemesh.mapper.PageDecoratorMapper">
<param name="property.1" value="meta.decorator" />
<param name="property.2" value="decorator" />
</mapper>
<mapper class="com.opensymphony.module.sitemesh.mapper.FrameSetDecoratorMapper">
</mapper>
<mapper class="com.opensymphony.module.sitemesh.mapper.AgentDecoratorMapper">
<param name="match.MSIE" value="ie" />
<param name="match.Firefox" value="mozilla" />
<param name="match.Opera" value="opera" />
<param name="match.Lynx" value="lynx" />
</mapper>
<mapper class="com.opensymphony.module.sitemesh.mapper.PrintableDecoratorMapper">
<param name="decorator" value="printable" />
<param name="parameter.name" value="printable" />
<param name="parameter.value" value="true" />
</mapper>
<mapper class="com.opensymphony.module.sitemesh.mapper.RobotDecoratorMapper">
<param name="decorator" value="robot" />
</mapper>
<mapper class="com.opensymphony.module.sitemesh.mapper.ParameterDecoratorMapper">
<param name="decorator.parameter" value="decorator" />
<param name="parameter.name" value="confirm" />
<param name="parameter.value" value="true" />
</mapper>
<mapper class="com.opensymphony.module.sitemesh.mapper.FileDecoratorMapper">
</mapper>
<mapper class="com.opensymphony.module.sitemesh.mapper.ConfigDecoratorMapper">
<param name="config" value="${decorators-file}" />
</mapper>
</decorator-mappers>
</sitemesh>
1 ответ
SiteMesh немного хрупок, и вы не получаете от него много информации о регистрации, поэтому может быть сложно определить, происходит ли что-либо на самом деле.
Я предполагаю, что декоратор обойден, потому что тип контента не совпадает. Ваш sitemesh.xml
Файл содержит следующую запись:
<page-parsers>
<parser content-type="text/html" class="com.opensymphony.module.sitemesh.parser.HTMLPageParser" />
</page-parsers>
Другими словами, декоратор будет вызываться только в том случае, если тип содержимого ответа text/html
,
Вы сказали, что это работает, если вы указываете на путь, который не проходит через Spring, и я думаю, что это потому, что Spring меняет тип контента и, следовательно, обходит декоратор.
Попробуйте добавить следующую дополнительную запись в sitemesh.xml
:
<parser content-type="text/html;charset=ISO-8859-1" class="com.opensymphony.module.sitemesh.parser.HTMLPageParser" />
Обратите внимание charset
добавлено к типу контента. Spring MVC довольно привередлив с типами контента, и я подозреваю, что он меняет его на нечто, включающее кодировку. Если ваша локальная кодировка отличается от ISO-8859-1
, тогда попробуй это. Вы можете добавить как можно больше <parser>
записи, как вам нравится.