Aem 无法将CQ5.6.1与Site Catalyst集成

我在将AEM 5.6.1与Site Catalyst集成时遇到困难。它允许我在配置中成功连接，但在框架设置中不起作用

我遵循了，它在配置中接受我的登录，但在使用浏览器消息“

设置的框架上失败，我们无法登录到SiteCatalyst。请检查您的凭据，然后重试。

'。服务器日志中的后台

12.12.2014 14:10:06.967 *WARN* [0:0:0:0:0:0:0:1 [1418393406764] POST /libs/cq/analytics/sitecatalyst/service.json HTTP/1.1] com.day.cq.analytics.sitecatalyst.impl.SitecatalystHttpClientImpl Data center 'https://api3.omniture.com/admin/1.3/rest/' responded with errors {"error":{"code":500,"message":"Internal Server Error"}}
12.12.2014 14:10:06.967 *ERROR* [0:0:0:0:0:0:0:1 [1418393406764] POST /libs/cq/analytics/sitecatalyst/service.json HTTP/1.1] com.day.cq.analytics.sitecatalyst.impl.servlets.SitecatalystServlet Call to SiteCatalyst method 'Company.GetReportSuites' failed com.day.cq.analytics.sitecatalyst.SitecatalystException: not authenticated

我尝试过通过via访问，它很有效

我试过这个方法，但没有成功

我可以登录到SiteCatalyst，我是管理员，我在web服务访问组中

我尝试过在GeometricXX上使用CQ5.6.1的干净安装-它也不起作用

我在服务器和localhost/dev机器上尝试了这一点，得到了相同的结果。没有代理。我甚至尝试使用共享密码作为密码，但它根本无法连接，在配置屏幕上失败

---

什么原因可能会导致此失败？

如果新安装和GeometricXX不起作用，则可能是Adobe的错误。这通常是支持人员询问您的第一件事

我还将在您的新安装上使用GeometricXX Outdoor或更新的演示站点进行验证，以确保它不是过时的ClientLib问题

我知道这不是对你问题的直接回答，但老实说，我会以不同的方式处理集成。我曾经使用过AEM-SC框架，它充其量也有缺陷。它非常挑剔，实际上并不像文档所说的那样工作，而且它要求您非常明确地知道页面上的ClientLib是什么

---

展望未来，我认为使用Adobe Dynamic Tag Manager是更好的方法，原因有很多。我的理解是，这也是Adobe的建议。我会考虑那样做。在AEM 5.6.1中，您必须自定义与DTM的集成，但这并不十分困难。

如果新安装和Geometricxx无法使用，则可能是Adobe的错误。这通常是支持人员询问您的第一件事

我还将在您的新安装上使用GeometricXX Outdoor或更新的演示站点进行验证，以确保它不是过时的ClientLib问题

我知道这不是对你问题的直接回答，但老实说，我会以不同的方式处理集成。我曾经使用过AEM-SC框架，它充其量也有缺陷。它非常挑剔，实际上并不像文档所说的那样工作，而且它要求您非常明确地知道页面上的ClientLib是什么

---

展望未来，我认为使用Adobe Dynamic Tag Manager是更好的方法，原因有很多。我的理解是，这也是Adobe的建议。我会考虑那样做。在AEM 5.6.1中，您必须自定义与DTM的集成，但这并不困难。

解决方案：在sitecatalyst的配置节点上添加属性：（例如，

/etc/cloudservices/sitecatalyst/my sc configuration

）

它似乎也适用于较新的API版本，如

https://api3.omniture.com/admin/1.3/rest/

---

对于5.6.1，它似乎忽略了OSGi配置，至少在配置屏幕上是这样。有了这个额外的属性，框架页面将无误加载，并允许选择RSID

解决方案：在sitecatalyst的配置节点上添加属性：（例如

/etc/cloudservices/sitecatalyst/my sc configuration

）

它似乎也适用于较新的API版本，如

https://api3.omniture.com/admin/1.3/rest/

---

对于5.6.1，它似乎忽略了OSGi配置，至少在配置屏幕上是这样。有了这个额外的属性，框架页面将无误加载，并允许选择RSID

我同意我与许多使用AEM的客户一起工作过，他们几乎都说了同样的话：头痛的是安装，头痛的是维护，头痛的是试图找到解决问题的方法，从限制到bug。最好假装它不存在，单独使用常规的_code.js库（单独使用或通过DTM）。并不是说DTM没有自己的头痛列表，而是它们更容易处理。这是非常有用的信息，因为我甚至还没有完成框架的初始设置，我将研究DTM。我只是很惊讶，我甚至无法通过最初的设置步骤。我同意我与许多使用AEM的客户合作过，他们几乎都说了同样的话：设置令人头痛，维护令人头痛，试图找到从限制到bug的解决办法令人头痛。最好假装它不存在，单独使用常规的_code.js库（单独使用或通过DTM）。并不是说DTM没有自己的头痛列表，而是它们更容易处理。这是非常有用的信息，因为我甚至还没有完成框架的初始设置，我将研究DTM。我只是很惊讶，我甚至不能通过最初的设置步骤。

server=https://api.omniture.com/admin/1.2/rest/