Closed kaihendry closed 5 years ago
Once the API has returned a success, the SQL to update the 'upstream' system is
SET @user_creation_request_id= 'userCreationRequestId'; SET @mefe_user_id= 'userId (from_API_response)'; SET @creation_datetime = 'timestamp (from_API_response)'; SET @is_created_by_me = 0; CALL ut_creation_success_mefe_user_id;
SET @user_creation_request_id= 'userCreationRequestId'; SET @mefe_user_id= 'userId (from_API_response)'; SET @creation_datetime = 'timestamp (from_API_response)'; SET @is_created_by_me = 1; CALL ut_creation_success_mefe_user_id;
In the DEV/Staging environment: Create a new person in the Unee-T Enterprise database (user email derp@derp.com)
@kaihendry any idea what might be happening?
Sorry, somehow missed this. It's not implemented yet. Working on it now.
In the DEV/Staging environment: Create a new person in the Unee-T Enterprise database user 21
@kaihendry any idea what might be happening?
Latest Test worked as expected: user is created in MEFE and BZFE It is possible to access the MEFE after resetting the password for the user Well done @kaihendry and @nbiton 🎉 !!!
Re-opening this as there was some unexpected errors:
Done in the DEV/Staging
Only 14 of the 30 users have a MEFE user ID 16 records have NOT been processed
@kaihendry any idea what might have gone wrong?
I'm getting 400 errors from the MEFE with [[object Object]]
as the response. So I need @nbiton to look into this.
Seems to be caused by requests that include email addresses for users who are already BZ users, but not registered to MEFE
Seems to be caused by requests that include email addresses for users who are already BZ users, but not registered to MEFE
That's probably the right explanation How an we fix that?
Done in the DEMO Environment
NO user have been created
@kaihendry any idea what might have gone wrong?
After fixing the issues described in https://github.com/unee-t/bz-database/issues/120
Done in the DEMO Environment
NO user have been created
@kaihendry any idea what might have gone wrong?
https://ap-southeast-1.console.aws.amazon.com/cloudwatch/home?region=ap-southeast-1#logEventViewer:group=/aws/lambda/alambda_simple;start=PT5M logs showed there was a timeout due to VPC connectivity which was fixed by 3e752acdc6e27e96e9515f87e092eb3336b9d26d
After fixing the timeout issue in AWS
Done in the DEMO Environment
User creation mechanism now seems to work on the DEV and in the DEMO environment.
Related to #9, Example payload:
To proceed need: