Re: Model-View-Controller and user permissions
Re: Model-View-Controller and user permissions
- Subject: Re: Model-View-Controller and user permissions
- From: Ramsey Gurley <email@hidden>
- Date: Tue, 19 Jul 2011 15:26:48 -0700
On Jul 19, 2011, at 9:39 AM, David Holt wrote:
> Hi Amy,
>
> On 2011-07-19, at 9:24 AM, Amy Worrall wrote:
>
>> On Tue, Jul 19, 2011 at 4:50 PM, Ramsey Gurley <email@hidden> wrote:
>>> Personally, I find this approach the simplest. The main problem I run into here is rule system caching. ERD2W does a fantastic job of caching to keep the rule system really fast, but in the case of auth logic, it isn't hard to imagine ways that cached values can become invalid.
>>
>> Couldn't you solve the caching problem with strategic use of
>> significant/dependent keys?
>
> I'm not sure that the "significant key" concept survives into ERD2W. It was necessary in D2W, but I understand that the ERD2W rule caching mechanism no longer uses that. Have you experienced Rule caching issues with authorization keys in ERD2W Ramsey?
>
> David
It was caching my branchChoices when I wanted them to refresh. This may be doable as a caching assignment, but it was certainly easier as a delayed assignment. Even on my caching assignment in R2, I chain with a delayed assignment in a number of cases to keep the branchChoices fresh.
Ramsey
>
>
>> Of course, I can see the other advantages
>> to having a nice auth framework :)
>>
>>> The primary downside to ERAuth is that it requires support built into the view components. Right now, only one 'look' framework can use it... R2D2W
>>
>> I'm somewhat a D2W novice… is R2D2W a 'look' in the same way
>> ERModernLook is? Or are they different sorts of things?
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list (email@hidden)
>> Help/Unsubscribe/Update your Subscription:
>>
>> This email sent to email@hidden
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden