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.
When adding a Blackberry application to EASE, you need to upload a ZIP file containing a
.jad file (application descriptor) and
.cod file (compiled and packaged application code). For more information, see Blackberry Application File Requirements.
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 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 (for iOS apps, it must be an image file listed in the
info.plist). The icon is extracted from the app during the upload process, but you can then upload a different icon through the EASE Portal or the API. While this icon will be displayed in the EASE Portal and the App Catalog, one of the icons bundled with the application file will be displayed 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, an app developer signs an application during the build process, but before you can distribute an application to your enterprise users, you will need to re-sign it with your 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 WatchKit app for Apple Watch, the administrator also needs one distribution provisioning profile for the WatchKit app and one for the WatchKit app extension.
For more information on extensions, see App Extensions and WatchKit Apps.