APACKImprove this page
Packages with a class that implements
ZIF_APACK_MANIFEST (interface is automatically created at initial start of abapGit) can define metadata that is interpreted by clients which support the APACK package and dependency management framework. Note: APACK including dependencies is currently only supported by abapGit for ABAP Development Tools (ADT). Please also see the respective tutorial for details.
Such an APACK implementation class must reside in the top-level ABAP package which is serialized by abapGit so that it can be detected properly. After the class is instantiated, it needs to have the field
ZIF_APACK_MANIFEST~DESCRIPTOR populated with the respective APACK metadata.
Note: Don’t put any functionality in such implementation classes, only use them to advertise APACK metadata.
The metadata follows the POM format by Apache Maven and specifies additional information as well:
group_id: Unique name for your organization or project, e.g.
artifact_id: Name for the project, needs to be unique together with the specified
version: Version of your project, should adhere to the semantic versioning concept, e.g.
repository_type: Currently fixed to
abapGitas it’s currently the only supported repository type and is set automatically during serialization
git_url: The URL where your main repository is located, e.g.
dependencies: Optional, only needs to be filled if this project has dependencies to other projects. You only need to specify
git_urlto identify the dependency.
target_packageis ignored during serialization. Note: Be sure to specify the
git_urlfor each dependency properly as this is currently the only way how dependencies can automatically be resolved.
If such an implementation class is detected during the serialization process, a corresponding
.apack-manifest.xml file will be created on the top level of the Git repository. This contains the APACK metadata information.
Transporting APACK implementation classes
ZIF_APACK_MANIFEST is automatically created as local object, i.e. in package
$TMP. In case you intend to transport projects containing an implementation class to follow-on systems, you either need to remove the implementation class from the transport or ensure that
ZIF_APACK_MANIFEST is available on each follow-on system in order to avoid syntax errors. So, either let abapGit create it in all systems (don’t do that on production) or change the package assignment to a package with the same transport target as your projects and transport them together.
See the sample code on GitHub (uses
IF_APACK_MANIFEST which is exclusively available on the SAP Cloud Platform ABAP Environment. However, the descriptor format is compatible with
- YY Data Service
- JSON ABAP Konverter (specifies a dependency to the YY Data Service)