マルチメディアバイナリファイル - マイナーバージョンの場合メタデータは公開されますが、実際のバイナリは公開されません。

Question

我々は が正しくそれが 最初に保存されている時点で、プレビューサイトに公開されますXSLTテンプレート

ブランドの新しいマルチメディアコンポーネント（v0.0）とそのアップロードされたバイナリファイルとTridionの2009 SP1（公開を使用しています下の図の tbbPublishMultimediaテンプレートによって行われます）。

マルチメディアコンポーネントは、コンポーネントを編集することができ（「エディション・コンテンツ 項目を準備する」で）ワークフローのマイナーリビジョン バージョンv0.1のようとしながらワークフローを入力しますバイナリファイルを再アップロードして、コンポーネントに 著者は必要に応じて

v0.x成分は成分 の「ワークフローの」最新バージョンとそのバイナリファイル（v0.1の、v0.2デベロッパー、 v0.3を、v0.4が等のように）ワークフローに保存されるたびプレビューサイトに正しく公開されます。

マルチメディアコンポーネントが ワークフローを出て、新しいメジャーバージョンとなる（例えば、v1.0を....または V2.0、V3.0など）を公開するために承認されるたび。

メジャーバージョンがその後に編集して再保存されている場合は、それはその後（そのバイナリファイルが意志として）プレビューサイトを に再公開されます 新しいマイナー改訂版（egv1.1）となり、ワークフロー を再入力します。しかし

、Tridionのが正しく、実際のマルチメディアコンポーネント（例えばV1.1）の最新のマイナーリビジョン バージョンを公開していながら、それは に思えるだけのバイナリファイルの最後のメジャーバージョンを公開し、それは が含まれている（例えばv1.0をバージョン）。興味深いことに、そのバイナリファイル（つまりファイルタイプと ファイルサイズ）の最新のv1.1メタデータを として公開しているようですが、バイナリファイル自体は公開されていません。要約すると

、Tridionのは、マルチメディアコンポーネントがv0.x であれば、バイナリファイルのバージョン「 ワークフローで」最新のマイナー/改訂版の公開に表示されますが、メジャーバージョンが存在したら、それだけで最後のメジャーバージョン を公開します（本質的には、ワークフローを再入力する前のバージョン ワークフロー）。

それはとにかく次のようになります

... tcmse:PublishBinary parameter例えばconcat($binaryid,"-v2") に公開するバージョンを決定 としてメジャーバージョンを指定するには、その可能性上記のテンプレートで

<xsl:template name="tbbPublishMultimedia"> 
    <xsl:if test="string(//tcm:Type)='Multimedia'"> 
     <xsl:variable name="binaryid" 
     select="string(//tcm:Component/@ID)"/> 
     <xsl:element name="tcm:MultimediaPublishedFileName"> 
      <xsl:value-of select="tcmse:PublishBinary($binaryid)"/> 
     </xsl:element> 
    </xsl:if> 
    </xsl:template> 

注...が、 マイナーバージョンを指定することはできませんので、あまり役に立ちません。

Answer 1

最近、私はXSLTテンプレートをあまり使っていません。とにかく、これはXSLTのであることを確認することができますか、それとも他のテンプレートでも発生しますか？ XSLTでしか起こらないのであれば、バグに直面している可能性があります。他のすべての言語に起こる場合は、単に「設計」するだけで、エンハンスメントリクエストを開く以外の方法はありません。

最近、私がバージョン0（tcm：1-23-16-v0）の項目を要求した場合、Tridionは現在のユーザーが読めるようになっている最新バージョンのアイテムを返すことを発見しました。 C＃で）。多分あなたはそれを試すことができますか？