2

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

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

我的问题是：

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

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

我查看了 Tridion 的实时站点以获取更多信息，但我找不到很多有用的信息来解决我的问题。

4

1 回答 1

7

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

您将需要 3 个应用程序：

  • A Deployer（标准部署配置）
  • 一个临时网站（带有 Tridion 堆栈 + XPM 过滤器 + 环境框架）
  • 一个 WebService 应用程序（OData + Ambient Framework）

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

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

您不需要以任何方式为您的网站使用 OData（除非您真的想要）。WebService 仅支持会话预览。我在此处记录了 XPM/CME/Staging 站点之间的交互，并在此处记录了它们。

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

希望这可以帮助...

于 2013-01-03T16:39:56.213 回答