Portal server 与 Web framework的关系

请问哪位大虾能说说目前流行的Portal server 与 目前流行的一些web framework能否结合使用？有什么关系？

我所知道的free portal server: Jetspeed, liferay, Jportal, etc.
free web framework大家都谈论得很多了，如struts, webwork, tapestry, etc.

there is no relationship between them

portal是业务层
WEB FRAMEWORK是技术实现层

两者关系不大
某些厂商的Portal基于J2EE服务器构建，包括Oracle、BEA、IBM等
也有个别厂商是基于自己私有技术的，比如SAP等

在基于J2EE的Portal上开发门户组件，可部分的采用一些web framework如struts，象Oracle、BEA就支持这类的开发，但总的来说，在实际应用中用得不多，这主要是Portal的架构决定的

个人感觉Portal使用的技术不是太花哨，属于实用派

Portal Server的机制与一般的Web Framework是独立的，Portal Server有自己的容器或者引擎来对Portlet进行处理，每个Portlet类似于Servlet。

Portlet现在有两种标准，一种是以Jetspeed为主的老版本，IBM的Websphere Portal Server原先的核心API也采用Jetspeed的API，另一种是目前JCP组织制订的JSR 168标准，BEA和IBM都在自己的产品里实现了该标准，但还没有成熟。IBM的WSAD开发工具里对Portal有两种项目类型，分别支持这两种标准。

可以将Portal做为表现层的一种类型集成到你的Web Framework中。

再补一句：
Jetspeed是一个门户的应用管理系统，应用程序是构建在Turbine这个Web Framework上面的，可以认为Jetspeed是个用Turbine Framework开发的一个应用程序。

谢谢各位的回复，那如果我想开发一个门户站点的话，是选择Portal server来开发好呢还是直接用Web framework好呢？或者是两者结合使用呢？比如我看见大家现在比较看好的tapestry，我能在使用tapestry的同时又结合某个Portal server来开发吗？

如果你采用某个Portal Server，比如Jetspeed，那么你的工作很简单，就是按照它的标准，进行配置文件编写，portlet编程，与你采用哪个Web Framework无关，现在的Portal应用基本上只要做到界面集成就可以了，而具体的Portlet所涉及到的业务需要按照Web Framework来开发。

注意session值的处理，实现简单的单点登录，按照Portal Server自带的Portal配置工具，一般就可以满足用户的要求。深层次的，如应用集成，那就是另外的话题了，与Web Framework也没有关系。

建议你到Jetspeed的项目组下载它的Tutorial，了解后再做方案

那就是说他们还是可以一起使用的（虽然无关），比如假设我用Jetspeed做Portal server实现界面集成，但同时又可以用Tapestry来做某个Portlet所涉及的业务，对吗？

举个简单的例子，在个人门户首页上，你可以看到一个Portlet上面告知你有多少个待办事宜，这些待办事宜可能是系统中各个应用传过来的，每个应用的处理界面都不一样，你选择其中一个待办事宜后则转至这个待办事宜所处的应用处理程序中。

这个例子中，Portlet只是一个页面组件，当你点击里面的链接时后便转到其它应用里面，前者是Portal Server的工作，后者是你用Tapestry做的事情，没有什么关系。