如何确保通过JMS成功发送文本消息

How to ensure that a Text Message was sent via JMS succesfull?

本文关键字：成功 JMS 消息 文本 何确保 确保      更新时间：2023-10-16

我已经用C++通过JMS编写了一个文本消息发送者程序。

tibems_status status = TIBEMS_OK;
status = tibemsMsgProducer_SendToDestination(
m_tProducer,
m_tDestination,
m_tMsg );

假设status==0，这意味着只有Function工作成功。这并不意味着我的短信发送成功如何确保我的邮件发送成功？我应该从JMS队列返回ID或确认吗？

这取决于消息传递模式。

当发送PERSISTENT消息时，tibemsMsgProducer_SendToDestination呼叫将等待EMS服务器回复确认。

当发送NON_PERSISTENT消息时，tibemsMsgProducer_SendToDestination呼叫可能等待确认，也可能不等待确认，这取决于是否启用了授权和npsend_check_mode设置。有关具体详细信息，请参阅EMS文档(链接到上面)。

最后，当发送RELIABLE_DELIVERY消息时，tibemsMsgProducer_SendToDestination呼叫不等待确认，并且只有在与EMS服务器的连接丢失时才会失败。

然而，即使在发送确认的情况下，这也只是确认EMS服务器已接收到消息。它不会确认消息使用者是否接收并处理了该消息。EMS监控消息可用于确定消费者是否已确认该消息。

消息监视主题的形式为$sys.monitor.<D>.<E>.<destination>，其中<D>匹配Q|q|T|t，<E>匹配s|r|a|p|*，<destination>是目的地的名称。例如，为了监视名为beterman的队列的消息确认，您的程序将订阅$sys.monitor.q.a.beterman(如果您想要已确认消息的副本，则订阅$sys.monitor.Q.a.beterman)。

监控消息包含许多属性，包括msg_id、source_name和target_name。您可以使用该信息将其与您发送的消息关联起来。

否则，更简单的选择是使用tibemsMsgRequestor而不是tibemsMsgProducer。CCD_ 22将发送该消息并等待来自接收方的回复。在这种情况下，最好使用RELIABLE_DELIVERY和NO_ACKNOWLEDGE来删除生产者和EMS服务器以及EMS服务器和消费者之间的所有确认和确认消息。

但是，如果您确实采用了tibemsMsgRequestor路由，那么您可能还想考虑简单地使用HTTP请求，使用负载均衡器代替EMS服务器。在体系结构上，这两种选择没有太大区别(EMS使用持久TCP连接，HTTP不使用)

Producer ->   EMS Server  -> ConsumerA
-> ConsumerB
Client -> Load Balancer -> ServerA
-> ServerB

但是使用HTTP，每个方法都有明确的语义。GET是安全的(不改变状态)，PUT和DELETE是幂等的(多个相同的请求应该与单个请求具有相同的效果)，POST是非幂等的，每次执行时都会导致服务器状态的改变。如果您使用tibemsMsgRequestor，则需要创建定制的语义和响应状态，这将需要额外的精力来创建、维护和培训团队中的其他开发人员。

此外，与EMS相比，找到具有HTTP技能的开发人员要容易得多，而且找到信息HTTP比EMS更容易，因此tibemsMsgRequestor选项将使招聘更加困难，解决问题更加困难。

正因为如此，HTTP是一个更好的选择IMO，用于请求回复或当您希望确保发送的消息被成功处理时。

相关文章：