用于电子邮件可扩展性的 JMS
一起使用 JMS 和 JavaMail 来构建可扩展的电子邮件解决方案是否有意义?
目前,我正在考虑以下 2 个选项:
-- 构建 RESTful 电子邮件中心 API 并从整个 Web 应用程序调用它。
-- 在 Web 应用程序和电子邮件中心之间使用 JMS。
我所说的“电子邮件中心”可能会使用 JavaMail 来实现。我走在正确的轨道上吗?还有其他我可能错过的选择吗?
使用其中一种比另一种有优势吗?我主要寻找可扩展性。
Does it make sense to use JMS and JavaMail together to build a scalable email solution?
Presently these are the 2 options I am considering:
-- Build a RESTful email center API and call it from all over the web app.
-- Use JMS in between the web app and the email center.
The 'email center' as I call it will probably be implemented using JavaMail. Am I on the right track? Is there some other option that I might have missed?
Is there an advantage using one over the other? I am primarily looking for scalability.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
JMS 将提供持久存储、负载平衡和保证开箱即用的交付。 RESTful API 必须从头开始实现这些核心服务。
当然,您可以使用 RESTful API,并在 REST Servlet 中使用 JMS 客户端将邮件数据发布到队列。这将从调用站点中删除 JMS API 依赖项。但无论哪种方式,都需要将完整的邮件实例包装在 REST 和/或 JMS 消息中。
JMS will provide persistent storage, load balancing, and guaranteed delivery out of the box. A RESTful API would have to implement these core services from scratch.
Of course you can use the RESTful API and in the REST Servlet use a JMS client to publish the mail data to a queue. This would remove JMS API dependencies from the calling sites. But either way, wrapping the complete mail instance in a REST and/or JMS message needs to be implemented.