GCM XMPP送达回执发送其他机器和GCM关闭时收到其ACK连接 [英] GCM XMPP delivery receipt send other machine and GCM closes connection when receive its ack

问题描述

我有运行在两台机器上的应用程序，他们每个人都建立了通过TCP（XMPP）通过GCM的连接。

I have an application running on two machines, each of them are have established a connection through GCM via TCP(XMPP).

有一个问题我遇到的是通过与delivery_receipt_requested'标志一个连接发送XMPP消息，并不必然意味着收到收据在同一连接上该消息。这显然​​是非常有问题的，因为连接可能会在不同的机器设置在不同的进程，有时

One issue i'm experiencing is that sending an xmpp message through one connection with the 'delivery_receipt_requested' flag, does not necessarily means receiving the receipt for that message on the same connection. This is obviously very problematic, since connections might be set up on different processes, sometimes on different machines.

这是另一个问题是，机收delivery_receipt（不发送原始消息）试图发送一个送达回执ACK 来的GCM，GCM将关闭此连接。

An other issue is that machine received delivery_receipt (which does not send original message) tries to send a delivery receipt ack to the GCM, GCM closes this connection.

它看起来是不可思议？ GCM发送送达回执的其他机器，当它接收到送达回执ACK 从机关闭连接，因为消息不从机发送？

Does it seem to be weird? GCM send delivery receipt an other machines and when it receives the delivery receipt ack from that machine it closes the connection since message does not send from that machine?

推荐答案

是一个必须发送一个ACK交付收据吗？我没有任何问题，到目前为止，而不发送，以及除了当手机有烂的连接，例如巨大的延迟来自外国。

is it a must to send an ack for delivery receipt? i haven't any issues so far without sending it, well except for the huge delay when the phones have lousy connections, e.g. from a foreign country.

这篇关于GCM XMPP送达回执发送其他机器和GCM关闭时收到其ACK连接的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！