Users Storage and Packaging | Community
Skip to main content
N
nsvsrk
Level 8
February 16, 2016
Solved

Users Storage and Packaging

  • February 16, 2016
  • 6 replies
  • 1688 views

Hi,

Using AEM 6.1, I created a workflow and two users auth and app with some ACLs.

Wanted to package these two users only (Not the whole list of users) along with ACLs and the workflow.

Where are these users stored in JCR?

In CRXDE, I went to /home/users and saw folders 5,a,communities, etc, but folder a is blank.

Why are the users clubbed under different folders like geometrixx, geometrixx-outdoors etc?  Are these users pertained to these applications only?

Saw that my workflow is stored in Workflow /etc/workflow/models folder.

Please suggest a way for me.

Appreciate your support.

Thanks,

Rama.

This post is no longer active and is closed to new replies. Need help? Start a new post to ask your question.
Best answer by nsvsrk

Hi all,

This issue was resolved using AEM ACL Packager..

1. Mentioned the users in the select Principals list.

If a user has a group membership, that group also should be added, even if that group exists in the target AEM.

2. AEM ACL Packager checks two JCR paths by default.

In my case, I wanted to specify only the principals and not JCR Paths, I de-selected them.

My idea is to package ACL info of the users selected in Principals in the whole repository.

There was a performance concern, as the system has to search the whole repository, but it was pretty quick.

3. Check "Package ACL Packer" check box, even if we do not need it in the target AEM.

If anyone has a similar issue, I can help.

Thanks,

Rama.

6 replies

N
nsvsrkAuthor
Level 8
February 16, 2016

Hi,

In the Properties tab of users auth and app, I found the following paths in the Path property:

/home/users/P/PXSDmyDzCPxpDfTXts6f  and /home/users/9/9zdXTaeUHU6JgrmyzkJu

These paths do exist and are visible in CRXDE.

I will package these and see whether these users and their ACLs are packaged.

Thanks,

Rama.

N
nsvsrkAuthor
Level 8
February 16, 2016

Hi,

This process has copied only users (and not their ACLs) and the workflow.

Checked in the internet only to find some code that needs to be run, just for packaging ACLs, but I am looking for OOB facility for achieving this.

Another article describes packaging all users  in the repository and their ACLs, while I am trying to move only 2-3 users.

Please suggest.

Thanks,

Rama.

smacdonald2008
smacdonald2008
Level 10
March 1, 2016

I will send this to the Eng team to answer this question. 

Amit_Kumar
Amit_Kumar
Level 10
March 1, 2016

nsvsrk wrote...

Hi,

This process has copied only users (and not their ACLs) and the workflow.

Checked in the internet only to find some code that needs to be run, just for packaging ACLs, but I am looking for OOB facility for achieving this.

Another article describes packaging all users  in the repository and their ACLs, while I am trying to move only 2-3 users.

Please suggest.

Thanks,

Rama.

 

have you followed instructions mentioned here(http://www.hsufengko.com/home/copy-users-groups-permissions-acls-between-adobe-cq-instances)?

all you have to do select the user path as root path instead of /home

Read for more clarifications https://github.com/Adobe-Consulting-Services/acs-aem-commons/issues/100

Amit_Kumar
Amit_Kumar
Level 10
March 1, 2016
AC Handling

Specify how access control information is handled during import

Ignore
Ignores the packaged access control and leaves the target unchanged.
Overwrite
Applies the access control provided with the package to the target. This also removes existing access control.
Merge
Tries to merge access control provided with the package with the one on the target. This is currently not fully supported and behaves like Overwrite for existing ACLs. ACLs not in the package are retained.
MergePreserve
Tries to merge access control provided with the package with the one on the target. This is currently not fully supported and behaves like Ignore for existing ACLs. ACLs not in the package are retained.
Clear
Clears all access control on the target system.

 

This will help you in selecting the correct value.

N
nsvsrkAuthorAccepted solution
Level 8
March 29, 2016

Hi all,

This issue was resolved using AEM ACL Packager..

1. Mentioned the users in the select Principals list.

If a user has a group membership, that group also should be added, even if that group exists in the target AEM.

2. AEM ACL Packager checks two JCR paths by default.

In my case, I wanted to specify only the principals and not JCR Paths, I de-selected them.

My idea is to package ACL info of the users selected in Principals in the whole repository.

There was a performance concern, as the system has to search the whole repository, but it was pretty quick.

3. Check "Package ACL Packer" check box, even if we do not need it in the target AEM.

If anyone has a similar issue, I can help.

Thanks,

Rama.

Terms & ConditionsAccessibility statement

Loading footer...