- Author : Antonio Goncalves
- Level : Intermediate
- Technologies : Java EE 7 (JPA 2.1, CDI 1.1, Bean Validation 1.1, EJB Lite 3.2, JSF 2.2, JAX-RS 2.0), Java SE 7 (because that's the minimum required by Java EE 7), Twitter Bootstrap (Bootstrap 3.x, JQuery 2.x, PrimeFaces 6.x)
- Application Servers : From WildFly 10 to WildFly 26 (does not work on Wildfly 27 because it is based on Jakarta EE 10)
- Summary : A Petstore-like application using Java EE 7
Do you remember the good old Java Petstore ? It was a sample application created by Sun for its Java BluePrints program. The Java Petstore was designed to illustrate how J2EE (and then Java EE) could be used to develop an eCommerce web application. Yes, the point of the Petstore is to sell pets online. The Petstore had a huge momentum and we started to see plenty of Petstore-like applications flourish. The idea was to build an application with a certain technology. Let's face it, the J2EE version was far too complex using plenty of (today outdated) design patterns. When I wrote my Java EE 5 book back in 2006, I decided to write a Petstore-like application but much simpler. But again, it's out-dated today.
What you have here is another Petstore-like application but using Java EE 7 and all its goodies (CDI, EJB Lite, REST interface). It is based on the Petstore I developed for my Java EE 5 book (sorry, it's written in French). I've updated it based on my Java EE 6 book, and now I'm updating it again so it uses some new features of Java EE 7 described on my Java EE 7 book. The goals of this sample is to :
- use Java EE 7 and just Java EE 7 : no external framework or dependency (except web frameworks or logging APIs)
- make it simple : no complex business algorithm, the point is to bring Java EE 7 technologies together to create an eCommerce website
If you want to use a different web interface, external frameworks, add some sexy alternative JVM language... feel free to fork the code. But the goal of this EE 7 Petstore is to remain simple and to stick to Java EE 7.
The only external framework used are Arquillian, Twitter Bootstrap and PrimeFaces. Arquillian is used for integration testing. Using Maven profile, you can test services, injection, persistence... against different application servers. Twitter Bootstrap and PrimeFaces bring a bit of beauty to the web interface.
Being Maven centric, you can compile and package it without tests using mvn clean compile -Dmaven.test.skip=true, mvn clean package -Dmaven.test.skip=true or mvn clean install -Dmaven.test.skip=true. Once you have your war file, you can deploy it.
The application has a few unit tests. You can run them using mvn clean test. These tests do not do much, they just test the equals and hashcode methods of the entities.
Launching tests under WildFly is straight forward. You must have a WidlFly up and running, and execute the tests using the following Maven profile :
mvn clean verify -Parquillian-wildfly-remote
Or if you prefer the managed mode (it downloads and starts WildFly for you) :
mvn clean verify -Parquillian-wildfly-managed
To execute the application, you can either use the WildFly admin console or the Maven WildFly plugin.
Before starting Wildfly we need to create a new user. In the $WILDFLY_HOME/bin directory, run the following command ./add-user.sh to create a new Management User. Choose a username and password.
In the $WILDFLY_HOME/bin directory, run the following command ./standalone.sh to start WildFly. Then go to the
WildFly admin console on http://localhost:9990 and enter your usename and password.
Build the application with mvn clean package -Dmaven.test.skip=true. You get the applicationPetstore.war war file in the target directory.
In the WildFly admin console, deploy the applicationPetstore.war file. For that, go to the Deployments tab and click on Add.
With WildFly up and running, deploy the application using the Maven plugin mvn clean wildfly:deploy
Once deployed go to the following URL and start buying some pets: http://localhost:8080/applicationPetstore.
The admin REST interface allows you to create/update/remove items in the catalog, orders or customers. You can run the following curl commands :
curl -X GET http://localhost:8080/applicationPetstore/rest/categoriescurl -X GET http://localhost:8080/applicationPetstore/rest/productscurl -X GET http://localhost:8080/applicationPetstore/rest/itemscurl -X GET http://localhost:8080/applicationPetstore/rest/countriescurl -X GET http://localhost:8080/applicationPetstore/rest/customers
You can also get a JSON representation as follow :
curl -X GET -H "accept: application/json" http://localhost:8080/applicationPetstore/rest/items
Check the Swagger contract on : http://localhost:8080/applicationPetstore/swagger.json
The persistence.xml defines a persistence unit called applicationPetstorePU that uses the default JBoss database :
<jta-data-source>java:jboss/datasources/ExampleDS</jta-data-source>
By default, the application uses the in-memory H2 database. If you log into the WildFly Admin Console, go to http://localhost:9990/console/App.html#profile/datasources;name=ExampleDS and you will see the H2 Driver as well as the Connection URL pointing at the in-memory H2 database jdbc:h2:mem:test;DB_CLOSE_DELAY=-1;DB_CLOSE_ON_EXIT=FALSE
If instead a H2 in-memory database you want to use PostgreSQL, you need to do the following steps.
This good article explains you how.
- Go to
$WILDFLY_HOME/modules/system/layers/base/and create the folderorg/postgresql/main - Copy the Postgresql JDBC driver jar file (eg.
postgresql-42.1.4.jar) to the new folder$WILDFLY_HOME/modules/system/layers/base/org/postgresql/main - Create the file
$WILDFLY_HOME/modules/system/layers/base/org/postgresql/main/module.xmlwith the following content:
<?xml version="1.0" encoding="UTF-8"?>
<module xmlns="urn:jboss:module:1.1" name="org.postgresql">
<resources>
<resource-root path="postgresql-42.1.4.jar"/>
</resources>
<dependencies>
<module name="javax.api"/>
<module name="javax.transaction.api"/>
</dependencies>
</module>
- Reference the module as a driver in WildFly configuration
WILDFLY_HOME/bin $ ./jboss-cli.sh
You are disconnected at the moment. Type 'connect' to connect to the server or 'help' for the list of supported commands.
[disconnected /] connect
[standalone@localhost:9990 /] /subsystem=datasources/jdbc-driver=postgresql:add(driver-name=postgresql,driver-module-name=org.postgresql, driver-class-name=org.postgresql.Driver)
{"outcome" => "success"}
In the Wildfly Admin Console check the default datasource ExampleDS. As you can see, it points to an in-memory H2 database. Make the following changes so it points at Postgres:
- Attribute Tab: Change the driver to postgresql
- Connection Tab: Change the Connection URL to
jdbc:postgresql://localhost:5432/postgres - Security Tab: Change User name to
postgresand no password
Once Postgres is up and running, you can hit the button Test Connection. It should be ok.
The easiest is to use the Docker file to start Postgres
$ docker-compose -f src/main/docker/postgresql.yml up -d
When, like me, you have no web designer skills at all and your web pages look ugly, you use Twitter Bootstrap ;o)
I use:
- Font Awesome
- Silk Icons which are in Creative Commons
Arquillian for the integration tests.
Some people who worked on this project :
- Antoine Sabot-Durand
- Brice Leporini
- Hervé Le Morvan
This work is licensed under a Creative Commons Attribution-ShareAlike 3.0 Unported License.
