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.
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.
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.