BlogJava-clant-文章分类-Portal

Strong IPP V3策划

BPM — Tue, 05 Dec 2006 02:30:00 GMT

1.多站点、多栏目管理
　　一套系统可维护多个站点，每个站点可包括任意的栏目及子栏目，支持apache虚拟主机设置。

2.所见即所得与RSS支持
　　全面的可视化编辑环境，图文混排，在内容采编、模板制作中可插入表格、图片、附件、变换字体等，所见即所得，无需切换，方便用户的使用。
支持RSS。

3.强大的模板引擎
　　系统采用业界领先的Apache Velocity做为模板引擎，可以实现网站页面任何风格的显示方式。模板语言标准、简单，无需编程。系统提供模板预览功能，鼠标一点，即可看到实际发布内容。

4.高效发布
　　采用静态页面生成技术，将内容库中的内容结合HTML页面风格模版，生成最终的HTML ，提高访问效率。根据试验，一台普通的PC服务器，最多只能承载每天5万动态页面访问量，而采用静态页面至少能承载每天70万页面访问量，大大提高了访问速度，减少了服务器的配置，节约了系统开支。

5.高性能、高可靠性
　　系统基于最流行的开发架构（Struts+Spring Framework+Hibernate），技术领先。采用数据库、页面缓存技术，使得系统性能具有卓越性能，大大提高工作效率。系统支持分布式、集群，可7X24小时不间断运行。

6.跨平台、数据库
　　系统采用纯Java技术开发，可运行于UNIX，Linux，Windows 2000(NT)等平台，安全稳定，可扩展性好。支持Tomcat、Weblogic、WebSphere等应用服务器。采用JDBC的开发数据库连接方式，可支持Oracle，Microsoft SQL Server， DB2，Informix，Sysbase， MySQL等多个数据库，可支持GB2312，BIG5，UNICODE等编码。

7.丰富的扩展模块
　　提供全文检索、电子商务、大容量论坛、电子邮件系统等扩展模块，可无缝集成。

8.与Portal Server集成
　　系统提供IBM、BEA、Oracle的Portal Server的Portlet，可运行在IBM、BEA、Oracle的Portal Server上，使企业的门户与内容管理有效结合在一起。

BPM 2006-12-05 10:30 发表评论

用JBoss应用服务器以及Jahia Portal Server提供信息门户

BPM — Tue, 05 Dec 2006 02:29:00 GMT

摘要: 用 JBoss 应用服务器以及 Jahia Portal Server 提供信息门户 ... 阅读全文

BPM 2006-12-05 10:29 发表评论

CMS和Portal选择

BPM — Tue, 05 Dec 2006 02:26:00 GMT

内容管理系统（CMS）/发布系统的设计和选型

内容管理系统概述

内容管理系统是一个很泛的概念：从商业门户网站的新闻系统到个人的Weblog都可以称作发布系统。

框架型：本身不包含任何应用实现，只是提供了底层框架，具体应用需要一定的二次开发，比如Cocoon，Vignette；
应用型：本身是一个面向具体类型的应用实现，已经包含了新闻/评论管理，投票，论坛，WIKI等一些子系统。比如：postNuke xoops等；

但无论如何，在发布系统选型之前，首先了解自己的实际需求是最重要的：想根据现成系统将自己的需求硬往上照搬是非常不可取的。访问量，权限控制和各种功能需求。每个模块和功能自己都比较清晰一点以后，再去网上找找类似的实现：你会发现其实每个环节到目前上都有比较成熟的实现了，而且还在不断完善和发展中，如果没有：你的需求太特殊，或者可以尝试分解成更小的系统组合实现。

内容管理系统被分离成以下几个层面：各个层面优先考虑的需求不同

后台业务子系统管理（管理优先：内容管理）：新闻录入系统，BBS论坛子系统，全文检索子系统等，针对不同系统的方便管理者的内容录入：所见即所得的编辑管理界面等，清晰的业务逻辑：各种子系统的权限控制机制等；
Portal系统（表现优先：模板管理）：大部分最终的输出页面：网站首页，子频道/专题页，新闻详情页一般就是各种后台子系统模块的各种组合，这种发布组合逻辑是非常丰富的，Portal系统就是负责以上这些后台子系统的组合表现管理；
前台发布（效率优先：发布管理）：面向最终用户的缓存发布，和搜索引擎spider的URL设计等……

      内容管理和表现的分离：很多成套的CMS系统没有把后台各种子系统和Portal分离开设计，以至于在Portal层的模板表现管理和新闻子系统的内容管理逻辑混合在一起，甚至和BBS等子系统的管理都耦合的非常高，整个系统会显得非常庞杂。而且这样的系统各个子系统捆绑的比较死，如果后台的模块很难改变。但是如果把后台各种子系统内容管理逻辑和前台的表现/发布分离后，Portal和后台各个子系统之间只是数据传递的关系：Portal只决定后台各个子系统数据的取舍和表现，而后台的各个子系统也都非常容易插拔。

      内容管理和数据分发的分离：需要要Portal系统设计的时候注意可缓存性（Cache Friendly）性设计：CMS后台管理和发布机制，本身不要过多考虑“效率”问题，只要最终页面输出设计的比较Cacheable，效率问题可通过更前端专门的缓存服务器解决。

      此外，就是除了面向最终浏览器用户外，还要注意面向搜索引擎友好(Search engine Friendly)的URL设计：通过URL REWRITE转向或基于PATH_INFO的参数解析使得动态网页在链接（URI）形式上更像静态的目录结构，方便网站内容被搜索引擎收录；

---------------    ---------------     ---------------                    
|新闻管理子系统|   | BBS论坛子系统|    | 商城子系统  |                    
---------------    ---------------     ---------------                    
      |       \     /    |     \           /   内                         
      |        ----------|---   \         /    容   <== 业务子系统（零件生产）
      |           /      |   \   \       /     管                         
    ---------------      |    ---------------  理                         
    |专题制作子系统|     |    |全文检索子系统|                            
    ---------------      |    ---------------                             
                 \       |          /                                     
-------------------------|---------------------------------------------   
                   \     |        /            频                         
                   ---------------             道   <== Portal系统（产品组装）
                   | Portal 系统 |             管                         
                   ---------------             理                         
                         |                                                
-------------------------|---------------------------------------------   
                         |                     前                         
                         |                     台   <== 发布系统（分发代理）  
                  ---------------              发                         
                  |前台发布系统 |              布                         
                  ---------------                                         
                    /        \                                            
                   /          \                                           
      ---------------      ---------------                                
      | 用户浏览器   |     |Search Engine|                                
      ---------------      ---------------

这里，我把在内容发布系统选型中找到的一些资料总结如下：

内容管理系统的选型

关键词：CMS Content Manage System

CMS行业研究
http://www.cmswatch.com/
http://www.cmsreview.com/
http://www.cmsinfo.org/

http://www.cms-list.org/

商业软件和开源项目列表：
http://directory.google.com/Top/Computers/Software/Internet/Site_Management/Content_Management/

推荐：基于XML的发布框架
http://cocoon.apache.org/

具体实现复杂程度可能会根据需求的不同而不同，但越是大型的系统越是需要分工：将内容（数据），表现（模板）和应用逻辑（程序）尽可能分离和对这3 者的管理。

Portal---门户系统
Open source Projects:
http://jportlet.sourceforge.net/
Apache Software Foundation: Jakarta JetSpeed 1.3
JetSpeed home page: http://jakarta.apache.org/jetspeed/site/index.html
JetSpeed Portlet API: http://cvs.apache.org/viewcvs/jakarta-jetspeed/proposals/portletAPI/
http://www.liferay.com/home/index.jsp
http://basicPortal.com/
http://www.jahia.org/
http://jporta.sourceforge.net/

商业软件：
BEA WebLogic Portal - http://edocs.bea.com/wlp/docs81/javadoc/com/bea/Portal/model/Portlet.html
IBM Websphere Portal - http://www.software.ibm.com/wsdd/zones/Portal/
Oracle Portal Developer Kit - http://Portalstudio.oracle.com/

其它:
PSML - http://jakarta.apache.org/jetspeed/site/psml.html
BEA: Web Logic Portal 4.0 http://www.bea.com/products/weblogic/Portal/index.shtml
IBM: WebSphere Portal 2.1 http://www-4.ibm.com/software/webservers/Portal/
iPlanet: iPlanet Portal Server 3.0 http://www.iplanet.com/products/iplanet_Portal/home_Portal.html
Oracle: Oracle 9i Portal http://www.oracle.com/ip/deploy/ias/Portal/index.html
SAP Portal: http://www.iviewstudio.com/
Epicentric Portal: http://www.epicentric.com/solutions/products/efs/

参考：
Wafer：Java开发框架研究
http://www.waferproject.org/index.html

门户(Portal)系统相关开发框架：
http://udoo.51.net/mt/archives/000011.html

广告管理系统

关键词：ad server

广告系统和内容的分离，可以大大降低系统之间的关联度。

专业行业研究网站：
http://adres.internet.com/

相关厂商和开源项目：
http://directory.google.com/Top/Computers/Programming/Languages/PHP/Scripts/Ad_Management/?il=1
http://directory.google.com/Top/Computers/Software/Internet/Servers/Advertising/?tc=1
http://www.jspin.com/home/apps/admanage?cob=winedit
http://www.scriptdex.com/dex/php_ad_management.shtml

推荐：
http://www.phpadsnew.com/ 功能性比较强
http://oasis.sourceforge.net/ 免费基于日志记录和定期导入MYSQL统计，可以负载50万请求/每小时以上

如果看重广告的第3方特性，可以选择第三方服务：
http://www.doubleclick.net/
http://www.allyes.com/

论坛/社区系统

http://directory.google.com/Top/Computers/Internet/Web_Design_and_Development/Message_Boards/

http://www.phpbb.com/

http://www.vbulletin.com/order/

http://www.jivesoftware.com/products/pricing.jsp

http://yazd.yasna.com/features.jsp

所见即所得（WYSIWYG）编辑器

Building a WYSIWYG HTML Editor Part 1/2

Building a WYSIWYG HTML Editor Part 2/2

主要功能：

能够通过JAVASCRIPT实现的基本功能：加粗，斜体字，居中，添加链接，添加图片，模式切换：HTML和文本模式的切换，
Word垃圾代码过滤
图片上载接口：图片上载最好通过其他独立模块实现。

选型指标：

不依赖服务器端代码：只通过JAVASCRIPT或客户端控件实现代码，可以保证以后系统迁移的方便。
WORD垃圾代码过滤

http://www.bris.ac.uk/is/projects/cms/ttw/ttw.html

http://www.aine.be/aynhtml/

图片/文件上传组建

Apache Commons项目

ImageJ：图片处理缩略图生成和水印等

BPM 2006-12-05 10:26 发表评论

portal概念

BPM — Tue, 05 Dec 2006 02:25:00 GMT

1.主要功能
         SSO ( Singal SignOn ) 单点登陆
         个性化设置Personalization
         权限管理
         Content aggregation (内容聚合)

2.组成
      Portlet：portlet 是一个基于 Java 技术的 Web 组件，它由portlet 容器管理,负责处理请求和生成动态内容的。Portlet 被门户用作可插入用户界面组件，用户界面组件用于在信息系统中提供表示层。

Portlet 容器：Portlet Container用来管理Portlet的生命周期并且提供其运行所需要的必要环境. 并且为Portlet Preferences提供持久性(Persistent)存取服务.但是其不支持内容的Aggregation. Aggregation由Portal组件提供.

注: Portlet Preferences是Portlet的一个新特性,提供类似数据库的功能.但是不是用来取代数据库. 只是用来存取简单的Portlet参数配置.

3.现有portal项目(商业的和开源的)解决方案及优缺点

Open source projects

http://jportlet.sourceforge.net/
http://jakarta.apache.org/jetspeed/site/index.html
完整的文档，但jetspeed没有支持JSR168,jetspeed2还没有release.

http://www.liferay.com/home/index.jsp
liferay的架构比较混乱，基于它进行二次开发困难

http://basicportal.com/
http://www.jahia.org/
http://jporta.sourceforge.net/

http://jakarta.apache.org/pluto
portlet container

Commercial products
weblogic portal 8.1
提供的是开发平台，有很多的解决方案http://dev2dev.bea.com.cn/techdoc/wlportal/index.jsp

IBM Websphere Portal - http://www.software.ibm.com/wsdd/zones/portal/
Oracle Portal Developer Kit - http://portalstudio.oracle.com/

其它:
PSML - http://jakarta.apache.org/jetspeed/site/psml.html
BEA: Web Logic Portal 4.0 http://www.bea.com/products/weblogic/portal/index.shtml
IBM: WebSphere Portal 2.1 http://www-4.ibm.com/software/webservers/portal/
iPlanet: iPlanet Portal Server 3.0 http://www.iplanet.com/products/iplanet_portal/home_portal.html
Oracle: Oracle 9i Portal http://www.oracle.com/ip/deploy/ias/portal/index.html
Apache Software Foundation: Jakarta JetSpeed 1.3
BEA: Web Logic Portal 4.0 http://www.bea.com/products/weblogic/portal/index.shtml
IBM: WebSphere Portal 2.1 http://www-4.ibm.com/software/webservers/portal/
iPlanet: iPlanet Portal Server 3.0 http://www.iplanet.com/products/iplanet_portal/home_portal.html
Oracle: Oracle 9i Portal http://www.oracle.com/ip/deploy/ias/portal/index.html
SAP Portal: http://www.iviewstudio.com
Epicentric portal: http://www.epicentric.com/solutions/products/efs/

4.代表网站
http://www.mynetscape.com/index2.psp
u/p:antstone2004/ants
http://demo.liferay.net/c/portal_public/layout?p_l_id=275.1
u/p:echo@ants.com.cn / stone
http://www.bluesunrise.com/jetspeed/portal
u/p:stone/stone

5.JSR 168
JSR 168 (Java Portlet) 是一种 Java 规范，其目的是在 portlet 和门户之间建立可移植性关系。这个规范的一个主要目标是为门户和portlet 供应商建立一组 Java API 标准。这些 API 涉及的领域包括表示、聚合、安全性以及 portlet 生命周期。

BPM 2006-12-05 10:25 发表评论

Portlet技术发展的思考

BPM — Tue, 05 Dec 2006 02:19:00 GMT

      Portal 这个概念出现很长的时间了，然而Portal应用是直到最近这两三年才蓬勃发展起来，这跟原来缺乏相关的规范有一定的关系。目前关于Portal方面存在两个重要的标准，均是2003年下半年正式通过的，分别为：
            1、Java Portlet Specification 1.0 (JSR168), 2003年10月27日
            2、Web Services for Remote Portlets 1.0, 2003年9月3日

      这两个规范发布之后，得到各个Portal产商的支持，特别是JSR168标准更是得到OpenSource界的大力支持。许多开源项目都声称支持JSR168标准，具体项目列表可以参考：Open Source Portal in Java。

      不过在对这些标准学习之后，我认识到除了实现一个支持标准的服务器之外，还有很多空间是值得我们去努力的。如果有人正在进行Portal方面的研究、实现，希望我的想法能够有所帮助。

Java Web Framework -> JSR168
      我学习JSR168这个规范后，我就认识到开始一个JSR168 Portlet不会是一件愉快的事情。JSR168 Portlet十分类似于Servlet，现在还有谁愿意只是基于Servlet来开发Web应用呢？更进一步的问题是：开发人员需要直接编写JSR168 Portlet么？答案是不需要！

      所谓Portlet本身来说就是一个Web应用，只是运行在Portal才被称为Portlet。业界已经有大量熟练的Java Web应用开发人员，让他们去重新学习一种新的Web应用模式、并且只能运行在在Portal中是不现实的，正确的方式应该是能够把普通的Java Web应用包装成JSR168 Portlet。这样开发人员依然按照原来的模式开发Web应用，只是在部署到Portal之前才包装成JSR168 Portlet。目前许多Java Web应用都是基于某些Web Framework（例如Struts）来实现，因此可以考虑基于这些Web Framework的包装方法。

      对于这个包装器，我目前想到需要注意的地方有：
1、URL转换。Web应用中使用普通的URL，然而访问一个Portlet的URL有其特殊的格式，因此需要把指向自身的URL全部转换为Portlet格式。这些URL主要是HTML FORM中的ACTION属性。

2、Session范围。Session在Portlet中分为PORTLET_SCOPE和APPLICATION_SCOPE两种，为了避免冲突缺省情况下应该把Web应用中的Seesion变量都设置为PORTLET_SCOPE。

3、开发人员透明。Web应用是否包装为Portlet对Web应用本身不做更改，这样即使被包装为Portlet后，开发人员仍可当作普通的Web应用继续开发。

4、可选的Portlet特性。使得开发人员能够在Web应用中使用Portlet特性，当Web应用独立部署运行时这些特性自动失效，当部署到Portal中就可以利用到Portlet特性了。

Common Web Application -> WSRP

         WSRP规范致力于定义一个面向表示（presentation-oriented）的Web Services协议以及相应的接口集，面向表示的Web Services协议不仅提供商业逻辑还提供界面表示，应用程序可以容易的通过代理工具集成面向表示的Web Services。

         在Portal应用中，经常有将现存的某个应用在Portal界面中显示的需求，而且该应用是运行在与Portal服务器不同的机器上的。这种需求在Portal项目中使极为常见的，解决的方法主要有：1、如果应用提供java接口，可以建立JSR168 Portlet使用该接口；2、如果应用存在Web界面，则可通过Web裁减（Web Clipping）技术来集成，Kapow公司是这一技术的领先者；或者通过HTML IFRAME技术作简单的集成。

         WSRP规范出现后，我们有了更加方便的新选择，如果应用本身支持WSRP，那么Portal服务器可以直接集成该应用无需额外开发。但是目前支持WSRP的应用还太少，而且期待现存的应用自身增加WSRP支持也是不现实的。例如对一个现存的部署在Apapche Http Server上的PHP应用，用户当然希望无需对该应用进行任何更改就能够支持WSRP。

         我曾写过一篇短文“WSRP实践&想法”阐述这方面的想法。我最希望看到这样的WSRP工具出现，安装在Web服务器上后，通过配置就能够将部署在该Web服务器上的应用以WSRP协议发布。

这样的工具主要的是两部分的功能：

      1、当然是WSRP协议支持。可以参考已有的开源实现，我想其中的初期的重点是URL Wirting和Stateful Information，即URL的双向转换和状态信息的处理。

      2、与现有应用的交互，可以从两个方向来实现：
         2.1 利用服务器功能，例如Java Servlet Server提供javax.servlet.RequestDispatcher接口实现来完成对本服务器上的资源调用。这样做的优点的性能高效，缺点是不同的服务器要开发不同的版本；

         2.2 采用类似HTTP Porxy的方式实现。优点是适应性强，不必理睬Web应用的具体实现、部署技术，缺点是性能会有影响。

以上就是我的一些想法，希望尽快看到相关的产品出现，这些开发Portal应用就会轻松很多。

BPM 2006-12-05 10:19 发表评论