we'll implement this, but I am not sure about the time frame. Anyhow until then don't be blocked, introduce a unit for now.
On Tue, Apr 28, 2015 at 3:01 PM, Dulitha Wijewantha <[email protected]> wrote: > Adding more units is a no go now :( . People are complaining about the > number of units already used. So we'll need to add this bit to UUF. > > Cheers~ > > On Tue, Apr 28, 2015 at 2:52 PM, Manuranga Perera <[email protected]> wrote: > >> currently you can restrict whole unit only. we will add per-zone >> restriction we can add in the future. >> for now break that part to different unit. >> >> On Tue, Apr 28, 2015 at 2:17 PM, Dulitha Wijewantha <[email protected]> >> wrote: >> >>> What about scenarios where I want to push certain elements ({{zone}}) >>> only if permission is present. Like pushing action bar links from units if >>> the permission is available? >>> >>> On Tue, Apr 28, 2015 at 1:30 PM, Manuranga Perera <[email protected]> wrote: >>> >>>> in each unit, you can put in the permission string in the <unit>.json >>>> file. so that unit will only be displayed if the permission is there. >>>> >>>> eg [1]:- >>>> "predicate": "permission('/permission/device-mgt/admin/devices/list')" >>>> >>>> >>>> https://github.com/manuranga/product-mdm/blob/1470ea5ddfb7842b8fdecfc8f3f58b29842e4765/modules/distribution/src/repository/jaggeryapps/mdm/units/device-mgt-link/device-mgt-link.json >>>> >>>> >>>> On Tue, Apr 28, 2015 at 12:49 PM, Dulitha Wijewantha <[email protected]> >>>> wrote: >>>> >>>>> Hi Manu, >>>>> Can you explain us how to use the permissions features of the UUF? >>>>> Cheers~ >>>>> >>>>> On Thu, Apr 9, 2015 at 9:45 AM, Prabath Abeysekera <[email protected]> >>>>> wrote: >>>>> >>>>>> @Manu, first up, thanks for implementing this with such a short >>>>>> notice. Now that we've got this fully implemented, would you be able to >>>>>> drop a note to the thread explaining the config bits associated with >>>>>> enabling the required authorization levels for UI blocks? >>>>>> >>>>>> Cheers, >>>>>> Prabath >>>>>> >>>>>> On Wed, Mar 25, 2015 at 5:49 PM, Prabath Abeysekera < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Hi Manu, Ruchira, >>>>>>> >>>>>>> Any possibility to get things rolling a little faster around this >>>>>>> implementation? >>>>>>> >>>>>>> Cheers, >>>>>>> Prabath >>>>>>> >>>>>>> On Sat, Mar 21, 2015 at 8:05 AM, Prabath Abeysekera < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> [Moving to architecture@ as this discussion belongs there] >>>>>>>> >>>>>>>> Cheers, >>>>>>>> Prabath >>>>>>>> >>>>>>>> On Fri, Mar 20, 2015 at 12:19 PM, Prabath Abeysekera < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> On Fri, Mar 20, 2015 at 9:39 AM, Manuranga Perera <[email protected]> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> +1 for ability for enable/disable visibly of a unit based on >>>>>>>>>> permissions. this feature is there in Carbon UI as well. will >>>>>>>>>> implement >>>>>>>>>> this. >>>>>>>>>> -1 for units automatically creating permissions. since in CDM, we >>>>>>>>>> are implementing business logic in Java, I think permission creation >>>>>>>>>> should >>>>>>>>>> also happen in Java code. ie. even if we remove the UI, app should >>>>>>>>>> be fully >>>>>>>>>> functional via the REST API. >>>>>>>>>> What do you think Prabath/Dulitha? >>>>>>>>>> >>>>>>>>> >>>>>>>>> Correct me if I'm wrong, my understanding about the "Unified UI >>>>>>>>> framework" is that, it's another UI framework which gives us the >>>>>>>>> ability, >>>>>>>>> not only to organize the UI bits, but also to configure stuff like UI >>>>>>>>> permissions etc, just as how it's already done in "Carbon UI >>>>>>>>> framework". In >>>>>>>>> other words, "Unified UI framework" itself should, IMO, take care of >>>>>>>>> tasks >>>>>>>>> such as persisting/manipulating UI permissions etc and render the UIs >>>>>>>>> depending on the applicable authorization levels. We're all good as >>>>>>>>> long as >>>>>>>>> we have that integrated into the framework. >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Prabath >>>>>>>>> >>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Wed, Mar 18, 2015 at 9:38 PM, Dulitha Wijewantha < >>>>>>>>>> [email protected]> wrote: >>>>>>>>>> >>>>>>>>>>> Hi Manu, >>>>>>>>>>> In our current Units mechanism, we don't specify the permissions >>>>>>>>>>> the unit is consuming. The suggestion is to hold the permissions >>>>>>>>>>> that a >>>>>>>>>>> unit is consuming within the unit. Unified UI framework will push >>>>>>>>>>> these >>>>>>>>>>> permissions to the registry in application startup. >>>>>>>>>>> >>>>>>>>>>> We can also provide a helper form the unified UI to check if the >>>>>>>>>>> current user is permitted or not. WDYT? >>>>>>>>>>> >>>>>>>>>>> This is urgent for us as we are nearing, our product release. >>>>>>>>>>> >>>>>>>>>>> Cheers~ >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Dulitha Wijewantha (Chan) >>>>>>>>>>> Software Engineer - Mobile Development >>>>>>>>>>> WSO2 Inc >>>>>>>>>>> Lean.Enterprise.Middleware >>>>>>>>>>> * ~Email [email protected] <[email protected]>* >>>>>>>>>>> * ~Mobile +94712112165 <%2B94712112165>* >>>>>>>>>>> * ~Website dulitha.me <http://dulitha.me>* >>>>>>>>>>> * ~Twitter @dulitharw <https://twitter.com/dulitharw>* >>>>>>>>>>> *~Github @dulichan <https://github.com/dulichan>* >>>>>>>>>>> *~SO @chan <http://stackoverflow.com/users/813471/chan>* >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> With regards, >>>>>>>>>> *Manu*ranga Perera. >>>>>>>>>> >>>>>>>>>> phone : 071 7 70 20 50 >>>>>>>>>> mail : [email protected] >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Prabath Abeysekara >>>>>>>>> Associate Technical Lead, Data TG. >>>>>>>>> WSO2 Inc. >>>>>>>>> Email: [email protected] >>>>>>>>> Mobile: +94774171471 >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Prabath Abeysekara >>>>>>>> Associate Technical Lead, Data TG. >>>>>>>> WSO2 Inc. >>>>>>>> Email: [email protected] >>>>>>>> Mobile: +94774171471 >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Prabath Abeysekara >>>>>>> Associate Technical Lead, Data TG. >>>>>>> WSO2 Inc. >>>>>>> Email: [email protected] >>>>>>> Mobile: +94774171471 >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Prabath Abeysekara >>>>>> Associate Technical Lead, Data TG. >>>>>> WSO2 Inc. >>>>>> Email: [email protected] >>>>>> Mobile: +94774171471 >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Dulitha Wijewantha (Chan) >>>>> Software Engineer - Mobile Development >>>>> WSO2 Inc >>>>> Lean.Enterprise.Middleware >>>>> * ~Email [email protected] <[email protected]>* >>>>> * ~Mobile +94712112165 <%2B94712112165>* >>>>> * ~Website dulitha.me <http://dulitha.me>* >>>>> * ~Twitter @dulitharw <https://twitter.com/dulitharw>* >>>>> *~Github @dulichan <https://github.com/dulichan>* >>>>> *~SO @chan <http://stackoverflow.com/users/813471/chan>* >>>>> >>>> >>>> >>>> >>>> -- >>>> With regards, >>>> *Manu*ranga Perera. >>>> >>>> phone : 071 7 70 20 50 >>>> mail : [email protected] >>>> >>> >>> >>> >>> -- >>> Dulitha Wijewantha (Chan) >>> Software Engineer - Mobile Development >>> WSO2 Inc >>> Lean.Enterprise.Middleware >>> * ~Email [email protected] <[email protected]>* >>> * ~Mobile +94712112165 <%2B94712112165>* >>> * ~Website dulitha.me <http://dulitha.me>* >>> * ~Twitter @dulitharw <https://twitter.com/dulitharw>* >>> *~Github @dulichan <https://github.com/dulichan>* >>> *~SO @chan <http://stackoverflow.com/users/813471/chan>* >>> >> >> >> >> -- >> With regards, >> *Manu*ranga Perera. >> >> phone : 071 7 70 20 50 >> mail : [email protected] >> > > > > -- > Dulitha Wijewantha (Chan) > Software Engineer - Mobile Development > WSO2 Inc > Lean.Enterprise.Middleware > * ~Email [email protected] <[email protected]>* > * ~Mobile +94712112165 <%2B94712112165>* > * ~Website dulitha.me <http://dulitha.me>* > * ~Twitter @dulitharw <https://twitter.com/dulitharw>* > *~Github @dulichan <https://github.com/dulichan>* > *~SO @chan <http://stackoverflow.com/users/813471/chan>* > -- With regards, *Manu*ranga Perera. phone : 071 7 70 20 50 mail : [email protected]
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
