问题标签 [openfire]

我希望能够创建具有直接 SHA-1 密码的用户。没有河豚，没什么特别的，只是普通的老式香草 SHA-1。到目前为止，我能够做到这一点的唯一方法是扩展 DefaultUserProvider 并覆盖 createUser，进行以下更改：

有一个更好的方法吗？想法？建议？

（这个“要求”的原因是我试图ofUser通过 mod_auth_mysql 访问表，以便我可以为项目的所有不同区域（如 Subversion）提供“单点登录”解决方案。）

我有一个带有一些我自己的数据包扩展的自定义消息类型。我需要在收件人离线时存储这些消息。到目前为止，服务器没有存储它们（是的，它配置正确）。有谁知道 Openfire 是否真的会存储离线自定义消息类型？如果没有，是否有强制/欺骗/破解它以便它会？

谢谢

我的任务是创建一个具有低带宽服务器到服务器连接的文本消息系统。其他开发人员已经使用 protobuf 在这些相同的服务器位置之间为系统的其他部分发送数据，并且在文本消息部分继续这种趋势会很有帮助。服务器到客户端的连接不受带宽限制。能够使用未经修改的聊天客户端和 openfire xmpp 服务器会很棒。

在这种情况下，openfire 的组件或 Kraken 的传输哪个更好？

我使用 rails 2.3.8 开发了一个网站，并使用 openfire(java) 开发了一个 IM 服务器。我想在他们之间共享一些数据，或者确切地说，rails 作为提供者，openfire 作为消费者。一种可能的方法是使用网络服务。但是似乎 rails 2.x 已经弃用了默认的 SOAP 支持，我安装了 gem activewebservice，但是缺少说明如何使用它的文档。我在 IBM 的网站上搜索了一个示例，但在 rails 2.3.8 中遵循本指南似乎有问题。谁能给我一个例子？我知道提供 Web 服务的另一种方法是使用 rails 的默认 RESTful 类型的 Web 服务，但是如何配置 java 端来支持这个呢？

一些客户端订阅了一个节点，我想知道如何获取订阅者。

Openfire中是否有一些插件可以做到这一点？

我在使用 Smack 3.1 的应用程序和运行 openfire 的服务器时遇到问题。启动应用程序后，它将读取节点上的最后一条消息。这不起作用，因为消息被解析、处理并放入数据库中。除了在有效负载中发送消息创建时间之外，还有什么方法可以阻止这种重复？（实际上，如果有任何迹象表明一条消息已被“消费”，那就太好了）

我正在使用 XMPP pubsub。一切正常。用户可以创建节点，感兴趣的用户可以订阅该节点。但是我想将发布操作存储到 DB。因为在我的应用程序中，很多事情都是由 pubsub 处理的，比如聊天、提要等所以在页面刷新时我想坚持聊天。所以我正在寻找任何将它保存到幕后数据库中的 openfire 插件。就像 openfire 在 MUC（多用户聊天）的情况下保存聊天一样。我不想手动发送 ajax 请求。那么有什么方法可以记录发布项目。

更新：

在我的表单配置中存在一个问题，其中持久项目默认设置为 false。所以我按照您的建议配置了节点。但是我再次在页面刷新时遇到了一些问题。我会用一个例子来解释你。在我的应用程序中，用户 A 登录并创建一个节点，并在成功创建后向用户 B 发送请求，现在用户 B 订阅用户 A 创建的节点。现在，如果任何用户进行页面刷新，我发送一个类型为 get 的 IQ 节获取您上面提到的所有错过的事件。但是我收到错误 400 subid-required。

作为回应，我得到：

所以可以帮助我哪里出错了。我还阅读了链接http://xmpp.org/extensions/xep-0060.html#owner-configure point : 6.5.9.1 说如果请求实体有多个订阅节点但没有指定订阅ID，服务必须向订阅者返回错误。那么这是否意味着我再次订阅了同一个节点？我检查了是否是这种情况，但我只订阅了一次。所以只是找出问题所在。

我已经成功安装了 Openfire XMPP 服务器并构建了一个用于文本聊天的 Android 应用程序，如何在我的应用程序中实现 VOIP 功能？这可以通过将 openfire 与 SIP 服务器连接来完成吗？

有人可以指导我吗？

我的目标是通过 strophe 在 openfire 上开始交流。但是有几个问题，例如：

strophe 将用什么语言编写？

连接是如何以及在哪里编写的？

只是一些基本指导或入门教程的良好链接将非常有帮助。

您是否为 OpenFire (http://www.igniterealtime.org/) 开发过？你的经历如何？优点/缺点/意见，请。

我现在正在评估几种技术，并想知道社区对 OpenFire 的看法。