Hi Thilini,
Seems good.
Is there any reason to use 'download' instead of 'install'? Since it
subscribes the user when accessing the API, I think 'install' is
appropriate term. and for uninstall it use the term 'uninstall'
We also have to come up with the mechanism to deliver multiple enterprise
apps download links in a single installation request. It would be useful
when the user install apps to many devices.
On Thu, Jun 23, 2016 at 9:20 AM, Thilini Shanika wrote:
> Hi all,
>
> We have few concerns regarding mobile app installing REST API support in
> APPM.
>
> In the new JAX-RS Rest API model, we have provided following API to
> install a mobile application via MDM.
>
> /api/appm/store/v1.1/apps/download
>
> Apart from that, below app installation options have to be supported by
> new REST APIs.
>
>- In App Manager, there is an option to enabling app binary direct
>download ( config in app-manager.xml). Once direct
>download is enabled, authorized and subscribed users should be able to
>download the app binaries directly without having MDM integrated. This
>particular requirement is not satisfied by currently available REST APIs.
>- Subscribed users should be able to obtain one-time download link for
>enterprise andrioid app binaries and generated plist config link for
>enterprise ios apps, so that the link can be shared via email, SMS etc.
>
>
> As per the discussion we had with the team, below are the alterations and
> additions to current API model in order to fulfill above requirements.
>
>1. Adding new API to make mobile app subscriptions/download. This
>particular install won't have any interaction with MDM and it is dedicated
>to make subscription and return app url for users. This API will return
>generated one-time download link for enterprise android apps and one-time
>download link included plist config link for enterprise IOS apps. For
>mobile webapps and public android/IOS, this will return the app url.
>2. In 1.2.0 Beta release, we already have a mobile binary retrieving
>API. That API has to be deprecated or removed, since we have a one-time
>download API.
>3. Renaming the currently available API path (/api/appm
>/store/v1.1/apps/download) in order to indicate the actual purpose of
>it.
>
>
> Your suggestions and comments are highly appreciated.
>
> Thanks
> Thilini
>
> --
> Thilini Shanika
> Senior Software Engineer
> WSO2, Inc.; http://wso2.com
> 20, Palmgrove Avenue, Colombo 3
>
> E-mail: tgtshan...@gmail.com
>
>
--
Regards,
Chatura Dilan Perera
*Associate Tech Lead** - WSO2 Inc.*
www.dilan.me
___
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev