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

outputting xml
by Maurice Mengel 19 Aug '10

19 Aug '10

Hi! I don't quite understand how to output xml. I get an error message because after my xml there is "HTTP/1.0 200 OK" Something like </granularity></Identify></OAI-PMH>HTTP/1.0 200 OK I guess it is the line "HTTP/1.0 200 OK Content-Type: text/html X-Powered-By: Perl Dancer 1.1805 1" which I am trying to disable. How? Right now I create XML by using HTTP::OAI, i.e. $response->set_handler( XML::SAX::Writer->new( Output => \*STDOUT ) ); $response->generate; Thanks in advanvce!

2 1

dancer bug
by P Kishor 16 Aug '10

16 Aug '10

from http://perlsharedhosting.com/tech/frameworks/dancer " Note – there is a bug in Dancer version 1.1803 causing routes to work incorrectly under some versions of Apache. Hopefully by the time you read this the bug will be fixed, but in the meantime, edit ~/dancertest/lib/dancertest.pm and change the default route so that it matches all paths: view source print? get r('.*') => sub { template 'index'; }; " Well, the above bug still exists, and I am using the latest version of Dancer. I must have wasted close to 3-4 days trying to figure out how to run Dancer with Apache CGI, but the deployment instructions for Dancer are still far from useful. Of course, I also have had to move dispatch.cgi from within public/ to one level above so Apache can get to it. Its all really incorrect. Could someone please comment on the state of Dancer deployment? Many thanks, -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

3 10

catching routes with r('.*')
by P Kishor 16 Aug '10

16 Aug '10

So, the only way I am able to get Dancer 1.1805 deploy under Apache2 CGI is by using get r('.*') => sub {} Unfortunately, I can't seem to figure out how to use the captured route value. `splat` doesn't seem to do the trick. For example ---- get r('.*') => \&default; sub default { my ($route) = splat; my $route = $route ? $route : 'welcome'; my $template_opts = { route => $route }; template 'index.tt', $template_opts; }; ---- and then, in my index.tt ---- Hello, and [% route %]. ---- However, when I go to http://myapp/, I get ---- Hello, and 1. ---- If I go to http://myapp/foo, I get a 404 again. I believe I might just be back at an impasse whereby I am simply unable to run Dancer with Apache2 under CGI. A bit of an explanation as to why I am adamant about Apache2/CGI. It is the second easiest environment to develop under, for me at least. While launching `perl ./myapp.pl` on port 3000 is the easiest, that is not even an intermediate term solution. My servers run Apache or Apache2, and even my shared web servers run Apache/Apache2. My web site is not very high traffic, so CGI serves just as well for me. I believe Apache2/CGI can easily serve several 10s of thousands of hits a day. Once I need it, I can and will move to mod_perl, in which case I can use Plack, however, even with Plack, I am running into the dreaded 404 error. However, mod_perl is considerably more difficult to install on different servers, so CGI is the preferred option. -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

2 3

dancer apps within apps
by P Kishor 14 Aug '10

14 Aug '10

Possibly my email subject is not entirely correct, but I don't quite know what to call this. I have the following application under ~/Sites/myapp/ My Apache conf file is <VirtualHost *:80> ServerName myapp.local DocumentRoot "/Users/punkish/Sites/myapp" ErrorLog /Users/punkish/Logs/myapp-error_log CustomLog /Users/punkish/Logs/myapp-access_log common <Directory "/Users/punkish/Sites/myapp"> Options Indexes ExecCGI FollowSymLinks AllowOverride All Order allow,deny Allow from all </Directory> <Location /> SetHandler perl-script PerlHandler Plack::Handler::Apache2 PerlSetVar psgi_app /Users/punkish/Sites/myapp/app.psgi </Location> </VirtualHost> And, everything works well when I go to http://myapp.local/ However, what I really want is to have a general welcome application under myapp with login and other commons functions. And then, have child apps that inherit some of the capabilities from myapp, but extend it further with unique functions. I have the following structure ~/Sites/myapp/ ~/Sites/myapp/app1/ ~/Sites/myapp/app2/ and so on. Each of the above directories has a full-fledged dancer app. Now, I am not sure how my Apache conf would be. I have tried the following <VirtualHost *:80> ServerName myapp.local DocumentRoot "/Users/punkish/Sites/myapp" ErrorLog /Users/punkish/Logs/myapp-error_log CustomLog /Users/punkish/Logs/myapp-access_log common <Directory "/Users/punkish/Sites/myapp"> Options Indexes ExecCGI FollowSymLinks AllowOverride All Order allow,deny Allow from all </Directory> # Add separate Location blocks for different apps <Location /app1> SetHandler perl-script PerlHandler Plack::Handler::Apache2 PerlSetVar psgi_app /Users/punkish/Sites/myapp/app1/app.psgi </Location> <Location /app2> SetHandler perl-script PerlHandler Plack::Handler::Apache2 PerlSetVar psgi_app /Users/punkish/Sites/myapp/app2/app.psgi </Location> </VirtualHost> The above gives me dancer's 404, so it seems that dancer is being invoked, but some path is fubar. What am I doing wrong? -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

1 1

Request for testers
by sukria 05 Aug '10

05 Aug '10

Hello, As I've explained a couple of times before, I've been working on a huge rewrite of Dancer's core. I'm very glad to announce that this rewrite is done, meaning that all the test suite (977 tests) passes successfully with the new code base. This rewrite enhances the way things are done behind the scene and - among other things - will allow users to "plug" different components into one application. I've merged that refactoring branch into "devel" and I'd like to have "real-life" test reports, so if you want to help, please grab the devel branch and run your app with it (in your development environment of course). I welcome very much feedback about issues you may encounter then (as issues report on GitHub). Thanks a lot. Happy dancing. Alexis.

2 2

Dancer QA
by franck 04 Aug '10

04 Aug '10

Hi all I would like to organize a QA day for Dancer. The idea is to: - reach 1k tests for Dancer - close/work on all issues reported on github/RT - test the branch "refactoring/app" [ http://github.com/sukria/Dancer/tree/refactoring/app] (which should be the new code base for 1.2) We will try to do this in august (probably saturday 14). More informations coming soon.

4 4

multiple layouts and login
by P Kishor 04 Aug '10

04 Aug '10

Hi, Is it possible to use different layouts for different parts of the application, perhaps, for different routes? Right now, it seems, only one layout per application is possible via the layout setting in the config file. Also, I am looking for a tutorial (cookbook recipe, perhaps) on how to create an authentication mechanism, one that would let me specify a bunch of routes that should be available only after login, redirecting the user to a login page. Many thanks, -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

2 3

idiom for programming the Perl OO way with Dancer
by P Kishor 03 Aug '10

03 Aug '10

The following would hopefully be a welcome change from my usual "I can't deploy" emails ;-). I am looking for the right idiom(s) for programming correctly with Dancer. Right now, my dance.pm looks a mess package dance; use Dancer ':syntax'; # bunch of modules ##################### use Tie::File; use Tie::File::AsHash; use URI::Escape; use lib '/Users/punkish/Library/Perl'; use Markdown 'markdown'; my $markdown_opts = {url_prefix => '/', url_pattern => '-'}; # end bunch of modules ################# our $VERSION = '0.1'; get '/*?' => sub { my ($p) = splat; my $page_name = $p ? $p : config->{default_page}; if ( $page_name =~ /slideshow/ ) { template 'album.tt', {..}; } elsif ($page_name =~ /maps/ { template 'map.tt', {..}; } elsif ($page_name =~ /something_else/ { template 'something_else.tt', {..}; } else { template 'default.tt', {..}; } }; sub slideshow { .. } sub maps { .. } sub something_else { .. } The above is just the beginning. All those subs and methods not only make for a very long dance.pm, they also clash syntactically with Dancer's magic "get '/' => sub {}" idiom. Now, in the world of CGI::Application, I would actually sub-class CGI::Application, add my custom methods and junk to it, and then sub-class that custom instance into my application instance which would then be clean. Yes, I know, I am sweeping the crap under the carpet, but at least the carpet it clean. Is there something like that I can do with Dancer? Can I create a sub-class of Dancer, add my custom stuff to it, and then create application instances with it and program with it the Perl OO way? Has someone written a tute on that? :-) -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

2 1

deploying via Apache
by P Kishor 03 Aug '10

03 Aug '10

I have discovered that if I type the following in my application directory "~/Sites/dance" perl -MPlack::Runner -e"Plack::Runner->run('app.psgi')" the application runs fine. Its starts up with the prompt HTTP::Server::PSGI: Accepting connections at http://0:5000/ and I am able to see my web site at http://localhost:5000/ However, the same command invoked via dance/public/dispatch.cgi results in Error while loading /Users/punkish/Sites/dance/app.psgi: unable to load application dance : Can't locate dance.pm in @INC (@INC contains: /Users/punkish/Sites/dance/public/lib So, obviously, in spite of what the docs say, somewhere Dancer is being instructed to look for 'lib' in my application's public folder, but is failing to do so. On the other hand, Plack::Runner('app.psgi') is happily able to run without being told anything special about 'public' I am going to give this another few hours and then basically give up on Dancer and move back to CGI::Application or explore mojo. Dancer is a beautiful framework, but the grief in getting beyond the basics is just not worth it. It would be very sad and ironic if this is all because of something extremely obvious that I am overlooking. Hoping I can resolve this soon. -- Puneet Kishor http://www.punkish.org Carbon Model http://carbonmodel.org Charter Member, Open Source Geospatial Foundation http://www.osgeo.org Science Commons Fellow, http://sciencecommons.org/about/whoweare/kishor Nelson Institute, UW-Madison http://www.nelson.wisc.edu ----------------------------------------------------------------------- Assertions are politics; backing up assertions with evidence is science =======================================================================

5 8

get template command to ignore layout
by David Holden 03 Aug '10

03 Aug '10

Hello, I was wondering is it possible to get the template command to ignore the layout, e.g. here I want it to use the layout template 'index' => $tt2_ds; but here template 'table_result' => $tt2_ds; I want it to just return the template contents alone, i.e. not wrapped by the layout - for an ajax response. Thanks, Dave.

2 2