Hi all, As discussed in [1] we will be using a single instance of Async data publisher when implementing the publisher for EMM.
[1] [dev] Using AsyncDataPublisher of BAM Regards, Inosh On Tue, Sep 30, 2014 at 8:46 AM, Inosh Perera <ino...@wso2.com> wrote: > Hi Harshan, > > yes, I will add it. Its kind of similar to the 3rd point under policy. "Policy > violation frequency- per user/ over roll/ during a time period" > > Regards, > Inosh > > On Mon, Sep 29, 2014 at 11:40 AM, Harshan Liyanage <hars...@wso2.com> > wrote: > >> Hi Inosh, >> >> Please find my comments inline. >> >> >>> User's who have violated a policy during a certain period.(This will >> catch if the user violates a policy and then again adheres to it later) >> I think it would be better to get the list of users who have violated a >> particular policy first. Lets give the option to filter those results using >> the time interval. WDYT? >> >> How about getting the list of policies violated by an user or role? >> >> Thanks, >> >> Best Regards, >> >> Lakshitha Harshan >> Software Engineer >> Mobile: *+94724423048* >> Email: hars...@wso2.com >> Blog : http://harshanliyanage.blogspot.com/ >> *WSO2, Inc. :** wso2.com <http://wso2.com/>* >> lean.enterprise.middleware. >> >> On Mon, Sep 29, 2014 at 11:24 AM, Inosh Perera <ino...@wso2.com> wrote: >> >>> Hi all, >>> Following are some of the information we can extract once we integrate >>> BAM, Please update the list if you see anything missing, >>> >>> Info- >>> User's location during a certain time period >>> How many times the user visited an area. >>> Battery levels variation of a device during its life time or during a >>> certain period(Can find out which devices performs well) >>> Times where certain devices went offline. >>> >>> Apps- >>> Installed App list of device >>> Apps installed/uninstalled during a period >>> Search for user's who have installed a certain app during any point of >>> time >>> >>> Policy- >>> User's who have cameras disabled/enabled. >>> User's who have violated a policy during a certain period.(This will >>> catch if the user violates a policy and then again adheres to it later) >>> Policy violation frequency- per user/ over roll/ during a time period >>> >>> APIs- >>> Track API usage during time period- such as, notifications, >>> isregistered, monitoring >>> >>> Registrations- >>> Registrations per users(register,unregister which we don't track now) >>> >>> >>> Regards, >>> Inosh >>> >>> On Wed, Sep 24, 2014 at 5:59 PM, Inosh Perera <ino...@wso2.com> wrote: >>> >>>> Hi all, >>>> Based on an offline discussion we had with EMM team on the where to >>>> pick the data in order to publish, we decided it would be best, not to >>>> write a custom valve and handle it, instead collect all the data at EMM >>>> level. This is because, some data doesn't go through API manager valve >>>> currently. For example iOS bypasses the valve. Also based on a discussion >>>> with UES and BAM team, we decided to go with BAM dashboards to show >>>> statics, since these products are not yet integrated. >>>> >>>> Regards, >>>> Inosh >>>> >>>> On Thu, Sep 18, 2014 at 8:56 AM, Inosh Perera <ino...@wso2.com> wrote: >>>> >>>>> Hi Dilshan, >>>>> Stat publisher component is written in Java, and there will be APIs to >>>>> publish each event to BAM. With current implementation of EMM, Jaggery >>>>> will >>>>> call these APIs when it is necessary to publish data. And this call will >>>>> happen in a separate thread[1] and inside java publishing component also, >>>>> we are using AsyncDataPublisher. Is this what you meant by >>>>> asynchronously? Regarding which >>>>> point should call to publish data; Issue in calling at API level is we >>>>> have >>>>> complex Json payloads coming from devices and also when we are responding. >>>>> These things have to be parsed twice if we do at the API level. Also iOS >>>>> doesn't go through API manager. We can do it in the driver.js where all >>>>> the >>>>> DB requests come, Is this a valid approach? True, doing this at function >>>>> level will involves a lot of changes. >>>>> >>>>> [1] [DEV][Jaggery] Calling a Java method asynchronously from Jaggery >>>>> >>>>> Regards, >>>>> Inosh >>>>> >>>>> On Thu, Sep 18, 2014 at 3:04 AM, Dilshan Edirisuriya <dils...@wso2.com >>>>> > wrote: >>>>> >>>>>> Hi Inosh, >>>>>> >>>>>> With the proposed refactoring discussions there is a high chance that >>>>>> most of the existing code get migrated to components. Hence is it >>>>>> possible >>>>>> to move this stat publisher logic into Java components and call them >>>>>> through API layer or some other generic point rather than adding them in >>>>>> actual functions. Also why not we focus on getting them done >>>>>> asynchronously >>>>>> where possible? >>>>>> >>>>>> Regards, >>>>>> >>>>>> Dilshan >>>>>> >>>>>> On Tue, Sep 16, 2014 at 9:00 PM, Inosh Perera <ino...@wso2.com> >>>>>> wrote: >>>>>> >>>>>>> Hi Maninda/Gihan, >>>>>>> Based on the offline discussions we had, your suggestions here seems >>>>>>> to be the ideal solution for our scenario. Since the payloads coming to >>>>>>> EMM >>>>>>> have complex Json objects, writing a custom valve and extracting data >>>>>>> doesn't seem like a good option. We will have to extract data at >>>>>>> application level. In a situation like this, I can think of 2 places, >>>>>>> where >>>>>>> we can publish data when it comes to EMM. Lets say if you are inserting >>>>>>> some record to the EMM database that we need to send to BAM as well, in >>>>>>> this case, we can find the function that is sending the db request (for >>>>>>> example register new user function) or there is a class in EMM that >>>>>>> handles >>>>>>> all the db request, something like a db object, which place seem like >>>>>>> the >>>>>>> ideal place to collect data? In my opinion, publishing data has to be >>>>>>> done >>>>>>> in each function. >>>>>>> >>>>>>> Regards, >>>>>>> Inosh >>>>>>> >>>>>>> On Tue, Sep 16, 2014 at 4:53 PM, Maninda Edirisooriya < >>>>>>> mani...@wso2.com> wrote: >>>>>>> >>>>>>>> Hi Inosh, >>>>>>>> >>>>>>>> And you need to extract parameter fields in the Application level >>>>>>>> and note that these field set should be fixed for all the events. You >>>>>>>> can >>>>>>>> send custom key-value pairs as well inside a separate string map . >>>>>>>> (Refer >>>>>>>> https://docs.wso2.com/display/BAM241/Data+Publisher) >>>>>>>> >>>>>>>> Thanks. >>>>>>>> >>>>>>>> >>>>>>>> *Maninda Edirisooriya* >>>>>>>> Senior Software Engineer >>>>>>>> >>>>>>>> *WSO2, Inc.*lean.enterprise.middleware. >>>>>>>> >>>>>>>> *Blog* : http://maninda.blogspot.com/ >>>>>>>> *E-mail* : mani...@wso2.com >>>>>>>> *Skype* : @manindae >>>>>>>> *Twitter* : @maninda >>>>>>>> >>>>>>>> On Mon, Sep 15, 2014 at 6:43 PM, Gihan Anuruddha <gi...@wso2.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Hi Inosh, >>>>>>>>> >>>>>>>>> Yes, this is correct. You can use data agent that installs in >>>>>>>>> EMM to send captured data to BAM. For this you need to implement >>>>>>>>> thrift >>>>>>>>> based client. Also, you can use the HTTP event adaptor that comes >>>>>>>>> with BAM >>>>>>>>> 2.5.0 to achieve this task. Still, we are preparing the final >>>>>>>>> documents for >>>>>>>>> this feature. Meantime, you can refer CEP doc [1] and [2] for further >>>>>>>>> information. >>>>>>>>> >>>>>>>>> [1] - >>>>>>>>> https://docs.wso2.com/display/CEP310/Input+HTTP+Event+Adaptor >>>>>>>>> [2] - https://docs.wso2.com/pages/viewpage.action?pageId=34605847 >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Gihan >>>>>>>>> >>>>>>>>> On Mon, Sep 15, 2014 at 1:25 PM, Inosh Perera <ino...@wso2.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Hi all, We are trying to integrate BAM with EMM to provide >>>>>>>>>> ability to analyse data coming from devices. Bellow is the initial >>>>>>>>>> architecture diagram. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> According to the requirement we have, we need to read data that >>>>>>>>>> comes with the payload, not meta data. These data, come from devices >>>>>>>>>> as >>>>>>>>>> Json and since data needs to be read and parsed, it can be done at >>>>>>>>>> application level. So data come to EMM and parsed and published >>>>>>>>>> accordingly. Please inform me if this approach is correct. >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Inosh >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Inosh Perera >>>>>>>>>> Software Engineer, WSO2 Inc. >>>>>>>>>> Tel: 0785293686 >>>>>>>>>> >>>>>>>>>> _______________________________________________ >>>>>>>>>> Architecture mailing list >>>>>>>>>> Architecture@wso2.org >>>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> W.G. Gihan Anuruddha >>>>>>>>> Senior Software Engineer | WSO2, Inc. >>>>>>>>> M: +94772272595 >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> Architecture mailing list >>>>>>>>> Architecture@wso2.org >>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Inosh Perera >>>>>>> Software Engineer, WSO2 Inc. >>>>>>> Tel: 0785293686 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Architecture mailing list >>>>>>> Architecture@wso2.org >>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Dilshan Edirisuriya >>>>>> Senior Software Engineer - WSO2 >>>>>> Mob: + 94 777878905 >>>>>> http://wso2.com/ >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Inosh Perera >>>>> Software Engineer, WSO2 Inc. >>>>> Tel: 0785293686 >>>>> >>>> >>>> >>>> >>>> -- >>>> Inosh Perera >>>> Software Engineer, WSO2 Inc. >>>> Tel: 0785293686 >>>> >>> >>> >>> >>> -- >>> Inosh Perera >>> Software Engineer, WSO2 Inc. >>> Tel: 0785293686 >>> >> >> > > > -- > Inosh Perera > Software Engineer, WSO2 Inc. > Tel: 0785293686 > -- Inosh Perera Software Engineer, WSO2 Inc. Tel: 0785293686
_______________________________________________ Architecture mailing list Architecture@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture