Vet, Owner, Visit. The Visit "aggregate" is a little artificial
but it demonstrates a useful point about not holding on to
references of "parent" (reference data) objects, i.e. the Visit has
an Integer petId, instead of a Pet field. In principle this app is
now almost ready to migrate to multiple services if anyone wanted
to do that.

I saw on twitter the reference of an article (in french):
http://javaetmoi.com/2016/08/migrer-vers-spring-boot/

That article concludes with something along the lines of  "Besides the
EhCache and Maven configuration, Petclinic does not hold a single line
of XML anymore".

Looking at the code, we can remove more XML if you want. This PR migrates
the cache infrastructure to EhCache 3 and JCache (JSR-107). This also
reduces the number of dependencies.

Correct initialization script file's name

so we always use the latest in the classpath

RSS is becoming outdated, JSon is a better example

- Now using namespace, much simpler (11 lines instead of 27)
- Just a minor issue with:
<bean class="org.springframework.web.servlet.view.JstlView">
	<property name="url" value="" />
</bean>
(should investigate later if we can remove “url” attribute

 * The old datatables-servlet2 dependency has been removed from the pom.xml
 * Some attributes have been renamed (e.g. paginate => pageable)
 * Starting from the v0.10.0, all web components (servlet, filter) must be explicitely declared in the web.xml file. That's why I added the following declaration: DandelionFilter, DandelionServlet and DatatablesFilter
 * Added a new datatables.properties file in order to disable the asset management brought by Dandelion-Core. This is equivalent to the old cdn=true table attribute

jdbc.properties was renamed to data-access.properties, but this file still referred to the old name.

Spring MVC should server static resources (*.html, ...) located in src/main/webapp instead of returning "404 Not Found"