4

ページの公開では、次のことを行う必要があります。

  1. 特定のスキーマに基づくコンポーネントを持つコンポーネントプレゼンテーションを検索します。
  2. そのコンポーネントから特定のフィールド値を抽出し、それらを.NETアプリケーション（コンテンツ配信側）で使用できるカスタムデータベーステーブルに保存します。

これは、Deployer拡張機能またはStorage拡張機能のどちらにも適していると思いますが、どちらを書いたことがないのか、なぜ書いたことがないのか、少しわかりません。

この種のコードはCMに配置されるため、イベントシステムを除外しました。これは、私には間違った「側面」のように見えます。私の焦点は、ページが公開された後にCD側で発生することを拡張することにあります。

Tridion Worldに関するいくつかの記事（this、this、this、this）を読んでください。ストレージ拡張機能の方が適していると思いますか？

Mihaiの記事は、私たちが必要としているものに非常に近いようです。そこでは、彼は新しいアイテムタイプのマッピングを使用しています。

<ItemTypes defaultStorageId="brokerdb" cached="true">
    <Item typeMapping="PublishAction" cached="false" storageId="searchdb" /></ItemTypes>

しかし、Tridionは、コンテンツが公開されたときにこの新しいアイテムタイプを使用することをどのように「認識」しますか（これは、定義されたTYPE_NAMEの1つではなく、ポイントの一種です）。

私はJava開発者ではなく.NET/C＃開発者であることを明確にする必要があるので、これはおそらくJavaの人々にとって本当に明白です-そうである場合はお詫びします！

乾杯

4

1 に答える 1

5

Tridionは、デフォルトでは、新しいエンティティをデプロイする方法を知りません。私のアドバイスは、（デプロイメントプロセスの）後処理フェーズで実行され、デプロイメント/トランスポートパッケージからすべてのコンポーネントを処理し、必要な情報を提供し、カスタムStorageExtensionを使用して必要な情報を保存します。

注意：新しいタイプの構成でセットアップする必要がありますが、そのデプロイヤーモジュールから自分で使用する必要もあります。

お役に立てれば。

于 2013-02-05T11:59:28.437 に答える