Tridion體驗管理器（XPM）實現

Question

我想了解實現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的實時網站以獲取更多信息，但是我找不到有關我的問題的許多有用信息。

Answer 1

這裏有很多問題，讓我們看看我能在這裏做什麼。

您將需要3個應用：

• 部署者（標準的部署配置）
• 一個臨時網站（與外表套上疊+ XPM過濾器+環境框架）
• 一個Web服務應用程序（的OData +環境框架）

XPM本身在內容管理器Explorer運行，所以它不是本身一個單獨的應用程序，這是一個分機Tridion內容管理器的維護。

如果你想讓你的舞臺獨立於Tridion，那麼你將無法使用「Session Preview」，這意味着你不需要OData。然而，這將恢復到SiteEdit的日子，因此您對頁面所做的每一項更改都需要重新發布頁面（使用Session Preview會立即發佈）。

你不需要以任何方式爲你的網站使用OData（除非你真的想）。 WebService僅用於支持會話預覽。我寫下了XPM/CME /暫存站點here與它們的記錄here之間的交互。

如果您將tcdl：鏈接代碼發佈到OData，那麼只需使用TCDL/REL，Tridion會爲您呈現它，您無需自定義解析任何內容。

希望這有助於...