search

admstar / rivta

Automatically exported from code.google.com/p/rivta
0 stars 0 forks source link

Förtydliga användandet av resultCode i statusrapportering för tjänster inom domänen engagementindex #94

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
Fråga har kommit upp om regler för när de i statusrapporteringen angivna 
värdena på fältet resultCode (OK, INFO, ERROR) skall användas t ex i 
tjänsten ProcessNotification.

När är andra värden en OK tillämpbara?

Vad skall en EI implementation göra om tjänsteproducenten svarar med INFO 
eller ERROR i svaret på ett ProcessNotification anrop till skillnad från när 
tjänsteproducenten svarar OK?

Är det så att texten skall styras upp till att tjänsteproducenten alltid 
skall svara med OK efter en genomförd bearbetning av ett 
ProcessNotification-request?

Note #1: Misslyckas tjänsteproducenten rent tekniskt med bearbetningen så 
svarar den med ett SoapFault eller inte alls, vilket leder till att EI gör en 
omsändning med samma request vid ett senare tillfälle.

Note #2: Nuvarande beskrivning av statusrapportering är vanligt förekommande 
i andra tjänstekontrakt och får ses som en generell konstruktion som rimligen 
behöver specialiseras inom respektive tjänstedomän.

Original issue reported on code.google.com by magnus.l...@callistaenterprise.se on 13 Jun 2013 at 6:04

GoogleCodeExporter commented 9 years ago

Original comment by lars.eri...@skoview.se on 19 Sep 2014 at 10:40

GoogleCodeExporter commented 9 years ago

Original comment by lars.eri...@skoview.se on 19 Sep 2014 at 10:41

GoogleCodeExporter commented 9 years ago

Original comment by lars.eri...@skoview.se on 19 Sep 2014 at 10:44

GoogleCodeExporter commented 9 years ago 
Antagandet är att alla EI-instanser uppfyller kraven - dvs är felfria. Så om 
en EI-instans accepterar en Update så innebär det väl logiskt sett att det 
inte utrymme för att identifiera logiska fel vid anrop av en 
ProcessNotification-producent? Däremot kan det - vid t.ex. programmeringsfel 
hos någon part (eller tvetydig spec) resultera i icke kurerbara tekniska fel. 
Dessa behöver analyseras manuellt och leda till att buggar blir åtgärdade i 
specar och berörda produkter.

Tillbaka till avsändaren för kommentarer...

Original comment by jo...@eltesconsulting.se on 16 Mar 2015 at 9:05