コンテンツ管理ガイド

WLP リポジトリでのコンテンツワークフローの使用

ライブラリサービスが有効にした WLP リポジトリを使用する場合、ユーザがリポジトリにコンテンツを追加および公開するワークフロープロセスを強制できます。WLP リポジトリには、1 つのデフォルトコンテンツワークフローがあります。ビジネス要件に合わせて追加のコンテンツワークフローを作成したり、コンテンツワークフローをカスタマイズできます。

たとえば、コンテンツをポータルに公開する前に行うレビュープロセスの範囲をコンテンツワークフローで指定できます。また、コンテンツが公開されると管理者に電子メールが送信されるようにコンテンツワークフローをカスタマイズできます。

リポジトリにいつでも新しいワークフローを追加できます。ただし、カスタムワークフローを使用する場合、コンテンツタイプを作成する前にリポジトリのワークフローを作成することをお勧めします。

コンテンツワークフローを使用できるのは、WLP リポジトリがライブラリサービス対応である場合のみです。ライブラリサービスの詳細については、「WLP リポジトリへのコンテンツの追加」を参照してください。

この章の内容は以下のとおりです。

デフォルトのコンテンツワークフローの使用

ライブラリサービスが有効になっている WLP リポジトリで作成されたすべてのコンテンツは、カスタマイズされたワークフローを実装した場合を除き、デフォルトコンテンツワークフローを使用します。図 5-1 に示すように、デフォルトコンテンツワークフローでは、下書き、レビュー準備完了、拒否済み、公開済み、および廃棄済みというステータスがあります。デフォルトのワークフローでは、委託管理を使用することで、ユーザがコンテンツを違うステータスに移行するための不可と許可を切り替えられます。ただし、訪問者資格が使用できます。委託管理または訪問者資格のいずれかを使用することをお勧めします。両方使用することはできません。

図 5-1 デフォルトのコンテンツワークフロー図

注意 :

ロールに割り当てる機能によって、ユーザロールがコンテンツワークフローに参加する方法が決まります。たとえば、ロールに正しい機能が付与されていない場合、ユーザがコンテンツのステータスを公開済みまたは廃棄済みにすることはできません。

ユーザは、ライブラリサービスが有効化になっているリポジトリでコンテンツをチェックインするときに利用可能なステータスを選択します。図 5-2 は、デフォルトのコンテンツワークフローで利用できるステータスの例を示します。

図 5-2 WebLogic Portal Administration Console におけるコンテンツのチェックイン時のワークフローステータスの変更

デフォルトワークフロー内の各移行は、それぞれ異なる管理能力が必要です。コンテンツ管理に対する委託管理の機能の詳細な説明については、『WebLogic Portal のセキュリティガイド』の「コンテンツ管理リソースへの委託管理の設定」および「コンテンツ管理リソースからの委託管理の削除および編集」を参照してください。

表 5-1 は、デフォルトコンテンツワークフローのステータス、および違うステータスに移行するために必要な訪問者の資格または委託管理機能を示します。

表 5-1 デフォルトのコンテンツワークフロー
ステータス	注意	必要な訪問者または委託管理機能
下書き	すべてのコンテンツ項目の初期ステータス。このステータスは、作業が進行中でありレビューできる状態になっていないコンテンツ項目を指示するためにも使用する。ステータスが下書きの項目は、ロールに編集と公開機能が含まれているすべてのユーザの [割り当て済み項目] フォルダに表示される。	公開
承認準備完了	コンテンツ項目がレビューできる状態またはサイトに公開できる状態であることをマークする。承認準備完了ステータスのコンテンツ項目は、公開特権を持つコンテンツ管理者だけが変更できる。	公開
公開済み	このステータスのコンテンツ項目は、コンテンツタイプのプロパティ値に従ってポータルコンテンツセレクタまたはプレースホルダによるアクセスが可能。	公開
拒否済み	拒否済みステータスは、コンテンツ項目が割り当てられていた最後の既知のユーザまたはグループに、そのコンテンツ項目を返送するために使用される。	公開
廃棄済み	コンテンツ項目の最終ステータス。このステータスは、そのコンテンツ項目が今後使用されないことを示す。廃棄済みのコンテツ項目はコンテンツセレクタまたはプレースホルダから取得できません。	公開
削除済み	コンテンツ項目のすべてのバージョンが削除されます。削除機能を割り当てられた管理者だけが、コンテンツを削除できる。削除されたコンテンツは、プレースホルダまたはコンテンツセレクタによる検索はできない。	公開

コンテンツワークフローの作成

コンテンツワークフローは、プロセス情報を格納する XML ファイルです。コンテンツワークフローをリポジトリに追加すると、定義されたワークフローをコンテンツと関連付けできます。以下の操作を行ってコンテンツワークフローの作成と追加を行います。

コンテンツワークフロー XML スキーマによってコンテンツワークフロードキュメントを作成します。「コンテンツワークフロードキュメントの作成または変更」を参照してください。
コンテンツワークフロードキュメントをリポジトリに追加して、名前を追加します。このドキュメントをリポジトリに追加すると、コンテンツと関連付けできるようになります。
コンテンツ、コンテンツフォルダ、またはコンテンツタイプを作成するとき、名前付きコンテンツワークフローを項目と関連付けできます。
コンテンツ寄稿者がコンテンツタイプを使用するコンテンツを追加するとき、作成したコンテンツは関連するワークフローを通過する必要があります。たとえば、下書き > レビュー準備完了 > 公開済み > 廃棄済みなどです。
委託管理または訪問者資格におけるロールを使用して、ユーザがコンテンツワークフローを作成および編集することの不可と許可を切り替えられます。ロールの設定の詳細については、『セキュリティガイド』の「ロールベースの認可の設定」を参照してください。

コンテンツワークフロードキュメントの作成または変更

必要に応じてコンテンツワークフローをカスタマイズできます。以下の節では、カスタマイズされたコンテンツワークフローの例を示します。

コンテンツワークフロードキュメントの作成または変更のガイドライン

コンテンツワークフロードキュメントを作成または変更する場合、次の点に留意してください。

注意 :

ワークフローからコンテンツ項目の転送方法の詳細については、「割り当て済み項目について」を参照してください。

コンテンツワークフローに未定義のステータスを含む – ワークフローを移行するときにステータスが一致しない状況を網羅するために、コンテンツワークフローに未定義のステータスが含まれます。たとえば、カスタマイズされたワークフロー内では、このステータスが存在しないが、デフォルトコンテンツワークフローでは、コンテンツが承認準備完了として指定されることができます。代わりに、新しいワークフローでは、パブリックおよび投票の2 通りのステータスが含まれている場合があります。ワークフローを変更するときに設定されるステータスを定義できます。コードリスト 5-1 に示すように、未定義の移行は、<from-status> および <to-status> 要素で -1 を指定することで示します。
カスタマイズされたワークフロー内のステータス ID 数値 – デフォルトコンテンツワークフローのすべてのステータスは番号が割り当てられます。たとえば、下書き 1、レビュー準備完了 2、拒否済み 3、公開済み 4、および廃棄済み 5。この番号はそのデフォルトの割り当てで使用します。整数 (int) 4 を使用する必要がある場合にコンテンツの公開を行うために特に重要です。ワークフローアクションクラスでは、この番号がバージョン管理のために必要です。整数 100 – 999 を使用して、カスタマイズされたワークフロー内の新しいステータス ID を追加します。
コンテンツの処理のためのカスタムクラスの記述 – 各種ワークフローステータスと関連付けするカスタムクラスを記述できます。たとえば、コンテンツが承認準備完了状態になると管理者に電子メールを送信するクラスを記述できます。エンタープライズアプリケーションクラスパス (APP-INF/classes) またはシステムクラスパスにあるカスタムワークフローアクションを挿入する必要があります。ワークフローアクションはエンタープライズアプリケーションで共有される場合、システムクラスパスにも挿入されます。クラスでは、コンテンツ管理を使用しない場合、システムクラスパスのみを使用できます。

新しいクラスを記述する最良の方法とは、Workshop for WebLogic 内の EJB またはユーティリティプロジェクトが使用されます。これらの方法を使用して、必要に応じて、クラスが自動的にコンパイルおよび再デプロイし、エンタープライズクラスパスにクラスを追加する必要がない。エンタープライズアプリケーションクラスパス (APP-INF/classes) にあるカスタムワークフローアクションを挿入する必要があります。EJB またはユーティリティプロジェクトの詳細については、『Workshop for WebLogic 製品ファミリドキュメント』の「チュートリアル : エンタープライズ JavaBean の構築」および「新規 Java コンポーネントモジュール ([ユーティリティプロジェクト]) ウィザード」を参照してください。

コンテンツワークフローの継承方法

カスタムワークフローを作成して関連付けするまで、リポジトリ内のすべてのコンテンツ (フォルダ、コンテンツ、およびコンテンツタイプ) はデフォルトワークフローを使用します。

ワークフローをコンテンツに関連付けするとき、次の継承ルールが適用されます。

フォルダに適用されたワークフローは、そのフォルダ内のすべてのコンテンツに適用されます。
ワークフローがフォルダ内のコンテンツタイプに適用されたとき、そのワークフローはフォルダに適用されたワークフローよりも優先されます。
ワークフローがコンテンツ項目と明示的に関連付けされたとき、そのワークフローはフォルダに適用されたワークフローおよびコンテンツタイプに関連付けられたワークフローよりも優先されます。

訪問者の資格を使用するにはワークフローの変更

注意 :

コンテンツ管理については、Web アプリケーションスコープの訪問者資格ロールを使わず、エンタープライズアプリケーションスコープの訪問者資格ロールを使用する必要がある。ポータルリソースに関する訪問者の資格ロールの詳細については、『セキュリティガイド』の「ロールベースの認可の設定」を参照してください。

表 5-2 に示すように、デフォルトのコンテンツワークフロードキュメントでは、<capabilityConstraint> 要素の値を変更して、委託管理の代わりに訪問者資格を使用できます。次に例を示します。

委託管理 : <capabilityConstraint>can_publish</capabilityConstraint>
訪問者資格 : <capabilityConstraint>can_vis_publish</capabilityConstraint>

表 5-2 委託管理と訪問者資格の値
委託管理	訪問者の資格
`can_create`	`can_vis_create`
`can_view`	`can_vis_view`
`can_update`	`can_vis_update`
`can_reject`	`can_vis_reject`
`can_delete`	`can_vis_delete`
`can_associate`	`can_vis_associate`
`can_publish`	`can_vis_publish`

コンテンツワークフロー状態の表示名の変更

ワークフローステータス名を変更する場合 (たとえば、図 5-2)、デフォルトコンテンツワークフロー内のステータス ID の値が変更されます (コードリスト 5-1)。たとえば、<status id="2" text="Ready" /> を <status id="2" text="Submitted" /> に変更します。

ヒント : デフォルトコンテンツワークフローは多言語化されていません。コンテンツワークフローをローカライズする場合、XML 要素は英語のままで残す必要があります。要素の値はローカライズできます。たとえば、<status id = “3” text=”publicado”>。

ステータスの削除

ステータスを削除するために、ステータスからステータス ID および移行が削除されます。たとえば、デフォルトのコンテンツワークフロー (コードリスト 5-1) から廃棄済みステータスを削除する場合。

廃棄済みステータスの <status id> を削除します。

<status id="5" text="Retired" />

廃棄済みステータスに移行する他のステータスから <to-status> 要素を削除します。たとえば、下書きから廃棄済みへ移行を行うには、太字で表示されている XML が削除されます。

<transition>
   <from-status id="1"/>
   <to-status id="2">
      <action class="com.bea.content.virtual.workflow.ReadyAction"/>
   </to-status>
   <to-status id="4">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.PublishAction"/>
   </to-status>
   <to-status id="5">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.RetireAction"/>
   </to-status>
</transition>

廃棄済み移行の削除

<transition>
   <from-status id="5"/>
   <to-status id="1">
      <action class="com.bea.content.virtual.workflow.DraftAction"/>
   </to-status>
   <to-status id="2">
      <action class="com.bea.content.virtual.workflow.ReadyAction"/>
   </to-status>
   <to-status id="4">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.PublishAction"/>
   </to-status>
</transition>

ヒント :

デフォルトステータス用にデフォルト ID (1 – 4) を保持します。「コンテンツワークフロードキュメントの作成または変更のガイドライン」を参照してください。

デフォルト移行の変更

移行を変更する場合、デフォルトのワークフロードキュメントから移行を追加または削除する必要がある。表 5-3 は、各ステータスのデフォルトの移行を示します。

表 5-3 デフォルトのワークフロー移行
現在のステータス	移行のステータス
下書き	レビュー準備完了公開廃棄
レビュー準備完了	拒否公開廃棄
拒否	下書きレビュー準備完了
公開	下書き廃棄
廃棄	下書きレビュー準備完了公開

別のステータスに異なる機能を割り当てる

デフォルトのワークフローでは、別のステータスに異なる機能を割り当てない — 各ステータスの移行には、can_publishが必要です。つまり、記事を承認準備完了として指定した場合、公開することもできます。ビジネス要件については、ライターから出版社への移行に関連付けられたユーザロールが変更する場合があります。

機能定数は、com.bea.content.manager.ContentEntitlementHelper クラスに定義されます。詳細については、WebLogic Portal Javadoc を参照してください。カスタムワークフローを作成すると、これらの定数の値が必要です。

ワークフローアクションの記述方法

ワークフローアクションを作成できる 2 つの方法があります。

WorkflowAction インタフェースを実行するクラスを記述する。詳細については、WebLogic Portal Javadoc のcom.bea.content.virtual.workflow.WorkflowAction を参照してください。
StandardAction クラスを独自のクラスに拡張する。このクラスは、ノードがライターおよび出版社のようなロールに割り当てるために、プログラムから使用できる assignNodeToRoles および assignNodeToUser というメソッドを定義します。詳細については、WebLogic Portal Javadoc の com.bea.content.virtual.workflow.StandardAction を参照してください。

デフォルトのワークフロードキュメントを使用した新しいワークフローの作成

新しいコンテンツワークフロードキュメントの最も容易な作成方法は、デフォルトコンテンツワークフローを利用して新しい文書として保存することです。

ヒント :

ワークフローは、すべてのリポジトリを影響するので、この操作を安全に実行してデフォルトワークフローを新しいワークフローにコピーし、テスト用のリポジトリ内の 1 つのフォルダに適用されます。

既存のドキュメントを変更して新しいコンテンツワークフロードキュメントを作成するには、以下の手順を実行します。

WebLogic Portal Administration Console のメインメニューから、[コンテンツ｜コンテンツ管理] を選択します。
[管理｜リポジトリ] を選択します。
リソースツリーで、コピーするコンテンツワークフローをクリックします。
[詳細] タブの [ワークフローファイル] セクションで [ファイルのダウンロード] をクリックして、[ディスクに保存] を選択します。この手順により、コンテンツワークフロードキュメントのコピーを指定した場所に保存します。
XML エディタを使用して変更を行います。コンテンツワークフロー XML スキーマの詳細については、表 5-4 を参照してください。

注意 :

XML エディタには、ワークフロースキーマだけでなく、そのスキーマによってインポートされるスキーマが読み込まれます。XML ドキュメントに追加できる要素と属性が表示されます。

変更をすべて完了したら新しい名前を指定してコンテンツワークフローを保存します。
次の節「コンテンツワークフロードキュメントをリポジトリに追加」の説明に従って、コンテンツワークフロードキュメントをリポジトリに追加します。

コードリスト 5-1 は、デフォルトのワークフロードキュメントを示します。表 5-4 は、コンテンツワークフロー XML スキーマの情報を提供します。

ヒント :

コンテンツワークフロードキュメントを作成または変更する前にコンテンツワークフロースキーマの内容を把握しています。

コードリスト 5-1 デフォルトのコンテンツワークフロードキュメント

<?xml version="1.0" encoding="UTF-8"?>

<workflow xmlns="http://schema.workflow.virtual.content.bea.com"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://schema.workflow.virtual.content.bea.com">

<transition>
   <from-status id="1"/>
   <to-status id="2">
      <action class="com.bea.content.virtual.workflow.ReadyAction"/>
   </to-status>
   <to-status id="4">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.PublishAction"/>
   </to-status>
   <to-status id="5">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.RetireAction"/>
   </to-status>
</transition>
<transition>
   <from-status id="2">
      <capabilityConstraint>can_publish</capabilityConstraint>
   </from-status>       
   <to-status id="3">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.RejectAction"/>
   </to-status>
   <to-status id="4">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.PublishAction"/>
   </to-status>
   <to-status id="5">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.RetireAction"/>
   </to-status>
</transition>
<transition>
   <from-status id="3"/>
   <to-status id="1">
      <action class="com.bea.content.virtual.workflow.DraftAction"/>
   </to-status>
   <to-status id="2">
      <action class="com.bea.content.virtual.workflow.ReadyAction"/>
   </to-status>
</transition>
<transition>
   <from-status id="4"/>
   <to-status id="1">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.DraftAction"/>
   </to-status>
   <to-status id="5">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.RetireAction"/>
   </to-status>
</transition>
<transition>
   <from-status id="5"/>
   <to-status id="1">
      <action class="com.bea.content.virtual.workflow.DraftAction"/>
   </to-status>
   <to-status id="2">
      <action class="com.bea.content.virtual.workflow.ReadyAction"/>
   </to-status>
   <to-status id="4">
      <capabilityConstraint>can_publish</capabilityConstraint>
      <action class="com.bea.content.virtual.workflow.PublishAction"/>
   </to-status>
</transition>

<!--未定義の移行は、from-status ID で -1 を指定する
ことで示します。ノードのワークフローを変更したとき、ノード
の現在のステータスがこのワークフローで有効な移行の from-status 
に一致しない場合に使用します。 -->

<transition>
   <from-status id="-1"/>
   <to-status id="1">
      <action class="com.bea.content.virtual.workflow.DraftAction"/>
   </to-status>
</transition>

<!--番号 1 - 5 はデフォルトのコンテンツ ワークフロー用に予約されています。
カスタマイズされたワークフロー内では、ステータス ID 番号として 100 - 999 
の数字を使用することがベスト プラクティスです。 -->

<beginStatus id="1" />
<status id="1" text="Draft" />
<status id="2" text="Ready" />
<status id="3" text="Rejected" />
<status id="4" text="Published" />
<status id="5" text="Retired" />

</workflow>

表 5-4 は、コンテンツワークフロードキュメントの XML 要素および、それぞれの要素の考慮事項のリストです。コードリスト 5-2 は、スキーマ自体を示します。

ワークフロー XML 要素

使用方法

<transition>

ワークフローの移行を示す。

<from-status>

移行前のステータスを示す。<from-status> は移行要素の子要素である。

注意 : コンテンツが作成された後にあるワークフローから他のワークフローに切り替える機能を追加する場合、未定義の <from-status> を追加する必要がある。必要に応じてワークフローは他のワークフローにスムーズに切り替えられることができる。これを行うには、<from-status> を -1 に設定する必要がある。

関連する <to-status> はワークフローで定義されたステータスでなければならない。たとえば、未定義の <from-status> をワークフローの最初のステータスに移動するように設定する。デフォルトのコンテンツワークフローでは、未定義の <from-status> が <to-status> の 1 値 (下書き) に移行する。

<to-status>

移行先のステータスを示す。

<action-class>

移行中に行われるアクションを示す。デフォルトのアクションクラスは以下の 4 つである。

com.bea.content.virtual.workflow.DraftAction
com.bea.content.virtual.workflow.ReadyAction
com.bea.content.virtual.workflow.RejectAction
com.bea.content.virtual.workflow.PublishAction
com.bea.content.virutal.workflow.RetireAction

独自のクラスも作成可能である。独自のクラスを作成する場合、ポータルエンタープライズアプリケーションクラスパスに必ず追加すること。またはシステムクラスパスに追加すること。「コンテンツワークフロードキュメントの作成または変更のガイドライン」を参照してください。

<capabilityConstraint>

委託管理 : 委託管理機能の制限を定義するための構文を以下に示す。

作成 : can_create
表示 : can_view
更新 : can_update
削除 : can_delete
拒否 : can_reject
関連付け : can_associate
公開 : can_publish

訪問者の資格 : 訪問者の資格機能を定義する構文を以下に示す。

作成 : can_vis_create
表示 : can_vis_view
更新 : can_vis_update
削除 : can_vis_delete
拒否 : can_vis_reject
関連付け : can_vis_associate
公開 : can_vis_publish

<roleConstraint>

移行を実行するために必要な訪問者資格または委託管理ロールを示す。ロールはワークフロードキュメントにハードコードされていて、ロール名が変わる場合は手動で変更しなければならないことに注意すること。

<beginStatus>

新しいコンテンツの開始ステータスを示す。番号は int です。

<status>

ステータス ID を定義する。ステータス ID は、表示名およびステータスに関連付けされた番号が必要。番号 1 - 5 はデフォルトのワークフローに予約されているため、カスタムワークフローで再定義できない。

コードリスト 5-2 ワークフロースキーマ (workflow.xsd)

<?xml version="1.0" encoding="UTF-8"?>

<xs:schema targetNamespace="http://schema.workflow.virtual.content.bea.com" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns="http://schema.workflow.virtual.content.bea.com" elementFormDefault="qualified" attributeFormDefault="unqualified">

   <xs:element name="workflow">
      <xs:annotation>
         <xs:documentation>The content workflow</xs:documentation>
      </xs:annotation>
      <xs:complexType>
         <xs:sequence>
            <xs:element name="transition" maxOccurs="unbounded">
               <xs:complexType>
                  <xs:sequence>
                     <xs:element name="from-status">
                        <xs:complexType>
                           <xs:sequence>
                              <xs:element name="capabilityConstraint"
                                 type="xs:string" maxOccurs="unbounded" />
                              <xs:element name="roleConstraint"
                                 type="xs:string" maxOccurs="unbounded" />
                           </xs:sequence>
                           <xs:attribute name="id" type="xs:integer"
                              use="required"/>
                        </xs:complexType>
                     </xs:element>
                     <xs:element name="to-status" maxOccurs="unbounded">
                        <xs:complexType>
                           <xs:sequence>
                              <xs:element name="action"
                                 maxOccurs="unbounded">
                                 <xs:complexType>
                                    <xs:attribute name="class"
                                       type="xs:string" use="required"/>
                                 </xs:complexType>
                              </xs:element>
                              <xs:element name="capabilityConstraint"
                                 type="xs:string" maxOccurs="unbounded" />
                              <xs:element name="roleConstraint"
                                 type="xs:string" maxOccurs="unbounded" />
                           </xs:sequence>
                           <xs:attribute name="id" type="xs:integer"
                              use="required"/>
                        </xs:complexType>
                     </xs:element>
                  </xs:sequence>
               </xs:complexType>
            </xs:element>
            <xs:element name="status" maxOccurs="unbounded">
               <xs:complexType>
                  <xs:attribute name="id" type="xs:integer" 
                     use="required" /> 
                  <xs:attribute name="text" type="xs:string"
                     use="required" /> 
               </xs:complexType>
            </xs:element>
            <xs:element name="beginStatus" maxOccurs="1">
               <xs:complexType>
                  <xs:attribute name="id" type="xs:integer" 
                     use="required" /> 
               </xs:complexType>
            </xs:element>
         </xs:sequence>
      </xs:complexType>
   </xs:element>

</xs:schema>

コンテンツワークフロードキュメントをリポジトリに追加

コンテンツワークフローは、コンテンツを関連付ける前に、リポジトリに格納されている必要があります。これは、WebLogic Portal Administration Console の [コンテンツ管理] セクションで行います。

既存のドキュメントを変更して新しいコンテンツワークフロードキュメントを作成するには、以下の手順を実行します。

リポジトリにコンテンツワークフローを追加するには、次の手順を実行します。

WebLogic Portal Administration Console のメインメニューから、[コンテンツ｜コンテンツ管理] を選択します。
[管理｜リポジトリ] を選択します。
リソースツリーで、ワークフローを追加するリポジトリを選択します。
[概要] タブで [ワークフロー] をクリックします。
[ワークフローの参照] セクションで [ワークフローの追加] をクリックします。
[ワークフローの追加] ダイアログで、ワークフローの名前、説明および XML ファイルを入力します。
[保存] をクリックします。

フォルダ、コンテンツタイプおよびコンテンツへのコンテンツワークフローの割り当て

ワークフローは、コンテンツタイプまたはフォルダに関連付けられます。ワークフローは、コンテンツ寄稿者がリポジトリにコンテンツを追加するときに従うプロセスを定義します。

注意 :

コンテンツに関連するワークフローの変更をユーザに許可する場合、ワークフロードキュメントに未定義ステータスを追加する必要があります。詳細については、「コンテンツワークフロードキュメントの作成または変更のガイドライン」を参照してください。

コンテンツワークフローがコンテンツフォルダに関連付けられている場合は、そのフォルダ内のすべてのコンテンツがワークフローに従います。コンテンツワークフローにも関連付けられているコンテンツタイプをフォルダ内のコンテンツで使用する場合は、コンテンツタイプのワークフローでフォルダのワークフローがオーバーライドされます。個別のコンテンツ項目のコンテンツワークフローも変更できます。コンテンツワークフローがコンテンツ項目レベルで設定されている場合、そのコンテンツワークフローは他の関連するコンテンツワークフローよりも優先されます。

フォルダへのコンテンツワークフローの割り当て

コンテンツワークフローをリポジトリに追加したら、コンテンツフォルダと関連付けできます。コンテンツワークフローをフォルダレベル、またはコンテンツタイプのみで関連付けできます。

仮想コンテンツリポジトリ内でコンテンツワークフローをフォルダと関連付けするには、次の手順を実行します。

WebLogic Portal Administration Console のメインメニューから、[コンテンツ｜コンテンツ管理] を選択します。
[管理 | コンテンツ] を選択します。
リソースツリーで、コンテンツワークフローを関連付けするフォルダをクリックします。
[概要] タブをクリックします。
[バージョン管理とワークフロー] の [概要] タブで [チェックアウト] をクリックします。
[バージョン管理とワークフロー] をクリックします。
[ワークフローの更新] ダイアログのドロップダウンリストで、コンテンツワークフローを選択し、[更新] をクリックします。
[チェックイン] をクリックします。

コンテンツ管理 API を使用して、フォルダへのコンテンツワークフローを割り当てることができます。

com.bea.content.federated.IWorkflowManager.setNodeWorkflow
   (ContentContext context, ID nodeId, ID workflowId)

API の詳細については、WebLogic Portal Javadoc を参照してください。

コンテンツタイプへのコンテンツワークフローの割り当て

コンテンツタイプを作成する際、コンテンツタイプへのコンテンツワークフローを割り当てることができます。コンテンツタイプの作成方法については、「コンテンツタイププロパティについて」を参照してください。

コンテンツワークフローがコンテンツタイプに関連付けられている場合は、そのタイプのすべてのコンテンツがワークフローに従います。ただし、次の節「コンテンツ項目へのコンテンツワークフローの割り当て」の説明に従って、ユーザは特定のコンテンツ項目のワークフローを変更できます。

WebLogic Portal デフォルトワークフロー以外のコンテンツタイプにコンテンツワークフローを割り当てる場合、[割り当てられたワークフロー] タブを使用してコンテンツタイプとワークフローの関連性を確認できます。ワークフローの詳細については、「WLP リポジトリでのコンテンツワークフローの管理」を参照してください。

コンテンツ管理 API を使用して、コンテンツタイプにコンテンツワークフローを割り当てることができます。

com.bea.content.federated.IWorkflowManager.setTypeWorkflow
   (ContentContext context, ID typeId, ID workflowId)

API の詳細については、WebLogic Portal Javadoc を参照してください。

コンテンツ項目へのコンテンツワークフローの割り当て

コンテンツはフォルダに追加する場合、これはフォルダまたは使用するコンテンツタイプに関連付けられたコンテンツワークフローに自動的に関連付けられます。詳細については、「コンテンツワークフローの継承方法」を参照してください。ただし、コンテンツワークフローにコンテンツを明示的に割り当てることができます。

デフォルトの WebLogic Portal ワークフローと異なるワークフローをコンテンツに割り当てる場合、[割り当てられたワークフロー] タブを使用してコンテンツタイプとワークフローの関連性を確認できます。ワークフローの管理の詳細については、「WLP リポジトリでのコンテンツワークフローの管理」を参照してください。

コンテンツ項目へのコンテンツワークフローの割り当て

WebLogic Portal Administration Console のメインメニューから、[コンテンツ｜コンテンツ管理] を選択します。
[管理 | コンテンツ] を選択します。
[ワークスペースビュー] を選択します。
[割り当て済み項目] フォルダで、編集するコンテンツをクリックします。
[概要] タブの [バージョン管理とワークフロー] セクションで [チェックアウト] をクリックします。
[チェックアウト済み項目] フォルダで、編集するコンテンツを選択します。
[概要] タブで [バージョン管理とワークフロー] をクリックします。
[ワークフローの更新] ダイアログで、使用するコンテンツワークフローを選択して [更新] をクリックします。
コンテンツの変更が終了したら、[チェックイン] をクリックします。

コンテンツ管理 API を使用して、コンテンツ項目へのコンテンツワークフローを割り当てることができます。

com.bea.content.federated.IWorkflowManager.setNodeWorkflow
   (ContentContext context, ID nodeId, ID workflowId)

API の詳細については、WebLogic Portal Javadoc を参照してください。

コンテンツ管理ガイド

WLP リポジトリでのコンテンツ ワークフローの使用

デフォルトのコンテンツ ワークフローの使用

コンテンツ ワークフローの作成

コンテンツ ワークフロー ドキュメントの作成または変更

コンテンツ ワークフロー ドキュメントの作成または変更のガイドライン

コンテンツ ワークフローの継承方法

訪問者の資格を使用するにはワークフローの変更

コンテンツ ワークフロー状態の表示名の変更

ステータスの削除

デフォルト移行の変更

別のステータスに異なる機能を割り当てる

ワークフロー アクションの記述方法

デフォルトのワークフロー ドキュメントを使用した新しいワークフローの作成

コンテンツ ワークフロー ドキュメントをリポジトリに追加

フォルダ、コンテンツ タイプおよびコンテンツへのコンテンツ ワークフローの割り当て

フォルダへのコンテンツ ワークフローの割り当て

コンテンツ タイプへのコンテンツ ワークフローの割り当て

コンテンツ項目へのコンテンツ ワークフローの割り当て

WLP リポジトリでのコンテンツワークフローの使用

デフォルトのコンテンツワークフローの使用

コンテンツワークフローの作成

コンテンツワークフロードキュメントの作成または変更

コンテンツワークフロードキュメントの作成または変更のガイドライン

コンテンツワークフローの継承方法

コンテンツワークフロー状態の表示名の変更

ワークフローアクションの記述方法

デフォルトのワークフロードキュメントを使用した新しいワークフローの作成

コンテンツワークフロードキュメントをリポジトリに追加

フォルダ、コンテンツタイプおよびコンテンツへのコンテンツワークフローの割り当て

フォルダへのコンテンツワークフローの割り当て

コンテンツタイプへのコンテンツワークフローの割り当て

コンテンツ項目へのコンテンツワークフローの割り当て