0

SharePoint 2010 でドキュメント セット用の新しいカスタム コンテンツ タイプを作成しました。このコンテンツ タイプは、コンテンツ シンジケーション ハブを介して発行されます。同じ Web アプリケーションでレコード センター サイトも作成しました。これは、コンテンツ オーガナイザー ルールを使用して、カスタム コンテンツ タイプに基づくすべてのドキュメント セットをレコード センターの特定のライブラリにルーティングします。

このコンテンツ オーガナイザー ルールのテストに成功しました。しかし、カスタム コンテンツ タイプを更新して、既存の文字列列に対する非常に単純な検証 (特定の文字列列に 10 文字の文字列が含まれていることを確認する単純なチェック) を含めると、コンテンツ オーガナイザー ルールは次のようなドキュメント セットを処理しません。コンテンツ タイプを使用します。これは、すべてのテスト ドキュメント セットが 10 文字の文字列を持ち、検証に合格するはずであるにもかかわらずです。レコード センターに送信されたすべてのドキュメント セットはドロップオフ ライブラリに保持され、自動電子メールが生成され、コンテンツ オーガナイザーの管理者に、ドキュメントが「必要なプロパティがないか、定義されたプロパティのいずれとも一致しないレコード センターに送信された」ことを通知します。ルール」。列から検証を削除すると、

以前にこの問題に遭遇した人はいますか? その場合、必要な列の検証を行い、ドキュメントをレコード センターに送信できる回避策をご存知ですか?

ありがとう、マジックアンディ。

4

1 に答える 1

0

考えられる回避策を考え出しました。以前は、列の検証がコンテ​​ンツタイプに適用されていました。ただし、検証がコンテ​​ンツタイプから削除され、代わりに(ソース)リストレベルで適用される場合、ドキュメントセットはレコードセンターの正しいターゲットドキュメントライブラリに正しくルーティングされます。

完全を期すために、ソースリストとターゲット(レコードセンター)リストの両方に列検証を適用することもテストしました。この場合、ドキュメントセットは再びドロップオフライブラリに保持され、コンテンツオーガナイザールールによって処理されませんでした。明らかに、レコードセンターのターゲットリストの列検証は、パッケージ化されたドキュメントセットのzipファイルに適用されると失敗します。

于 2012-08-30T11:07:44.410 に答える