Page tree
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 52 Next »


In order to upload a native application to EASE, the application must meet certain requirements. This page provides a checklist that you can provide to your app developers to help them ensure that the apps they provide to EASE administrators are ready to upload. For a detailed description of the requirements listed in the developer checklist, see Understanding the Requirements.

On This Page

Checklist for Application Developers


To send the checklist above to your application developer, you can copy and paste it into an email or document.

Understanding the Requirements

Ensure a standard folder structure has been used inside the application file

If an app is built with a non standard folder structure, it will not upload to the EASE Portal correctly.

When adding an iOS application to EASE, EASE looks in the IPA file for a folder called "Payload." There should be only one Payload folder, and it should contain only one .app file. If the Payload folder is renamed or there is more than one, EASE will be unable to recover the contents of an application and the app will not be uploaded. Structuring iOS applications this way is a general industry best practice.

For information on the standard structure of an Android application module that will be built into a .apk file, see Android Application Modules.

Ensure that the application is built with icons that are optimized for different screen resolutions

EASE requires an application to include an app icon in PNG format with at least a resolution of 114 x 114 pixels, but it is a best practice to include multiple icons that are optimized for different screen resolutions.

When adding an Android application to EASE, EASE extracts the highest resolution icon image that it can find to display in both the EASE Portal and the App Catalog. When adding an iOS application to EASE, EASE extracts the first icon image listed in the CFBundleIconFiles array in the info.plist file regardless of its resolution. (For more information on the CFBundleIconFiles array, see the iOS Developer Library.)

Although an image file is automatically extracted during the upload process, the EASE administrator can upload a different icon through the EASE Portal (when adding or editing the app) or via the API (using the POST /applications/app_psk/icon resource). While the icon uploaded to EASE is what will display in the EASE Portal and the App Catalog, one of the icons bundled with the application file will display on the user's mobile device once the app is installed.

Ensure the application is signed correctly

All applications must be signed before they are uploaded to EASE. Typically, app developers sign applications during the build process, but before administrators can distribute an application to their enterprise's users, they will need to re-sign the app with their company's signing credentials. This can be done using the EASE signing server or signing package.

For more information on signing with the proper signing credentials, see Signing Requirements. For instructions on signing applications, see Sign an Application.

Provide a list of entitlements/capabilities that are enabled for the application (for iOS only)

It is important that the administrator who is uploading and signing an organization's applications has all the relevant information for a particular app's enabled entitlements. When an administrator signs an app, they need to sign it with a distribution provisioning profile that has entitlements (app services) that match the entitlements (capabilities) built into the app. If the entitlements don't match, users will not be able to install the app on their devices. If the app includes app extensions, each extension must be signed with a different provisioning profile that has the correct entitlements.

It is best practice for the EASE administrator to obtain a list of an app's entitlements from the app's developer before he or she attempt to sign an application. This is helpful to ensure that the administrator is signing with the appropriate distribution provisioning profile(s). If this information is not made available to the administrator, EASE can help. When uploading a provisioning profile in the Sign with New Credentials section of the Signing tab, EASE compares the entitlements in the profile with the app/extension. If the entitlements don't match, EASE will warn the administrator and clearly identify what doesn't match. With this level of information, administrators can follow up with the appropriate member of their team to generate the necessary provisioning profile(s) from the Apple Dev Portal. 

For more information on entitlements, see Entitlements. For instructions on signing with new credentials, see Sign with New Credentials.

Provide a list of the application's extensions (for iOS only)

Since the release of iOS 8, which introduced app extensions, it is important for an administrator to know if an app includes extensions. If an app does contain extensions, the administrator will need a separate explicit distribution provisioning profile to sign the app and each extension in the app. If an app contains a watchOS app for Apple Watch, the administrator also needs one distribution provisioning profile for the watchOS app and one for the watchOS app extension.

For more information on extensions, see App Extensions and watchOS Apps. 




  • No labels