Ogledujete si pomoč za različico :
- 6.4
- 6.3
- 6.2
- Starejše različice
Packages enable the importing and exporting of repository content. For example, you can use packages to install new functionality, transfer content between instances, and back up repository content.
Packages can be accessed and/or maintained from the following pages:
- Package Manager, which you use to manage the packages in your local AEM instance.
- Package Share, a centralized server holding both publicly available packages and those private to your company. The public packages can contain hotfixes, new functionality, documentation, etc.
You can transfer packages between Package Manager, Package Share, and your file system.
A package is a zip file holding repository content in the form of a file-system serialization (called "vault" serialization). This provides an easy-to-use-and-edit representation of files and folders.
Packages include content, both page-content and project-related content, selected using filters.
A package also contains vault meta information, including the filter definitions and import configuration information. Additional content properties (that are not used for package extraction) can be included in the package, such as a description, a visual image, or an icon; these properties are for the content package consumer and for informational purposes only.
Opomba:
Packages represent the current version of the content at the time the package is built. They do not include any previous versions of the content that AEM keeps in the repository.
You can perform the following actions on or with packages:
- Create new packages; defining package settings and filters as required
- Preview package contents (before build)
- Build packages
- View package information
- View package contents (after build)
- Modify the definition for existing packages
- Rebuild existing packages
- Rewrap packages
- Download packages from AEM to your file system
- Upload packages from your file system into your local AEM instance
- Perform a dry run installation
- Install packages (AEM does not automatically install packages after uploading)
- Delete packages
- Download packages, such as hotfixes, from the Package Share library
- Upload packages to the company-internal section of the Package Share library
You can edit a variety of Package Settings to define aspects such as the package description, related bugs, dependencies and provider information.
The Package Settings dialog is available via the Edit button when creating or editing a package and provides three tabs for configuration. After any changes are made click OK to save these.

Field | Description | Format/Example |
Name | The name of the package. | |
Group | The name of the group to add the package to, for organizing packages. Type the name of a new group, or select an existing group. | |
Version | Text to use for the custom version. | |
Description | A brief description of the package. HTML markup can be used for formatting. | |
Thumbnail | The icon that appears with the package listing. Click Browse to select a local file. |

Field | Description | Format/Example | |
---|---|---|---|
Name | The name of the provider. | AEM Geometrixx |
|
URL | URL of the provider. | http://www.aem-geometrixx.com | |
Link | Package-specific link to a provider page. | http://www.aem-geometrixx.com/mypackage.html | |
Requires |
|
||
AC Handling | Specify how the access control information defined in the package is handled when the package is imported:
|
|
|

Field | Description | Format/Example |
---|---|---|
Tested With | The product name and version this package is targeted to or is compatible with. | AEM6 |
Fixed Bugs/Issues | A text field allowing you to list details of bugs fixed with this package. Please list each bug on a separate line. | bug-nr summary |
Depends on | Lists dependency information that needs to be respected whenever other packages are necessary to let the current package run as expected. This field is important when using hotfixes. | groupId:name:version |
Replaces | A list of deprecated packages that this package replaces. Before installing, check that this package includes all necessary content from the obsolete packages so no content is overwritten. | groupId:name:version |
Filters identify the repository nodes to include in the package. A Filter Definition specifies the following information:
- The Root Path of the content to include.
- Rules that include or exclude specific nodes below the root path.
Filters can include zero or more rules. When no rules are defined, the package contains all content below the root path.
You can define one or more filter definitions for a package. Use more than one filter to include content from multiple root paths.

Rule type | Description | Example |
---|---|---|
include | You can define a path, or use a regular expression to specify all the nodes that you want to include. Including a directory will:
|
/libs/sling/install(/.*)? |
exclude | You can specify a path or use a regular expression to specify all the nodes that you want to exclude. Excluding a directory will exclude that directory and all files and folders in that directory (i.e. the entire subtree). |
/libs/wcm/foundation/components(/.*)? |
Opomba:
One package can contain multiple filter definitions, so that nodes from different locations can easily be combined into one package.
Package filters are most often defined when you first create the package, but they can be edited at a later time as well (after which the package should be rebuilt).
You can attach screenshots to your package to provide a visual representation of what the content looks like; for example, by providing screenshots of new functionality.
You can also attach an icon to your package to provide a quick-reference visual representation of what the package contains. This is then shown in the package list and can help you easily identify the package, or the class of package.
Opomba:
To avoid confusion, use a descriptive icon for your package and do not use one of the official icons.



The Package Manager manages the packages on your local AEM installation. After you have assigned the necessary permissions you can use the Package Manager for various actions, including configuring, building, downloading and installing your packages. The key elements to be configured are:
To grant users the right to create, modify, upload, and install packages, you must give them the appropriate permissions at the following locations:
- /etc/packages (full rights excluding delete)
- the node that contains the package contents
See Setting permissions for instructions on changing permissions.
-
Enter the:
- Group Name
The target group (or folder) name. Groups are intended to be used to help you organize your packages.
A folder will be created for the group if it does not already exist. If you leave the group name blank, it will create the package in the main package list (Home > Packages).
- Package Name
The name of your new package. Select a descriptive name to help you (and others) easily identify the contents of the package.
- Version
A textual field for you to indicate a version. This will be appended to the package name to form the name of the zip file.
Click OK to create the package.
- Group Name
-
Click Edit to edit the package settings.
Here, you can add information and/or define certain settings; for example these include a description, the icon, related bugs and add provider details.
Click OK after you are finished editing the settings.
-
Add Screenshots to the package as required. One instance is available when the package is created, add more if required by using Package Screenshot from sidekick.
Add the actual image by double-clicking the image component in the Screenshots area, adding an image, and clicking OK.
-
Define the Package Filters by dragging instances of the Filter Definition from the sidekick, then double-clicking to open for editing:
Specify:
- Root Path
The content to be packaged; this can be the root of a subtree.
- Rules
Rules are optional; for simple package definitions, it is not necessary to specify include or exclude rules.
If needed, you can define either Include or Exclude rules to exactly define the package contents.
Add rules using the + symbol, alternatively remove rules using the - symbol. Rules are applied according to their order so position them as required using the Up and Down buttons.
Then click OK to save the filter.
Opomba:
You can use as many filter definitions as you need, though care must be taken to ensure they do not conflict. Use Preview to confirm what the package contents will be.
- Root Path
-
You can now Build your package.
Opomba:
It is not compulsory to build the package at this point, it can be done at a later point in time.
A package is often built at the same time as you create the package definition, but you can return at a later point in time to either build, or rebuild the package. This can be useful if the content within the repository has changed.
Opomba:
Before building the package it can be useful to preview the contents of the package. To do this click Preview.
Once a package has been built it can be rewrapped, if required.
Rewrapping changes the package information - without changing the package content. Package information is the thumbnail, description, etc., in other words everything you can edit with the Package Settings dialog (to open this click Edit).
A major use case for rewrap is when preparing a package for the package share. For example, you might have an existing package and decide to share it with others. For that you want to add a thumbnail and add a description. Instead of recreating the entire package with all its functionality (which might take some time and bears the risk that the package is no longer identical to the original) you can rewrap it and just add the thumbnail and description.
-
Click Edit and update the Package Settings as required. Click OK to save.
-
Click the package icon of the package you want to view. This will open the package page listing information about the package definition:
Opomba:
You can also edit and perform certain actions on the package from this page.
The buttons available will depend on whether the package has already been built or not.
This section describes how to download a package from AEM to your file system by using Package Manager.
Opomba:
See Package Share for information on downloading hotfixes, feature packs, and packages from the public area and your company's internal area of package share.
From Package Share you can:
- download packages from Package Share directly into your local AEM instance.
Upon download the package is imported into your repository, after which you can immediately install it on your local instance using the Package Manager. These packages include hotfixes and other shared packages. - download packages from Package Share to your file system.
Opomba:
See Uploading packages to the company-internal Package Share to upload a package to your company's private area of Package Share.
-
- File
You can either type the file name directly, or use the Browse... dialog to select the required package from your local file system (after selection click OK).
- Force Upload
If a package with this name already exists you can click this to force upload (and overwrite the existing package).
Click OK so that the new package is uploaded and listed in the Package Manager list.
Opomba:
To make the content available to AEM, be sure to install the package.
- File
After you upload a package, you need to install the content. To have the package content installed and functional, it needs to be both:
- loaded into AEM (either uploaded from your filesystem or downloaded from package share)
- installed
Pozor:
Installing a package can overwrite or delete existing content. Only upload a package if you are sure that it does not delete or overwrite content that you need.
To see the contents, or impact, of a package you can:
- Perform a test installation of the package without modifying any of the contents:
Open the package (click on the package icon or name) and click Test Install.
- See a list of package contents:
Open the package and click Contents.
Opomba:
Immediately prior to installation of your package, a snapshot package is created to contain the content that will be overwritten.
This snapshot will be re-installed if/when you uninstall your package.
Pozor:
If you are installing digital assets, you must:
- Deactivate the WorkflowLauncher.
Use the Components menu option of the OSGi console to deactivate com.day.cq.workflow.launcher.impl.WorkflowLauncherImpl. - When installation is complete, reactivate the WorkflowLauncher.
Deactivating the WorkflowLauncher ensures that the Assets importer framework does not (unintentionally) manipulate the assets upon installation.
AEM lets you uninstall packages. This action reverts the contents of the repository that are impacted to the snapshot made immediately prior to the package installation.
Opomba:
Upon installation, a snapshot package is created containing the content that will be overwritten.
This package will be re-installed when you uninstall the package.
Opomba:
The installed files/nodes from the package are not deleted.
Pozor:
If this package has already been installed, then the installed content will not be deleted.
Opomba:
You can use this feature from AEM 6.2 SP1 CFP3 onwards. Have a look at the AEM 6.2 Cumulative Fix Pack release notes for more information.
There is an option to pre-validate a content package before it is installed. Pre-validating a content package will analyze and report any errors found before installation. The goal of this functionality is to warn the user about such errors proactively.
To use it:
-
Navigate to the package manager: http://localhost:4502/crx/packmgr/index.jsp
The results of the validation are shown in the Activity Log. For example, when there are no issues, it will look like this:
Validate Package: /etc/packages/my_packages/my-package.zip Wed Jun 07 2017 11:33:10 GMT+0200 (CEST) Validating content package No unsatisfied OSGi package imports. No overlay rebase warnings. Package validated in 0ms.
Validate Package: /etc/packages/adobe/cq610/hotfix/cq-6.1.0-hotfix-12436-1.2.zip Fri Jan 06 2017 14:53:54 GMT+0530 (India Standard Time) Validating content package There will be 4 unsatisfied package imports in 3 bundles if you install this content package. 1. Unsatisfied package import com.day.cq.replication-[5.18.0,6.0.0) in bundle com.day.cq.wcm.cq-wcm-core-5.8.264 present at cq-6.1.0-hotfix-12436-1.2.zip/jcr_root/etc/packages/day/cq60/product/cq-wcm-content-6.1.752.zip/jcr_root/libs/wcm/core/install/cq-wcm-core-5.8.264.jar 2. Unsatisfied package import com.day.cq.dam.commons.util-[1.16.0,2.0.0) in bundle com.day.cq.wcm.cq-wcm-translation-1.1.112 present at cq-6.1.0-hotfix-12436-1.2.zip/jcr_root/etc/packages/day/cq60/product/cq-wcm-content-6.1.752.zip/jcr_root/libs/wcm/translation/install/cq-wcm-translation-1.1.112.jar 3. Unsatisfied package import com.day.cq.audit-[3.0.0,4.0.0) in bundle com.day.cq.wcm.cq-msm-core-5.8.74 present at cq-6.1.0-hotfix-12436-1.2.zip/jcr_root/etc/packages/day/cq60/product/cq-wcm-content-6.1.752.zip/jcr_root/libs/wcm/msm/install/cq-msm-core-5.8.74.jar 4. Unsatisfied package import org.apache.sling.bgservlets-[1.0.0,2.0.0) in bundle com.day.cq.wcm.cq-msm-core-5.8.74 present at cq-6.1.0-hotfix-12436-1.2.zip/jcr_root/etc/packages/day/cq60/product/cq-wcm-content-6.1.752.zip/jcr_root/libs/wcm/msm/install/cq-msm-core-5.8.74.jar These 3 bundles will go into installed state if you install this content package. 1. com.day.cq.wcm.cq-msm-core-5.8.74 2. com.day.cq.wcm.cq-wcm-core-5.8.264 3. com.day.cq.wcm.cq-wcm-translation-1.1.112 Package validated in 1ms.
The Package Share is a centralized server made publicly available to share Content-Packages.
With Package Share, you can download these packages, which can include official hotfixes, feature sets, updates or sample content generated by other users.
You can also upload and share packages within your company.
There is no anonymous access to the Package Share; that is, only registered users are allowed to view, download and upload packages.
Access to the Package Share is available for our partners and customers. Registration details must be submitted for access rights to be assigned.
To gain access to Package Share:
- Use the Sign In page
- The first time you use the sign in page you will need to:
- Register for an Adobe ID and/or validate your existing Adobe ID
- so that your Package Share Account can be created
- Register for an Adobe ID and/or validate your existing Adobe ID
Opomba:
Any Package Share user that has not been assigned to a customer, must join a community to see those resources by clicking Join next to the package share login.
-
Then select Package Share. You will be required to either:
- login with your Adobe ID
- Create an Adobe ID
Opomba:
The first time you login with your Adobe ID, you must complete the validation of your email address.
Opomba:
If you have forgotten your password, please use the Help pages link (also on the sign in dialog).
The first time you sign into Package Share with your Adobe ID your email address will be validated.
- You will receive an email containing a link.
- You need to click on this link.
- A webpage will be opened.
The action of opening this webpage is taken as validation. - Sign in will continue.
If you need access to Package Share, you will need to register for an Adobe ID:
- The Package Share sign-in page offers a link for registering an Adobe ID.
- You can register for an Adobe ID from certain Adobe desktop software.
- Alternatively, you can register online on the Adobe Sign In page.
An Adobe ID can be created by providing:
- your e-mail address
- a password of your choice
- some additional information such as your name and country of residence
The validity of your application will be checked before:
- Your user account is created with the required/allowed permissions.
- Your account is added to your company's group.
Opomba:
A user from one of our partner companies can also be a member of his/her customer groups.
IPv6
You may experience problems when trying to access Package Share from a pure IPv6 environment.
This is because package share is service hosted on a server, meaning your connection is made through various networks on the internet. It cannot be ensured that all the connecting networks support IPv6; if not the connection might fail.
To avoid this issue, you can access Package Share from an IPv4 network, download the package and then upload it to the IPv6 environment.
HTTP Proxy
Package Share is currently unavailable if your company runs an http proxy that requires authentication.
Package Share is only available when your AEM server has access to the Internet without authentication being required. To configure the proxy for all services that use the http client (including package share) use the OSGi configuration of the Day Commons HTTP Client 3.1 bundle.
In Package Share packages are arranged in tree subtrees:
- Adobe packages provided by Adobe.
- Shared packages that have been provided by others companies and have been made public by Adobe.
- Your company packages that are private.

Package Share offers a search bar you can use for searching specific keywords or/and tags. Both keywords and tags support multiple values.
- To search for multiple keywords you have to separate each keyword by a space.
- To search for multiple tags you have to select each of them in the package trees.
You can also change the conditional operator from OR to AND on the right side of the filter summary bar.
To download packages from Package Share and install them on your local instance, it is easier to access Package Share from your AEM instance. This will download the package and immediately register it in your Package Manager, from where it can be installed.
-
Using your account details, log into Package Share. The landing page is shown, listing the Adobe folder, the Shared folder and one specific to your company.
Opomba:
Before starting to download packages from Package Share, make sure you have the required access.
-
Go back or navigate to the Package Manager on your AEM instance. Then navigate to the package you just downloaded.
Opomba:
To find the package you downloaded, follow the same path as in Package Share. For example, if you downloaded a package from the following path in Package Share:
Packages > Public > Hotfixes
Then in Package Manager on your local instance the package will also appear under:
Packages > Public > Hotfixes
-
Opomba:
If the package has already been installed on your instance, the Installed indicator appears next to the package instead of the Install button.
Pozor:
Installing a package can overwrite existing content in the repository. Therefore, we recommend that you perform a Test Install first. This allows you to inspect whether the content that the package contains conflicts with your existing content.
Downloading and installing is very convenient, but if required you can also download the package and save it to your local file system:
With Package Share, you can upload packages to your company-internal area of package share. This makes them available for sharing within your company.
These packages are not available to the general AEM community, but are available to all users registered with your company.
Pozor:
To upload a package to Package Share, you first have to create a group folder named after your company on your local Package Manager. For example, geometrixx. All packages to be uploaded for sharing must be placed in this group folder.
Packages in the Package Manager home list or in other folders cannot be shared.
Opomba:
After your packages are uploaded, you can choose whether to apply to have them shared with the AEM community. See making packages available to the AEM community.
Opomba:
To modify a package available on Package Share, you need to download it, re-build it, and then upload it again to Package Share.