Foutmelding bij opslaan TestPlatform Endpoint voor vrij bericht

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

9 reacties / 0 nieuw
Tom Benjamins
Foutmelding bij opslaan TestPlatform Endpoint voor vrij bericht

bij het toevoegen aan een endpoint voor het testen van vrije berichten

treedt bij het pakket Antwoord Portaal de volgende fout op (zie bijlage)

Voor green Valley CMS werkt het wel.

Het enige wat ik anders doe is het aanpassen van het endpoint omdat die voor het CMS al bestaat

 

Michael Elgersma

Beste Tom,

Binnen een organisatie op het testplatform moeten de 'Endpoints StUF Testplatform' welke per applicatie/pakket zijn te configureren uniek zijn. Het laatste gedeelte van de url kan echter worden aangepast zodat deze endpoints uniek gemaakt kunnen worden. 

Als we kijken naar de url welke op dit moment is geconfigureerd voor Green Valley Antwoord Portaal: http://87.250.154.26:7080/opentunnel/00000000000000000000066/beantwoordV..., dan moet het volgende gedeelte uniek zijn per organisatie: /beantwoordVraagAP.

Als je voor het Antwoord portaal de vrije berichten wilt testen dan kan bijv. de volgende url worden geconfigureerd:http://87.250.154.26:7080/opentunnel/00000000000000000000066/VerwerkSync..., Waarbij /VerwerkSynchroonVrijBerichtAP uniek is.

Met vriendelijke groet,

Michael Elgersma

Tom Benjamins

Beste Michael, voor de hele organisatie is het endpoint /beantwoordVraagAP uniek, echter deze werd niet opgeslagen.

Bij het CMS heb ik namelijk /beantwoordVraag gebruikt om deze berichten te testen.

Ik heb je suggesties zojuist geprobeerd bij voor de andere benodigde endpoints, echter dit heeft dezelfde foutmelding tot gevolg.

Hier even een screenshot van wat ik heb ingevuld: dit is ook daadwerkelijk uniek!!

In de volgende post de foutmelding

 

mvgr,

Tom Benjamins

Bijlage

toevoegen.jpg
Tom Benjamins

Deze foutmelding krijg ik vervolgens.

Ik snap dat de urls uniek moeten zijn maar deze zijn ook uniek, er is dus echt iets aan de hand.

mvgr,

Tom Benjamins

 

Bijlage

foutmelding.jpg
Michael Elgersma

Tom,

Ik heb dit probleem aangekaart bij de technisch beheerder. Wanneer de oorzaak van dit probleem duidelijk is wordt er een oplossing doorgevoerd op het testplatform.

Tevens ben ik zo vrij geweest een kleine test uit te voeren. Als je onder pakketten kijkt zal je een pakket aantreffen met de naam Vrijeberichten test. Het lijkt er op dat de specifieke url hier wel is toe te passen.

Er lijkt iets mis te zijn met hoe de Green Valley Antwoord Portaal applicatie is opgeslagen in het testplatform doordat de huidige url (beantwoordvraag) ook niet is te verwijderen. Zou jij de huidige applicatie kunnen verwijderen? Ik kan deze niet verwijderen omdat er een koppeling is met een lopende testuitvoering en deze worden dan gewist.

Indien dit succesvol is dan zou je bijv. de vrijeberichten test applicatie kunnen wijzigen naar Green Valley Antwoord Portaal en hiermee in ieder geval de testen kunnen uitvoeren. 

Michael

Tom Benjamins

Michael,

op zich wil ik dat wel doen, echter als de applicatie verkeerd zou zijn opgeslagen, moeten de technisch beheerders de applicatie kunnen zien hoe dat object is opgeslagen?

Als ik de huidige applicatie weggooi, is deze informatie verloren...

Tom

Michael Elgersma

Tom,

Terechte opmerking. Laat de applicatie maar staan ik heb de beheerder telefonisch gesproken en er wordt vandaag naar gekeken.

Als er haast is bij de testen kan er in de tussentijd eventueel een nieuwe applicatie worden aangemaakt met bijv. BeantwoordvraagAP2 als unieke identifier voor de url.

Michael

Tom Benjamins

Michael,

Dit heeft minder haast dan het andere probleem dat ik heb aangemeld:

https://vng-realisatie.github.io/StUF-Standaarden/discussie/gemma/stuf-testplatform/fou...

Dit blokkeert de tests waar ik nu mee bezig ben.

Laat maar weten waneer het is opgelost, maar ik hoor liever wanneer het gelinkte issue opgelost is.

Tom

 

 

Michael Elgersma

Tom,

Het probleem gemeld in deze discussie is opgelost.

Michael