Oracle Content Server 11gで期限切れのコンテンツはどのように処理されますか？

StackOverflow https://stackoverflow.com//questions/9672612

  •  12-12-2019
  •  | 
  •  

質問

私たちは、私たちの開発と生産コンテンツサーバー（11g）に矛盾があります。 期限切れのコンテンツが自動的に処理される方法。 - DEVでは、元のファイルが削除され、同じファイルに置き換えられます。 Webの場所の最後に追加された「~1」を除いて、名前。オリジナル ファイルはオリジナルのWeb場所から入手できなくなりました。 - 生産では、同じプロセスが発生しますが、元のファイルはまだ 元のWeb場所を介してアクセス可能で、削除されなかったことを示しています。

この構成のソースを追跡するのに苦労しています。これはANです ボックス外の機能、またはこれはそれ自身の上で構成されなければなりませんか？

役に立ちましたか？

解決

はい、この機能は箱外の機能です。 デフォルトでは、各コンテンツアイテムのリビジョンには、有効期限が発生したときに定義されているメタフィールドの有効期限があります。

期限切れのコンテンツのリビジョンは、データベースに対応してマークされています（Revisions.DSTATUS= 'expired'）、検索を介してアプリケーションではアクセスできませんが、管理者（コンテンツ管理 - >有効期限切れのコンテンツ）によって見つけられます。

期限切れのリビジョンファイルは WeBlayout から削除されませんが、代わりにの最新ののリビジョンとして名前が〜{number} postfixでマークされています。
期限切れの改訂ファイルは、 Vault から削除されたり、名前を変更したりしません。

Picture 009139（DDocName= 009139）の2つのリビジョン（DID= 31026、DID= 31025）を持っているとします。両方の改訂が期限切れになります。この場合：

  • 両方の改訂はDBで期限切れとマークされています。
DID                    DDOCNAME                       DSTATUS              
---------------------- ------------------------------ -------------------- 
31026                  UP_009139                      EXPIRED              
31025                  UP_009139                      EXPIRED
.
  • 両方のリビジョンファイルは、WeBlayoutで名前が変更されます。
\ucm\weblayout\groups\public\@test\documents\multimedia\up_009139~1.gif 
\ucm\weblayout\groups\public\@test\documents\multimedia\up_009139~2.jpg
.
  • Revision 1もRevision 2の名前を変更したり、ボルトで変更/削除されません。
\ucm\vault\multimedia\@test\31025.gif
\ucm\vault\multimedia\@test\31026.jpg
.

PRODの問題に関する - 期限切れのもの（このリビジョンはもちろん、利用可能になる）の後にそれ以上の改訂がなかったことを確認してください。
ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top