为了满足客户的要求,我们需要让用户互相交换信息. “消息传递系统”没有复杂的后端要求,可以通过几个表轻松实现,以存储消息和消息类型.

问题是我相信前端的要求非常高,可用性非常重要.此外,我希望从长远来看,这种通信的一部分将成为系统的重要组成部分.

有什么东西可以直接集成到Java Web应用程序中并适应应用程序的设计吗？我们需要的是以下界面

从服务层：

>向用户发送消息(标题,主题)
>回复邮件
>通知用户收件箱中的新邮件(如果可能：在当前页面上)
>现有用户管理界面

优选地,组件应该已经具有具有以下功能的前端：

>消息管理(选择,删除,回复,删除/恢复,……)
>文件夹：收件箱,已发送,垃圾箱
>标记：消息类别
>在面板/ div中显示最后x条消息
>样式看起来像应用程序

如果有一些相当稳定的东西,我宁愿在实现这样的东西之前使用一个组件到应用程序中.该应用程序在Wicket上运行,但我们不依赖于此消息传递组件的框架.

谢谢,
Kariem

在门户服务器中,您可以灵活地添加可以执行类似于我正在寻找的组件的portlet;例如Liferay提供了mail和message boards portlet.

正如akf在评论中指出的那样,Jabber为消息传递提供了坚实的基础.我们正在寻找可以集成到Web应用程序中的东西.如果我们必须围绕Jabber构建大量UI,我们无法真正认为它非常适合我们的要求.

最佳答案 好吧,这可能有点令人惊讶但是试试
Google Wave呢？

如果我查看您的标准：

Is there anything that can be directly
integrated into a Java web application
and adapted to the application’s
design […]

你可以在这个迷你教程中发现它：http://blog.zenika.com/index.php?post/2010/01/27/Google-Wave-Embedded-API-the-missing-tutorial(它有多有趣？)

From service layer:

• send message to user (header, subject)
• reply to a message
• notification on new message in user inbox (if possible: on current page)
• interface to existing user management

除了最后一点之外的所有内容都是由Google Wave实例提供的.最后一点可能有点难以解决,因为您需要所有用户都拥有googlewave帐户.管理这些帐户may become available through Google Apps,但atm它不可行.如果它是绝对强制性的,你可以计划拥有自己的实例,因为它是open protocol,但你的目标是为你做一些事情,对吧？

Preferably, the component should
already have a front-end with the
following functionality:

• message management (select, remove, reply, delete/restore, …)
• folders: inbox, sent, trash
• tagging: message categories
• show last x messages in a panel/div
• styling to look like the application

伟大的,所有这一切都适用于Wave.

If there is something reasonably
stable, I would prefer using a
component before implementing
something like this into the
application. The application runs on
Wicket, but we are not tied to this
framework for the messaging component.

Ok Wicket很时髦,你应该喜欢这个解决方案:-)
我承认这有点’avant-gardiste‘,我自己从未做过这样的事情,但认为它可以扩大你对你的问题的看法……