Http XMPP上的SOAP/REST调用

Http XMPP上的SOAP/REST调用,http,rest,soap,xmpp,chat,Http,Rest,Soap,Xmpp,Chat,我想提出一个解决方案,在这个解决方案中,我可以使用连接到gtalk的XMPP聊天客户端,解析SOAP web服务和用于LAN的REST调用(防火墙代理后等),并将其转移到另一个不同LAN上的另一个聊天客户端(防火墙代理后等) 我已经缩小了范围,但作为XMPP和smack的新手,我不知道smack是否可能 smack是否提供了这样的功能?我尝试了Smack文档,但无法深入理解它 任何其他可能的替代方案和建议都是最受欢迎的。从开始了解您应该使用的协议样式。这样做有一些很好的理由,包括: 防火墙穿越

我想提出一个解决方案,在这个解决方案中,我可以使用连接到gtalk的XMPP聊天客户端,解析SOAP web服务和用于LAN的REST调用(防火墙代理后等),并将其转移到另一个不同LAN上的另一个聊天客户端(防火墙代理后等)

我已经缩小了范围,但作为XMPP和smack的新手,我不知道smack是否可能

smack是否提供了这样的功能?我尝试了Smack文档,但无法深入理解它

任何其他可能的替代方案和建议都是最受欢迎的。

从开始了解您应该使用的协议样式。这样做有一些很好的理由,包括:

  • 防火墙穿越(如上所述)
  • 不必经常进行TCP连接,从而节省延迟
  • 不必对每个请求进行身份验证,但可以对流进行身份验证
  • 不需要为每个请求使用单独的XML解析器,这意味着处理可以更高效

为了让事情变得更简单,以restfull方式开始并使用command的node属性

你真的在尝试通过XMPP隧道HTTP以避免防火墙吗?是的,你是对的,Darrel,请提出你的意见。请注意REST在XMPP上没有任何意义(它与HTTP的耦合非常强)但是SOAP是完全正常的。@DonalFellows:不,REST不与HTTP耦合。请再读一遍菲尔丁博士的论文,它明确指出。事实上,通过仔细的协议设计,REST的所有属性都可以在XMPP中完成。然而,这并不重要,因为OP可以实现他实际想要的,而不必对协议做出本体论上的决定。