Tridion XPM の実装に関するさまざまなアーティファクトを理解しようとしています。残念ながら、私の質問に対する回答が記載されている記事は見つかりませんでした。
たとえば、コンテンツ配信サーバー (WebSphere 上) は、コンテンツ配信 (公開を処理する) 用、Web サービス (oData 実装) 用、XPM (セッション プレビュー付き) 用、および実際のプレビュー アプリケーション用の 4 つの異なるアプリケーションを持つことができます。これらのアプリケーションの 1 つ以上を 1 つにマージして、単純な実装 (1 つまたは 2 つの消費 Web サイト) を実現できると想定しています。
私の質問は次のとおりです。
- 作成するアプリケーション (WAR) の数をどのように簡素化できますか? 私は常に、プレビュー アプリケーションを Tridion のフレームワークから分離しておくことを好みます。Content Delivery セッション プレビュー Web サービスをスタンドアロンの Java/JSP Web アプリケーションとして使用する利点と、既存のアプリケーションに追加する利点は何ですか?
- Web サービス (oData) を XPM またはコンポーネント リンクなどの他の一般的な基本機能に関連付ける/統合するにはどうすればよいですか?
たとえば、oData を有効にせずにページを公開すると、tridion:ComponentLink
タグが分割されますが、有効にするとtcdl:Link
タグが分割されます。これらのタグを読み取るためのカスタム クラスを考え出す必要がありますか? 最終的には、プレビュー アプリケーションに Tridion フレームワークを追加する必要があります。(アプリケーションの依存関係をクリーンにするために、プレビューに Tridion フレームワークを含めなかったと仮定します)
詳細については、Tridion のライブ サイトを参照しましたが、質問に対する有用な情報はあまり見つかりませんでした。