That was my problem. Thanks! It works perfectly now!
On Thu, Dec 17, 2009 at 12:42 AM, J. Shirley wrote:
> On Wed, Dec 16, 2009 at 9:18 PM, Meeko wrote:
> > Has anyone successfully got Catalyst::View::Thumbnail to work? I'm
> trying
> > to add this to my app to create thumbnails on the fly
On Wed, Dec 16, 2009 at 9:18 PM, Meeko wrote:
> Has anyone successfully got Catalyst::View::Thumbnail to work? I'm trying
> to add this to my app to create thumbnails on the fly for me so I don't have
> to make them ahead of time with Image::Magick.
> So, I'm following the guide from this page he
> "Tom" == Tom Stall writes:
Tom> t0m,
Tom> Excellent point As this is my first time through this, I
Tom> setup a sandbox to work through the process. I will do it
Tom> again, with a hopefully greater level of understanding, to
Tom> continue development.
A good way to
Has anyone successfully got Catalyst::View::Thumbnail to work? I'm trying
to add this to my app to create thumbnails on the fly for me so I don't have
to make them ahead of time with Image::Magick.
So, I'm following the guide from this page here:
http://perl.jonallen.info/writing/articles/creatin
--On Thursday, December 17, 2009 01:15:52 AM + Tomas Doran
wrote:
On 17 Dec 2009, at 01:07, Tom Stall wrote:
I guess you also found a couple of things missing which weren't
listed as
dependencies in Makefile.PL?
Are these the ones mentioned in an earlier thread?
Erm, they're the ones
On 17 Dec 2009, at 01:07, Tom Stall wrote:
I guess you also found a couple of things missing which weren't
listed as
dependencies in Makefile.PL?
Are these the ones mentioned in an earlier thread?
Erm, they're the ones you added to your app as you wrote it..
Not at the point where I know
I guess you also found a couple of things missing which weren't listed as
dependencies in Makefile.PL?
Are these the ones mentioned in an earlier thread? Not at the point where I
know yet. But, I'm cheating; I'm loading a lot of the dependencies first,
by installing the tutorial from CPAN.
On 17 Dec 2009, at 00:26, Tom Stall wrote:
There is a lot of Auto-Magical behavior in Catalyst and the helper
scripts; or so it seems.
Not really, all the scripts generated have the name of the application
buried in them, and then (assuming you're using a checkout) they'll
automatically
t0m,
Thanks. I'm trying the link method and it is good to know it should work.
There is a lot of Auto-Magical behavior in Catalyst and the helper scripts;
or so it seems. By arbitrarily changing the name of the top level
directory, may I have broken any of it? Particularly, the make scripts I
On 16 Dec 2009, at 22:16, Octavian Râsnita wrote:
Using fastcgi under Windows is harder, and I don't even know if it
can run as an ExternalServer.
Yes, it totally can, however not on a local socket tcp-ip only.
But dynamic FCGI Catalyst works out the box with IIS if you want the
easiest op
On 16 Dec 2009, at 20:57, Tom Stall wrote:
Or, barring that, is it possible to update the scripts, (using the
catalyst.pl helper script), when they still have the "MyApp" name
prefix, in a top level directory of a different name?
I might try a link: ln -s OfficialSoundingProductionApp MyApp
On 16 Dec 2009, at 21:33, Stuart Watt wrote:
Since on Windows both types of fork are emulated in Perl, whether in
mod_perl or in the FCGI process manager, I guess the performance is
almost equivalent. (Is this true? -- anybody benchmarked the two??)
No idea.
Does it matter?
Given your pro
Octavian Râsnita wrote:
If you use ActivePerl under Windows, mod_perl can be installed from
the TheoryX ppm repository and it doesn't require too much configuration.
Using fastcgi under Windows is harder, and I don't even know if it can
run as an ExternalServer.
For Apache possibly. The mod_pe
From: "Stuart Watt"
Tomas Doran wrote:
Er, no - your fcgi process manager loads the app and calls fork() for
you, so you get memory sharing.
Sorry, you're right - we're using a very limited process manager and it
doesn't fork. We use some nasty nonthreadsafe legacy C code.
Since on Windows b
Tomas Doran wrote:
Er, no - your fcgi process manager loads the app and calls fork() for
you, so you get memory sharing.
Sorry, you're right - we're using a very limited process manager and it
doesn't fork. We use some nasty nonthreadsafe legacy C code.
Since on Windows both types of fork are
On 16 Dec 2009, at 21:00, Stuart Watt wrote:
FastCGI allows you to move Perl processes outside Apache, so they
are wholly independent of each other, and no longer require any
binary compatibility.
The downside is that you don't memory sharing, which you get with
prefork, especially on pla
Threading is possibly even worse on Windows. Any forking on Windows is
really Perl threading as Windows doesn't have fork() as its process model.
Are you using Randy Kobes' mod_perl for ActivePerl? I have not done that
configuration for a while, but I did get it working once. Your other
option
Hi,
I'm rebuilding my development environment from backups after a system
failure.
Being new to Catalyst, I started with the tutorial application "MyApp" and,
as some of the pieces of the tutorial were sound enough to use in a real
application, continued to develop, building new Controllers
I did have FastCGI working. I switched because the Catalyst Cookbook
recommended mod_perl. I'll try that again.
Where, exactly?
Could you please point out the specific section so I can GO BEAT IT
WITH A STICK. A STICK WITH RUSTY NAILS HAMMERED THROUGH IT.
Thanks in advance.
t0m
__
On 16 Dec 2009, at 13:18, Alex Povolotsky wrote:
Hello!
Having, for example, /controller/*/action handled by /controller/
base (1) => /controller/action, how do I write correct go to /
controller/argument/action ?
just $c->go('/controller/argument/action') does not work. $c->go('/
control
Stuart Watt wrote:
"Free to wrong pool" is usually an issue with XS and threading.
Digest::SHA is an XS module. Which Perl are you using? And how is it
integrated into Apache?
I've generally found FastCGI to be safer on Windows, simply because it
doesn't require the tight integration of Perl
On 16 Dec 2009, at 18:22, Bill Moseley wrote:
Means I need to make mostly duplicate and empty controllers for both
Foo and Bar applications but seems like a reasonable price to pay.
An (or, in fact, two!) alternate solutions:
1) Keep the controllers as they are in your first app, then do
s
On 16 Dec 2009, at 17:27, Bill Moseley wrote:
It also means I can't easly overide. If I have hello() in both thes
controllers:
Foo::Controller::Whatever::hello()
Bar::Controller::Whatever::hello()
I then get:
[debug] Loaded Path actions:
.-
+---
"Free to wrong pool" is usually an issue with XS and threading.
Digest::SHA is an XS module. Which Perl are you using? And how is it
integrated into Apache?
I've generally found FastCGI to be safer on Windows, simply because it
doesn't require the tight integration of Perl into Apache under Wi
I have an Apache 2.2.14 server with mod-perl 2.0.4 and Catalyst 5.80015
on a Windows XP machine.
My system runs fine from the built-in Catalyst web server. When I run
it through my Apache server, however it fails with the folowing error:
[info] NPC powered by Catalyst 5.80015
Free to wrong p
On Wed, Dec 16, 2009 at 9:59 AM, J. Shirley wrote:
>
> It seems you're after something that would best be accomplished using
> roles that get composed into the controller.
>
Ah, of course. I think that's a good idea. I rewrote a bunch of plugins
and other code using Roles and indeed it was pre
On Wed, Dec 16, 2009 at 9:27 AM, Bill Moseley wrote:
>
>
> On Wed, Dec 16, 2009 at 8:31 AM, J. Shirley wrote:
>>
>>
>> The documentation seems quite sparse, but if you look at the source it
>> just essentially does:
>> my $locator = Module::Pluggable::Object->new(
>> search_path => [ ma
On Wed, Dec 16, 2009 at 8:31 AM, J. Shirley wrote:
>
>
> The documentation seems quite sparse, but if you look at the source it
> just essentially does:
>my $locator = Module::Pluggable::Object->new(
>search_path => [ map { s/^(?=::)/$class/; $_; } @paths ],
>%$config
>);
On Wed, Dec 16, 2009 at 8:13 AM, Bill Moseley wrote:
> I have an existing application Foo. I'd like to create a new application
> Bar that has very similar actions.
>
> What I'm wondering is if there's a way where I could run catalyst.pl Bar to
> create a new empty application and then tell it to
I have an existing application Foo. I'd like to create a new application
Bar that has very similar actions.
What I'm wondering is if there's a way where I could run catalyst.pl Bar to
create a new empty application and then tell it to inherit from Foo. That
is load_components would load all of F
On Wed, 2009-12-16 at 16:18 +0300, Alex Povolotsky wrote:
> Hello!
>
> Having, for example, /controller/*/action handled by /controller/base
> (1) => /controller/action, how do I write correct go to
> /controller/argument/action ?
>
> just $c->go('/controller/argument/action') does not work.
>
Hello!
Having, for example, /controller/*/action handled by /controller/base
(1) => /controller/action, how do I write correct go to
/controller/argument/action ?
just $c->go('/controller/argument/action') does not work.
$c->go('/controller/action', [qw(argument)]) does not work as well,
wh
DBIx::Class::Helper::SubClass fixes the relationships too!
I've spoken about the problem that rels stop working when subclassing a
result class in the irc channel but at that time there wasn't a solution
for it.
Thanks for the hint, I will try it out soon!
--
Best regards, Alex
Am Mittwoch, den
I've just discovered DBIx::Class::Helper::SubClass which seems to have done the
trick. Thanks again for all your help.
> -Original Message-
> From: matthew couchman (JIC) [mailto:matthew.couch...@bbsrc.ac.uk]
> Sent: 16 December 2009 10:54
> To: The elegant MVC web framework
> Subject: RE
Hi Wallace,
Thanks for your reply. I'm using the perl debugger:
Class::C3::Componentised::ensure_class_loaded(/home/couchman/catalyst/AntSpec/script/../lib/AntSpec/Schema/Result/Placemark.pm:10):
10: __PACKAGE__->resultset_class('AntSpec::Schema::ResultSet::Placemark');
DB<1> n
35 matches
Mail list logo