Re: Ponder - How does the login page redirect to the next page?

Well I never used ERXThreadStorage. And am not an experts on threading.

I will look around as develop. But was wondering.. is the delegate I overrode in a different thread?

Will report back as I work.


On Dec 14, 2012, at 10:38 AM, Ramsey Gurley <[email protected]> wrote:

> Feel free to use what works, but the ERXThreadStorage not working would bother me to the extent that I would have to track it down. I don't think it should be out of sync like that.
> 
> Ramsey
> 
> On Dec 14, 2012, at 7:16 AM, James Cicenia wrote:
> 
>> Well I certainly didn't set the actor somewhere.
>> 
>> So that leaves "something very strange," however, I can use the session user at that moment.
>> 
>> Unless, you see some issues with that approach.
>> 
>> - j-
>> 
>> 
>> 
>> On Dec 13, 2012, at 5:46 PM, Ramsey Gurley <[email protected]> wrote:
>> 
>>> Then there must be something very strange about ERXThreadStorage that I don't understand :) Either that, or you have something else setting "actor" on thread storage?
>>> 
>>> Ramsey
>>> 
>>> On Dec 13, 2012, at 4:30 PM, James Cicenia wrote:
>>> 
>>>> the user is correct in the session store.
>>>> 
>>>> 
>>>> 
>>>> On Dec 13, 2012, at 5:06 PM, Ramsey Gurley <[email protected]> wrote:
>>>> 
>>>>> 
>>>>> On Dec 13, 2012, at 2:39 PM, James Cicenia wrote:
>>>>> 
>>>>>> 1) I am not sure how to access the "session objectStore" in the delegate.
>>>>>> And yes, the thread storage is definitely behind one.
>>>>> 
>>>>> ERStageManager.USER.valueInObject(ERXSession.session().objectStore());
>>>>> 
>>>>>> 
>>>>>> 2) That's my line!  :-)
>>>>>> 
>>>>>> On Dec 13, 2012, at 3:31 PM, Ramsey Gurley <[email protected]> wrote:
>>>>>> 
>>>>>>> 
>>>>>>> On Dec 13, 2012, at 2:18 PM, James Cicenia wrote:
>>>>>>> 
>>>>>>>> I see that and traced through it.
>>>>>>>> But when it finally calls my delegate the "threadStorage" it is one event behind.
>>>>>>> 
>>>>>>> So thread storage gives you null, but the session objectStore gives you actor1?
>>>>>>> 
>>>>>>> 
>>>>>>>> 
>>>>>>>> Start the app, login as actor1, it's null. Hit back button, login as actor2, the actor is now actor1.
>>>>>>>> 
>>>>>>>> And you are not seeing this?
>>>>>>> 
>>>>>>> Haven't tried it yet.
>>>>>>> 
>>>>>>>> 
>>>>>>>> 
>>>>>>>> On Dec 13, 2012, at 2:57 PM, Ramsey Gurley <[email protected]> wrote:
>>>>>>>> 
>>>>>>>>> That should be impossible if you succeed at login. In ERTwoFactorAuthenticationProcessor.authenticate, there is:
>>>>>>>>> 
>>>>>>>>> response.setAuthenticationFailed(Boolean.FALSE);
>>>>>>>>> ERStageManager.INSTANCE.setActor(eo);
>>>>>>>>> 
>>>>>>>>> That's the only place where auth failed is false, then at the end,
>>>>>>>>> 
>>>>>>>>> if (response.authenticationFailed()) {
>>>>>>>>> 	nextPage = config.loginFailurePage();
>>>>>>>>> 	...
>>>>>>>>> } else {
>>>>>>>>> 	nextPage = config.loginSuccessPage();
>>>>>>>>> }
>>>>>>>>> 
>>>>>>>>> So the actor must be set at that point. ERCoreBL.actor() should return your eo. It should also be available via
>>>>>>>>> 
>>>>>>>>> ERStageManager.USER.valueInObject(ERXSession.session().objectStore());
>>>>>>>>> 
>>>>>>>>> Ramsey
>>>>>>>>> 
>>>>>>>>> On Dec 13, 2012, at 1:33 PM, James Cicenia wrote:
>>>>>>>>> 
>>>>>>>>>> It seems to be set after my delegate is run.
>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> On Dec 13, 2012, at 2:28 PM, James Cicenia <[email protected]> wrote:
>>>>>>>>>> 
>>>>>>>>>>> That gives back null.
>>>>>>>>>>> 
>>>>>>>>>>> Or is there a rule based way?
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> 
>>>>>>>>>>> On Dec 13, 2012, at 11:55 AM, Ramsey Gurley <[email protected]> wrote:
>>>>>>>>>>> 
>>>>>>>>>>>> ERCoreBL.sharedInstance().actor()
>>>>>>>>>>> 
>>>>>>>>>> 
>>>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>>>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>>>>>>>>>> Remotely access PCs and mobile devices and provide instant support
>>>>>>>>>> Improve your efficiency, and focus on delivering more value-add services
>>>>>>>>>> Discover what IT Professionals Know. Rescue delivers
>>>>>>>>>> http://p.sf.net/sfu/logmein_12329d2d_______________________________________________
>>>>>>>>>> Wonder-disc mailing list
>>>>>>>>>> [email protected]
>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wonder-disc
>>>>>>>>> 
>>>>>>>> 
>>>>>>>> ------------------------------------------------------------------------------
>>>>>>>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>>>>>>>> Remotely access PCs and mobile devices and provide instant support
>>>>>>>> Improve your efficiency, and focus on delivering more value-add services
>>>>>>>> Discover what IT Professionals Know. Rescue delivers
>>>>>>>> http://p.sf.net/sfu/logmein_12329d2d_______________________________________________
>>>>>>>> Wonder-disc mailing list
>>>>>>>> [email protected]
>>>>>>>> https://lists.sourceforge.net/lists/listinfo/wonder-disc
>>>>>>> 
>>>>>> 
>>>>> 
>>>> 
>>> 
>> 
>> ------------------------------------------------------------------------------
>> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
>> Remotely access PCs and mobile devices and provide instant support
>> Improve your efficiency, and focus on delivering more value-add services
>> Discover what IT Professionals Know. Rescue delivers
>> http://p.sf.net/sfu/logmein_12329d2d_______________________________________________
>> Wonder-disc mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/wonder-disc
>

------------------------------------------------------------------------------
LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
Remotely access PCs and mobile devices and provide instant support
Improve your efficiency, and focus on delivering more value-add services
Discover what IT Professionals Know. Rescue delivers
http://p.sf.net/sfu/logmein_12329d2d

_______________________________________________
Wonder-disc mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wonder-disc