portal学习(一)

Jetspeed 2.0 Final 正式发布,值得关注的特性包括: Spring-based Components and Scalable Architecture 使用Spring不知道是会为Jetspeed吸引更多的关注呢?还是臃肿的Spring最终让人们对Jetspeed也望而却步呢? Configurable Pipeline Request Processor 这个在eXo中早就实现了 Jetspeed AJAX XML API 值得关注,由于Jetspeed不是基于JSF的,所以它的门户上的链接是无状态的,也许独立的AJAX可以让它更容易被集成。 Portal Content Management and Navigations: Pages, Menus, Folders, Links 不是所有的网站的结构都是固定的,导航的定制必须更加灵活。但是众多门户中,对门户内链接做得比较好得也就是Jetspeed的Links功能了。这点在exo今后的重构中,必须加强的。 Multithreaded Aggregation Engine 这是必须的,否则Jetspeed又要被称为SlowSpeed Jetspeed SSO (Single Sign-on) 重造轮子么?为什么Apache没有一个SSO的项目呢? Rules-based Profiler for page and resource location 这是一个趋势,使用规则。eXo也早以实现类似结构 勿庸置疑,Jetspeed在开源Portal领域仍然是一个强有力的竞争对手,但是反观这两年的门户产品的市场,单纯的在门户上翻新带来的利益是不明显的,Jetspeed首先要做的是,让它的Portlet开发和门户定制更加灵活。形成一个Portlet的开发社区。Liferay从架构上不是一个设计很好的门户,但是由于它拥有众多的Portlet而使很多人垂青它。使用Jetspeed的架构为Portlet的部署,开发会带来多大程度的不便或者好处,还是等待市场给出这个答案。 门户软件的价值不在门户本身 门户产品是前两年非常热的一个话题,然后今年对门户的狂热确有所下降,甚至很多人认为门户作为企业应用集成的时代已经过去了,单纯的门户已经没有市场了。诚然,这些观点都有各自的道理,我认为门户的价值绝对不再门户本身。 首先我们来看看为什么需要门户,再J2EE企业集应用开发里面,界面部分的组件是通过war包形式部署再企业应用服务器中的,每个war说通俗一点就是一个网站,面向一个特定的应用。基本上每个应用都有一些相同的架构。例如美工所需要的导航栏,登陆界面,权限管理等等。一个大型的企业,这样的应用不仅仅只有三五个,而是有三十个,甚至三百个。试想所有的应用都要做重复的东西,美工,登陆,即使你做了SSO,仍然无法解决用户需要区分不同网站内容的尴尬情况。那么我们为什么不用门户,使用统一的界面来集成所有的应用呢?即使你有30个war,在门户里面,它们只是作为30个可定制的portlet而已,不需要额外,花哨的美工设计,每个应用只需要专著业务上的界面。 性能对门户已经不是问题,门户的portlet都有本地html缓存机制,最近流行的ajax技术更是可以对将portlet对门户的负载做到按需所取的地步。 OK,既然我们不否认门户的作用,那么为什么一定要使用JSR168标准兼容的门户呢?是的,你可以自己开发一个门户,通过jsp的include来调用war,但是注意,我们为什么使用j2ee来开发呢?我们使用j2ee是为了实现组件的标准化和可重用。我现在写一个portlet,如果它是遵循标准的,我可以暂时部署在一个开源的门户里面调试它。等成熟了,再去购买商业的门户。这样最最大限度的保证了不重复投资。当然,我们知道在J2ee里面,没有100%的兼容,但是使用兼容的技术还有一个好处是,你就可以直接购买别的厂家的遵循标准的portlet产品来集成在自己的标准门户容器里面。 以上说到底还是在鼓吹门户,但是上述的这些观点仍然不是门户占有这个市场的决定因素,门户的价值不光仅仅通过一个门户服务器体现出来。 IBM绝对不会单纯卖一个门户服务器给你,它一定会推销它的内容仓库,CMS,集成套件,Groupware等等。真正对客户产生最明显价值的,是这些东西。 所以eXo Platform在设计自己的产品开发测略的时候,正是考虑到这点。在v2.0版本的门户平台中,exo集成了CMS网站内容管理;JCR Java内容仓库;并且支持WebDAV;BI组件,支持OLAP,定制报表,数据挖掘;支持groupware,邮件,日程管理,团队协作等等。当然,任何兼容的portlet,比如JIRA的Portlet都可以集成进来。exo还使用CAS做为SSO框架。所有这些子项目都在为exo platform创造价值,为exo Portal创造价值。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SSO(Single sign-on)即单点登录技术。它是指在多个子系统的大型应用中,用户在子系统之间进行切换时,不需要每次都重新输入用户的身份信息,从而做到一处认证,整个应用系统都能有效识别。单点登录技术的系统集成功能为当前企事业单位尤其是大型多子系统企业系统集成提供了完美的解决方案。它使得这些原有系统能够合理的集成起来,对外提供统一的界面风格和唯一的登录入口。单点登录只是一种功能概念,并没有对具体的实现方式进行定义和限制。NC-Portal的单点登录方案,就是SSO技术的一种实现方式。 NC-PortalSSO方案是基于凭证的思想设计。对于NC-Portal集成的每个第三方系统都有一个制作凭证的页面,该页面用于当前登录的portal用户输入对应的第三方系统的用户信息,在正常情况下,该制作凭证的页面最多出现一次。当用户输入的第三方系统登录信息进行验证后,会自动在portal系统的数据库中建立一对凭证槽和凭证信息,这对信息记录了portal用户在特定的portal布局和特定的portlet下,与该第三方系统的身份对应关系。当该用户之后登录portal并进入被集成第三方系统时,portal系统负责获取之前成功建立的对应第三方系统身份信息,并用该身份信息进行第三方系统的身份认证。这一切的操作对当前登录用户来说都是透明的,他们看到的是没有输入任何身份信息而以正确的身份进入了第三方系统。另外,在用户每次登录第三方系统时,都会根据第三方系统的要求进行身份认证,因此这个登录过程是安全的。 对于NC-Portal来说,对Web系统的集成提供了完善的支持和解决,对Web系统的集成,目前有大小之分。集成一个单独的系统如NC、IUFO、BO、OA系统采用单独的一个布局存放(当然,该布局也是由一个portlet组成),这些Web系统称为“大”系统。另外,还存在一些集成第三方系统的“小”portlet,如NC待办事务Portlet、NC报表Portlet、IUFO报表Portlet等,这些是以“小”Portlet的形式出现的。他们主要提供一些对集成系统的辅助功能,如对NC待办事务的提取、对IUFO报表信息的提取,这两种方式功能侧重点略有不同。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值