Hi,有研究exo platform?

我现在正在研究exo portal,并准备改写和公司产品结合。
大家有研究的吗?可以一起探讨。
也欢迎Banq能抽空不吝赐教:)

老李你这个猪头,怎么跑这里问来啦,你到IBM developer的新闻组里面问吧,国内很少有人搞这个的
http://www-106.ibm.com/developerworks/forums/dw_forum.jsp?forum=168&cat=9

IBM的网站是讨论websphere portal 的啊,没有exo的帖子啊

我也在研究exo的portal,也在做一个portal的项目。

我的QQ:83431591
MSN:adamsyt@hotmail.com

我研究了皮毛,exo目标设计很大,其中使用PicoContainer管理其Service,值得借鉴。使用PicoContainer的一个麻烦处是系统启动时将配置文件的service都载入,exo采取的是捆绑JBoss的war部署包,也就是说,war包一旦在JBoss部署,将启动PicoCOntainer的初始化配置,个人觉得这样兼容性不够。


关于Portal其它实现也没有仔细研究,愿听大家讨论,谢谢。

exo有在TOMCAT下启动的。不过看源代码好像很复杂。没找到它的portal页面在哪?

你可以看看liftray

这个portal server 不错。

portal有两个规范,一个是jsr168 一个好象是基于webService的。

jetspeed是属于jsr168的一个实现,apache还有另外一个规范的实现。

jsr168中个人认为不错的是liferay 。与struts结合的不错。布局就是用tiles.

哈,GhostRain 想法和我一样,我一直在跟踪LifeRay,其实liferay和exo等沿着当前两种路线开发的,一个是基于EJB标准容器‘一个是类似EJB容器的使用AOP实现的开源代码。

对于企业级应用使用EJB,对于个人研究学习,感知最新技术,exo开源有好处。

liferay的表现层是基于struts,而exo是基于jsf。struts1.1并不能真正支持jsr168,虽然liferay对此进行了一些改造,但是实际上并不能真正支持jsr168规范(如上下文的共享,在liferay里的机制很复杂,而且也很牵强,并不能从根本上实现上下文共享和wsrp规范),而jsf本是就是支持jsr168规范的框架,实现了应用之间的上下文共享,所以没有这方面的问题。此外liferay的架构比较混乱,基于它进行二次开发很困难(我以前做过liferay的二次开发工作,对于在这方面有问题的朋友可以和我聊聊)。exo由于采用了picoContainer,也实现了上下文共享,所以二次开发的流程很清晰。不过由于jsf是重量级的表现层框架,使得exo的二次开发工作量比较大。exo的中文问题没有解决,主要原因有两个:Portal Server本身的数据是使用xmldb来进行处理,保存到数据库的数据都是乱码;它所有默认的平台字符集都是ISO-8859_1。你可以把区域的选项设成是sp(西班牙??)等区域,cn是不可用的,这样平台的字符集就是utf-8了。

有人将exo迁移到oracle上面过吗?

我也在研究这个系统

apache声称jetspeed2.0完全符合jsr168标准,并且结构将会很灵活。我们曾经对jetspeed1.x进行过二次开发,已经比较容易了。相信jetspeed2.0可以做的更好。期待中...

我也在看Portal,不过exo的中文问题没有解决,虽然它的开发者说下一版本支持多语言,但不知道是什么时候,Liferay的中文化不错,不过感觉上没有EXO强大(正在看),不知道JetSpeed的2.0什么时候出来……

看过以前的代码,觉得不错,新版本可能更好

If u wanna use the exo platform in ur commercial systems, u need to pay the commercial license fee !

because it's GPL !

However, I think ExoPlatform is the better one of opensource portal. if u want to trace his code ~~