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
Schedule retry
8/140 · 14
English Korean Actions
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. 이 식별자는 XSLT-Mapping에서 사용할 수 있으며 디버거 출력에 표시됩니다.
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. GenericInterface 웹 서비스의 기본 동작은 각 요청을 정확히 한 번 보내고 오류가 발생하면 다시 예약하지 않는 것입니다.
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. 주 :이 W 모든 재 시도 간격은 초기 요청에 대한 오류 핸들링 모듈 실행 시간으로합니다.
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), ... 예 : 초기 간격이 '1 분'이고 재시도 비율이 '2'인 요청을 초기에 10:00에 실행하면 재시도는 10:01 (1 분), 10:03 (2 * 1 = 2 분), 10:07 (2 * 2 = 4 분), 10:15 (2 * 4 = 8 분), ...
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, ... 예 : 초기 간격이 '1 분'인 요청을 10:00에 시작하고 '2'에서 다시 시도하고 '5 분'에서 최대 간격을 재 시도하면 재시도가 10:01 (1 분), 10 : 03 (2 분), 10:07 (4 분), 10:12 (8 => 5 분), 10:17,
Maximum retry count 최대 재시도 횟수
Maximum number of retries before a failing request is discarded, not counting the initial request. 초기 요청을 계산하지 않고 실패한 요청을 버리기 전에 최대 재시도 횟수.
Example: If a request is initially triggered at 10:00 with initial interval at '1 minute', retry factor at '2' and maximum retry count at '2', retries would be triggered at 10:01 and 10:02 only. 예 : 초기 간격이 '1 분'인 요청을 10:00에 처음 시작하고 '2'에서 재시도 계수를, '2'에서 최대 재시도 계수를 재 시도하면 재시도가 10시 01 분 및 10시 02 분에만 트리거됩니다.
Note: Maximum retry count might not be reached if a maximum retry period is configured as well and reached earlier. 참고 : 최대 재시도 횟수가 최대로 설정되고 이전에 도달하면 최대 재시도 횟수에 도달하지 못할 수도 있습니다.

Loading…

No matching activity found.
Browse all component changes

Glossary

English Korean
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.ko.po, string 635