Given the embarrassing talk that Netanel Rubin gave last year, in which he chose not to learn a language and then laugh at it for the mistakes he made, I’m surprised I have to respond to yet another of his talks. Surprisingly, CCC gave him another slot to present strawman arguments for cheap laughs again this year, and no doubt that’s what he did.
Perl is built with testing in mind from the start. All the tools someone would like to have to do testing are there. Almost every module on CPAN has a directory t , containing test files.
Writing one’s own test files is not really hard, once familiar with the tools.
Testing a web application written with Dancer is also really convenient with Plack::Test and PSGI. The usual way would be to use a SQL Lite database as a test database, which can be created or teared down pretty easily.
However, a SQLite database can’t always do the trick. If the website/API is using for instance database schema or any other functionality that SQLite does not support. In that case, we need to find a way to test with a PostgreSQL server.
To illustrate that, let’s write a really small API with Dancer 2, that will manage a film collection. To keep it simple, we will just keep a list of films with their title. The database engine used being PostgreSQL:
I know this is probably the worst time of the year to blog about something different than Perl 6... but I had this article under construction since about one month, and some Christmas vacations helped to give it the final touches! I hope someone will enjoy... and I wish you all a happy new year!
Just as I always promised (...for, ahem, so many years in a row ;-)
And now that we've arrived at this joyous and long-anticipated day, now that we officially have this extraordinary and beautiful language at our disposal, now that the project that has consumed half of my own professional life has finally reached its first great milestone ...what can I say?
I could perhaps reflect on the long, often lonely, sometimes painful, struggle to bring this language into existence. On the endless fear, uncertainly, and doubt from a sceptical world. But that is only history now, irrelevant, and largely obscured by the memory of the tireless support and patience and faith of so many loyal friends and supportive colleagues.
While going through my repositories, looking for things to work on during the holidays, I found a draft blog post for the CPAN.io pulse, that I initially planned to publish in June 2015: CPAN.io as a reference site
Several hours ago my unorthodox campaign came to an unsuccessful end. There has been a lot of feedback to my previous post, some of it so surprisingly off the mark that I still have not wrapped my head around it enough for a proper response. I plan to publish a much more in-depth analysis and "lessons learned", but I need to gain much more distance from the current hot mess of CPAN, to better express the crux of what went right and what went wrong (spoiler - while the campaign itself failed, I consider the chain of events an incredible, way-beyond-what-I-expected success)
Couple weeks before the "I give up" announcement I compiled and started working in parallel on the following list, in order to shape up a "final ribasushi-approved" DBIC release:
Perlito5 now supports calling Perl subroutines from Java.
For example, a Perl module was compiled to "Main.java", and it can be called using:
class TestPerl {
public static void main(String[] args) throws Exception {
// initialize the Perl module - setup global variables
// and create the subroutine entries
Main.init();
// locate the subroutine main::test
// and call it with an argument list
// that is: @res = main::test(123)
PlObject[] res = Main.apply("main::test", new String[]{ "123" });
// do something with the results
for (PlObject s: res) {
System.out.println("Java result: " + s.toString());
}
}
}
"Top-down parsing is guessing"
is my newest blog post. Top-down is the most flexible of parsing methods -- you can add anything else to it. And you have to, because pure top-down parsing is, literally, guessing.
Thanks to @VMBrasseur on Twitter and IRC, several people this year decided to submit Perl (and especially Perl 6) content for OSCON 2016. The talk announcements won't be made until December 25th (I personally submitted two, and I know of at least 4 others who submitted), but I'm pleased to announce that one of the 3-hour tutorials at Austin will be an "Introduction to Perl 6", led by yours truly.
It's been so many times when I wrote about swat and sparrow - a tool-chain for rapid web test automation development .
Well, it's time to represent a SparrowHub - a central repository of sparrow plugins.
About swat and sparrow in few words.
SWAT
Swat - is a web test automation framework for quick and simple web test development. There are a plenty of documentation at swat project page HOW to write swat test suites and a lot examples as well.
SPARROW
Sparrow was designed as evolution for swat related development. Sparrow provides infrastructure for swat related projects. It means you could orchestrate and manage various swat tests and run them as well against dedicated web services. Right now it's quite simple console client with ordinary, naive look but I have a bigger plans for it ;-)
We're pleased to announce the release of DBD::mysql 4.033_01, the Perl DBI driver for MySQL and MariaDB databases. This is not a 'stable' release but merely for testing and feedback. We'll put out a stable 4.034 release soon; probably before christmas.
Linking against SSL by default?
Apart from that, I'd like to announce that we might want to link to
SSL by default. MySQL 5.7 makes SSL connections to databases more
common; right now in DBD::mysql you'd need to pass an option to
Makefile.PL (--ssl) in order to enable linking to libssl. Of course,
many people (and linux distributions!) don't do this by default. On
the expense of the added dependency to libssl we'd want to default to
compiling against libssl. We'd introduce a --nossl flag for the cases
where you'd explicitly NOT want to link to SSL. When DBD::mysql is
compiled against libssl you can still make connections to not-sslified
servers.
Any feedback (+1's, remarks or objections) would be appreciated!
My talk from this months SydneyPM. Wherein I install OpenWRT on to an inexpensive TP-Link pocket router, install perl and attempt to smoke CPAN.
I also introduce OpenWRT in possibly too much detail, and dont really explain what smoking CPAN is.
Exception::Stringy - Modern exceptions for legacy code
A small recap of Perl exceptions
Basic Usage Of Exceptions
In Perl, exceptions are a well known and widely used mechanism. It is an old
feature that has been enhanced over time. At the basic level, exceptions are
triggered by the keyword die. Exceptions were initially used as a way to stop
the execution of a program in case of a fatal error. The too famous line:
open my $fh, $file or die "failed to open '$file', error: $!";
is a good example.
The original way to catch exceptions in Perl has a somewhat strange syntax,
it's based on the eval keyword and the special variable $@:
eval { code_that_may_die(); 1; }
or say "exception has been caught: $@"