Hi Kasun, Yes, I think this needs to be refactored to expose generic "Operation" in REST/OSGI API integration. Following are the things which can be improved IMO, 1. The operation info-set can be made extensible, so that we can add different application types without changing the API 2. Remove these Util classes as this seems tied up to existing device types, and seems they are not Utilities at all. 3. Re-factory will cause further decoupling AppM (or any client side) from EMM internal details.
>> Correct way of implementing this would be, having these platform specific REST APIs in respective platform JAX-RS services and AppM should invoke those APIs according to the device platform. +1 Cheers, Ruwan On Thu, Apr 7, 2016 at 12:42 PM, Kasun Dananjaya Delgolla <[email protected]> wrote: > Hi All, > > While restructuring mdm-admin jax-rs to be in the core layer, I found out > that several platform specific implementations are residing in mdm-admin > jax-rs. All such implementations are related to AppM functionality > (ex: MDMAndroidOperationUtil and MDMIOSOperationUtil classes). > > We know that AppM is invoking mdm-admin REST APIs to get its functionality > done, but ideally mdm-admin should have only generic functionalities. If we > want to enable these features via mdm-admin, we should make it generic > without having any platform specific code within mdm-admin IMO. > > Correct way of implementing this would be, having these platform specific > REST APIs in respective platform JAX-RS services and AppM should invoke > those APIs according to the device platform. > > Is there any specific reason why we implemented it like that? > > Thanks > > -- > Kasun Dananjaya Delgolla > > Software Engineer > WSO2 Inc.; http://wso2.com > lean.enterprise.middleware > Tel: +94 11 214 5345 > Fax: +94 11 2145300 > Mob: + 94 771 771 015 > Blog: http://kddcodingparadise.blogspot.com > Linkedin: *http://lk.linkedin.com/in/kasundananjaya > <http://lk.linkedin.com/in/kasundananjaya>* > > _______________________________________________ > Dev mailing list > [email protected] > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- *Ruwan Abeykoon* *Architect,* *WSO2, Inc. http://wso2.com <http://wso2.com/> * *lean.enterprise.middleware.* email: [email protected]
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
