迁移到EndecaExperienceManager

Question

当我们从未使用EndecaExp Manager的ATG商业版本（＆lt; 10）迁移/移动到使用它的版本时，面临的挑战是什么？例如，鉴于页面现在必须由模板驱动，所有JSP是否会对它们的呈现方式进行更改？

这里最好的做法是什么，以尽量减少移动对用户界面的影响。最大化JSP的重用？

我已阅读过迁移文档，但它们似乎并没有涵盖这方面。

Answer 1

如您所知ATG和Endeca只是真正开始集成ATG 10.2.x.因此，在旧版本的ATG中，集成需要开发人员提供更多的工作。我已经开始研究ATG 9.2和Endeca 3.1.2实现。您的问题应该是从迁移到与Endeca很好地集成的ATG的更高版本以及您希望在迁移后保留多少当前系统后的距离？这很重要，因为这意味着您需要构建一个模仿ATG Assembler Pipeline功能的解决方案（在与Experience Manager集成时最大程度地控制模板和磁带盒）或基于{InvokeAssembler droplet的更少侵入式方法{3}}。

要考虑的另一件事是您希望通过Experience Manager渲染多少。通常，您可以执行主页和类别页面。产品详细信息页面会调用Experience Manager中的一些组件（例如面包屑），但索引中的数据通常与数据库中的数据一样准确（例如库存级别），因此对于PDP，您可以直接访问存储库。您也不太可能在Experience Manager中构建结帐流程。这应该表明您可能会保留大量现有页面。

您最快的方法是构建一个Droplet，它将从Experience Manager检索您的contentItem，然后开始渲染它们。请记住，内容项只是美化的JSON响应，因此您可以轻松解析它们。