☰

迁移 Adob​​e/Macromedia Contribute Publishing Services 服务器时无法识别用户

tag-icon • tag-icon adobe content-management jrun web
迁移 Adob​​e/Macromedia Contribute Publishing Services 服务器时无法识别用户

我必须将现有的 Contribute Publishing Services 服务器安装迁移到另一台机器。

问题背景
我已安装 CPS 服务器软件的全新副本。调整了 server.xml 文件以反映新环境。我已登录并将此新实例链接到原始服务器正在与之通信的同一开放 LDAP 实例，并验证了连接并返回了有效数据。

我还迁移了

  • 数据库文件夹

  • 站点文件夹

  • ckm.xml 文件

（根据 Adob​​e 知识库文章 1238b09）
我可以登录 CPS 服务器管理界面并查看所管理的每个站点的基本信息。
我可以让 Contribute Client 连接到服务器并根据开放的 LDAP 服务器对我进行身份验证。

实际问题
当我使用贡献客户端连接到新的服务器实例并请求站点时。

connect:address:port/contribute

我收到一条消息，提示系统没有我的新站点。
站点文件夹中的每个站点都有一个用户目录，并且该用户目录具有正确的用户标识符。这些标识符实际上是通过开放 LDAP 返回的电子邮件地址。

有人有使用 CPS 的经验并且知道可能发生什么吗？

答案1

我在这里回答我自己的问题是为了这个社区的利益。
经过一番认真的调查，我发现新安装的 CPS 无法找到站点数据库。JRUN 服务器的错误日志中揭示了这一点。

知识库中 Macromedia (Adobe) 的说明指出，在迁移时需要保留一个名为 ckm.xml 的文件。此文件位于
installation directory\jrun4\servers\contribute-wps\contribute\WEB-INF\config\ directory.

需要编辑此 XML 文件，因为它在指向受管理站点数据库的路径中引用了不同的驱动器号（因为原始安装在 e:\ 驱动器上）。破解此文件后，我发现我可以将贡献客户端连接到服务器并加载我的站点。

注意：我认为我可能必须破解存储在 CPS 管理站点的 Web 根目录中 _mm 文件夹中的 .csi 文件，因为 CPS 服务器的 DNS 地址现在已经更改。

我的错误是最初相信了 MS 文件搜索工具，因为我对整个（新）安装目录进行了强力搜索，以查找对旧路径的引用，但一无所获。

祝愿仍然使用 Contribute Publishing Services 的任何人好运，我希望这一小点信息能够对互联网上的其他人有所帮助！

格斯

相关内容