Projects let you group resources into one entity. A common, shared environment makes it easy to manage your projects. The types of resources you can associate with a project are referred to in AEM as Tiles. Tiles may include project and team information, assets, workflows, and other types of information, as described in detail in Project Tiles.
For users in projects to see other users/groups while using Projects functionality like creating projects, creating tasks/workflows, seeing and managing the team, those users need to have read access on /home/users
and /home/groups
. The easiest way to implement this is to give the projects-users group read access to /home/users
and /home/groups
.
As a user, you can do the following:
See the following additional topics:
The projects console is where you access and manage your projects within AEM.
With Projects, you associate different types of information with your projects. These are called Tiles. Each of the tiles and what kind of information they contain is described in this section.
You can have the following tiles associated with your project. Each is described in the sections that follow:
In the Assets tile, you can gather all assets that you use for a particular project.
You upload assets directly in the tile. In addition you can create Image Sets, Spin Sets, or Mixed Media Sets if you have the Dynamic Media add-on.
Similar to assets, you can add asset collections directly to your project. You define collections in Assets.
Add a collection by clicking Add Collection and selecting the appropriate collection from the list.
The Experiences tile lets you add a Mobile app, web site, or publication to the project.
The icons indicate which kind of experience is represented: web site, mobile application or a publication. Add experiences by tapping or clicking the down chevron and tapping Add Experience and selecting the type of experience.
Select the path for the thumbnails and if applicable, change the thumbnail for the experience. Experiences are grouped together in the Experiences tile.
The Links tile lets you associate external links with your project.
You can name the link with an easy-to-recognize name and change the thumbnail.
The Project Information tile provides general information on the project including a description, project status (inactive or active), a due date, and members. In addition, you can add a project thumbnail, which is displayed on the main Projects page.
Team members can be assigned and deleted from this tile (or have their roles changed) and the Team tile.
The Translation Job tile is where you start a translation and also where you see the status of your translations. To set up your translation, see Creating Translation Projects.
Click the ellipsis at the bottom of the Translation Job card to view the assets in the translation workflow. The translation job list also displays entries for asset metadata and tags. These entries indicate that the metadata and tags for the assets are also translated.
In this tile, you can specify the members of the project team. When editing, you can enter the name of the team member and assign the user role.
You can add and delete team members from the team. In addition, you can edit the user role assigned to the team member.
You can assign your project to follow certain workflows. If any workflows are running, their status displays in the Workflows tile in Projects.
You can assign your project to follow certain workflows. Depending on which project you choose you have different workflows available.
These are described in Working with Project Workflows.
The Launches tile shows any launches that have been requested with a Request Launch workflow.
Tasks let you monitor the status of any project-related tasks, including workflows. Tasks are covered in detail at Working with Tasks.
AEM ships with three different templates out of the box:
Based on the template you select, you have different options available to you particularly around user roles and workflows.
The different user roles are set in a Project template and are used for two primary reasons:
All projects support the following default roles to let you administer security and control permissions:
Role | Description | Permissions | Group Membership |
---|---|---|---|
Observer | A user in this role can view project details, including the project status. | Read-only permissions on a project | workflow-users group |
Editor | A user in this role can upload and edit the contents of a project. | Read and Write access on a project, associated metadata, and related assets; privileges to upload a shot list, and review and approve assets; write permission on /etc/commerce; modify permission on a specific project | workflow-users group |
Owner | A user in this role can initiate a project. An owner can create a project, initiate work in a project, and also move approved assets to the Production folder. Although all other tasks in the project can also be viewed and performed by the owner. | Write permission on /etc/commerce |
dam-users group (to be able to create a project) project-administrators group (to be able to create a project and move assets) |
When you create the project and add users to the various roles, groups associated with the project are automatically created to manage associated permissions. For example, a project called Myproject would have three groups Myproject Owners, Myproject Editors, Myproject Observers. However, if the project is deleted, those groups are not automatically deleted. An administrator needs to manually delete the groups in Tools > Security > Groups.