我有几个portlet,每个portlet在单个Web应用程序中使用汇总的CSS和JS文件的集合。当前,每个portlet将在doHeaders()中添加适当的head标签。但是,当同一页面上有多个portlet时,这会导致头部内出现重复标签。
目前,Portlet已部署在GateIn 上运行的eXo上。eXo拥有自己的JS AMD框架和portlet外观系统,但是我们使用doHeaders()添加了head元素,以便尽可能地与平台无关,从而降低风险。
Head元素以以下方式添加:
@Override public void doHeaders(RenderRequest request, RenderResponse response) { Element element = response.createElement("link"); element.setAttribute("type", "text/css"); element.setAttribute("rel", "stylesheet"); element.setAttribute("href", request.getContextPath() + "/service/resource/themes/stylesheet.css"); response.addProperty(MimeResponse.MARKUP_HEAD_ELEMENT, element); }
我需要从头部移除重复的条目,或者防止重复的操作被首先写入。
我正在尝试编写一个通用的RenderFilter,它可以去除重复的head元素。但是我似乎无法从RenderResponse访问当前的Element属性。我只能setProperty()或addProperty()。
我还可以编写RenderFilter来替换每个单独的portlet的doHeaders()方法,并将整个CSS和JS池添加到头部。但是我不能确保此逻辑仅在每个用户会话页面呈现时运行。
我当前实现的解决方案是RenderFilter,如果尚未写入整个JS和CSS资源池,则将其写入头部。这在某种程度上不是最佳选择,因为我发现无法以独立于平台的方式来检测待处理的头部元素。但是,决定如何处理冗余头元素完全取决于平台委派,因为JSR-286并未规定在这种情况下应采取的措施。
通过使用eXo的PortalRequestContext,可以获得未决head元素的列表。通过添加一个meta元素来标识资源池,RenderFilter可以决定是否需要写入该池或是否已经写入了该池。
这是基本的检测逻辑:
boolean addHeaderElements = true; if (Util.getPortalRequestContext() != null && Util.getPortalRequestContext().getExtraMarkupHeaders() != null) { for (Element markupHeaderElement : Util.getPortalRequestContext().getExtraMarkupHeaders()) { if (markupHeaderElement.getTagName().equalsIgnoreCase("meta") && markupHeaderElement.getAttribute("name") != null && markupHeaderElement.getAttribute("name").equalsIgnoreCase("project-name")) { addHeaderElements = false; break; } } }
这也可以写成基于文件操作,但是我的portlet的资源池通常被共享,以至于可以使用全有或全无的方法。