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: Samuel Pelletier <email@hidden>
- Date: Sun, 08 Nov 2015 09:04:34 -0500
- X_v_e_cd: f2881f31980ab386631fd0fb42544121
- X_v_r_cd: ff86a63aa75778efc8a851880ceb13a7
Hi Markus,
If your session is an ERXSession, this is easy...
ERXSession.session() will return the session for the current request-response loop.
Usually, the session is define inside the application and the logic in a framework, you will not be able to cast to the correct session class in your framework unless you define it there or define an interface for the attributes you need. If you only need ERXSession methods, you are already there.
Samuel
> Le 2015-11-07 à 09:56, Markus Ruggiero <email@hidden> a écrit :
>
> 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