Tridion体验管理器（XPM）实施

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

例如，Content delivery server（在WebSphere上）可以有四个不同的应用程序，一个用于内容交付（处理发布），一个用于web服务（oData实现），一个用于XPM（具有会话预览）和实际的预览应用程序。我假设我们可以将一个或多个应用程序合并为一个简单的实现（使用一个或两个消费网站）

我的问题是：

我们如何简化申请（战争）的数量？尽管我总是喜欢将预览应用程序与Tridion的框架分开。将内容交付会话预览Web服务作为独立的Java/JSP Web应用程序与将其添加到现有应用程序相比有哪些好处

如何将webservice（oData）与XPM或其他常见的基本功能（如组件链接）关联/集成

例如，如果我在未启用oData的情况下发布一个页面，它将拆分

tridion:ComponentLink

标记，如果我启用它，它将拆分

tcdl:Link

标记。所以我需要自定义类来读取这些标记？最终需要在预览应用程序中添加Tridion框架。（假设我在预览中没有包含任何Tridion框架，以获得干净的应用程序依赖关系）

---

我查看了Tridion的live站点以获取更多信息，但我找不到很多有用的信息来回答我的问题。

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

您将需要3个应用程序：

• 部署器（标准部署配置）
• 登台网站（带有Tridion stack+XPM过滤器+环境框架）
• Web服务应用程序（OData+环境框架）

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

如果您想将staging与Tridion分开，那么您将无法使用“会话预览”，这反过来意味着您不需要OData。但是，这将恢复到SiteEdit天，您对页面所做的每项更改都需要重新发布页面（使用会话预览，这是即时的）

您不需要以任何方式在您的网站上使用OData（除非您确实想要）。Web服务仅支持会话预览。我写下了XPM/CME/Staging site之间的交互，并记录了它们

如果您将tcdl:link代码发布到OData，那么只需使用，Tridion就会为您呈现它，您不需要自定义解析任何内容

---

希望这有帮助……

谢谢你，努诺，这对我有帮助。我在实现XPM时学到的一个教训是它不支持JNDI。事实上，cd_storage_conf.xml中的SessionWrapper元素不支持JNDI——我相信在下一版本中已经解决了这一问题。