问题标签 [messaging]

因此，我的公司将大量数据存储在 foxpro 数据库中，并试图绕过直接接触它的性能损失，我正在考虑发送任何可以异步完成的消息，以获得更快速的用户体验。我开始研究ActiveMQ，但不知道 C# 能很好地与它挂钩。想听听大家的想法。

编辑：它将是一个 Web 应用程序。任何接触这个 foxpro 的东西都有点慢（可能是因为 10 年前设置它的人把它搞砸了，一些表格文件非常大）。我们每晚将 foxpro 复制到 sql，并且我们的大部分数据读取都可以在一天前完成，因此我们专注于写入。加上写入会影响用户体验（购买）的关键部分，我们将其存储在 sql 中，然后在可以时将其放入 foxpro 中。我希望我们可以摆脱 foxpro，不幸的是，该公司不想摆脱他们购买的依赖它的非常旧的软件。

我正在为我们的产品开发消息/通知系统。基本要求是：

• 开火并忘记
• 持久的消息集，可能会更新，直到发件人说删除它们

这些库将用 C# 编写。Spring.NET 刚刚发布了一个里程碑式的构建，其中包含许多不错的消息抽象，这很棒——我计划广泛使用它。我的基本问题归结为消息代理的问题。我的架构看起来像应用程序 -> 消息代理队列 -> 服务器应用程序，它监听、将所有消息分派到它们需要去的地方，并处理那些长期存在的消息的生命周期 -> 消息代理队列或主题 -> 监听应用。

最后，问题是：我应该使用哪个消息代理？我偏向于ActiveMQ - 我们在上一个项目中使用它并且喜欢它。除了它是 Java 并且需要将 Java 安装在某处的服务器上之外，我真的想不出任何针对它的攻击，这对于某些将使用该服务的人来说可能很难卖。我一直在寻找的另一个选项是 MSMQ。由于某种未知的原因，我对它有偏见，而且它似乎也没有很好的多播支持。

有没有人用过 MSMQ 做这样的事情？任何优点或缺点，可能会以某种方式影响投票的东西？

最后一件事，我们使用的是 .NET 2.0。

在对具有 TCP 可靠性的 UDP 之类的广播的答案之一中，用户提到了传播消息传递 API。我也遇到过一个叫做ØMQ的。我也对MPI有一些了解。

所以，我的主要问题是：我为什么要选择一个而不是另一个？更具体地说，当有成熟的 MPI 实现时，我为什么要选择使用 Spread 或 ØMQ？

有没有办法使用 Perl 进程作为侦听器来侦听 Oracle AQ。

如果您想在运行 .NET 2.0 及更高版本的 Windows 下使用队列产品进行持久消息传递，那么目前有哪些 MSMQ 替代品？我知道 ActiveMQ ( http://activemq.apache.org/ )，并且我看到了对 WSMQ 的引用（指向http://wsmq.net），但该站点似乎已关闭。

还有其他选择吗？

谁能推荐一个快速将测试消息发布到 JMS 队列的工具？

说明：

1. 该工具应允许用户输入一些数据，可能是 XML 有效负载，然后将其提交到队列。
2. 我应该能够在没有生产者的情况下测试消费者。

我正在研究向订阅用户列表发送常规自动文本消息。玩过 Windows Mobile 设备后，我可以使用紧凑的 .Net 框架 + 连接到 USB 的设备轻松实现这一点，并通过它发送消息。我想探索其他解决方案，例如拥有服务器或类似的东西来做到这一点。我只是不知道这样的系统涉及什么。

我一直在研究异步消息传递，我喜欢它优雅地处理某些领域中的一些问题的方式，以及它如何使领域概念更加明确。但是对于一般的领域驱动开发（至少在服务/应用程序/控制器层）来说，它是一种可行的模式，还是设计开销应该限制在基于 SOA 的场景中，比如远程服务和分布式处理？

我有一个串行硬件设备，我想与多个应用程序共享，它可能驻留在多个网络内或跨越多个网络的不同机器上。一个关键要求是系统必须支持双向通信，以便客户端/串行设备可以存在于防火墙后面和/或不同的网络上，并且仍然通过中央服务器相互通信（发送和接收）。系统的另一个要求是客户端必须能够确定网关/串行设备是否离线/在线。

该串行设备能够接收和发送数据包到无线网络。与串行设备通信的软件是用 Java 编写的，如果可能的话，我希望它保持 100% Java 解决方案。

我目前正在研究 XMPP，使用 Jive 软件的 Openfire 服务器和 Smack API。使用此解决方案，来自串行设备的数据包通过 XMPP 传递给客户端。类似地，任何客户端应用程序都可以通过 Smack API 向串行设备发送数据包。数据包只是字节数组，大小限制在 100 字节左右，因此可以将它们转换为十六进制字符串并作为消息正文中的文本发送。系统应该容忍客户端/串口设备离线，这意味着当它们再次可用时它们会自动重新连接，但如果客户端离线，数据包将被丢弃。数据包必须近乎实时地发送和接收，因此不希望离线传递。安全性应由消息传递系统和提供的客户端 API 提供。

我想听听其他可能的解决方案。我想过使用 JMS，但它似乎有点过于重量级，我不确定它是否支持了解客户端和/或网关/串行设备是否离线的要求。

我在 PeopleSoft 应用程序上有一个奇怪的问题。似乎正在无序地处理集成代理消息。还有另一种可能性，那就是提交是异步触发的，允许事务无序完成。

有许多详细记录的插入，然后是尾记录，它对刚刚插入的行执行更新。有些行没有收到更新。这个问题是零星的，大约每 6 个月一次，但它会导致统计上显着的财务报告错误。

我希望有人对 PeopleTools 的内部进行了足够的处理，以了解它在做什么，这样也许我可以找到解决该问题的方法。