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
Should requests causing an error be triggered again at a later time?
79/680 · 68
English Norwegian Bokmål Actions
Example: Handle only errors where mapping for outgoing data could not be applied. Eksempel: Håndter bare feil der tilordning for utgående data ikke kunne brukes.
Error code Feilkode
An error identifier for this error handling module. En feilidentifikator for denne feilhåndteringsmodulen.
This identifier will be available in XSLT-Mapping and shown in debugger output. Denne identifikatoren vil være tilgjengelig i XSLT-tilordning og vises i feilsøkingsprogrammet.
Error message Feilmelding
An error explanation for this error handling module. En feilforklaring for denne feilhåndteringsmodulen.
This message will be available in XSLT-Mapping and shown in debugger output. Denne meldingen vil være tilgjengelig i XSLT-tilordning og vises i feilsøkingsprogrammet utdata.
Define if processing should be stopped after module was executed, skipping all remaining modules or only those of the same backend. Definer om behandlingen skal stoppes etter at modulen ble utført, hoppe over alle gjenværende moduler eller bare de av samme backend.
Default behavior is to resume, processing the next module. Standard virkemåte er å gjenoppta, behandle neste modul.
This module allows to configure scheduled retries for failed requests. Denne modulen gjør det mulig å konfigurere planlegging av nye forsøk for tidligere mislykkede forespørsler.
Default behavior of GenericInterface web services is to send each request exactly once and not to reschedule after errors. Standard virkemåte for GenericInterface webtjenester er å sende hver forespørsel nøyaktig én gang og ikke å planlegge på nytt etter feil.
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. Hvis mer enn én modul som er i stand til å planlegge et nytt forsøk, blir utført for en individuell forespørsel, er modulen som ble utført sist autoritativ og avgjør om et nytt forsøk er planlagt.
Request retry options Alternativer for nytt forsøk på forespørsel
Retry options are applied when requests cause error handling module execution (based on processing options). Alternativer for prøv på nytt brukes når forespørsler forårsaker kjøring av feilhåndteringmodulen (basert på behandlingsalternativer).
Schedule retry Planlegg nytt forsøk
Should requests causing an error be triggered again at a later time? Bør forespørsler som forårsaker en feil utløses på nytt på et senere tidspunkt?
Initial retry interval Intervall for første forsøk på nytt
Interval after which to trigger the first retry. Intervall etter å utløse det første forsøket på nytt.
Note: This and all further retry intervals are based on the error handling module execution time for the initial request. Merk: Dette og alle ytterligere intervaller for nye forsøk er basert på kjøretiden for feilhåndteringsmodulen for den første forespørselen.
Factor for further retries Faktor for ytterligere forsøk
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. Hvis en forespørsel returnerer en feil selv etter et første forsøk, definerer du om påfølgende forsøk utløses med samme intervall eller i økende intervaller.
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), ... Eksempel: Hvis en forespørsel i utgangspunktet utløses klokken 10:00 med innledende intervall på '1 minutt' og prøv på nytt faktor med '2', nye forsøk vil da bli utløst kl 10:01 (1 minutt), 10:03 (2 * 1 = 2 minutter), 10:07 (2 * 2 = 4 minutter), 10:15 (2 * 4 = 8 minutter), ...
Maximum retry interval Maksimalt intervall for nye forsøk
If a retry interval factor of '1.5' or '2' is selected, undesirably long intervals can be prevented by defining the largest interval allowed. Hvis en intervallfaktor for nye forsøk på '1,5' eller '2' er valgt, kan uønskede lange intervaller forhindres ved å definere det største intervallet som er tillatt.
Intervals calculated to exceed the maximum retry interval will then automatically be shortened accordingly. Intervaller beregnet for å overskride det maksimale intervallet for nytt forsøk, forkortes deretter automatisk tilsvarende.
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, ... Eksempel: Hvis en forespørsel i utgangspunktet utløses klokken 10:00 med innledende intervall på '1 minutt' og prøv på nytt faktor med '2', nye forsøk vil da bli utløst kl 10:01 (1 minutt), 10:03 (2 minutter), 10:07 (4 minutter), 10:12 (8=>5 minutter), 10:17, ...
Maximum retry count Maksimalt antall nye forsøk
Maximum number of retries before a failing request is discarded, not counting the initial request. Maksimalt antall nye forsøk før en mislykket forespørsel forkastes, ikke medregnet den første forespørselen.
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. Eksempel: Hvis en forespørsel først utløses klokken 10:00 med innledende intervall på '1 minutt', prøv på nytt faktor på '2' og maksimalt antall nye forsøk på '2', utløses nye forsøk bare kl. 10:01 og 10:02.
Note: Maximum retry count might not be reached if a maximum retry period is configured as well and reached earlier. Merk: Maksimalt antall nye forsøk kan ikke nås hvis en maksimal prøveperiode er konfigurert også og nådd tidligere.
This field must be empty or contain a positive number. Dette feltet må være tomt eller inneholde et positivt tall.

Loading…

User avatar oddkl

New translation

OTRS / i18n — Norwegian Bokmål

Should requests causing an error be triggered again at a later time?
Bør forespørsler som forårsaker en feil utløses på nytt på et senere tidspunkt?
4 years ago
Browse all component changes

Glossary

English Norwegian Bokmål
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.nb_NO.po, string 636