Book Image

Learning Play! Framework 2

By : Andy Petrella
Book Image

Learning Play! Framework 2

By: Andy Petrella

Overview of this book

<p>The Learning Play! Framework 2 has been created for web developers that are building web applications. The core idea is to focus on the HTTP features and to enable them through a simplification lens. Building a web application no longer requires a configuration phase, an environment setup, or a long development lifecycle - it's integrated!<br /><br />Learning Play! Framework 2 will enable any web developers to create amazing web applications taking advantage of the coolest features. It's the fastest way to dive into Play!, focusing on the capabilities by using them in a sample application. Although essentially Java based code, a Scala version is presented as well – giving an opportunity to see some Scala in action.<br /><br />After setting up the machine and learning some Scala, you will construct an application which builds from static to dynamic, before introducing a database. <br /><br />Then we'll focus on how data can be consumed and rendered in several ways. This will enable some real time communication through WebSocket and Server-Sent Event – on both server and client sides.</p> <p>The book will end with testing and deployment, which completes any web development project.</p>
Table of Contents (20 chapters)
Learning Play! Framework 2
Credits
About the Author
Acknowledgement
About the Reviewers
www.packtpub.com
Preface
Materials
Index

Persisting them


At this stage, we have learned the functionalities offered by Play! 2 to represent our data on both sides (server and client). However, that data was all transient. Indeed, the HTML form was submitting data to an action that rendered them directly.

In a web application, most data isn't transient, but persistent—data is the value of modern applications (moreover, social-oriented ones).

If we remember the structure of our User model, it includes two references to other users: one optional (spouse) and one multiple (friends). Such data must come from somewhere other than the User form, because the actual form is only defined for a single user.

This implies a third piece in our architecture, a database, in order to retrieve previously created data—User. Once we have that, we'll adapt the User form to present to the client's user a way to set this extra information.

Activating a database

Most of the time, within web applications, the chosen database is a relational one. This use case...