问题标签 [messaging]

有哪些选项可用于从 Web 应用程序接收即时警报？

我需要处理一个时间敏感的 Web 应用程序（批准加急采购订单请求）。我曾想过通过电子邮件和短信收到通知。

是否有任何程序可以让我的网站直接向我的屏幕发送弹出窗口？或任何其他即时通知选项？

我有一个客户想要一个解决方案，允许送货人员发送短信（SMS 消息），因为他们已经在特定位置完成了取货。我正在寻找的是读取绑定 SMS 消息或 SMS 组件（如果合适）的代码。这将允许我创建一个 Windows 服务来读取消息并相应地更新 SQL 记录。

许多网站都有从用户到用户发送消息的概念。当您向其他用户发送消息时，该消息将显示在他们的收件箱中。您可以回复该消息，它会在该消息线程中显示为一个新条目。

您应该能够查看您是否已经阅读了给定的消息，并且获得新响应的消息应该能够位于顶部。

您将如何设计类（或表或其他）来支持这样的系统？

我需要能够从 Java 发送紧凑消息（理想情况下小到足以放入单个 UDP 数据包）。它需要尽可能高效 - 任何人都可以给我任何指示（除了手动构建它们）吗？

我的组织正在考虑将 Jabber 用作不可知设备到设备到应用程序消息传递协议。

有谁知道 Jabber 的现有 Microsoft 竞争对手的最佳实践？或者，一个新兴的竞争对手？如果是这样，一个很好的 URL 参考可以帮助您快速开始吗？

Jabber 网站： http ://www.jabber.org/web/Main_Page

我正在寻找 Java 中的轻量级消息传递框架。我的任务是以 SEDA 的方式处理事件：我知道处理的某些阶段可以快速完成，而另一些则不能，并且希望将这些处理阶段解耦。

假设我有组件 A 和 B 并且处理引擎（是这个容器或其他任何东西）调用组件 A，而组件 A 又调用组件 B。我不关心组件 B 的执行时间是否为 2 秒，但我关心是否执行例如，组件 A 的时间低于 50ms。因此，组件 A 向 B 提交消息似乎是最合理的，B 将在所需的时间处理该消息。

我知道不同的 JMS 实现和 Apache ActiveMQ：它们对于这个来说太重了。我搜索了一些轻量级消息传递（具有消息序列化和最简单路由等非常基本的功能）但无济于事。

在这个问题上你有什么推荐的吗？

在 Java 世界中，消息队列有更多选择，但在 .Net 中，只有少数几种。在评估使用哪一个时，应该寻找哪些特征？构成可靠消息队列系统的基本概念是什么？

我正在考虑如何扩展用托管代码（在本例中为 C#）编写的 Tibco EMS 队列侦听器。我正在寻找主要的隔离和聚类特征。

在 MSMQ 中，我可以使用 Windows Process Activation Service 来托管和管理队列侦听器的数量和生命周期。是否有 Tibco 等价物？

否则我怀疑我最终会得到一个简单的 NT 服务来托管 EMS 侦听器。（它反过来可以执行进程激活）。构建一个 24x7 可监控、强大的生产服务是可行的，但相当棘手。

我正在寻找 JMS 是一个很好的解决方案的问题的（简单）示例，以及为什么 JMS 在这些情况下是一个很好的解决方案的原因。过去，当 B 不一定能立即处理消息时，我只是将数据库用作将消息从 A 传递到 B 的一种方式。

这种系统的一个假设示例是所有新注册的用户都应在注册后 24 小时内收到一封欢迎电子邮件。为了论证起见，假设数据库不记录每个用户注册的时间，而是将每个新用户的引用（外键）存储在 pending_email 表中。电子邮件发件人作业每 24 小时运行一次，向此表中的所有用户发送一封电子邮件，然后删除所有 pending_email 记录。

这似乎是应该使用 JMS 的问题，但我不清楚 JMS 相对于我所描述的方法有什么好处。DB 方法的一个优点是消息是持久的。我知道 JMS 消息队列也可以持久化，但在这种情况下，JMS 与我描述的“数据库作为消息队列”方法之间似乎没有什么区别？

我错过了什么？- 大学教师

我们需要从安全系统、火警、摄像系统等系统中获取数十种不同的协议，并将它们集成到一个通用协议中。

我希望这是一个消息服务器，许多系统都可以订阅和/或通过它进行通信。

• 轮询和非轮询“驱动程序”（协议转换器）
• 处理 RS232 / RS485 / tcp
• 以 Java 或 C# 等托管语言编写的可编程“驱动程序”
• 规则引擎能力

biztalk 适合这个吗？

有开源替代品吗？

是否有 Java / Java EE 方法可以做到这一点？

该系统一方面是 SCADA 系统，另一方面是一种中间件/消息服务器。

任何关于最佳方式的想法将不胜感激。我知道在驱动程序方面会涉及大量的编程，但是尽管我很想从头开始构建整个系统是不合适的。