Aem 如何以编程方式配置发布服务器

为了实现灾难恢复，我们必须发明自动部署CQ实例的机制。它必须自动设置复制代理，从属性文件获取代理配置，并自动将它们部署到CQ，而无需任何人工干预。 有没有人有这样做的经验

我试图通过路径：/etc/replication/agents.author为复制代理创建节点 但它似乎不起作用

还有一个问题是如何存储密码字段。CQ将散列保存在属性“transportPassword”中，如{8daa5f84c1c8067bab760cb93b8de6642c9e67ebda900ce5902b9910165fb9388558d4b0579b8c496695563eda60a25d}。也许有人知道算法

---

提前谢谢。

密码似乎来自加密支持服务

您是否考虑过创建复制代理的内容包？您可以通过编程方式上载和安装内容包。我承认，如果hased密码在不同的实例中发生更改，我无法立即知道。

请在此处发布您的cURL命令。有几个潜在的gotchya，但它是可以做到的。我在CQ中使用JCR会话而不是通过“curl”命令来实现。启动过程中的特殊包从文件读取属性，并根据文件中的信息部署发布服务器。看来它管用。我将描述在通过所有测试后我是如何处理它的。我发现了这个决定。为了从头开始建立新的环境，我们使用了下一种技术：M-authors、N-publishers、K-dispatchers。作者上的复制代理、发布服务器上的闪存代理、发布服务器上的反向复制代理的配置我们存储在特殊的外部文件中。从头开始安装author……author和publisher实例复制到存档。此存档部署到每个相应的实例计算机。之后，将代理配置文件复制到相应的实例。正在启动实例。实例启动后，maven构建特殊的灾难恢复包，该包从文件中获取代理配置并创建复制代理。密码散列已经存在于该文件中，因为我们总是可以从原始实例获取密码散列。毕竟所有的过程都是。。。。。。完成-我们将内容包和捆绑包构建到相应的实例。最终，我们实现了完全自动化的环境部署。它已经过测试，可以在我们的项目中使用。谢谢。我发现，当您尝试使用复制代理配置/etc/replication/agents.author从cq包通过cq包管理器上载内容时，复制将无法工作。但是，当您通过jcr会话以编程方式创建节点时，它是有效的。为了生成密码缓存，您可以使用cq。密码是预先确定的，因此您可以从复制代理节点获取哈希并使用它。