Lecture: Silicon Valley Perl Meetup – REST API Server Programming With Perl

I gave a talk at the Silicon Valley Perl Meetup on “REST API Server Programming With Perl.”

Here are the slides:

1. Part 1: “The REST API Landscape in 2017”
2. Part 2: “REST API Server Programming with Perl, Swagger and the Mojolicious Framework”

github: Perl Petstore Enhanced REST API Framework, Sample REST API Clients

There was an extended audience discussion afterwards with some interesting observations:

1. “If you use boolean; before use JSON;, you may get the true/false behavior you want.”
2. “Catalyst fixed their module dependencies issues a few years ago and can be installed quickly now.”
3. “Even though Swagger2 provides some input parameter validation, all the 3-letter security acronyms have to be handled.”
4. “Upgrading our spec file from Swagger 1.0 to Swagger 2.0 didn’t work until we added a directive like ‘x-mojo-controller2’.”
5. “Consider just validating a part of the spec when doing input validation of requests.”

Swagger 2.0: How to specify an input parameter of type ‘object’?
Reading the Swagger 2.0 spec:

• body location supports input objects now. path and query locations request input arrays for now, and objects later (limited by not having Content-type per input parameter).
• output response can be objects.
• having said that, whether your validator supports that or not requires testing.

File Structure

“The Swagger representation of the API is made of a single file. However, parts of the definitions can be split into separate files, at the discretion of the user. This is applicable for $ref fields in the specification as follows from the JSON Schema definitions.

By convention, the Swagger specification file is named swagger.json.”

Thanks to Nvidia for hosting the meetup again.

OpenAPI Specification Version 2.0
URLs are UI
API-Security-Checklist
JWT Comments
Jeremy Zawodny: From mod_perl to Mojolicious at craigslist
amihaiemil.com: What is HATEOAS?