Jump to content

Play Framework

From Wikipedia, the free encyclopedia

This is an old revision of this page, as edited by Tom.Reding (talk | contribs) at 20:55, 30 November 2016 (Literature: Fix Category:CS1 maint: Uses authors parameter: vauthors/veditors or enumerate multiple authors/editors; WP:GenFixes on using AWB). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

Play Framework
Developer(s)Lightbend, Zengularity and the community
Initial release2007 (2007)
Stable release
2.5.10 / November 17, 2016; 8 years ago (2016-11-17)[1]
Repository
Written inScala (1.0 was written in Java)
Available inEnglish
TypeWeb application framework
LicenseApache 2 License
Websitewww.playframework.com

Play is an open source web application framework, written in Scala and also usable from e.g. Java (Play includes a Java wrapper API in latest version), which follows the model–view–controller (MVC) architectural pattern. It aims to optimize developer productivity by using convention over configuration, hot code reloading and display of errors in the browser.[2]

Support for the Scala programming language has been available since version 1.1 of the framework.[3] In version 2.0, the framework core was rewritten in Scala. Build and deployment was migrated to SBT, and templates use Scala instead of Groovy.

Latest version requires the Java 8 JVM.

History

Play was created by software developer Guillaume Bort, while working at Zengularity SA (formerly Zenexity).[4] Although the early releases are no longer available online, there is evidence of Play existing as far back as May 2007.[5] In 2007 pre-release versions of the project were available to download from Zenexity's website.[6]

In May 2008 the first published code for 1.0 appeared on Launchpad.[7] This was followed by a full 1.0 release in October 2009.[8]

Play 1.1 was released in November 2010 after a move from Launchpad to GitHub. It included a migration from Apache MINA to JBoss Netty, Scala support, native GlassFish container, an asynchronous web services library, OAuth support, HTTPS support and other features.[9]

Play 1.2 was released in April 2011. It included dependency management with Apache Ivy, support for WebSocket, integrated database migration (reversion is not implemented yet[10]), a switch to the H2 database and other features.[11]

Sadek Drobi joined Guillaume Bort late 2011 to create Play 2.0 which was released on March 13, 2012[12] in conjunction with Typesafe Stack 2.0.[13]

Play 2.1 was released on February 6, 2013, upgraded to Scala 2.10 and introduced, among other new features, modularisation, a new JSON API, filters and RequireJS support.[14]

Play 2.2 was released on September 20, 2013. Upgraded support for SBT to 0.13, better support for buffering, built in support for gzip and new stage and dist tasks with support for native packaging on several platforms such as OS X (DMG), Linux (RPM, DEB), and Windows (MSI) as well as zipfiles.

Motivation

Play is heavily inspired by ASP.NET MVC, Ruby on Rails and Django and is similar to this family of frameworks. Play web applications can be written in Scala or Java, in an environment that may be less Java Enterprise Edition-centric. Play uses no Java EE constraints. This can make Play simpler to develop compared to other Java-centric platforms.[15]

Although Play applications are designed to be run using the built-in JBoss Netty web server, they can also be packaged as WAR files to be distributed to standard Java EE application servers.[16]

Major differences from Java frameworks

  • Stateless: Play 2 is fully RESTful – there is no Java EE session per connection.
  • Integrated unit testing: JUnit and Selenium support is included in the core.
  • API comes with most required elements built-in.
  • Static methods: all controller entry points are declared as static (or equivalently, in Scala, functions on Scala objects). After requests were made for this to be customisable, Play 2.1 now supports other styles of controllers, so controllers need not be static/Scala objects; however, this is still the default.
  • Asynchronous I/O: due to using JBoss Netty as its web server, Play can service long requests asynchronously rather than tying up HTTP threads doing business logic like Java EE frameworks that don't use the asynchronous support offered by Servlet 3.0.[17]
  • Modular architecture: like Ruby on Rails and Django, Play comes with the concept of modules.
  • Native Scala support: Play 2 uses Scala internally, but also exposes both a Scala API, and a Java API that is deliberately slightly different to fit in with Java conventions, and Play is completely interoperable with Java.

Components

Play 2.0 makes use of several popular Java libraries:

  • JBoss Netty for the web server
  • No required ORM, but Anorm (Scala) and Ebean (Java) are included for database access
  • Scala for the template engine
  • Built in hot-reloading
  • sbt for dependency management

The following functionality is present in the core:

  • a clean, RESTful framework
  • CRUD: a module to simplify editing of model objects
  • Secure: a module to enable simple user authentication
  • a validation framework based on annotations
  • a job scheduler
  • a simple to use SMTP mailer
  • JSON and XML parsers and marshallers
  • a persistence layer based on JPA
  • an embedded database for quick deployment/testing purposes
  • a full embedded testing framework
  • an automatic file uploads functionality
  • multi-environment configuration awareness
  • a modular architecture, which enables bringing new features in the core easily
  • OpenID and web services clients

Testing framework

Play provides a built-in test framework for unit testing and functional testing. Tests are run directly in the browser by going to the URL <serverurl>/@tests. By default all testing is done against the included H2 in-memory database.

Usage

The mailing list for the project has over 11,000 subscribers.[18] It is used in various projects such as local governments, company intranets, mobile web sites and Open Source projects.

As of October 2013, the Play Framework is the most popular Scala project on GitHub.[19] In July 2015, Play was the 3rd most popular Scala library in Github, based on 64,562 Libraries. 21.3% of the top Scala projects used Play as their framework of choice.[20]

Some notable public websites using Play:[21]

In December 2010, the first e-book for the Play framework was released.[23] This was subsequently also published in hard copy. In August 2011, a second book was released, covering more complex and modern features.[24]

In August 2011, Heroku announced native support for Play applications on its cloud computing platform.[25] This follows module-based support for Play 1.0 (but not Play 2.x) on Google App Engine, and documented support on Amazon Web Services.[26]

In July 2013, Jelastic published a tutorial showing support for Play 2 on its cloud computing platform.[27]

See also

Literature

  • Peter Hilton; Erik Bakker; Francisco Canedo (2013). Play for Scala. Manning. ISBN 9781617290794. {{cite book}}: Unknown parameter |last-author-amp= ignored (|name-list-style= suggested) (help)
  • Andy Petrella (2013). Learning Play! Framework 2. Packt Publishing. ISBN 978-1-78216-012-0.
  • Nicolas Leroux; Sietse de Kaper (2014). Play for Java. Manning. ISBN 1617290904.
  • Julien Richard-Foy (2014). Play Framework Essentials. Packt Publishing. ISBN 1783982403.
  • Shiti Saxena (2015). Mastering Play Framework for Scala. Packt Publishing. ISBN 1783983809.
  • Alexander Reelsen; Giancarlo Inductivo (2015). Play Framework Cookbook (2nd ed.). Packt Publishing. ISBN 1783982403.

References