[Catalyst] auto re-load of application yaml config file?
Hello,
I'm running a Catalyst application under mod_perl and wonder if there
is a Plugin available that detects changes on the main
application .yml config file and does a automatic re-load if needed?
It not - what would be the most elegant (and less I/O intensive) way
of doing this? Would it be enough to do a
__PACKAGE__-config( 'Plugin::ConfigLoader' = { file =
'my_config.yml' } );
in my Root controller when I detect a change? Also, is there a way to
store the state (maybe the mtime of the config file) in memory without
being lost between requests? Or do I need to store the mtime in a
database/memcache/tempfile (which would be expensive)?
Many thanks in advance for any hint :)
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Authentication::Credential::LDAP
Matt S Trout [EMAIL PROTECTED] wrote on 07/21/2008 04:32:03 PM: Maybe the search phase failed for the original poster? I dunno, I was just saying it should probably support both approaches :) Sorry Matt, my comment was directed twords the OP not you -- I just piggybacked on your message. If the search phase failed for him it seems like it was a config problem or a edge bug (lets find it and fix vs a new ldap auth module for cat on cpan). I have used it on a bunch o different AD schemas (some heavily segmented, some heavily locked down) with no issues. I don't really know of any non vendor ldap auth that grabs the crypted pass for client side auth instead of binding against the user (what this app does). ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst-Devel Patch
I like the new section. Perfect! Thanks, Todd On Mon, Jul 21, 2008 at 9:10 AM, Ash Berlin [EMAIL PROTECTED] wrote: On 21 Jul 2008, at 14:37, Todd Rinaldo wrote: J, Thanks for the detailed reply. I hadn't thought about the base class nature of this class. Catalyst and DBIC are both MAJOR development projects. This means their documentation on CPAN gets spread broadly over many pages. I admit this is not a problem for most modules on CPAN. I suppose my patch was specifically aimed at dealing with some of this. I have countless times asked questions on a list/IRC which was clearly documented on a page I'd reviewed multiple times. Once I knew where to look, the answer was easy. I am a major fan of wiki, as it's low entry barrier can make it easy for the people who most need the information (newbies) to append to the docs or clarify the docs once they get their answer. I'll take a look at the available wikis. When I'm done, I suspect my comment will be, well if this is the best place to put the docs on useability, shouldn't we point to it from the POD? This would effectivley allow us to separate the design specs related stuff (POD) from the practical use (WIKI). What are your thoughts on this approach? Todd Generally, the problem with the docs for Catalyst::Helper is that they are only relevant if you are writing a new helper, not if you are trying to use it. I've just re-ordered the POD in Catalyst::Helper a bit, and added a section linking to common helpers: http://dev.catalystframework.org/svnweb/Catalyst/revision?rev=8144 Something similar to what you suggested in your original message might have a place in Catalyst::Helper::Model::DBIC::Schema (or a link to the relevant docs there) -ash ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ -- Todd Rinaldo [EMAIL PROTECTED] ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
[Catalyst] UTF-16 surrogate warning under FastCGI
So I know the whole UTF-16 surrogate warning issue has been brought up a few times on this list, but I don't think anyone has posted a reliable test case, so I thought I would take a stab at it. We have over 2700 of these warnings in todays error logs, so it'd be nice to get rid of them. All that's really necessary is to reproduce the problem is to output a body of the necessary length: # 56338 = 0xdc12 $c-response-body(1 x 56338); And to run your application under FastCGI. It will produce the following warning every time: UTF-16 surrogate 0xdc12 at /usr/lib/perl/5.8/IO/Handle.pm line 199. I've created a minimal Catalyst application to demonstrate the problem which can be downloaded here: http://www.filedropper.com/utf16tar No plugins are used and binmode is not set. Anyways, hopefully this makes it easier for people to figure out what is going on. - Jim ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] UTF-16 surrogate warning under FastCGI
Jim Spath wrote: So I know the whole UTF-16 surrogate warning issue has been brought up a few times on this list, but I don't think anyone has posted a reliable test case, so I thought I would take a stab at it. We have over 2700 of these warnings in todays error logs, so it'd be nice to get rid of them. All that's really necessary is to reproduce the problem is to output a body of the necessary length: # 56338 = 0xdc12 $c-response-body(1 x 56338); And to run your application under FastCGI. It will produce the following warning every time: UTF-16 surrogate 0xdc12 at /usr/lib/perl/5.8/IO/Handle.pm line 199. I've created a minimal Catalyst application to demonstrate the problem which can be downloaded here: http://www.filedropper.com/utf16tar No plugins are used and binmode is not set. Anyways, hopefully this makes it easier for people to figure out what is going on. - Jim The tar.gz file for my demonstration application appears to be messed up, sorry about that. Here's a zip file that is valid: http://www.filedropper.com/utf16 - Jim ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] auto re-load of application yaml config file?
* On Tue, Jul 22 2008, Marc Sebastian Pelzer wrote:
Hello,
I'm running a Catalyst application under mod_perl and wonder if there
is a Plugin available that detects changes on the main application
.yml config file and does a automatic re-load if needed? It not -
what would be the most elegant (and less I/O intensive) way of doing
this? Would it be enough to do a
__PACKAGE__-config( 'Plugin::ConfigLoader' = { file =
my_config.yml' } );
in my Root controller when I detect a change? Also, is there a way to
store the state (maybe the mtime of the config file) in memory without
being lost between requests? Or do I need to store the mtime in a
database/memcache/tempfile (which would be expensive)?
Many thanks in advance for any hint :)
Reading the config file causes a lot of things to happen (instantiating
your controllers with certain arguments, for example), so this won't
work. You really need to just restart the app from scratch when you
change the config.
If you want lightweight on-the-fly configurability, you should roll your
own. You will have to engineer something with a compromise that meets
your needs. For example, checking the database every time you read a
variable will mean the config settings update quickly, but you also slow
your app way down. YMMV and all that ;)
Regards,
Jonathan Rockway
--
print just = another = perl = hacker = if $,=$
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst and Taint?
On Mon, Jul 21, 2008 at 10:08:11PM -0700, Chris Weyl wrote: Hey all -- A google of catalyst taint turns up this message: http://lists.scsys.co.uk/pipermail/catalyst/2005-December/004007.html It doesn't look like there has been a release of Module::Pluggable::Fast since then. Does anyone know where this patch lurks? :-) (Assuming, of course, that this is still the right path to work down.) We don't even use Module::Pluggable::Fast anymore. Catalyst went back to a refactored plain Module::Pluggable instead for 5.70+. Hopefully the patch claco sent back then got applied somewhere in the meantime. Before caring about a three year old message, first check the module it refers to is even involved anymore :) (and since you're the only person since to mention taint mode, I don't think most people care about it - I certainly don't see it being very useful for Catalyst code, maybe you could enlighten us as to why you do?) -- Matt S Trout Need help with your Catalyst or DBIx::Class project? Technical Directorhttp://www.shadowcat.co.uk/catalyst/ Shadowcat Systems Ltd. Want a managed development or deployment platform? http://chainsawblues.vox.com/http://www.shadowcat.co.uk/servers/ ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] Catalyst::Authentication::Credential::LDAP
On Wed, Jun 25, 2008 at 11:27:13AM -0700, Bruce J Keeler wrote:
Also, somewhat apropos, I have a
C::A::{Store,Credential}::ActiveDirectory that I based on the LDAP
stuff. The LDAP modules didn't work for me because they want to bind
anonymously and retrieve the crypted password, whereas AD just wants to
authenticate with a bind.
So, having established this isn't true.
Could you perhaps instead post a message asking why your config of the
main LDAP store didn't work so we can figure out what configuration problem
you had and document it?
Awesome though it is that you wrote a store and credential, I'd rather the
next person wrote one that didn't already exist :)
--
Matt S Trout Need help with your Catalyst or DBIx::Class project?
Technical Directorhttp://www.shadowcat.co.uk/catalyst/
Shadowcat Systems Ltd. Want a managed development or deployment platform?
http://chainsawblues.vox.com/http://www.shadowcat.co.uk/servers/
___
List: Catalyst@lists.scsys.co.uk
Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst
Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/
Dev site: http://dev.catalyst.perl.org/
Re: [Catalyst] UTF-16 surrogate warning under FastCGI
Jim, thanks for that. I have the same problem but have not had the time to create a test case. 2008/7/23 Jim Spath [EMAIL PROTECTED] Jim Spath wrote: So I know the whole UTF-16 surrogate warning issue has been brought up a few times on this list, but I don't think anyone has posted a reliable test case, so I thought I would take a stab at it. We have over 2700 of these warnings in todays error logs, so it'd be nice to get rid of them. All that's really necessary is to reproduce the problem is to output a body of the necessary length: # 56338 = 0xdc12 $c-response-body(1 x 56338); And to run your application under FastCGI. It will produce the following warning every time: UTF-16 surrogate 0xdc12 at /usr/lib/perl/5.8/IO/Handle.pm line 199. I've created a minimal Catalyst application to demonstrate the problem which can be downloaded here: http://www.filedropper.com/utf16tar No plugins are used and binmode is not set. Anyways, hopefully this makes it easier for people to figure out what is going on. - Jim The tar.gz file for my demonstration application appears to be messed up, sorry about that. Here's a zip file that is valid: http://www.filedropper.com/utf16 - Jim ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/ -- Regards, Martin ([EMAIL PROTECTED]) IT: http://methodsupport.com Personal: http://thereisnoend.org ___ List: Catalyst@lists.scsys.co.uk Listinfo: http://lists.scsys.co.uk/cgi-bin/mailman/listinfo/catalyst Searchable archive: http://www.mail-archive.com/catalyst@lists.scsys.co.uk/ Dev site: http://dev.catalyst.perl.org/
