[Dancer-users] Re : Re : Session ID in logger_format

[Daniel Perrett]

Would it be better to give plugins the ability to pass arbitrary 
information to the logger (or instructions for retrieving information from 
the plugin?) which can be retrieved with some sort of keyword call in the 
logger format like session_id, or is that excessive?

Daniel



From:   Damien Krotkine <dkrotkine at gmail.com>
To:     "Stefan Hornburg (Racke)" <racke at linuxia.de>
Cc:     "dancer-users at perldancer.org" <dancer-users at perldancer.org>
Date:   24/09/2012 11:09
Subject:        [Dancer-users] Re :  Re : Session ID in logger_format
Sent by:        dancer-users-bounces at perldancer.org



There is already a way to know if there is a session engine and which one 
it is. However I don't know if the session id is always stored the same 
way in every engines. I need to check if there is a session_id accessor in 
the Session engine base class. That would be the best way to generically 
get it in the logger I think 
Le lundi 24 septembre 2012 à 12:01, Stefan Hornburg (Racke) a écrit :
On 09/24/2012 11:56 AM, Damien Krotkine wrote:

I think this is useful. Is it always/easy possible to recover the 
session_id?
Obviously not when there is no session engine used :)

We could look up if session is set in the configuration - or introduce a 
method
to determine whether sessions are enabled.

Regards
Racke


-- 
LinuXia Systems => http://www.linuxia.de/
Expert Interchange Consulting and System Administration
ICDEVGROUP => http://www.icdevgroup.org/
Interchange Development Team

_______________________________________________
Dancer-users mailing list
Dancer-users at perldancer.org
http://www.backup-manager.org/cgi-bin/listinfo/dancer-users
_______________________________________________
Dancer-users mailing list
Dancer-users at perldancer.org
http://www.backup-manager.org/cgi-bin/listinfo/dancer-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.backup-manager.org/pipermail/dancer-users/attachments/20120924/84d0dabd/attachment.htm>