===== Adventure Game (Grails) ===== In this case study, we re-develop part of the adventure game in the Grails web framework. This will demonstrate the productivity gains possible from a good, well-design application development framework, and further emphasizes the power of the Groovy programming language and the so-called lightweight enterprise frameworks. The presentation has been designed as an //aide-memoir// of the development process that will be demonstrated live in the final lecture of the first week of the module. The presentation was inspired by case-study presented in Chapter 16 "Seeing the Grails Light" from //Groovy in Action// and was also influenced by Chapter 11 "Working with Grails" from //Groovy Recipes//((See [[at-m42:Recommended Reading]] for full bibliographic details)). ===== A Short Introduction to Grails ===== (Reproduced from the [[http://grails.org/doc/1.1/guide/1.%20Introduction.html|Introduction]] to the Grails user Guide.) Java web development as it stands today is dramatically more complicated than it needs to be. Most modern web frameworks in the Java space are over complicated and don't embrace the [[wp>Don't_repeat_yourself|Don't Repeat Yourself]] (DRY) principals. Dynamic frameworks like [[http://rubyonrails.org/|Rails]], [[http://www.djangoproject.com/|Django]] and [[http://turbogears.org/|TurboGears]] helped pave the way to a more modern way of thinking about web applications. Grails builds on these concepts and dramatically reduces the complexity of building web applications on the Java platform. What makes it different, however, is that it does so by building on already established Java technology like [[http://www.springsource.org/|Spring]] and [[http://www.hibernate.org/|Hibernate]]. Grails is a full stack framework and attempts to solve as many pieces of the web development puzzle through the core technology and it's associated plug-ins. Included out the box are things like: * An easy to use [[at-m42:lecture14#persistence_patternsorm|Object Relational Mapping]] (ORM) layer built on [[http://www.hibernate.org/|Hibernate]] * An expressive view technology called [[at-m42:lecture13#groovy_server_pages|Groovy Server Pages]] (GSP) * A controller layer built on [[http://static.springframework.org/spring/docs/2.0.x/reference/mvc.html|Spring MVC]] * A command line scripting environment built on the Groovy-powered [[http://gant.codehaus.org/|Gant]] * An embedded [[http://www.mortbay.org/jetty/|Jetty web container]] which is configured for on the fly reloading * [[wp>Dependency_injection|Dependency injection]] with the inbuilt [[http://www.springsource.org/|Spring]] container * Support for [[wp>Internationalization_and_localization|internationalization]] (i18n) built on Spring's core ''MessageSource'' concept * A transactional service layer built on Spring's transaction abstraction All of these are made easy to use through the power of the Groovy language and the extensive use of [[wp>Domain-specific_programming_language|Domain Specific Languages]] (DSLs). ===== The Architecture of Grails ===== Grails is made up of components from the Java Platform, Java Enterprise Edition and "best-of-breed" open source enterprise Java components. It wraps all these up in a Groovy API that makes common activities simple and more complex activities easier than they would be in Java. Furthermore a Grails application can be deployed on any Java Web Container (it comes with Jetty, but a Grails application can be deployed in a web Container such as Tomcat or an Enterprise Application Container such as Glassfish) and against any database that is supported by JDBC and Hibernate (it comes with HSQL). {{:at-m42:casestudies:grails-stack.png?527|The Grails Stack}} **Figure 1**: The Grails Stack This convenience comes at a cost: Grails has fairly fixed ideas about how a web application should be developed (an idea called [[wp>Convention over Configuration]]) and you, as a developer, are forced to do things "the Grails way". The good news is that these conventions are largely based on //best practice// and it frees you to concentrate on your //business logic//. After all, concentrating on //business logic// and having the enterprise integration "just happen" is the //holy grail//((pun intended)) of enterprise application development! ===== The Development Example ===== We shall take the example that we have developed over the previous four case studies, and re-implement //Player// and //Item// administration for an adventure game in Grails. * [[at-m42:labs:setup#Install Grails|Step 1: Install and Configure Grails]] -- note Grails includes the run-time files for Groovy (''groovy-all-1.6.0.jar'') so you do not need to [[at-m42:labs:setup#Install Groovy|install Groovy]] first! * [[#Step 2: Create project]] * [[#Step 3: Run Application]] * [[#Step 4: Create First Domain Class]] * [[#Step 5: Add some properties and a Controller]] * Further steps ... to be written! An index to the source code for all the examples in this case study is [[/~eechris/at-m42/Case-Studies/case-study-05|available]]. ==== Step 2: Create project ==== The first step in any system development with Grails is the creation of a project. In my case, this will be //game// project. Change to the development directory then issue the command ''grails create-app game'': e:\dev\at-m42-2009\Case-Studies\case-study-05>grails create-app game Welcome to Grails 1.1 - http://grails.org/ Licensed under Apache Standard License 2.0 Grails home is set to: d:\java\applications\grails-1.1 Base Directory: E:\dev\at-m42-2009\Case-Studies\case-study-05 Running script d:\java\applications\grails-1.1\scripts\CreateApp_.groovy Environment set to development [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\src [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\src\java [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\src\groovy [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\controllers [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\services [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\domain [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\taglib [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\utils [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\views [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\views\layouts [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\i18n [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\conf [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\test [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\test\unit [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\test\integration [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\scripts [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\web-app [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\web-app\js [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\web-app\css [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\web-app\images [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\web-app\META-INF [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\lib [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\conf\spring [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\conf\hibernate [propertyfile] Creating new property file: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\application.properties [copy] Copying 1 resource to E:\dev\at-m42-2009\Case-Studies\case-study-05\game [unjar] Expanding: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-shared-files.jar into E:\dev\at-m42-2009\Case-Studies\case-study-05\game [delete] Deleting: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-shared-files.jar [copy] Copying 1 resource to E:\dev\at-m42-2009\Case-Studies\case-study-05\game [unjar] Expanding: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app-files.jar into E:\dev\at-m42-2009\Case-Studies\case-study-05\game [delete] Deleting: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app-files.jar [move] Moving 1 file to E:\dev\at-m42-2009\Case-Studies\case-study-05\game [move] Moving 1 file to E:\dev\at-m42-2009\Case-Studies\case-study-05\game [move] Moving 1 file to E:\dev\at-m42-2009\Case-Studies\case-study-05\game [copy] Copying 1 file to e:\home\cpjobling\.grails\1.1\plugins Installing plug-in hibernate-1.1 [mkdir] Created dir: e:\home\cpjobling\.grails\1.1\projects\game\plugins\hibernate-1.1 [unzip] Expanding: e:\home\cpjobling\.grails\1.1\plugins\grails-hibernate-1.1.zip into e:\home\cpjobling\.grails\1.1\projects\game\plugins\hibernate-1.1 Executing hibernate-1.1 plugin post-install script ... Plugin hibernate-1.1 installed Created Grails Application at E:\dev\at-m42-2009\Case-Studies\case-study-05/game e:\dev\at-m42-2009\Case-Studies\case-study-05> As you can see, //grails// creates a large number of directories and files in the folder //game// which will also be the name of the project: ''game'' will be the name of the application in the web-application URL, the name of the generated WAR file (generated for deployment in Tomcat or some other application container), and a number of other things. It can be overriden in the the ''game\application.properties'' file that is generated along with the rest of the standard directory structure. As you can see in Listing 1 and in Figure 2, //convention over configuration// comes into play before you write a single line of code. extern> http://www.cpjobling.org.uk/~eechris/at-m42/Case-Studies/case-study-05/game/application.properties {{:at-m42:casestudies:grails-files.png|The files generated by grails create-app}} **Figure 2**: The files generated by ''grails create-app'' An explanation of what all these files are is shown in Table 1. *Table 2*: Directory structure of the ''game'' project (reproduced from //Groovy in Action//, Table 16.1 ) ^ Directory ^ Content ^ | ''grails-app'' | The grails-specific part of the web application | | ––''conf'' | Configuration data sources and bootstrapping | | ––''controllers'' | All Grails controllers; initially empty | | ––''domain'' | All Grails domain classes (models); initially empty | | ––''i18n'' | Message bundles for internationalization | | ––''services'' | All Grails service classes; initially empty | | ––''taglib'' | All Grails tag libraries | | ––''views'' | All Grails views (GSP or JSP); initially empty | | ––––''layouts'' | All sitemesh layouts | | ''grails-tests'' | All Grails unit tests; initially empty | | ''hibernate'' | Optional Hibernate configuration and mapping files | | ''lib'' | Additional libraries as jar files | | ''spring'' | Spring configuration file(s) | | ''src'' | | | ––''groovy'' | Additional Groovy sources; initially empty | | ––''java'' | Additional Java sources; initially empty | | ''web-app'' | Web application document root directory | | ––''css'' | Resource directory for Cascading Style Sheets | | ––''images'' | Resource directory for images | | ––''js'' | Resource directory for JavaScript files | | ––''WEB-INF'' | J2EE meta information (web.xml, and so on) | | ––––''classes'' | Target for compiled classes; initially empty | | ––––''tld'' | Resource directory for compiled tag libraries | ==== Step 3: Run Application ==== e:\dev\at-m42-2009\Case-Studies\case-study-05\game>grails run-app Welcome to Grails 1.1 - http://grails.org/ Licensed under Apache Standard License 2.0 Grails home is set to: d:\java\applications\grails-1.1 Base Directory: E:\dev\at-m42-2009\Case-Studies\case-study-05\game Running script d:\java\applications\grails-1.1\scripts\RunApp.groovy Environment set to development [mkdir] Created dir: e:\home\cpjobling\.grails\1.1\projects\game\classes [groovyc] Compiling 6 source files to e:\home\cpjobling\.grails\1.1\projects\game\classes [mkdir] Created dir: e:\home\cpjobling\.grails\1.1\projects\game\resources\grails-app\i18n [native2ascii] Converting 11 files from E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\i18n to e:\home\cpjobling\.grails\1.1\projects\game\resources\grails-app\i18n [copy] Copying 1 file to e:\home\cpjobling\.grails\1.1\projects\game\classes [copy] Copied 2 empty directories to 2 empty directories under e:\home\cpjobling\.grails\1.1\projects\game\resources Running Grails application.. Server running. Browse to http://localhost:8080/game Now connect to http://localhost:8080/game. {{:at-m42:casestudies:hello-grails.png|Hello Grails page.}} **Figure 3**: Welcome to Grails. ==== Step 4: Create First Domain Class ==== Run command ''grails creat-domain-class Item'' e:\dev\at-m42-2009\Case-Studies\case-study-05\game>grails create-domain-class Item Welcome to Grails 1.1 - http://grails.org/ Licensed under Apache Standard License 2.0 Grails home is set to: d:\java\applications\grails-1.1 Base Directory: E:\dev\at-m42-2009\Case-Studies\case-study-05\game Running script d:\java\applications\grails-1.1\scripts\CreateDomainClass.groovy Environment set to development Created DomainClass for Item Created Tests for Item e:\dev\at-m42-2009\Case-Studies\case-study-05\game> Creates a domain class ''Item.groovy'': class Item { static constraints = { } } It also creates a ''GroovyTestCase'' class: import grails.test.* class ItemTests extends GrailsUnitTestCase { protected void setUp() { super.setUp() } protected void tearDown() { super.tearDown() } void testSomething() { } } Unit test and integration tests can be run automatically from the command line using ''grails test-app''. This will run unit tests //and// integration tests and report the results, formatted in HTML, in ''game/test/reports/html/index.html''. With such great support, it'd be a crime not to write unit tests! ==== Step 4: Add some properties and a Controller ==== Each domain class is simply a Plain-Old-Groovy-Object with one major difference. If we add some properties, these will be automatically persisted to a database. class Item { static constraints = { } String name String description Integer weight String toString() { return "${name}" } } If we now add a controller, we will be able to create some objects via the web interface. e:\dev\at-m42-2009\Case-Studies\case-study-05\game>grails create-controller Item Welcome to Grails 1.1 - http://grails.org/ Licensed under Apache Standard License 2.0 Grails home is set to: d:\java\applications\grails-1.1 Base Directory: E:\dev\at-m42-2009\Case-Studies\case-study-05\game Running script d:\java\applications\grails-1.1\scripts\CreateController.groovy Environment set to development Created Controller for Item [mkdir] Created dir: E:\dev\at-m42-2009\Case-Studies\case-study-05\game\grails-app\views\item Created Tests for Item e:\dev\at-m42-2009\Case-Studies\case-study-05\game> As you can see this creates a new controller class ItemController { def index = { } } It also creates another ''GroovyTestCase'', ''ItemControllerTests'', for testing the ''ItemController'', and an empty folder for ''Item'' //views// (''game/grails-app/views/item''). Before we use this, we'll make Grails generate the necessary views "on-the-fly" by replacing ''def index = {}'' with ''def scaffold = Item'': class ItemController { def scaffold = Item } I found that at this step, I had to stop the running grails application, run ''grails clean'' then restart the server! After this runs, you will be able to browse to http://localhost:8080/game/item/list and start adding, editing and deleting items. All the necessary view code is generated automatically for you by Grails at run-time. ---- [[at-m42:home|Home]] | [[at-m42:lectures|Lectures]] | [[at-m42:casestudies:cs04|Previous Case Study]] | [[at-m42:casestudies|Case Studies]]