最近总能听到抱怨Liferay的性能不好，作为一个开源的项目，其实也是很正常的事情。不过从vesion 4.3.x开始，性能明显有了很大的提高。从影响程序性能的角度来看，Liferay的确违背了编写高性能代码的宗旨，不过由于合理的运用了Cache，所以性能还是可以让人满意的。在生产环境中，我们要做的就是停掉一些用不到的功能和一些方便开发人员debug的配置就可以了。具体可以参考下图：

网站：http://www.hrocc.org 这个是调整过参数后的网站，大家可以看看

另外引起性能问题基本上都会程序低效的原因，程序低效的原因可以归纳为：

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

    最近特别多人问我关于如何用 liferay 整合多个不相关的系统，其中整合其中一个必须面对的问题就是每个系统都有自己的用户管理，所以必须让多个系统的用户统一管理起来，我的提议就是用 LDAP ，但是一般这个方案很多公司都不太愿意采用，原因是要多维护一样东西，往往最后他们宁愿多开发一个数据表，然后自己去管理这些用户信息也不想让 LDAP 来管理这些。 Anyway ，我觉得一套成熟的技术提供的解决方案会在以后的维护中减少很多不必要的风险，毕竟成熟的技术是现成的，就算换一个人只要简单的培训一下就可以管理起来，而重新设计一个表，毕竟做一个方方面面都能考虑到的设计是很困难的事情，所以这样做到后期可能维护成本是用 LDAP 的好几倍。

       技术是场革命，永远都是向前走， OpenID 就是我今天要和大家说的另一个解决用户同步问题的方案。 OpenID 在中国可能并不受大家所熟悉： OpenID is an open, decentralized, free framework for user-centric digital identity. （ OpenID 是一种开放、离散式的用于用户数字标识的开源框架。 ）就等于是你的 passport ，现在 Google 和 Yahoo 都已经提供了 OpenID 的服务了，一般新技术都是需要那些大头去推的。同时 liferay 也支持 OpenID 的应用，用起来也很简单，具体参照 http://wiki.liferay.com/index.php/Using_OpenID_with_Liferay ，在这就不做太多说明了。更多 OpenID 相关的技术也可以访问 http://openid.net/ 。

       这里只是针对多系统整合的用户同步问题多提供一个解决方案，个人认为 OpenID 会有一定的发展，但是要一个非常非常漫长的过程。其实一般对于同一个问题往往解决方案都不止一个，只要通过比较、风险测算，找一个适合自己的方案就可以了。

• Windows7在微软WinHEC 2008上揭开神秘面纱
• 搜狐网站诚聘Java、PHP和C++工程师

    Message Boards在liferay4.4.x的版本中增加了一个配置:是否允许匿名用户增加话题

 #
 # Set this to true to allow anonymous posting.
 #
  message.boards.anonymous.posting.enabled=true

 可是这个功能根本就没有测试过,成为bug也变得顺理成章.具体出现bug的代码在
com.liferay.portal.util.PropsUtil中

	public static final String MESSAGE_BOARDS_ANONYMOUS_POSTING_ENABLED = "message.boards.expire.ban.job.interval";

 应该改为

	public static final String MESSAGE_BOARDS_ANONYMOUS_POSTING_ENABLED = "message.boards.anonymous.posting.enabled";

这个明显就是拷贝后忘记修改内容而导致的错误.原来外国人编程和我们中国人没两样嘛.一个低级的错误,可是能隐藏得很深.

希望liferay以后要加强测试,毕竟有7,8年历史的开源项目,如果测试能更上去的话，那将会更让人期待。

• Windows7在微软WinHEC 2008上揭开神秘面纱
• 搜狐网站诚聘Java、PHP和C++工程师

随着portal的应用在中国越来越广泛，越来越受欢迎，Liferay在中国的用户数也随之增长。每个Liferay的开发人员都会面临一个问题，到底通过应用liferay的哪种方式进行开发是最好的呢？

我认为在Liferay上开发portal主要有两种方法：

第一种，利用Extension Environment形式进行开发，设置Extension Environment的方法网上已有很多，在这里不再做详细说明，大家可以参考官方的http://wiki.liferay.com/index.php/Setting_up_the_Extension_Environment，或者我们group里面的http://liferay.group.javaeye.com/group/blog/126024。

用该方式进行开发存在着以下问题：

1）和Liferay绑定得太紧，从version4.1到version4.2目录结构发生变化，从version4.2到version4.3底层程序实现发生变化。这样结果就是，我们升级存在着一定的风险，虽然官方提供了升级方案，但是随着数据的增长了，开发过程的不规范，升级带来的风险是无法估计的；

2）开发成本，Liferay用的是类似MDA模型的构架，但是过度使用设计模式和代码的复杂性，让开发成本不能保持在一个相对底的水平，更重要的是他的代码没有注释，学习起来比较费劲，这样的一个结果就是必须要有水平相对高的程序员去做这方面的研究，防止出异常后无法解决。

第二种，利用plugin的形式进行开发，plugin的概念liferay很早就已经有了，但是一直表现得不是很强，相对的例子也比较少。从Liferay4.3开始，plugin在这个portlet container上面有了非常强的体现，官方发布了专门开发plugin的SDK，hot deploy的bugs也比前几个版本减少了不少。Plugin支持java、php、ruby…

现在我们看看通过plugin开发portlet到底有哪些必需元素，以java的开发为例，liferay-plugin-package.properties和liferay-plugin-package.xml――对plugin的一个描述，包括需要下载的tld文件和jar文件；liferay-display.xml――portlet所属的category；portlet.xml和liferay-portlet.xml――这两个文件如果接触过liferay的人都不会陌生，就是对portlet的详细描述。这几个文件是必需的，liferay的就是通过解析这几个文件，通过listener来把你的应用以portlet的形式发布并加载到这个container里面。而portlet加载后，直接访问你的应用是通过portal-bridge进行的。

p.s. 4.3的版本plugin通过修改tomcat的classloader的机制，修改一些context的配置

<Context>
	<Loader 
		loaderClass="com.liferay.support.tomcat.loader.PortalClassLoader"
	/>
</Context>

开发plugin最简单的方法是用官方提供的SDK，直接运行ant命名或已经定义好的脚本，就可以生成相关的应用。

例如，我要生成一个名为”hello world”的portlet，只需要在portlets下运行脚本：create hello-world “hello word”就会自动生成一个名为”hello world”的项目，必需的所有配置文件都已经自动的生成

p.s.个人来说我并不喜欢他自动生成的目录结构，既然是用plugin的形式进行开发，那直接用自己喜欢的目录结构和开发方法，最后在加上这些配置文件就好了。

同样的方法，你可以开发theme，layouttpl等等

Conclusion：Liferay是一个非常好的portlet container，由于文档的缺少，代码的复杂性，升级的频繁性等等问题，如果直接用Liferay进行二次开发，会带来不少的风险。所以个人的观点是把Liferay只看成是一个portlet container，作为一个建站工具，应用他的用户管理和权限管理的功能，然后通过plugin的形式，用你自己熟悉的方式进行开发，然后再发布到Liferay中，这样能把风险降到最低。

（转载请注明出处）

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

    前段时间一直在运用memcached来保存session的集群方案，这的确是实现HA和HP的一个好方案。但是在实现上还存在不少的bug。我和大家分享另外一种HA方案：JVM堆级群集。

    JVM-level clustering主要是通过terracotta来实现，terracotta在2003年成立，代码是最近才开源的，license对企业也没有太大的限制，据相关的报道，terracotta正努力劝服sun，让JVM-level clustering成为标准，嵌入到JDK中。然后它的企业版应用主要是靠服务攒钱，它的战略有点象Redhat。在这里我先介绍一下Terracotta

Terracotta到底是什么呢？官方是这样定义的：Open Terracotta is an enterprise-class, open-source, JVM-level clustering solution. JVM-level clustering simplifies enterprise Java by enabling applications to be deployed on multiple JVMs, yet interact with each other as if they were running on the same JVM. Terracotta extends the Java Memory Model of a single JVM to include a cluster of virtual machines such that threads on one virtual machine can interact with threads on another virtual machine as if they were all on the same virtual machine with an unlimited amount of heap.

 Terracotta实现了什么？

1）  堆级的复制：集群时需要拷贝的对象在堆之间进行

2）  超大的虚拟堆：由于是JVM层次的集群，所以堆要比单个JVM大很多

3）  多种集群锁语法：distributed wait/notify and synchronized

4）  运行实时监控

5）  无需序列化实现集群

6）  Find-Grained Changes：由于集群时，terracotta不要求序列化，所以对象拷贝可以细化到对象中的每一个field，就是说在进行replication的时候，当对象发生变化的时候，不需要整个对象进行拷贝，只需要拷贝发生变化的那个field。P.s.这点也是我最喜欢的，这对于性能的提高会有明显的效果

Terracotta能给我们做什么？（这个很简单，我也不做翻译了）

• HTTP Session Replication - Tomcat, Weblogic, Websphere
• Distributed Cache - from java.util.Hashmap to OSCache, we support it,
• Work/Manager Distributed Queries - Coordination is easy with Terracotta. We even have code to get you started on the Terracotta Forge
• POJO Clustering/Spring integration- Everything from Spring Beans to java.util.HashMap
• Collaboration/Coordination - Use a queue, use distributed wait/notify, or even Cyclic Barrier (We love Cycle Barrier ) with Terracotta coordination across VMs is as easy as coordination across threads

p.s. tomcat现在支持的版本有5.0,5.5,6.0;weblogic官方测试过的只有8.1，websphere只支持CE，6.1预计会在今年夏季测试完成，估计就是最近，如今还支持Lucence和Wicket的集群。具体可以查看他的官方网站

如果实习AOP的人应该对Terracotta的工作原理很容易理解。Terracotta一个很重要的概念是bytecode instrumentation，这种对字节流监控的技术在很多AOP的项目中都用到，例如AspectJ，AspectWerkz。

Terrocotta的介绍到此为止。

作为一个HA方案的设计者，在运用一项新技术的时候必须评估它给现有项目带来的风险，特别是terrcotta还没有足够的成熟。

1）               如果运用了terracotta，我们现有的项目需要有哪些方面的修改，这点我估计也是大家最关心的。由于terracotta运用了bytecode instrumentation的技术，所以我们现有的项目基本上不需要做任何修改。Terracotta提供一个配置文件tc-config.xml，我们只需要在这个配置文件里配置一些必须参数就可以实现集群（p.s.官方提供了pojo，spring，tomcat，weblogic的预配置模版；这点比用memcached来保存session要简单，而且考虑的问题要少，毕竟官方就支持用terracotta来管理session）。我现在的项目是在tomcat下跑，需要做集群，众所周知，tomcat集群的replication性能是非常非常低的，但是如果运用sticky模式的话就不能完全实现failuer-over。在这个时候terracotta就解决了这个问题，我用terracotta来管理我的session，由于它不需要序列话和它find grained changes的机制，所以不存在大对象拷贝的问题，例如我有十个点，其中一个点发生了变化，它不会立刻把变化拷贝到所有点上，只会当某个点需要变化的时候才把变化发送到该点上。我从一些监控工具里面发现，terracotta捕获了所有httpsession到terracotta的sessiondata中，你会发现根本不存在httpsession，terracotta相当于一个代理，当httpsession getAttribute的时候，代理会从sessiondata中取到相对应的值，然后付给httpsession，具体的实现有兴趣的可以看看源代码

2）               性能的变化，把terracotta集成到项目后性能是否能有明显的提升？在官方文档中，对terracotta http session clustering和weblogic8.1 http session clustering做了一个比较（如果大家感兴趣的话，我可以以后配合实际再写篇有关terracotta方面性能测试的文章），结果让人比较让人惊讶

3）               Terracotta的扩展性。Terracotta是纯java编写的，源码开源，可以自己修改源代码进行扩展。而且terracotta很活跃，从它的策略来看，会有不错的发展和不久就会流行起来。

4）               从这点来看Terracotta相当一个中央服务器，那会不会terracotta出现single-point的问题呢？terracotta server本身支持集群

    好像写得太多了。说说我现在项目的HA方案吧，我正在实现和测试的方案是这样的：

Apache＋5 tomcat＋2 terrcotta server cluster＋2 mysql cluster，在这个方案中还是存在单点问题，就是apache，我曾经考虑过用四层交换机来代替apache做balance

感兴趣的同学，欢迎对JVM-level Clustering和我的HA方案进行讨论

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

    最近做性能和压力测试的时候想起一个问题，就是是否在同一ip只能登陆一个user。

    一般来说，每次打开一个新的ie窗口，应该是建立一个新的进程，就是说产生不同的session(p.s.我的机器是一个ie一个线程)。在liferay中，默认情况下是能根据不同的session同时登陆不同的用户。根据不同的需要，我们可以修改配置文件，在portal-ext.properties中加上这样一个配置

当上述配置的值为false的时候，liferay就不允许用户根据不同的session同时登陆不同的用户，从而实现一个ip只能登陆一个user的操作。也可根据需要定制不同的测试策略。
对应程序：PortalRequestProcessor

• 搜狐网站诚聘Java、PHP和C++工程师
• Windows7在微软WinHEC 2008上揭开神秘面纱

       首先我们来看他的liferay-service-builder_4_2_0.dtd，在Element column中增加了两项属性data-source CDATA #IMPLIED和    session-factory CDATA #IMPLIED，对于这两个属性文档中是这样描述的：

• Windows7在微软WinHEC 2008上揭开神秘面纱
• 搜狐网站诚聘Java、PHP和C++工程师

• Windows7在微软WinHEC 2008上揭开神秘面纱
• 搜狐网站诚聘Java、PHP和C++工程师

HOWTO：liferay权限开发（一）

权限控制是liferay4.0以后增加的新特性。在liferay中开发权限是一件很容易的事情，基本上都是通过定义xml来实现。

首先，我们来看看给自己的portlet加上权限控制，主要要完成以下四步操作（DRAC）:

1. Define all resources and their permissions.

先定义所有所需要的权限（包括portlet resource和model resource）

2. For all the resources defined in step 1, register them into the permission system. This is also known

simply as “adding resources.”

当定义完权限后，我们需要把权限的定义注册到权限系统中，即把权限相关信息保存到数据库中

3. Associate the necessary permissions to these resources.

把所需的permission关联到resources上

4. Check permission before returning resources.

在相应的位置加上权限检验的方法

在解析上面四个步骤以前，有两个定义是非常重要的：

1．               Resource－在portal系统中，可以简单的认为Resource是一个个可以操作的实体对象。举个例子：一般resources包括portlets（如：Message Boards，Calendar， etc），java类（如：Message Board Topics，Calendar Events， etc）还有flies（如：documents，images，etc）

2．               Permission－一个个可运行的权限动作，都已经在resourcez中定义了。举个例子：“查看calendar的portlet”这个权限动作已经通过resource在liferay的权限系统中定义

下面来简单解析一下开发权限的四个步骤：

一．Defining Resources and Actions

       默认的权限定义的xml文件放portal/portal-ejb/classes/resource-actions中

我们来看看calendar的权限定义