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

[Former user]

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.

#####Originally written by magnus.larsson [callistaenterprise.se] on code.google.com

[Former user]

#####Originally written by lars.erik.rojeras [skoview.se] on code.google.com - Labels added: RIVTA-TOOLS

[Former user]

#####Originally written by lars.erik.rojeras [skoview.se] on code.google.com - Labels added: TD-RIVTA-TOOLS - Labels removed: TD-itintegration.engagementindex, RIVTA-TOOLS

[Former user]

#####Originally written by lars.erik.rojeras [skoview.se] on code.google.com - Labels added: TD-itintegration.engagementindex - Labels removed: TD-RIVTA-TOOLS

[Former user]

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...

#####Originally written by johan [eltesconsulting.se] on code.google.com

[khaled daham]

Magnus finns det någon anledning att hålla kvar ärendet, eller svarar 1.0.1 av domänen på de frågor du ställt?

[Ranjdar Fallyih]

Hej, Kan vi klarskriva ärendet? Hälsningar Ranjdar