Home > リファレンスガイド > フロー > フロープロパティ
［プロパティ］ペインでフローを設定します。プロパティにアクセスするには、ソリューションエクスプローラで関連するフロー上でパークしてください。
ペインには3つのセクションがあります。
設定 |
説明 |
||||
名 |
フローの名前。名前には最高30桁の文字を含めることができます。次の特殊文字を含めることができません： / ? : & \ * " < > | # %. |
||||
説明 |
フローの説明を入力します。 |
||||
パス |
フローファイルの位置を表示している読み込み専用パラメータ。 |
||||
ID |
内部の識別番号。システムによって自動的に決定されます。 このIDは、プロジェクト内の各オブジェクトを識別するため､実行中にMagic xpiサーバによって使用されます。 |
||||
|
|
最後のフローコンポーネントが完了した後でサーバによってフローを再び呼び出すかどうかを決定します。この機能を有効にすると、ループ効果を作成できます。YesまたはNoを選択します。 フローを自動繰返にすると、Auto Repeatアイコン（左側参照）がトリガエリアの左側に表示されます。 Magic xpiのループの作成についての詳細についてはこちらを参照してください。 |
||||
|
|
Magic xpiサーバが起動時にフローを呼び出すかどうかを決定します。YesまたはNo を選択します。 トリガやスケジューラを持たないフローの場合､このプロパティをYesに設定します。そうしないと他にフローを開始する方法がありません。他にこのプロパティをYesにする例としては、テーブル初期化、ログテーブル消去などフロー呼出時に毎回行ないたい機能がある場合です。 フローを自動起動にするとAuto Startアイコン（左側参照）がトリガエリアの左側に表示されます。 start.xml設定ファイルのAutoStart load = entryについての情報は、ここをクリックしてください。 |
||||
DBトランザクション |
ドロップダウンリストからYesまたはNoを選択します。デフォルトはNoです。Yesを選択すると［データベースリソースリスト］が開きます。ここでFlow Dataベーストランザクションに含まれる、最大５つまでのデータベースリソースを選択します。 ここでフロー呼出を含めこのフローに関わる全てのDBリソースを定義する必要があります。
Yes を選択するとフローは実行を開始し、全ての定義されたデータベースでトランザクションが開かれ、フロー終了時に閉じます。 マッパーステップのDBトランザクションモードは、Flow Dataベーストランザクションに含まれていないデータベースリソースにのみ適用されます。Flow Dataベーストランザクションで定義されたデータベースはフロートランザクションの一部として振舞います。 フロー呼出や起動フロー（同期）はトランザクションに含まれます。
|
||||
有効にする |
フローを有効にするか無効にするかをYes/Noで選択します。 フローを無効にすると、プロジェクトがデプロイされてもフローは実行されません。 |
||||
アクティブ |
フローを稼働させるかさせないかを、Yes/Noで選択します。 不稼働にマークすることでチェッカーのパフォーマンスを高めることができます。これによって、フローはチェッカー処理やデプロイ処理から除外されます。 |
||||
フローが持つことができる並行インスタンスの数を制限します。 サーバが呼び出すことができるフローインスタンスの最大数を入力します。 フローを実行しようとしているワーカは、このフローのために［最大インスタンス数］で最初にスペースをチェックし、この値を越えない場合にだけ、フローが実行されます。現在実行中のフローの数が［最大インスタンス数］を超えている場合は、エラーメッセージが表示されます。 例えば、HTTPトリガを持つフローは何度も呼び出されることがあり、このプロパティによってそれを制限しない限り、同じフローの複数のインスタンスを持つことになります。 これは、環境設定ファイルのReservedLicenseThreadsフラグと混同しないでください。これはライセンスと関連しています。 |
|||||
エラーが起こる時に、この特性はフローの標準の復興政策を決定します。リカバリーポリシーは主要なリニアなフローにのみ適用されます。 リカバリーメカニズムは､フローがクラッシュした時に開始されます。この状況で、フローの動作は、フローが無視（なし）されたり、再起動したり、中断したり、最後のセーブポイントから起動したりするかを定義します。 なし以外のすべての場合、［フロー］プロパティの［クリーンアップリカバリーフロー］を定義していると､クリーンアップ処理（ユーザのクリーンアップを含む）がフローの実行/アボート前に行なわれます。セーブポイントデータがない場合、［セーブポイント］オプションは［再起動］と同じ動作をします。 リカバリメカニズムの詳細については、ここをクリックしてください。
|
|||||
タイムアウトに達した場合に、何が発生するかを定義します。タイムアウトポリシーのオプションは以下の通りです：アボート、再起動、なし。 フローがタイムアウトすると、タイムアウトはフロータイムアウトとフローグレースタイムアウトの合計値となり、ワーカーのステータスはSTUCKの値に変わり、ライセンスのステータスはCHECKED_INと表示されます。現在のステップの実行が終了すると、フローはアボートされます。 ワーカーがスタックした場合、新しいスレッドが呼び出され、それ以降のリクエストが処理されるようになりました。(Since version: 4.12） |
|||||
タイムアウト値(無制限) |
このプロパティは、Magic xpiが終了する前に、フローがどれくらい実行するかを定義します。 フローが無制限に応答を待つことを防止するために、IBM iとコマンドラインなどの外部システムと接続する場合にタイムアウトをフローに設定することを推奨します。 タイムアウトをフローに設定する場合、最初に、フローの実行にどれくらいの時間がかかるかをチェックする必要があります。フロータイムアウトは、制限のないフロー(他のフローから呼ばれなかったフロー)にだけ働くことに注意してください。これは、呼び出すフローと呼び出されたフローにタイムアウトが定義されると、呼び出すフローのタイムアウトだけが強制されるとを意味しています。
フロータイムアウトは、［ユーザ定義据置期間］の後でスレッドをキルします。フローが、応答(例えばHTTPとWeb Services内で)を待ち、［再起動］オプションとトリガを含む場合、トリガーに対する応答はタイムアウトエラーになり、フローは新しいスレッド内で再起動します。 フロータイムアウトの詳細については、ここをクリックしてください。また、リカバリメカニズムの詳細についてはここをクリックしてください。 |
||||
コメント |
この読み込み専用のプロパティには、移行されたプロジェクト内でテキストエリアツールを使用して追加されたテキストを表示します。 Since version: 4.5 |
||||
有効化サービス |
フローがいつ可能にしたいかを表示するために、ドロップダウンリストから以下の1つを選択してください：
|
||||
どのフローが、リカバリ処理の一部としてクリーンナップデータを処理するために使用されるか示すために、 |
|||||
エラー処理フロー
|
どのフローがエラーコードを処理するために使用されるかを示すために、 エラーコードを処理するために特定のフローを割り当てると、Error Flowアイコン(左側に表示されるような)がトリガエリアに表示されます。 |
||||
どのフローがフローロジックを処理するために使用されるかを示すために、 ここでフローを選択すると、［コールロジックフロー］コンポーネントのプロパティをYesに設定する必要があります。 正常に終了したかどうかは無関係に、コンポーネントの終了後にロジックフローが実行します。 ロジックフローと一緒にエラーフローがある場合、コンポーネント内にエラーがあるとロジックフローは動作しません。 |
|||||
フローを呼び出すことができるイベントにフローを購読するには、を |
|||||
一度だけサブスクライブ |
フローが購読されるイベントがフローを一度だけ呼び出すか、イベントが発生するたびに呼び出すのかを指定します。オプション：No/Yes |
||||
をクリックしてフローリストを開きに、フローを選択し、［選択］をクリックします。