[dev] [commits] Horde branch master updated. 1d8ff2de823315dc95e72b00ffe5e73595d31e17

Gunnar Wrobel p at rdus.de
Mon Nov 29 20:27:42 UTC 2010


Hi Micheal,

Quoting Michael M Slusarz <slusarz at horde.org>:

> Quoting Gunnar Wrobel <p at rdus.de>:
>
>> Would it be okay to extract Horde_Session from "Core" into its own  
>> package? "Kolab_Session" works with the session object and depends  
>> on its interface. But as the framework packages must not depend on  
>> "Core" having Horde_Session in there is a problem. I assume there  
>> might be other packages working with the session as well.
>>
>> I checked the dependencies of Horde_Session and it looks like such  
>> an extraction should be no problem.
>>
>> Or is the intention to handle all session data retrieval/storage  
>> within "Core"?
>
> The intention of Horde_Session is that it is horde/Core specific.   
> The design idea was that if you need session access in another  
> package, write a session storage driver that directly accesses  
> $_SESSION.  For use of this package in Horde, we use a  
> Horde-specific session storage driver that instead uses Horde_Session.
>
> See, e.g., Horde_Prefs_Cache_Session and Horde_Core_Prefs_Cache_Session.

ah, okay. I was mislead by the many $GLOBALS['session']->get('horde',  
... we still have in the code. Thanks for the Prefs example, I'll fix  
the areas I'll be touching accordingly.

Cheers,

Gunnar

>
> michael
>
> -- 
> ___________________________________
> Michael Slusarz [slusarz at horde.org]
>
>
>
> -- 
> Horde developers mailing list - Join the hunt: http://horde.org/bounties/
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: dev-unsubscribe at lists.horde.org
>







More information about the dev mailing list