Tomas,
Here's the config section of the debug output:
do {
my $a = {
"Action::RenderView" => {
ignore_classes => [
"DBIx::Class::ResultSource::Table",
"DBIx::Class::ResultSourceHandle",
"Date
I do not have this problem. I use _server.pl exclusively.
Have you considered testing via curl? It's pretty effective. I wrote a
small wrapper around it because the options get annoying.
B.
On Apr 8, 2009, at 6:14 PM, kakim...@tpg.com.au wrote:
hello
good morning. The page which I access
Hello, Kieren,
thank you for your feedback.
1) CGI Template Toolkit plugin - not using it
I do not think that I am using the CGI Template Toolkit plugin.
I have only been using Template Toolkit as prescribed in the Catalyst
tutorials.
in my file, /myAppl/lib/myApp/View/HTML.pm, I have the lin
On Thu, Apr 9, 2009 at 10:00 AM, Bruce McKenzie wrote:
> I have a newly developed RESTful interface to an existing server using
> C::C::REST. Works nicely -- Catalyst is a very nice tool, and the REST
> extensions are very helpful.
> The server has existing services that are orthogonal to the REST
On Wed, Apr 08, 2009 at 06:00:36PM -0700, Bruce McKenzie wrote:
> Note that if you have a custom request class in your application, and it does
> not inherit from C, your application will fail with
> an
> error indicating a conflict the first time it tries to use
> C's functionality. To fix this
Are you using the CGI Template Toolkit plugin thingy? Don't. This
will cause your problem as described. If not you've given us
insufficient information
Fastcgi is easier to setup on shared hosting, and has some
advantages. CATALYST_ENGINE=HTTP::Prefork script/myapp_server.pl is
pretty
hello
good morning. The page which I access at first doesn't require any
database request. It's just pretty much a page that's generated by
template toolkit and that's it.
On the terminal which I am running the myapp_server.pl script, it seems
to stall and not do anything when i put in another
I have a newly developed RESTful interface to an existing server using
C::C::REST. Works nicely -- Catalyst is a very nice tool, and the REST
extensions are very helpful.
The server has existing services that are orthogonal to the RESTful
interface. I don't really wish to RESTify them so I'
Hi,
I know that if possible the mod_perl handlers are recommended and not
ModPerl::PerlRun and neither ModPerl::Registry, but these options could be
used to run Catalyst applications in less privileged servers because the
server doesn't need to be restarted in order to start the application.
kakim...@tpg.com.au wrote:
When was
"http://search.cpan.org/~hkclark/Catalyst-Manual-5.7020/lib/Catalyst/Manual/Tutorial/Authentication.pod";
updated?
Does it reflect the latest modules?
Please revert.
Yes, the latest documentation reflects the latest code.
And I don't see any reason to reve
Collin Condray wrote:
As J. has requested here are the relevant parts of my configuration files:
'Session::Store::FastMmap',
I'd be prepared to bet that the issue with C3 was related to an old
version of this plugin. Upgrading this will have solved your issue, not
DBIC or Class::C3(::X
Thanks everyone for their quick responses to my issue. Between upgrading to
the latest version of Catalyst and commenting out all references to the
Authentication module I can get the vast majority of the site's
functionality working which is good enough for my immediate purposes. I've
also updated
Collin Condray wrote:
This completely rendered my site totally unusable. Now I am receiving
the error:
Inconsistent hierarchy during C3 merge of class 'myAPP': merging failed
on parent 'Class::Accessor::Fast' at
/home/username/local/lib/perl/5.8.4/Class/C3/XS.pm line 56., referer:
https://www.
13 matches
Mail list logo