Re: Making EOs aware of session properties (I know they should not but I need this anyway)
Re: Making EOs aware of session properties (I know they should not but I need this anyway)
- Subject: Re: Making EOs aware of session properties (I know they should not but I need this anyway)
- From: Ken Anderson <email@hidden>
- Date: Sat, 07 Nov 2015 10:38:49 -0500
- X_v_e_cd: 966dd71f4ea92e286f46ec1c61d6401e
- X_v_r_cd: 4c11454e7e3beabc7fb2b81e15d3ec3a
Is currentUser not an EO? I’m guessing not, otherwise you wouldn’t have this problem :)
Are the EOs shared across sessions? If not, you could always subclass ERXEC and add a region property, then set your subclass as the factory EC. When the user logs in and the session is created, set the region of the default EC to be the region of the user.
> On Nov 7, 2015, at 9:56 AM, Markus Ruggiero <email@hidden> wrote:
>
> Folks,
>
> I have the following problem:
> My application must support different geographical regions. A logged-in user is assigned a region. This uses info is stored in Session. My EOs have business logic that must act region specific. How can I let the EOs know about the current region (from session().currentUser().region() )? The business logic is in its own framework and knows nothing about sessions (which is how it supposed to be). Would ERXThreadStorage be of any help here?
>
> Example of what I need:
> Entity Product has a region specific product description. So simple accessors "description()" and "setDescription(String text)" are not good enough. The logic inside these accessors MUST take the current user's region into account.
>
> I used to have my own editing context class with a session instance variable. This worked before because I had the business logic and all the controller code in the same project. Now with the separation into different projects this does not work anymore (which is actually quite ok, I know it was a kludge before).
>
> Thanks for any help
> ---markus---
> _______________________________________________
> 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