Re: [Catalyst] root dir location

2009-06-18 Thread Tomas Doran
On 17 Jun 2009, at 13:51, Ben Vinnerd wrote: Where should the root dir (for templates) be? I thought it was at the same level as lib, script, and t. snip ...the INCLUDE_PATH isn't setup, and i have to manually add: At a guess, you deleted your Makefile.PL? Cheers t0m

Re: [Catalyst] myapp_local.yml gets ignored

2009-06-18 Thread Tomas Doran
On 17 Jun 2009, at 14:50, Jochen Luig wrote: According to the ConfigLoader docs, 'local' is the default suffix for files used to override the main config, so AFAIU the above code is supposed to just work. Maybe I'm just not seeing the wood for the trees here, but are there any prerequisites

Re: [Catalyst] ConfigLoader trouble

2009-06-18 Thread Tomas Doran
On 17 Jun 2009, at 11:16, Ben Vinnerd wrote: It's like ConfigLoader's setup() isn't being run, or it's choosing to ignore the MYAPP_CONFIG_LOCAL_SUFFIX i'm setting. I'm afraid the best way to debug this is likely to be brute force. Copy your apache config somewhere, mangle it to only

Re: [Catalyst] Database-backed sessions: Session::Store::DBI/DBIC and MSSQL

2009-06-18 Thread Tomas Doran
On 17 Jun 2009, at 21:34, Stuart Watt wrote: Since Session::Store::DBI can be set to use its own connection, I thought that might resolve it. Not completely, unfortunately, and now the error is due to the recommended use of a text column for the data. It seems the DBI+DBD::ODBC likes to

Re: [Catalyst] root dir location

2009-06-18 Thread Ben Vinnerd
On 18/06/09 08:51, Tomas Doran wrote: At a guess, you deleted your Makefile.PL? Yes :O I didn't really want to bother with make on my webapp, so deleted that along with Changes and README. Cheers t0m, Ben ___ List: Catalyst@lists.scsys.co.uk

Re: [Catalyst] root dir location

2009-06-18 Thread Tomas Doran
Ben Vinnerd wrote: On 18/06/09 08:51, Tomas Doran wrote: At a guess, you deleted your Makefile.PL? Yes :O I didn't really want to bother with make on my webapp, so deleted that along with Changes and README. Yeah, that'd get you. The lines in the generated Makefile.PL which say: #

[Catalyst] Clean access to config from outside Cat?

2009-06-18 Thread Jesse Sheidlower
I included this as part of a long question yesterday about testing, but I realize that perhaps it's better as a separate question. Basically, I have a standard Catalyst config file, where the database connection section looks like this: Model::LibraryDB schema_class

Re: [Catalyst] Clean access to config from outside Cat?

2009-06-18 Thread Peter Edwards
2009/6/18 Jesse Sheidlower jes...@panix.com Basically, I have a standard Catalyst config file, where the database connection section looks like this: I'd like to get access to this information from a script running outside of Catalyst. How can I do this cleanly? Hi Jesse, I wrote an

Re: [Catalyst] ConfigLoader trouble

2009-06-18 Thread Ben Vinnerd
On 18/06/09 08:57, Tomas Doran wrote: On 17 Jun 2009, at 11:16, Ben Vinnerd wrote: It's like ConfigLoader's setup() isn't being run, or it's choosing to ignore the MYAPP_CONFIG_LOCAL_SUFFIX i'm setting. I'm afraid the best way to debug this is likely to be brute force. No need - i tried

Re: [Catalyst] Clean access to config from outside Cat?

2009-06-18 Thread Jesse Sheidlower
On Thu, Jun 18, 2009 at 01:51:28PM +0100, Peter Edwards wrote: 2009/6/18 Jesse Sheidlower jes...@panix.com Basically, I have a standard Catalyst config file, where the database connection section looks like this: [...] I'd like to get access to this information from a script running

Re: [Catalyst] Database-backed sessions: Session::Store::DBI/DBIC and MSSQL

2009-06-18 Thread Stuart Watt
On 18-Jun-09, at 4:01 AM, Tomas Doran wrote: Any session data at all? Can you be more specific - I'd guess that this should only hit you if the length is small, or if your sessions get large. No, the sessions were tiny, more or less all they held was the id for which project the user

[Catalyst] ajax character encoding issue solved, but WHY?

2009-06-18 Thread seasprocket
I had a character encoding issue that I finally solved, but I don't understand why the fix works. I'm hoping someone can explain this to me! The issue was that non-ascii chars were appearing as junk BUT only when retrieved via ajax calls. Otherwise, they displayed fine. The junk display was due