Xmpp 我可以使用';延期支付';XEPs,比如;XEP-0142:工作组队列;?

Xmpp 我可以使用';延期支付';XEPs,比如;XEP-0142:工作组队列;?,xmpp,Xmpp,我希望实现与XEP-0142中定义的功能相同的功能(用户可以联系组织或工作组的代表,而不知道该组织或工作组的特定成员的地址) 但在XEP-0142中,该网站称“不建议实施本文所述的协议”。如果我们使用相同的方法,会产生什么后果 我在satckoverflow上找到了,但在那里我找不到任何解决方案 请建议我是否可以在没有任何问题的情况下使用该功能,或者请建议我实现该功能的任何其他替代方案。结果取决于您的要求。如果您可以控制客户端和服务器的功能,那么您在实现此功能时不会遇到任何问题。如果没有,则可能

我希望实现与XEP-0142中定义的功能相同的功能(用户可以联系组织或工作组的代表,而不知道该组织或工作组的特定成员的地址)

但在XEP-0142中,该网站称“不建议实施本文所述的协议”。如果我们使用相同的方法,会产生什么后果

我在satckoverflow上找到了,但在那里我找不到任何解决方案


请建议我是否可以在没有任何问题的情况下使用该功能,或者请建议我实现该功能的任何其他替代方案。

结果取决于您的要求。如果您可以控制客户端和服务器的功能,那么您在实现此功能时不会遇到任何问题。如果没有,则可能意味着客户端或服务器将无法实现此功能


advise只是声明XMPP不再支持此实现,这意味着开发基于XMPP的解决方案的软件供应商可能已经实现了,也可能没有实现上述功能

Openfire拥有这个名为fastpath的XEP的可靠实现。有关更多信息,请参阅openfire(和Spark)的fastpath插件


因此,您可以重用Spark客户端或编写自己的客户端来实现所需的功能。

大多数人都会被当前的文本“延迟”XEP所迷惑或警告,该文本如下

警告:XMPP推迟了对此文档的审议 标准基金会。本文描述的协议的实现 不建议使用

这在很久以前就应该更改为1,2

警告:此文档已在12点之后自动延迟 在之前的实验状态下数月不活动。 对于以下情况,不建议实施本文所述的协议 生产系统。然而,探索性的实现是非常困难的 鼓励恢复标准程序

这更准确地描述了“延迟”XEP所处的情况:它已经超过12个月没有更新了。如果有人愿意站出来,继续努力,这是每个人都能做到的,那么它可能会回到标准轨道上:

注意,如果XEP被延迟,XMPP扩展编辑器可能会在某些时候 点将其重新分配到实验状态

详细描述了该过程

1:


2:

感谢Kay Tsar的回复。“建议…声明…不再支持此实现,…可能已经或可能没有按照描述实现此功能”。”。您的链接声明如下:“不建议执行本文描述的协议。”我不是母语人士,因此可能会将建议与建议混淆。