July 2011 - dancer-users - lists.preshweb.co.uk

Dancer, Apache & Mason deployment problem
by Stephen Fenwick-Paul 08 Jul '11

08 Jul '11

Hi, I'm new to Dancer and having moved from HTML::Mason I'm much impressed, but I'm having deployment problems. This is my apache.conf PerlModule Dancer::Template::Mason2 <VirtualHost *:80> DocumentRoot path_t_app ServerName www.test.new <Location /> SetHandler perl-script PerlHandler Plack::Handler::Apache2 PerlResponseHandler Plack::Handler::Apache2 PerlSetVar psgi_app path_to_app/bin/app.pl </Location> </VirtualHost> Nothing unusual in Apache logs on start up. But when access the site I get: * CODE(0x7f7bdc4aba50) not memoized at /usr/share/perl/5.10/Memoize.pm line 204.* /usr/share/perl/5.10/Memoize.pm around line 204 201 sub flush_cache {202 my $func = _make_cref($_[0], scalar caller);203 my $info = $memotable{$revmemotable{$func}};204 die "$func not memoized" unless defined $info;205 for my $context (qw(S L)) {206 my $cache = $info->{$context};207 if (tied %$cache && ! (tied %$cache)->can('CLEAR')) { Stack main in -e l. 0 main in -e l. 0 Plack::Handler::Apache2 in /usr/local/share/perl/5.10.1/Plack/Handler/Apache2.pm l. 86 Plack::Handler::Apache2 in /usr/local/share/perl/5.10.1/Plack/Handler/Apache2.pm l. 65 Dancer::Handler in /usr/local/share/perl/5.10.1/Dancer/Handler.pm l. 102 Dancer::Handler in /usr/local/share/perl/5.10.1/Dancer/Handler.pm l. 71 Dancer::Handler in /usr/local/share/perl/5.10.1/Dancer/Handler.pm l. 87 Dancer::Object in /usr/local/share/perl/5.10.1/Dancer/Object.pm l. 15 Dancer::Error in /usr/local/share/perl/5.10.1/Dancer/Error.pm l. 34 Dancer::Error in /usr/local/share/perl/5.10.1/Dancer/Error.pm l. 248 In standalone mode and using apache as local proxy everything works fine. If I remove "PerlModule Dancer::Template::Mason2" from the config, the server starts, the web apage partially renders but I get: "unknown template engine 'mason2', perhaps you need to install Dancer::Template::Mason2? at /usr/local/share/perl/5.10.1/Dancer/Template.pm line 17" I have latest version of Dancer & Mason modules. Does any one understand what I'm doing wrong? Thanks Stephen

2 2

deployment woes (general note)
by Mr. Puneet Kishor 05 Jul '11

05 Jul '11

Dancer has been out a while now, and is used widely. Yet, I still continue to encounter major difficulties and puzzlement in deploying multiple Dancer apps. I don't believe I have particularly weird requirements, yet, I don't see much noise wrt deployment. That leads me to believe that I am understanding Dancer's deployment mechanism inadequately. Here is my general deployment scenario -- I have a Mac OS X server with Apache, and several "institutional" web sites served off of that. Let's call them /Library/WebServer/Documents/proj1 [http://myserver.edu/proj1] /Library/WebServer/Documents/proj2 [http://myserver.edu/proj2] .. I don't want to mess with the above at all, and want to tinker with httpd.conf as minimally as possible. I log into my account on the computer, use perlbrew to install the latest perl under /Users/punkish/perl5, install all my own perl modules including Starman, and make the following Dancer applications [1] /Users/punkish/Sites/myapp1 [http://myserver.edu/myapp1] [2] /Users/punkish/Sites/myapp2 [http://myapp2.myserver.edu] [3] /Users/punkish/Sites/myapp3 [http://myapp3.org] [4] /Users/punkish/Sites/myapp4 [http://myapp4.myapp3.org] [1] appears as just a sub-directory myserver.edu, not unlike proj1 and proj2. [2] is a sub-domain of myserver.edu [3] is a completely separate domain [4] is a sub-domain of [3] I also have the following as a common location for various JavaScript libraries, and a few css templates, I use for all my apps [0] /Users/punkish/Sites/lib [http://myserver.edu/punkish/lib] [<relative to any app>/lib] So, I can serve [1] using Starman with the following configuration ---- ## web.psgi use Dancer ':syntax'; use Plack::Builder; setting apphandler => 'PSGI'; my $htdocs = '/Users/punkish/Sites'; my $foo = sub { my $env = shift; local $ENV{DANCER_APPDIR} = "$htdocs/foo"; setting appdir => "$htdocs/foo"; load_app "foo"; Dancer::App->set_running_app('foo'); Dancer::Config->load; my $request = Dancer::Request->new( env => $env ); Dancer->dance( $request ); }; builder { # The following allows serving files from /lib # much like the Alias directive in Apache enable "Static", path => sub { s!^/lib/!! }, root => "/Users/punkish/Sites/lib"; mount "/foo" => builder {$foo}; }; ---- I can serve [2], [3], and [4] using Apache VirtualHost directive, but can I do that using Starman? Puneet.

2 1

using Starman for powering dancer apps
by Mr. Puneet Kishor 04 Jul '11

04 Jul '11

I have been using Dancer exclusively with Apache until now, but in a new environment, I want to experiment with Starman (or any other perl-based server) via Apache proxy. The machine in question is running Apache, and I am not inclined to tinker with that more than the minimum necessary. I created an app "foo" in ~/Documents/www. I am able to run it like so ~/Documents/www/foo$ plackup -E deployment -s Starman --workers=10 -p 5001 -a bin/app.pl 2011/07/03-17:43:13 Starman::Server (type Net::Server::PreFork) starting! pid(3374) Binding to TCP port 5001 on host * Setting gid to "501 501 501 401 204 100 98 80 61 12 102 402" Going to http://127.0.0.1:5001/ gives me my app "foo" Now, I added the following in the apache conf file ---- ProxyRequests Off <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass /foo http://127.0.0.1:5001 ProxyPassReverse /foo http://127.0.0.1:5001 ---- and then, going to http://mycomputer.local/foo also returns my app "foo" correctly. Ok, then I added another app "bar" under ~/Documents/www (sibling to "foo"). Now, I am trying to run multiple apps as per the instructions at [http://search.cpan.org/~sukria/Dancer-1.3060/lib/Dancer/Deployment.pod] under the heading "Running multiple apps with Plack::Builder". I created the following web.psgi file in ~/bin ---- use Dancer ':syntax'; use Plack::Builder; setting apphandler => 'PSGI'; my $app1 = sub { my $env = shift; setting appdir => '/Users/punkish/Documents/www/foo', setting appname => 'foo'; load_app "foo"; Dancer::Config->load; my $request = Dancer::Request->new( env => $env ); Dancer->dance( $request ); }; my $app2 = sub { my $env = shift; setting appdir => '/Users/punkish/Documents/www/bar', setting appname => 'bar'; load_app "bar"; Dancer::Config->load; my $request = Dancer::Request->new( env => $env ); Dancer->dance( $request ); }; builder { mount "/foo" => builder {$app1}; mount "/bar" => builder {$app2}; }; ---- and then I entered the following command: ~/bin$ plackup -E deployment -s Starman --workers=10 -p 5001 -a ~/bin/web.psgi But, now I get "Not Found" error. So, besides generally seeking guidance for this, I have the following specific questions -- One, in "setting appdir => '/Users/punkish/Documents/www/foo'" what exactly is my appdir? Is '/Users/punkish/Documents/www/foo' correct? Two, are both "foo" and "bar" going to be accessible at http://127.0.0.1:5001/? Do I just add the following lines to my httpd.conf ---- ProxyPass /foo http://127.0.0.1:5001 ProxyPassReverse /foo http://127.0.0.1:5001 ProxyPass /bar http://127.0.0.1:5001 ProxyPassReverse /bar http://127.0.0.1:5001 ---- Three, how do I run plackup in the background? I want to run it, but be able to close the shell, and even logout and have it running. Four, if I have a single web.psgi as above, one disadvantage is that if I tinker with any one app, and have to turn off or restart Starman, it will affect all the apps powered by Starman. Perhaps a better situation would be to have a separate Starman process for each app. What is the best practice here? Puneet.

4 4

Re: [Dancer-users] Dancer qw(:script) - possible bug with template
by David Precious 03 Jul '11

03 Jul '11

"Nick Knutov" <mail(a)knutov.com> wrote: >use Dancer qw(:script); >use myapp; >[...] >my $report = template '...', {foo=>'bar'}, {layout=>''}; > >Can't call method "params" on an undefined value at >/usr/local/share/perl/5.10.1/Dancer/Template/Abstract.pm line 112. > >Is it a bug? Or what I'm doing wrong? Looks like template() expects to be called within a route handler where there's a request being processed, but you're using it outside of routes in a simple script. It should be possible to amend template() to check if there's a request and if not, skip adding params as a token - I'll take a look soon. In the meantime you may be able to call e.g. engine('template')->render or similar. -- David Precious <davidp(a)preshweb.co.uk> Sent from my phone so please excuse brevity / poor quoting style etc -- David Precious <davidp(a)preshweb.co.uk> Sent from my phone so please excuse brevity / poor quoting style etc

2 5

Lightning talk
by Jonathan Hogue 03 Jul '11

03 Jul '11

If you are at yapc, please, oh please, sign up to do a lightning talk. Dancer is cool, and a lot of people don't know about it. Might be too late, but with some support, I bet you can still get on the bill. (i would, but spoke already)

4 5

the next step
by Maurice Mengel 03 Jul '11

03 Jul '11

Hi Dancers, Why don't we extend the example app dancr to a WordPress-for-Perl-Hackers?. Last time I looked sukria.org it seemed to be made with Wordpress. Same for other perl sites (e.g. rakudo.org?). We could start a project to rebuild sukria.org with Dancer. I have the impression that most of the functionality is already available as Dancer Plugin or one of the sites we already build with Dancer. What we need is just a project to bring the best of it together. Built on dancer, modularized, leight-weight, easy to install, dancer quality. I am probably underestimating the effort, a little as usual. Why should we do this? Because like this we could attract a few more perl hackers to the team. Imagine what we could do with five SawyerXs. I think every time you did something like the advent calander it brought us a few new people. Since you are always 3 steps ahead of me this is probably not a new idea. Does this project already exist? Is now the time for it? maurice PS: I was thinking of a nice name that alludes to Dancer. Like Salsero. PPS: I hope you allow me to say "we".

2 1

how to run function from app from command line?
by Nick Knutov 03 Jul '11

03 Jul '11

Hello, I have a big project running on Dancer. This project has some service scripts (to do some cron jobs for example), written as functions in this Dancer app, that should have access to all usual environment (as called from the web functions have), but I need to be able run them from command line. What is the best way to do it? Example: get '/service_func' => {...}; I want to do something like # ./bin/app.pl --run=service_func -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130

5 7

Dancer qw(:script) - possible bug with template
by Nick Knutov 03 Jul '11

03 Jul '11

use Dancer qw(:script); use myapp; [...] my $report = template '...', {foo=>'bar'}, {layout=>''}; Can't call method "params" on an undefined value at /usr/local/share/perl/5.10.1/Dancer/Template/Abstract.pm line 112. Is it a bug? Or what I'm doing wrong? -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130

1 0

Re: [Dancer-users] how to run function from app from command line?
by Alex Kalderimis 02 Jul '11

02 Jul '11

I use Dancer::Config->load in my db management scripts for this kind of thing (having access to settings). Just remember to set the environment and appdir settings first. Alex. ----- sent from my phone - please excuse any brevity ----- Reply message ----- From: "Nick Knutov" <mail(a)knutov.com> To: "Flavio Poletti" <polettix(a)gmail.com> Cc: "Dancer Users" <dancer-users(a)perldancer.org> Subject: [Dancer-users] how to run function from app from command line? Date: Sat, Jul 2, 2011 8:33 am Well, but I need access to Dancer environment - config, etc. First way does not suited for this, I think. 02.07.2011 13:13, Flavio Poletti пишет: > Factor out the functionality you need into another module, then call it > both from the Dancer front-end and from a script crafted for the command > line. > > Another approach would be looking at the Dancer's testing > modules/functions, they are geared at simulating calls without having a > running instance. I'd go for the first approach, anyway. > > Cheers, > > Flavio. > > > On Fri, Jul 1, 2011 at 11:14 PM, Nick Knutov <mail(a)knutov.com > <mailto:mail@knutov.com>> wrote: > > Hello, > > I have a big project running on Dancer. This project has some > service scripts (to do some cron jobs for example), written as > functions in this Dancer app, that should have access to all usual > environment (as called from the web functions have), but I need to > be able run them from command line. > > What is the best way to do it? > > Example: > > get '/service_func' => {...}; > > I want to do something like > > # ./bin/app.pl <http://app.pl> --run=service_func > > > -- > Best Regards, > Nick Knutov > http://knutov.com > ICQ: 272873706 > Voice: +7-904-84-23-130 <tel:%2B7-904-84-23-130> > _________________________________________________ > Dancer-users mailing list > Dancer-users(a)perldancer.org <mailto:Dancer-users@perldancer.org> > http://www.backup-manager.org/__cgi-bin/listinfo/dancer-users > <http://www.backup-manager.org/cgi-bin/listinfo/dancer-users> > > -- Best Regards, Nick Knutov http://knutov.com ICQ: 272873706 Voice: +7-904-84-23-130 _______________________________________________ Dancer-users mailing list Dancer-users(a)perldancer.org http://www.backup-manager.org/cgi-bin/listinfo/dancer-users

1 0