-
Notifications
You must be signed in to change notification settings - Fork 66
Setting users to a known state shouldn't require fetching Adobe users #236
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Not sure what you are getting at here, but that capability is already present and was designed to support push notifications. You can set a csv file with the users you want to populate and exclude adobe-only users to leave everyone else alone. |
Yes but such a User Sync job will still fetch all the Adobe users, only to exclude them. If your organization is very large then fetching all the Adobe-side users could take a very long time and there's no reason to. This enhancement would be to skip the fetch of the Adobe users completely. |
Got it. Thanks. |
Since all the code-level bugs for 2.2 are fixed, and we have all the desired enhancements implemented other than #236, we are ready for an rc1 build and testing by the extended community.
Because added users may already be in the org in push mode, we don't just add the mapped groups they should have, we also remove any managed groups they shouldn't have. This fulfills our promise to process groups even when re-pushing an existing user.
There's no point in reporting on the Adobe-side changes when doing a push.
fix #236: allow users to be pushed rather than sync'd to Adobe.
* Changed the fix of #236 so that the semantics of sync is unchanged from before (for better backward compatibility). Only push does remove of groups, because it's operating in the blind. * Updated the nosetests so they work in py2 and py3 * Updated the noestests to add testing the rules with push strategy
If an organization is very, very large, and the customer wants to run a job that creates or updates specific users to have a specific set of known attributes and group memberships (similar to a bulk upload from the admin console), the customer shouldn't have to wait for User Sync to fetch the Adobe-side users (which may take a long time) and to do the sync. Instead, the customer should be able to "directly populate" the users into the org with those attribute values and group memberships, instructing user sync either to create or update each individual user as necessary.
The text was updated successfully, but these errors were encountered: