The translation is temporarily closed for contributions due to maintenance, please come back later.
The translation was automatically locked due to following alerts: Could not update the repository.

Translation

English Template: AdminGenericInterfaceErrorHandlingRequestRetry
English Japanese Actions
Enter a regular expression to restrict which error messages should cause error handling module execution.
Error message subject and data (as seen in the debugger error entry) will considered for a match.
Example: Enter '^.*401 Unauthorized.*\\$' to handle only authentication related errors.
Error stage filter エラーステージフィルター
Only execute error handling module on errors that occur during specific processing stages.
Example: Handle only errors where mapping for outgoing data could not be applied.
Error code エラーコード
An error identifier for this error handling module. このエラー処理モジュールのエラー識別子
This identifier will be available in XSLT-Mapping and shown in debugger output.
Error message エラーメッセージ
An error explanation for this error handling module. このエラー処理モジュールのエラーの説明
This message will be available in XSLT-Mapping and shown in debugger output. このメッセージは、XSLT-Mapping画面およびデバッガ出力でのみ利用可能です。
Define if processing should be stopped after module was executed, skipping all remaining modules or only those of the same backend.
Default behavior is to resume, processing the next module.
This module allows to configure scheduled retries for failed requests. このモジュールでは、失敗した要求をスケジュールされた時刻に再試行し、構成できます。
Default behavior of GenericInterface web services is to send each request exactly once and not to reschedule after errors.
If more than one module capable of scheduling a retry is executed for an individual request, the module executed last is authoritative and determines if a retry is scheduled.
Request retry options リクエストを再試行するオプション
Retry options are applied when requests cause error handling module execution (based on processing options).
Schedule retry スケジュール・リトライ
Should requests causing an error be triggered again at a later time? エラーの原因となったリクエストを、後で再送信する必要がありますか?
Initial retry interval 初期のリトライ間隔
Interval after which to trigger the first retry. 最初のリトライするトリガーの間隔
Note: This and all further retry intervals are based on the error handling module execution time for the initial request. 注:これ以降のすべての再試行間隔は、最初のリクエストに対するエラー処理モジュールの実行時間に基づいています。
Factor for further retries さらなる再試行の要因
If a request returns an error even after a first retry, define if subsequent retries are triggered using the same interval or in increasing intervals.
Example: If a request is initially triggered at 10:00 with initial interval at '1 minute' and retry factor at '2', retries would be triggered at 10:01 (1 minute), 10:03 (2*1=2 minutes), 10:07 (2*2=4 minutes), 10:15 (2*4=8 minutes), ... 例: トリガーを 10:00 、インターバルを1分間隔にあらかじめ設定している場合に、リトライファクターを”2”とすると、次の要領でトリガーが機能します。
10:01(1分後)→10:03(1x2=2分後)→10:07(2x2=4分後)→10:15(4x2=8分後)…※以降、間隔は2倍になります
Maximum retry interval 最大リトライ間隔
If a retry interval factor of '1.5' or '2' is selected, undesirably long intervals can be prevented by defining the largest interval allowed. リトライファクターとして"1.5"ないし"2"が選択されている場合、最大リトライ間隔を別途定義することで、意図せず望ましくない間隔が設定されることを防止できます。
Intervals calculated to exceed the maximum retry interval will then automatically be shortened accordingly. リトライ間隔を算出した結果が最大リトライ間隔を超過した場合は、自動的に短縮されます。
Example: If a request is initially triggered at 10:00 with initial interval at '1 minute', retry factor at '2' and maximum interval at '5 minutes', retries would be triggered at 10:01 (1 minute), 10:03 (2 minutes), 10:07 (4 minutes), 10:12 (8=>5 minutes), 10:17, ... 例: トリガーを 10:00 、インターバルを1分間隔にあらかじめ設定している場合に、リトライファクターを”2”、最大リトライ間隔を”5分”とすると、次の要領でトリガーが機能します。
10:01(1分後)→10:03(2分後)→10:07(4分後)→10:12(8分後⇒5分後に修正)→10:17…

Loading…

No matching activity found.
Browse all component changes

Glossary

English Japanese
No related strings found in the glossary.

String information

Source string description
Template: AdminGenericInterfaceErrorHandlingRequestRetry
String age
4 years ago
Source string age
4 years ago
Translation file
i18n/otrs/otrs.ja.po, string 631