Java 值得为新的web项目向JSR286 porlet确认吗？

我即将开始一个全新的网络项目

该项目需要有不同的小窗口，其中包含从其他网站生成的html

一个重要的要求是，当用户在窗口中提交表单时，不应在另一个窗口上调用刷新

我的领导说让我们看看jsr286 portlet（因为portlet听起来像窗口？）。但在查看一些示例（pluto portal/jetspeed2）后，它们都不支持该要求，只要提交一个窗口，整个页面都会被提交

我的大致想法是在每个窗口中使用iframe，让iframe完成其余的工作（比如引用外部网站，处理表单提交）

就个人而言，我认为iframe不太适合portlet jsr286。而且大多数窗口都与其他窗口无关，因此processEvent不是必需的

所以我的问题是：

对于具有此类需求的新项目（单独的表单提交），是否值得向portlet jsr286确认

如果是，iframe如何处理不同的portlet模式（查看/编辑/帮助）或窗口状态（MAX/NORMAL/MIN）

---

多谢各位

有一个很好的解释，你可以告诉你的团队领导。它说：

mashup和门户都是内容聚合技术。门户是传统动态Web应用程序的扩展，是一种较老的技术。在传统动态Web应用程序中，将数据内容转换为标记Web页面的过程分为两个阶段：生成标记“片段”和将片段聚合为页面。每个标记片段由一个“portlet”生成，门户将它们组合成一个单独的网页。Portlet可以本地托管在门户服务器上，也可以远程托管在单独的服务器上

关键是：

门户技术是关于服务器端、表示层聚合的

因此，聚合是在门户服务器上完成的（即使portlet服务器是分开的——这都是因为需要使服务器端在大型站点上具有可伸缩性；这与从多个源组合的客户端无关）。这就是为什么提交会刷新整个页面（因为它必须从门户加载新页面）

这应该有助于澄清问题，因为听起来您需要的是客户端聚合（我不认为我在这里告诉您任何新的内容，但我在“企业演讲”中给您提供的参考可能听起来更有说服力）

---

（因此，如果不清楚，您的需求听起来像是需要客户端mashup。Portlet无法工作，因为它们是在服务器端组装的。iFrame可以工作，但有一些限制（大小、重缩放、样式/动态更改）。我打算建议将使用javascript的客户端上的内容与相结合，但我担心您在从不同站点提取数据时会遇到问题，因为网页中的javascript可以访问的内容受到限制。看起来值得一读…

非常感谢您的回答。我一定会给我的领导看。你提出的关键点是，嗯，关键。再次感谢您最后的澄清。“表单提交中的小窗口”在“直接在客户机上修改DOM”的方式（和/或主干网支持）中是否运行良好？好的，由于javascript的限制，我不确定具体的工作方式，但我发现了一篇看起来很有用的文章。所以，我要明确一点：iframe可以很好地工作；用javascript做一些“更有趣”的事情需要更多的思考。