Hi, No. The idea was to implement the following instead of MT security manager.
CPU/Heep Monitoring per tenant Mark tenants causing problems and the ones who need separate JVMs These were de-prioritized because of time problems. thanks, dimuthu On Tue, Apr 17, 2012 at 2:31 PM, Afkham Azeez <[email protected]> wrote: > Dimuthu, > Please provide an update on this. > > > On Fri, Nov 18, 2011 at 6:09 PM, Afkham Azeez <[email protected]> wrote: > >> Dimuthu, >> Did you make any progress on this? I'd like to have this for the next >> major upgrade. >> >> >> On Sat, Oct 8, 2011 at 9:42 AM, Dimuthu Leelarathne <[email protected]>wrote: >> >>> Hi, >>> >>> I just went through this [1]. And as read through it these are the >>> points I picked. >>> >>> 1) According to it, there are 31 checkXXX methods defined. So java >>> libraries would only do callback for these 31 methods. From that we can >>> conclude no custom permissions. Of course we can have our own library and >>> own Security Manager that get a special callback but this is not a standard >>> API thing. >>> >>> 2) Only some permission classes have complicated syntax, meaning we need >>> to persist special parameters for only such cases ( FilePermission has >>> paths and etc... ). I propose to have default parameters >>> for multi-tenancy aspects of this whenever appropriate, for performance and >>> scalability, without harming our no-locking-in policy. >>> >>> Thank you, >>> dimuthu >>> >>> [1] >>> http://download.oracle.com/javase/6/docs/api/java/lang/SecurityManager.html >>> >>> >>> On Thu, Oct 6, 2011 at 3:34 PM, Dimuthu Leelarathne >>> <[email protected]>wrote: >>> >>>> Hi, >>>> >>>> First review of the MT security manager POC is scheduled for tomorrow. >>>> This is a very basic implementation showing implementation of a thin slice. >>>> >>>> However basic decisions such as not allowing system class loader >>>> (unless there is a per tenant JVM) stays. >>>> >>>> thanks, >>>> dimuthu >>>> >>>> On Tue, Oct 4, 2011 at 11:49 AM, Afkham Azeez <[email protected]> wrote: >>>> >>>>> Hi Amila/Prabath, >>>>> What are the plans for the multi-tenant security manager & what is the >>>>> ETA? >>>>> >>>>> -- >>>>> *Afkham Azeez* >>>>> Director of Architecture; WSO2, Inc.; http://wso2.com >>>>> Member; Apache Software Foundation; http://www.apache.org/ >>>>> * <http://www.apache.org/>** >>>>> email: **[email protected]* <[email protected]>* cell: +94 77 3320919 >>>>> blog: **http://blog.afkham.org* <http://blog.afkham.org>* >>>>> twitter: >>>>> **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> >>>>> * >>>>> linked-in: **http://lk.linkedin.com/in/afkhamazeez* >>>>> * >>>>> * >>>>> *Lean . Enterprise . Middleware* >>>>> >>>>> >>>>> _______________________________________________ >>>>> Stratos-dev mailing list >>>>> [email protected] >>>>> https://wso2.org/cgi-bin/mailman/listinfo/stratos-dev >>>>> >>>>> >>>> >>> >> >> >> -- >> *Afkham Azeez* >> Director of Architecture; WSO2, Inc.; http://wso2.com >> Member; Apache Software Foundation; http://www.apache.org/ >> * <http://www.apache.org/>** >> email: **[email protected]* <[email protected]>* cell: +94 77 3320919 >> blog: **http://blog.afkham.org* <http://blog.afkham.org>* >> twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> >> * >> linked-in: **http://lk.linkedin.com/in/afkhamazeez* >> * >> * >> *Lean . Enterprise . Middleware* >> >> > > > -- > *Afkham Azeez* > Director of Architecture; WSO2, Inc.; http://wso2.com > Member; Apache Software Foundation; http://www.apache.org/ > * <http://www.apache.org/>** > email: **[email protected]* <[email protected]>* cell: +94 77 3320919 > blog: **http://blog.afkham.org* <http://blog.afkham.org>* > twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> > * > linked-in: **http://lk.linkedin.com/in/afkhamazeez* > * > * > *Lean . Enterprise . Middleware* > > -- Dimuthu Leelarathne Technical Lead WSO2, Inc. (http://wso2.com) email: [email protected] Lean . Enterprise . Middleware
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
