De stored procedure doet een aantal controles:
- Is het programma verbonden met de juiste gebruiker?
- Is het programma verbonden met de juiste datacontainer?
Dat helpt bij het voorkomen van een datalek doordat per abuis gegevens van een andere omgeving geladen worden in een database.
De volgende regel PSQL voert de controle uit:
xxhosting_check_user('${REQUIRED_DATA_CONTAINER_ID}', '${REQUIRED_USER_ID}', null);
De waarde in REQUIRED_USER_ID stemt dus niet overeen met de gevonden user.
Ik zou sowieso aanraden om de datacontaineralias ook door te geven i.p.v. null. Met null is het maar afwachten naar welke datacontainer gekeken wordt; vooral als er meerdere datacontainers geopend worden is het wel deterministisch maar afhankelijk van de inrichting van de database in welke volgorde.
De reden dat na upgrade een foutmelding optreedt is omdat de bepaling van gebruikersnamen en datacontainer ID’s van versie naar versie telkens verfijnd wordt. In dit geval wordt mogelijk door null op de users op Windows of Linux gecontroleerd, en niet op de Loket-gebruiker.
Eindadvies daarom om eerst de alias in te stellen en daarna nogmaals te draaien. Er zal een foutmelding uitkomen met de gevonden gebruikersnaam. Controleer of dat de verwachte naam is en zet die dan in ${REQUIRED_USER_ID}.
Zie ook: