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

Suggesting plugin name Dancer2::Plugin::Swagger2
by Daniel Boehmer 05 Mar '16

05 Mar '16

Hello Dancer folks, I've written a plugin for Dancer2 for my current client and as soon as I get the written permission I'm ready to upload it to CPAN. It will be my first CPAN module, by the way. The plugin enables the user to provide a Swagger2 file which specifies a web API including its paths and parameters. For all paths and HTTP methods a route is created automatically and connected to a controller method. The method might be defined with a predictable name in a certain namespace or might be provided from a callback. Now my question is whether you have any remarks on the name of the module. I developed it as Dancer2::Plugin::Swagger2. You'll find that Dancer::Plugin::Swagger [1] exists and goes the opposite way: Generate a Swagger spec from the Dancer app. Also there is Mojolicious::Plugin::Swagger2 [2], a plugin similar to mine that provides route autogeneration for a different web framework that you might have heard of, Mojolicious;-) I hope to get permission by Monday and see my module on CPAN before the German Perl Workshop next week. So what do you think about the name? Kind regards Daniel Böhmer [1] https://metacpan.org/pod/Dancer::Plugin::Swagger [2] https://metacpan.org/pod/Mojolicious::Plugin::Swagger2 -- Daniel Boehmer Freelance Software Developer Diplominformatiker (BA) [German graduate computer scientist]

3 2

Calling CGI Script From Dancer Application
by Brent.N.Jones＠wellsfargo.com 03 Mar '16

03 Mar '16

I have a need to call a CGI script that resides in cgi-bin from a Dancer application. My CGI application is simple: use CGI; use JSON; my $cgi = new CGI(); print $cgi->header(); # Get the CSRF Token fnd the user rom cookie my $CSRFToken = `/apps/www/cgi-bin/rsacookie -g -CSRFToken`; my $user = `/apps/www/cgi-bin/rsacookie -g -user`; my %rec_hash = ('token'=>$CSRFToken, 'user'=>$user ); my $json = encode_json \%rec_hash; print $json; The rsacookie is a binary that reads a client side cookie from an authenticated user. The Dancer application is secured by RSA's web agent. The agent writes a cookie that can only be read by the rsacookie applet. Once I authenticate with the agent, the above script works when called from the cgi-bin directory in a different browser tab/window, however when I call the script from within Dancer the rsacookie applet cannot find a valid cookie. Since the rsacookie applet requires to be ran in the CGI environment, how can I call it from Dancer and maintain the CGI env? My dancer app is deployed with Plack/PSGI. Thanks. Brent

2 1

Again: Scope of 'hook before'
by Rick Westerman 03 Mar '16

03 Mar '16

Still looking for an answer as to the scope of a 'hook before'. Does it affect all of the routes or just the routes within a 'prefix'. My understanding is that Dancer2 does away with the globals found in Dancer thus I would expect that a 'hook before' within a 'prefix' would remain within the scope of the 'prefix' and not flow outside of it into the other routes. But this is not what I find thus I am curious as to if I am doing something wrong or have my concept wrong. Thanks, -- Rick ---- Original message ---- Hello. New Dancer2 user here. I am having problems with the scope of a 'hook before' while using 'prefix'. I am not sure if I am doing something dumb or if this is simply not possible or something else is going on. Using the prefix example from the Cookbook I have two modules package myapp; use Dancer2; use myapp::admin; prefix undef; get '/' => sub { return 'main ' . dancer_version }; 1; And package myapp::admin; use Dancer2 appname => 'myapp'; prefix '/admin'; hook 'before' => sub { if (dancer_app->environment ne 'rick') { return halt; } }; get '/' => sub { return 'admin' }; 1; As expected when running with environment 'rick' then the following output is produced: / ==> main 0.166001 /admin/ ==> admin But, unexpectedly to me, using the default 'development' environment has the app just halting as it, I presume, hits the 'hook before'. I would have expected '/' to return with 'main 0.166001' while '/admin/' to halt. In other words I would expect that the 'hook before' is kept within the scope of the prefix '/admin' and not bleed over to the undef prefix. Any ideas on what is happening? Thanks, -- Rick Westerman westerman(a)purdue.edu Bioinformatics specialist at the Genomics Facility. Phone: (765) 494-0505 FAX: (765) 496-7255 Department of Horticulture and Landscape Architecture 625 Agriculture Mall Drive West Lafayette, IN 47907-2010 Physically located in room S049, WSLR building

2 1

Email + template toolkit
by Hugues 03 Mar '16

03 Mar '16

Hello I'm using Dancer + Dancer::Plugin::Email Do you know if it's possible to send a email using template with template toolkit ? and passe variable to this template ? thanks Hugues.

3 3

Scope of 'hook before'
by Rick Westerman 01 Mar '16

01 Mar '16

Hello. New Dancer2 user here. I am having problems with the scope of a 'hook before' while using 'prefix'. I am not sure if I am doing something dumb or if this is simply not possible or something else is going on. Using the prefix example from the Cookbook I have two modules package myapp; use Dancer2; use myapp::admin; prefix undef; get '/' => sub { return 'main ' . dancer_version }; 1; And package myapp::admin; use Dancer2 appname => 'myapp'; prefix '/admin'; hook 'before' => sub { if (dancer_app->environment ne 'rick') { return halt; } }; get '/' => sub { return 'admin' }; 1; As expected when running with environment 'rick' then the following output is produced: / ==> main 0.166001 /admin/ ==> admin But, unexpectedly to me, using the default 'development' environment has the app just halting as it, I presume, hits the 'hook before'. I would have expected '/' to return with 'main 0.166001' while '/admin/' to halt. In other words I would expect that the 'hook before' is kept within the scope of the prefix '/admin' and not bleed over to the undef prefix. Any ideas on what is happening? Thanks, -- Rick Westerman westerman(a)purdue.edu Bioinformatics specialist at the Genomics Facility. Phone: (765) 494-0505 FAX: (765) 496-7255 Department of Horticulture and Landscape Architecture 625 Agriculture Mall Drive West Lafayette, IN 47907-2010 Physically located in room S049, WSLR building

1 0

redirects with SSL
by Zahir Lalani 01 Mar '16

01 Mar '16

Hi We have an issue that is not actually a dancer problem but hoping there is a config that dancer has. Our systems sit behind a load balancer which off-loads SSL, so dancer only ever sees http connections. It mostly does not matter as the load balancer handles the reverse. However using the built in redirect is the issue as dancer only knows that the connection (inside the network) is http. It is not aware that it actually is https. So the redirect header of course sends out an http link. Is there any way to configure this so it is made aware of the fact that it needs to be https? Z

2 2