Tridion Experience Manager (XPM) 实现

Question

我正在尝试了解实现 Tridion XPM 的不同工件。不幸的是，我没有找到任何文章可以回答我的问题。

例如，内容交付服务器(在 WebSphere 上)可以有四种不同的应用程序，一种用于内容交付(处理发布)，一种用于 Web 服务(oData 实现)，一种用于 XPM(带有 session 预览)和实际的预览应用程序。我假设我们可以将这些应用程序中的一个或多个合并为一个，以实现简单的实现(具有一两个消费网站)。

我的问题是:

1. 我们如何才能简化申请 (WAR) 的数量？尽管我总是喜欢将预览应用程序与 Tridion 的框架分开。将 Content Delivery session 预览 Web 服务作为独立的 Java/JSP Web 应用程序与将其添加到现有应用程序相比有哪些优势？
2. 如何将 webservice(oData) 关联/集成到 XPM 或组件链接等其他常见基本功能？

例如，如果我在未启用 oData 的情况下发布页面，它将拆分 tridion:ComponentLink 标记，就像我启用它将拆分 tcdl:Link 标记一样。所以我需要想出自定义类来读取这些标签？最终需要在预览应用程序中添加 Tridion 框架。 (假设我在预览中没有包含任何 Tridion 框架以获得干净的应用程序依赖性)

我查看了 Tridion 的实时网站以获取更多信息，但找不到对我的问题有用的信息。

Answer 1

那里有很多问题，让我们看看我能在这里做什么。

您将需要 3 个应用程序:

• 部署者(标准部署配置)
• 临时网站(使用 Tridion 堆栈 + XPM 过滤器 + Ambient 框架)
• WebService 应用(OData + Ambient Framework)

XPM 本身在 Content Manager Explorer 中运行，因此它本身并不是一个单独的应用程序，而是 Tridion Content Manager 的扩展。

如果您希望将暂存与 Tridion 分开，那么您将无法使用“ session 预览”，这又意味着您不需要 OData。然而，这将恢复到 SiteEdit 时代，您对页面所做的每次更改都需要重新发布页面(通过 session 预览，这是立即的)。

您不需要以任何方式为您的网站使用 OData(除非您确实想要)。 WebService 仅支持 session 预览。我写下了XPM/CME/Staging站点之间的交互here并且它们被记录在案 here .

如果您将 tcdl:link 代码发布到 OData，则只需使用 TCDL/REL ，Tridion 将为您渲染它，您不需要自定义解析任何内容。

希望这有帮助...