Toewijzing aan endpoint type niet consequent voor asynchrone vrije berichten

Dit is een statische kopie van het eerdere discussie.kinggemeenten.nl.
Nieuwe discussies kunnen in de GitHub repository 'StUF standaarden' als issue worden opgevoerd.

2 reacties / 0 nieuw
Login of registreer om te kunnen reageren
ma, 2-01-2017 - 08.07u
#1
Michiel Verhoef
Toewijzing aan endpoint type niet consequent voor asynchrone vrije berichten

voegbesluitToe_Di01 valt onder SOAPVrijeBerichten, terwijl overdragenZaak_Di01 valt onder SOAPOntvangAsynchroon.

Naar mijn idee zou een asynchroon vrij bericht altijd onder hetzelfde endpoint type moeten vallen.

Bovenaan
Michiel Verhoef

Het blijkt dat in een aantal koppelvlakken endpoints (portTypes) gedefinieerd zijn die niet correct zijn volgens de StUF protocol bindingen. De volgende portTypes zijn toegestaan in de StUF protocol bindingen v030203 (20-05-2015):

  • OntvangAsynchroon

  • VerwerkSynchroneKennisgeving

  • VerstrekSynchronisatieBericht

  • BeantwoordVraag

  • VerwerkTriggerbericht

  • VerwerkSynchroonVrijBericht

Om de WSDL's hieraan te laten voldoen moeten in alle WSDL's de portTypes met een andere naam hernoemd worden naar één van bovenstaande portTypes.

De vraag is in hoeverre dat bestaande implementaties dwars gaat zitten of juist workarounds op lost?

Bovenaan