Liferay 4.2 parallel rendering 探索

且慢，portal_noraml.jsp头部有一句，<!---->，此文件大有含义，立马打开查看
<tiles:useattribute id="tilesContent" name="content" ignore="true" classname="java.lang.String"></tiles:useattribute>

再联系刚才的tiles定义里有
<put name="content" value="/portal/layout.jsp"></put>
立马清楚了。

跟随这这条路下去，会发现
/portal/layout/view/portlet.jsp->
RuntimePortletUtil.processTemplate

跟踪到此没了头绪。有一个TemplateProcessor，好像是处理模板的，但是被Velocity.evaluate封装了。

所谓条条大路通罗马，我们从另一个方向开始trace。
打开页面时每个portlet都会先显示出一个进度条。如果手够快的话:)可以找到进度条的图片文件名称 loading_animation.gif。
我们先在整个工程中查找 "loading_animation.gif" 字样，看看哪个部分引用了这个文件。很顺利，找到几个引用这个文件的页面，同portal有关的有porlte_js.jsp和load_render_portlet.jsp
先来看看portlet_js.jsp,从内容上看，这是个操作portlet的js文件，同render没有直接关系。不是这个
再看看load_render_portlet.jsp，打开这个文件，眼前为之一亮！！
var portletDiv = document.getElementById("p_load<!---->");
addPortletHTML(xmlHttpReq.responseText, portletDiv.parentNode, portletDiv);
portletDiv.parentNode.removeChild(portletDiv);
众里寻她千百度！终于找到了parallel rendering的核心了，原来liferay 使用ajax手法，在下载真正的portlet之前先显示出loading_animation.gif这幅
图象，然后发起一个ajax请求，最后将进度条替换为真正的portlet内容。

现在还差最后的任务了，怎么把我们找到的两条线搭扣起来？继续刚才的手法，工程里再找引用load_render_portlet.jsp的部分。
PortletColumnLogic.processContent
再接再厉PortletColumnLogic是被TemplateProcessor.processColumn调用的。
还记得刚才我们的线索是哪里断的么？RuntimePortletUtil.processTemplate里也有一个TemplateProcessor！
这个环终于合起来了

我们重头开始整理一下，当打开一个portal页面时，url会映射到
<action type="com.liferay.portal.action.LayoutAction" path="/portal/layout"></action>
<forward name="portal.layout" path="portal.layout"></forward>

之后就是
LayoutAction->(forward)portal.layout->(tiles定义)-> html/common/themes/portal.jsp->(include)portal_normal.jsp->(include)/portal/layout.jsp->(include)/portal/layout/view/portlet.jsp->RuntimePortletUtil.processTemplate->
Velocity.evaluate->TemplateProcessor.processColumn->PortletColumnLogic.processContent ->带出 /html/portal/load_render_portlet.jsp;

通过这次探索，我们还知道，Liferay 4.2中parallel rendering是用ajax实现的。
并且我们学会了两种trace代码的方法，一种是正向的分析方法，一种是反向的搜索方法。

但是这次探索还不令人完全满意，遗留有几个未完之处
1 我只是追踪到PortletColumnLogic.processContent，但是这个函数并没有最终的render功能，load_render_portlet.jsp最终是如何被显示的需要各位朋友们自己探索了。权当一个小练习吧。
2 Velocity.evaluate的过程很模糊，虽然最终我们是在这里把扣搭上的，但还是很让人迷糊。特别是
Velocity.evaluate(vc, sw, RuntimePortletUtil.class.getName(), content);中的参数content，总让人觉得大有玄机。
3 整个过程只是探寻了portal的渲染，对于portlet的显示过程完全没有涉及。

如果说我们到这步算是完成了二万五千里长征，那么离全面胜利还有很艰难的一段要走，各位朋友不妨暂待后文。当然更欢迎各位亲自动手，弄清楚liferay的整个后台机制。