We do something similar with the Krang CMS publishing content served by
CGI::Application. We have it write out templates and metadata for each
application (story in Krang terminology) in separate directories [...]
To do this kind of thing with Catalyst, you might want to just publish
little
Daniel McBrearty wrote:
Some of my tests give this warning, lots :
Called UNIVERSAL::can() as a function, not a method at
/usr/local/lib/perl5/site_perl/5.8.8/i686-linux-thread-multi/Template/Provider.pm
line 277
This is because you have installed chromatic's UNIVERSAL::can module.
Maybe
Perrin Harkins wrote:
Daniel McBrearty wrote:
Some of my tests give this warning, lots :
Called UNIVERSAL::can() as a function, not a method at
/usr/local/lib/perl5/site_perl/5.8.8/i686-linux-thread-multi/Template/Provider.pm
line 277
This is because you have installed chromatic's
Daniel McBrearty wrote:
Just an annoyance, but I'd like to lose it.
Yes, Test::MockObject loads a special UNIVERSAL::can that warns you when
you use UNIVERSAL::can incorrectly. The problem with calling
UNIVERSAL::can like:
UNIVERSAL::can($something, 'method')
is that $something doesn't
Tobias Kremer wrote:
This sounds like a cool idea. However, I must admit that I don't fully
understand it. Can you give an example of what your metadata files contain?
Sure. In some cases, we let people use the CMS to choose which fields
will be required on a form. The application needs to
If i leave out (from my httpd.conf)
PerlModule MyApp
then everything is loaded at the first request. i would prefer to
preload so the first request is faster, but if i add the PerlModule
directive to the apache (Apache/1.3.36 (Unix) mod_perl/1.29) config,
then i get
Michael Reece wrote:
PerlModule MyApp
Try this instead:
Perl
use MyApp;
/Perl
Or do that in a separate startup.pl script called from httpd.conf with
PerlScript.
- Perrin
___
List: Catalyst@lists.rawmode.org
Listinfo:
* Jonathan Rockway [EMAIL PROTECTED] [2006-11-22 17:50]:
You would never call a class method directly like that (because
it won't work), so you shouldn't do that with UNIVERSAL::can or
UNIVERSAL::isa.
For completeness’ sake, there is exactly one acceptable use of
`UNIVERSAL::can` as a
thanks, perrin!
that works! do you know why this makes a difference?
On Nov 22, 2006, at 10:04 AM, Perrin Harkins wrote:
Michael Reece wrote:
PerlModule MyApp
Try this instead:
Perl
use MyApp;
/Perl
Or do that in a separate startup.pl script called from httpd.conf
with
Michael Reece wrote:
that works! do you know why this makes a difference?
I believe it's a bug in the way PerlModule works. It should be the same
thing as a use but it doesn't seem to respect the module already being
in %INC in the same way. This may be fixed in recent versions of
Perrin Harkins wrote:
Michael Reece wrote:
that works! do you know why this makes a difference?
I believe it's a bug in the way PerlModule works. It should be the same
thing as a use but it doesn't seem to respect the module already being
in %INC in the same way. This may be fixed in
On 11/20/06, Matt S Trout [EMAIL PROTECTED] wrote:
Please can the authors or current maintainers of at least -
C::P::FormValidator
C::P::FormValidator::Simple
C::P::FormBuilder
C::P::HTML::Widget
take a long hard look at their code, and if you can't find a reason
this *has* to be a plugin,
John Napiorkowski wrote:
One thing that would help with this is if there was
some clear instructions about how to add external perl
modules to a global namespace in Catalyst. I find I
end up with:
package myapp::Controller::foo;
use Other::Module;
use Another::Usefull::Module;
at the top of
13 matches
Mail list logo