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 <thili...@wso2.com> 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 (<EnableDirectDownload> 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