写liferay权限开发的时候,总感觉迷迷糊糊的,现在又多明白了点,写出来省得大家看上篇文章和我一样迷糊.

 liferay的权限开发可以分为两类,portal和model的权限开发.一般的权限开发针对portal就可以了,主要是整体的操作,而model的权限开发主要是针对实体的,比如blog的文章内容,浏览者只能看,而blog的拥有者可以更新,增加,查看等功能.可以通过对实体的操作来实现这些权限控制,把权限分配到具体的操作实体的方法上,比如删除实体,更新实体等,权限验证也是在操作实体的具体类中,添加资源是在localService实现的,权限的验证是在service中实现的.总之,model的权限开发主要是针对实体的操作,是一种隐含式操作,数据的获得上从请求中得到的,不如groupId,addGuestPermission,addCommunityPermission.而portal权限的开发是通过JSP页面就可以严整的,通过验证返回的数值,来判断是否应该显示给浏览者.还有很多细节要验证,以后再写了!

权限开发:

    自定义权限的名称:

            在权限的开发中WebKeys.+权限名字.其实质是字符串,并且值是和resource-actions中的权限值是一样的(经过验证是一样,并且源程序也表明是这样的),这样就可以我们自己定义权限的名称,不过同时也带来一个问题,就是在权限配置的界面显示的是可能会出现问题,这样就要看langguage的属性文件,在文件中可以找到,action的部分,里面定义了WebKeys中对应的值,因此通过增添aciton+权限名=自己想显示在权限配制的界面上的内容(猜测,有待证实)

• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 搜狐网站诚聘Java、PHP和C++工程师
• 快来参加7月17日在成都举行的SOA中国技术论坛

真不好意思,上次对liferay仅仅写了简略的概括.后来发现那么多人浏览,现在想来真是对不住大家.

我现在把权限开发的部分写出来,希望对大家有帮助.

权限开发有四个步骤:

          1、定义所有的资源和权限

          2、添加资源

          3、把资源和必须的许可联系起来

          4、返回资源前检查权限

其核心是资源的添加，资源的删除和权限的检查。

其中用的核心代码：

添加资源：使用的的类是ResourceLocalService,方法是addResource(String companyId,String usrId,String name,String primkey,boolean  portletActions,boolean addCommnunityPermission,boolean addGuestPermission)

   其中如果要能知道方法中各个变量的数据来源，那对整个权限开发有很大的帮助。首先是userId的来源，它是从PrincipalBean获得的，如果你看过PrincipalBean的源代码，你可以看到getUser（）方法，所以你可以在ServiceImpl中获得userId,并且把它作为写入到addEntry()(可以自己定义方法名）中，添加资源的功能一般是在localServiceImpl中实现的，而companyId的获得经过一系列的过程，可以用一下数学的表达方式来表示：

User user = userPersistence.findByPrimaryKey(userId);其中userId已经在上一级获得

companyId=user.getCompanyId();

userId=user.getUserId();(不知道得到的userId和作为参数引入的userId是否一样，不过通过user获得userId作为addResource()的参数肯定不错）。

而另一个重要参数groupId的获得要比这个复杂些。

long groupId=PortalUtil.getPortletGroupId(piId)

pild=layout.getPild()

layout=themeDisplay.getLayout()

themeDisplay=(ThemeDisplay)request.getAttribute(WebKey.THEME_DISPLAY)

其中layout,themeDisplay，plid是在ation中获得，并把plid作为参数传递给serviceUtil的addEntry()方法 .

通过一级一级的传递，在localService中通过PortalUtil.getPortletGroupId(plid)获得，然后作为addResource的参数，实现把资源添加到数据中。其中companyId也是在这个阶段获得的。

另外portalAction,addCommunityPermission,addGuestPermission的数值是自己定义的，不是从系统中获得的。

删除资源deleteResource(
   CompanyId(), name,  ResourceImpl.SCOPE_INDIVIDUAL,EntryId());

其中companyId和添加资源用到的companyId是一样的。

 权限检查

permissionChecker.hasPermission(groupId,name,PrimaryKey(), actionId);

其中groupId和添加资源中的groupId是一样的，name是实体类的类名，primaryKey是实体的关键字，actionI对资源的操作。

先写这么多

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 搜狐网站诚聘Java、PHP和C++工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 快来参加7月17日在成都举行的SOA中国技术论坛

通过近一个半月的学习,对liferay的整体开发结构有了初步了解.liferay的开发主要分为:

 1、 应用组件开发。其中应用组件中包含功能开发、显示内容开发（portlet的JSP页面的内容显示部分)，显示样式开发（portlet内容的显示样式）。功能开发主要设计到数据库操作（查询、删除、增加等）、portlet的权限开发。

2、主题开发（整个页面的显示效果）

3、布局开发

4、权限开发

真不好意思,上次对liferay仅仅写了简略的概括.后来发现那么多人浏览,现在想来真是对不住大家.

我现在把权限开发的部分写出来,希望对大家有帮助.

权限开发有四个步骤:

          1、定义所有的资源和权限

          2、添加资源

          3、把资源和必须的许可联系起来

          4、返回资源前检查权限

其核心是资源的添加，资源的删除和权限的检查。

其中用的核心代码：

添加资源：使用的的类是ResourceLocalService,方法是addResource(String companyId,String usrId,String name,String primkey,boolean  portletActions,boolean addCommnunityPermission,boolean addGuestPermission)

   其中如果要能知道方法中各个变量的数据来源，那对整个权限开发有很大的帮助。首先是userId的来源，它是从PrincipalBean获得的，如果你看过PrincipalBean的源代码，你可以看到getUser（）方法，所以你可以在ServiceImpl中获得userId,并且把它作为写入到addEntry()(可以自己定义方法名）中，添加资源的功能一般是在localServiceImpl中实现的，而companyId的获得经过一系列的过程，可以用一下数学的表达方式来表示：

User user = userPersistence.findByPrimaryKey(userId);其中userId已经在上一级获得

companyId=user.getCompanyId();

userId=user.getUserId();(不知道得到的userId和作为参数引入的userId是否一样，不过通过user获得userId作为addResource()的参数肯定不错）。

而另一个重要参数groupId的获得要比这个复杂些。

long groupId=PortalUtil.getPortletGroupId(piId)

pild=layout.getPild()

layout=themeDisplay.getLayout()

themeDisplay=(ThemeDisplay)request.getAttribute(WebKey.THEME_DISPLAY)

其中layout,themeDisplay，plid是在ation中获得，并把plid作为参数传递给serviceUtil的addEntry()方法 .

通过一级一级的传递，在localService中通过PortalUtil.getPortletGroupId(plid)获得，然后作为addResource的参数，实现把资源添加到数据中。其中companyId也是在这个阶段获得的。

另外portalAction,addCommunityPermission,addGuestPermission的数值是自己定义的，不是从系统中获得的。

删除资源deleteResource(
   CompanyId(), name,  ResourceImpl.SCOPE_INDIVIDUAL,EntryId());

其中companyId和添加资源用到的companyId是一样的。

 权限检查

permissionChecker.hasPermission(groupId,name,PrimaryKey(), actionId);

其中groupId和添加资源中的groupId是一样的，name是实体类的类名，primaryKey是实体的关键字，actionI对资源的操作。

先写这么多

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 快来参加7月17日在成都举行的SOA中国技术论坛
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 搜狐网站诚聘Java、PHP和C++工程师

   古语说的好:"独学则无友,孤陋而寡闻".我想应该是自己走出来的时候了,IT是不允许闭门造车的.IT的灵魂应该是交流,大家共同的进步.我习惯一个学习,并不是我喜欢一个人学习.  希望我对liferay在ext开发的认识,对大家有帮助.首先要感谢把资料传到网上的朋友和飞哥的指点.

 开发流程:1、在ext-impl中创建portlet的文件夹。2、修改ext-imp下的build.xml文件                                   <target name="build-service-portlet-reports">其中builde-service-portlet-reports是自己命名的。
service">
    <param name="service.file" value="src/com/ext/portlet/Reports/service.xml" />
   </antcall>
  </target>                                                                                                                                                                <target name="build-services">
  
     <antcall target="build-service-portlet-terminal" />新增加的命令
 </target>  执行ant下的  build-service-portlet-reports，则自动生成一些类。

   这些类分为两个部分；一部分是拥有一些代码  ReportsEntryImpl(实体类），   ReportsEntryPersistenceImpl（持久层的类）  TerminalUtil实现对实体的操作。

 另一部分   本身没有代码   ReportsEntryService（接口）  ，  ReportsEntrylServiceImpl  （实现ReportsEntryService接口），ReportsEntryServiceUtil（实现对实体的操作，把数据写到数据库、或查询数据库）。

        两者的关系，ReportsEntryService中要自己写要实现的方法，比如插入，删除等。ReportsEntryServiceImpl则要实现这些方法，其中ReportsEntryServiceImpl要实现自己的方法，通过使用ReportsEntryImp,和TerminalUtill两个类。reportsEntryServiceUtil则实现方法以提供action使用。

        在jsp和action中使用的类是reportsEntryServiceUtil和ReportsEntryI。待续

• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 快来参加7月17日在成都举行的SOA中国技术论坛
• 搜狐网站诚聘Java、PHP和C++工程师

<!--
This is the DTD for the Service Builder parameters for Liferay Portal.

<!DOCTYPE service-builder PUBLIC
 "-//Liferay//DTD Service Builder 4.4.0//EN"
 "http://www.liferay.com/dtd/liferay-service-builder_4_4_0.dtd">
-->

<!--
The service-builder element is the root of the deployment descriptor for
a Service Builder descriptor that is used to generate services available to
portlets. The Service Builder saves the developer time by generating Spring
utilities, SOAP utilities, and Hibernate persistence classes to ease the
development of services.
-->
<!ELEMENT service-builder (namespace, entity+, exceptions?)>

<!--
package-path指定生成文件存放的位置。
-->
<!ATTLIST service-builder
 package-path CDATA #REQUIRED
>

<!--
The namespace element must be a unique namespace for this component. Table names
will be prepended with this namespace. Generated JSON JavaScript will be scoped
to this namespace as well (i.e., Liferay.Service.Test.* if the namespace is
Test).
namespace 对于每一个实体来说必须是唯一的。
-->
<!ELEMENT namespace (#PCDATA)>

<!--
An entity usually represents a business facade and a table in the database. If
an entity does not have any columns, then it only represents a business facade.
The Service Builder will always generate an empty business facade POJO if it
does not exist. Upon subsequent generations, the Service Builder will check to
see if the business facade already exists. If it exists and has additional
methods, then the Service Builder will also update the SOAP wrappers.

If an entity does have columns, then the value object, the POJO class that
is mapped to the database, and other persistence utilities are also generated
based on the order and finder elements.
-->
<!ELEMENT entity (column*, order?, finder*, reference*, tx-required*)>

<!--
name指定了实体的名字
table指定了实体在数据库中对应的表的名字，如果没有设置侧表的名字和实体的名字是相同的。
如果uuid设置成true,将自动添加一列，实体将自动生成基于uuid的查询和删除方法.默认值false.
如果local-service设置成true,将自动生成本地接口，默认值false
如果remote-service设置成true,将自动生成远程接口。默认值false;
persistence-class设置自己的持久类的名字。这个类必须实现生成的持久类接口或继承生成的持久类。它允许你在不修改生成的持久类的情况下，覆盖默认的方法
你能用自己的数据源和session Factory生成自己的类。指明spring的配置文件，在portal配置文件中，载入自己的spring文件,文件中必须定义了数据源和sessionFactory.然后设置data-source和 session Factory的值。
data-source 指定持久类使用的数据源，默认的时候，数据源是portal的数据源，数据源被session-Factory使用。
在数据源到spring的文件中可以看到。
tx-manager 指定 spring 使用的transaction manager.默认的是Spring和hibernate transaction mannager是liferay自带的.
-->
<!ATTLIST entity
 name CDATA #REQUIRED
 table CDATA #IMPLIED
 uuid CDATA #IMPLIED
 local-service CDATA #IMPLIED
 remote-service CDATA #IMPLIED
 persistence-class CDATA #IMPLIED
 data-source CDATA #IMPLIED
 session-factory CDATA #IMPLIED
 tx-manager CDATA #IMPLIED
>
<!--
column 对应数据库中的某个列。
-->
<!ELEMENT column (#PCDATA)>

<!--
name指定在实体中的getter和setter的方法。
type指定列的数据类型，字符串，逻辑值，或整型。
db-name指定对应的数据库中列的名字。
For example:

<column name="companyId" db-name="companyId" type="String" />
如何primary的值是true，则此列是关键字段的一部分，如果不止一个列被设置成true，则产生一个符合主键
如果entity和mapping-key属性被指定而没有mapping-table，那么将建立一个一对多的关系。
For example:

<column
 name="shoppingItemPrices"
 type="Collection"
 entity="ShoppingItemPrice"
 mapping-key="itemId"
/>

如果entity和mapping-table的值被指定而mapping-kay没有指定，将建立多对多的映射关系。
For example:

<column
 name="roles"
 type="Collection"
 entity="Role"
 mapping-table="Groups_Roles"
/>

id-type和id-param的用来创建一个自动生成，自动增加的关键字，当向数据库中插入一条记录时，关键字自动增加。
根据不同类型的数据库，可以用四种不同的方法来实现。所有的情况，模型实体的值应该是null，hibernate自动用自增的关键字代替null.如果id-type没有使用，关键字自动生成但不自动增加。
一、用一个类来生成关键字

For example:

<column
 name="id"
 type="Integer"
 primary="true"
 id-type="class"
 id-param="com.liferay.counter.service.persistence.IDGenerator"
/>

二、当没有另外的进程插入数据到同一个数据库的时，自动生成唯一的标识符。这种方法不应该用到群集环境中，但是适用所有的数据库
For example:

<column
 name="id"
 type="Integer"
 primary="true"
 id-type="increment"
/>
三、使用一个列标识符生成一个关键字
For example:

<column
 name="id"
 type="Integer"
 primary="true"
 id-type="identity"
/>
.
无论什么时候插入，实体生成一个标识列（自动生成的关键字）
The fourth implementation uses a sequence to generate a primary key.
四、用一个序列产生一个关键字。
For example:

<column
 name="id"
 type="Integer"
 primary="true"
 id-type="sequence"
 id-param="id_sequence"
/>
用这种实现方法，产生一个序列的SQL命令基于id-param的值（存储在/sql/sequences.sql).这个序列是自动生成唯一标别。仅DB2,ORACLE ,POSTGRESQL 和SAPDB能使用。
convert-null指定，如果数值为null是否自动转化成一个非空的值。当实体涉及到一个只读的表或视图的时候，特别有用，hibernate就不会进行没必要的更新。默认值是true.
-->
<!ATTLIST column
 name CDATA #REQUIRED
 db-name CDATA #IMPLIED
 type CDATA #REQUIRED
 primary CDATA #IMPLIED
 entity CDATA #IMPLIED
 mapping-key CDATA #IMPLIED
 mapping-table CDATA #IMPLIED
 id-type CDATA #IMPLIED
 id-param CDATA #IMPLIED
 convert-null CDATA #IMPLIED
>

<!--
order指定索引数据库时候的默认排列顺序。
-->
<!ELEMENT order (order-column+)>

<!--
by用来设定排列的顺序是asc(升序）或desc（降序）
-->
<!ATTLIST order
 by CDATA #IMPLIED
>

<!--
order-column根据指定的列来进行排序。
-->
<!ELEMENT order-column (#PCDATA)>

<!--

For example:

<order by="asc">
 <order-column name="parentLayoutId" />
 <order-column name="priority" />
</order>
For example:

<order by="asc">
 <order-column name="name" case-sensitive="false" />
</order>

The above settings will order by name and will not be case sensitive.

For example:

<order>
 <order-column name="articleId" order-by="asc" />
 <order-column name="version" order-by="desc" />
</order>

-->
<!ATTLIST order-column
 name CDATA #REQUIRED
 case-sensitive CDATA #IMPLIED
 order-by CDATA #IMPLIED
>

<!--
finder 生成一个查找的方法。
-->
<!ELEMENT finder (finder-column+)>

<!--
-->
<!ATTLIST finder
 name CDATA #REQUIRED
 return-type CDATA #REQUIRED
 where CDATA #IMPLIED
 db-index CDATA #IMPLIED
>

<!--
finder-column指定按照那一列来查找。
-->
<!ELEMENT finder-column (#PCDATA)>

<!--
name指定查找的方法名。
For example:

<finder name="CompanyId" return-type="Collection">
 <finder-column name="companyId" />
</finder>

The above settings will create a finder with the name findByCompanyId that will
return a Collection and require a given companyId. It will also generate
several more findByCompanyId methods that take in pagination fields (int begin,
int end) and more sorting options. The easiest way to understand this is to
look at a generated PersistenceImpl class. The Service Builder will also
generate removeByCompanyId and countByCompanyId.

See com.liferay.portal.service.persistence.LayoutPersistenceImpl for a good
example.

The attribute comparator takes in the values =, !=, <, <=, >, >=, or LIKE and is
used to compare this column.

The attribute case-sensitive is a boolean value and is only used if the column
is a String value.
-->
<!ATTLIST finder-column
 name CDATA #REQUIRED
 db-name CDATA #IMPLIED
 case-sensitive CDATA #IMPLIED
 comparator CDATA #IMPLIED
>

<!--
The reference element allows you to inject services from another service.xml
within the same class loader. For example, if you inject the Resource entity,
then you'll be able to reference the Resource services from your service
implementation via the methods getResourceLocalService and getResourceService.
You'll also be able to reference the Resource services via the variables
resourceLocalService and resourceService.
-->
<!ELEMENT reference (#PCDATA)>

<!--
See the comments in reference element.
-->
<!ATTLIST reference
 package-path CDATA #IMPLIED
 entity CDATA #IMPLIED
>

<!--
The tx-required element has a text value that will be used to match method names
that require transactions. By default, the methods: add*, check*, clear*,
delete*, set*, and update* require propagation of transactions. All other
methods support transactions but are assumed to be read only. If you want
additional methods to fall under transactions, add the method name to this
element.
-->
<!ELEMENT tx-required (#PCDATA)>

<!--
The exceptions element contain a list of generated exceptions. This doesn't save
a lot of typing, but can still be helpful.
-->
<!ELEMENT exceptions (exception*)>

<!--
See the comments in exceptions element.
-->
<!ELEMENT exception (#PCDATA)>

还没有翻译完,是service.xml使用的dtd文件

• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师
• 快来参加7月17日在成都举行的SOA中国技术论坛

别人都说liferay在ex 下开发比较好,以后升级不会破坏liferay的完整性.也许是这样,那就研究以下好了.我算知道了---研究原代码是最好的所以就从研究原代码开始了.首先一定要找到对应的版本啊,比如我刚开始的时候,看的是liferay4.0.0的src,主要的也看懂了,但是有的地方是一团雾水,最后看4.2.2的src 才算明白了怎么会事.不要看的还算可以.在ex-imp的目录下有一个service.xml 文件主要是用来生成持久类和对持久类的操作,刚开始的时候把 PersistenceImpl天真的认为是hibernate中的持久类(实体),但是事实它是对实体类的基本操作,如果懂ant 的话看ext-impl下的build.xml 文件就会更容易了.其中<build-service">是用来生成持久类和相关的操作类的.其中参数

<jvmarg value="-Dorg.apache.commons.logging.Log=org.apache.commons.logging.impl.Log4JLogger" />
   <jvmarg value="-Dservice.input.file=${service.file}" />
   <jvmarg value="-Dservice.hbm.file=classes/META-INF/ext-hbm.xml" />
   <jvmarg value="-Dservice.model.hints.file=classes/META-INF/ext-model-hints.xml" />
   <jvmarg value="-Dservice.spring.file=classes/META-INF/ext-spring.xml" />
   <jvmarg value="-Dservice.api.dir=${project.dir}/ext-service/src" />
   <jvmarg value="-Dservice.impl.dir=src" />
   <jvmarg value="-Dservice.json.file=${project.dir}/ext-web/docroot/html/js/liferay/ext_service_unpacked.js" />
   <jvmarg value="-Dservice.remoting.file=${project.dir}/ext-web/docroot/WEB-INF/remoting-servlet-ext.xml" />
   <jvmarg value="-Dservice.sql.dir=../sql" />
   <jvmarg value="-Dservice.sql.file=portal-tables.sql" />
   <jvmarg value="-Dservice.base.model.impl.package=com.liferay.portal.model.impl" />
   <jvmarg value="-Dservice.base.persistence.package=com.liferay.portal.service.persistence" />
   <jvmarg value="-Dservice.bean.locator.util.package=com.liferay.portal.kernel.bean" />
   <jvmarg value="-Dservice.principal.bean.package=com.liferay.portal.service.impl" />
   <jvmarg value="-Dservice.props.util.package=com.liferay.portal.util" />
   <jvmarg value="-Dservice.spring.hibernate.package=com.liferay.portal.spring.hibernate" />
   <jvmarg value="-Dservice.spring.util.package=com.liferay.portal.spring.util" />

正好是和com.liferay.portal.tools.servicebuilder.ServiceBuilder类中main(string[] args)中args[]中的参数是一一对应的的

• 快来参加7月17日在成都举行的SOA中国技术论坛
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 搜狐网站诚聘Java、PHP和C++工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 北京: 千橡集团暨校内网诚聘软件研发工程师

  研究liferay快一个月了,取得的成果不大.不过发现的问题不少,自己都没有想出方法来解决.比如liferay如何设置默认的语言,当游客浏览的时候显示中文,还有如何修改liferay的logo,等等很多的问题.不过已经解决了一些.随后会总结自己遇到的问题和解决方法.希望有机会得到高手的指教.

1、  liferay的中文默认。

其实没有太大的必要，因为liferay的内容编辑功能不能同时对内容的中英同时编写以及转换，因为切换的时候是标题的中英文转换，而内容没有转换，所以直接把它写成中文就可以了。

2、  liferay的logo修改问题，

我不知道大家用的是哪个版本，但是我用的是liferay 4.4.2.。liferay 有默认的外观和风格。如果用默认的外观和风格是不能修改logo的。使用非默认的外观和风格，就可以通过修改adminstor里面的设置就可以修改logo图标。默认的使用的是root 外的liferay-jedi-theme文件夹，而自己选择的 classic和brochure 在root的目录里面。同时与liferay-jedi-theme相比，images/common/中缺少了logo.png.也许是这个原因产生的以上结果，我也没有弄清楚。

• 快来参加7月17日在成都举行的SOA中国技术论坛
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！