Une présentation du Framework agile Grails

2. Présentation de Grails Un Framework de développement Web agile page 2 N. ADOUANI - février 10

4. Un peu d’histoire

5. Architecture, principes et composantes de Grails

6. Grails et les méthodologies agiles

7. Démos

8. Conclusionspage 3 N. ADOUANI - février 10

9. Introduction N. ADOUANI - février 10 page 4 Grails est un Framework de développement Web, type MVC, dit de « haute productivité ». Il est construit autour de technologies qui ont fait leurs preuves dans l’écosystème Java/J2ee tel que Spring, Hibernate, Sitemesh et autres. Il est basé sur le langage dynamique Groovy et sur certains paradigmes du génie logiciel comme « la configuration basée sur les conventions »

11. de faire un rapprochement entre Grails et les méthodologies agiles

12. montrer des exemples d’intégration de Grails avec les Frameworks AJAX, FLEX, etc…N. ADOUANI - février 10 page 5

13. Un peu d’histoire page 6 N. ADOUANI - février 10

14. Un peu d’histoire N. ADOUANI - février 10 page 7 Graeme Rocher : le fondateur du projet Grails Guillaume Laforge: le chef du projet Groovy Ils ont créé la société G2One qui a été rachetée par SpringSource en Novembre 2008

15. Un peu d’histoire N. ADOUANI - février 10 page 8 Grails = Pluriel de « grail » en anglais = Les Graals, d’où le logo du Framework Grails = Groovy on Rails par analogie au Framework Ruby on Rails

16. Grails, plus de détails page 9 N. ADOUANI - février 10

17. L’architecture page 10 Le langageGroovy Plugin xfire Plugin CMS Plugin GAE Plugin Flex Plugin jQuery Plugin Acegi Plugin Maven Plugin CouchDB Grails Plugin iWebKit Plugin Searchable Plugin RemotePagination Plugin Quartz HSQL db JUnit Jetty Log4j Java EE Spring Hibernate SiteMesh Le langage Java Le java Development Kit (JDK) La Java Virual Machine N. ADOUANI - février 10

19. Scaffolding (génération de code)

20. Tests unitaires

21. Les pluginsN. ADOUANI - février 10 page 11

23. Il est aussi possible d’utiliser des fichiers de config si le besoin se fait sentir

24. Exemple: le nom d’une classe persistante est identique au nom de la table correspondante dans une base de données.N. ADOUANI - février 10 page 12

26. Cette technique est souvent utilisée pour générer les pages CRUD des applications selon le modèle MVC

27. Il existe deux types de scaffolding en Grails:

28. Dynamique : les contrôleurs et les vues sont générés en « runtime » (au cours de l’exécution) => la modification du modèle ne demande pas de régénération de code

29. Statique : le code source des contrôleurs et des vues est généré lors du développement=> la modification du modèle métier nécessite une régénération de codeN. ADOUANI - février 10 page 13

31. Grails fait la différence entre:

32. Tests unitaires: des tests qui n’ont aucune dépendance, notamment vers la base de données, le conteneur de Servlet, les interactions HTTP, les WS s’il y en a…=> nécessité d’utiliser des objets mock (bouchons)

33. Tests d’intégration: des tests qui ont accès à tout l’environnement de l’application (accès à la base de données, à la session, la requete HTTP…

34. Tests fonctionnels automatisés de l’IHM, type Selenium ou FitNessN. ADOUANI - février 10 page 14

36. Sécurité: Acegi

37. Mapping Objet Relationnel: JPA et JDO

38. Web Service : xfire, Spring WS

39. Web Flow : SpringWebFlow

40. RIA : Flex, frameworks, AJAX, Grails UI, ZK Framework

41. Les traitements en batch : Quartz

42. Cloud computing: Google AppEngine, Cloud Foundry

43. Base de données NoSQL: CouchDB, Neo4J

44. CMSN. ADOUANI - février 10 page 15

45. PASSONS à la pratique page 16 N. ADOUANI - février 10

47. Il offre en plus de la syntaxe Java classique, une syntaxe simplifiée et plus intuitive

48. Groovy est un langage orienté objet et peut être utilisé comme langage de script

49. Il est compilé vers du bytecode comme Java et interprété par la JVMN. ADOUANI - février 10 page 17

50. Groovy, le langage dynamique (2) Groovy offre de nouvelles possibilités pour les développeurs: page 18 Les GStrings Les maps Les closures Les boucles Les listes N. ADOUANI - février 10

52. Téléchargement des binaires de Grails

53. Renseignement de la variable d’environnement GRAILS_HOME

54. Grails est fourni avec un utilitaire qui permet d’exécuter des instructions en ligne de commande

55. grailscreate-appdemo

56. grailscreate-domain-class produit

57. grailscreate-controllerproduit

58. grailsgenerate-all produit

59. grailscreate-service produit

60. grailscreate-tag-lib monService

61. grailsrun-app

62. grailswarN. ADOUANI - février 10 page 19

64. grails-add/views : contient les fichiers GSP des vues

65. grails-app/domain : contient les classes persistantes

66. src : contient les classes externes

67. test/unit : contient les tests unitaires

68. test/integration : contient les tests d’intégration

69. web-app : contient les ressources statiques de l’application

70. lib : contient les librairies tiercesN. ADOUANI - février 10 page 20

72. C’est la brique de Grails qui gère l’accès aux bases de données et la persistance des classes de domaine.

73. GORM apporte une abstraction des fonctionnalités offertes par Hibernate

74. Permet de définir des objets persistants

75. Support des différents type d’association entre objet (One to One, One to Many, Many to One, Many to Many)

76. Possibilité de gestion des clés primaires composées ou de type séquence

77. Injection de méthodes dynamiquement pour requêter les bases de données

78. Possibilité d’utilisation du langage HQL

79. Utilisation plus simple de la librairie CriteriaN. ADOUANI - février 10 page 21

81. hasMany: définit une association one-to-many vers l’entité « Produit »

82. transients: définit une liste de propriétés non persistantes

83. constraints: permet de définir les règles de validation d’une instance de « Categorie »

84. Grails utilise l’ensemble des contraintes pour générer les vues dans le cadre du scaffolding et pour effectuer la validation des formulaires d’ajout et de modification d’une instance de « Categorie »N. ADOUANI - février 10 page 22

86. belongsTo: définit une association d’appartenance à « Categorie »

87. mapping: définit un ensemble de règles pour personnaliser le mapping avec la base de données

88. Grails crée par défaut une table avec le nom de la classe persistante, sinon avec la valeur du mapping « table »

89. Grails crée par défaut les colonnes de la table avec le nom des propriétés.

90. constraints: permet de définir les règles de validation d’une instance de « Categorie »N. ADOUANI - février 10 page 23

92. count et countBy: retourne le nombre d’enregistrement d’une requête

93. findBy et findWhere : récupère un seul enregistrement

94. findAllBy, findAllWhere, getAll, listOrderBy, list : récupère plusieurs enregistrements

95. Les requêtes HQL peuvent être exécutées avec les méthodes :

96. find

97. findAll

98. executeQuery

99. Il existe aussi les méthodes save()et delete()N. ADOUANI - février 10 page 24

100. GORM, ou la persistance selon Grails (5) Exemples de requêtes GORM N. ADOUANI - février 10 page 25

102. Grails prépare trois environnements différents pour les datasource :

103. Production

104. développement

105. TestsN. ADOUANI - février 10 page 26

107. Le nom d’un contrôleur se termine, par convention, par « Controller »

108. Toute méthode dans un contrôleur est une action qui peut être appelée par l’url suivante: http://serveur/application/controleur/action/params

110. Les GSP permettent d’afficher les données récupérées par les contrôleurs

111. Grails offre un ensemble de taglib pour:

112. Les formulaires et éléments de formulaires: g:form, g:submit, g:textField…

113. Les traitements conditionnels et itératifs: g:each, g:collect, g:if, g:else, g:while…

114. L’affichage et l’inclusion d’autre vues: g:render, g:include

115. Dans les GSP, certaines variables sont disponibles comme :

116. request

117. response

118. params

119. flash

120. outN. ADOUANI - février 10 page 28

122. Un service sert à factoriser les traitements métier de l’application, au lieu de les garder dans les contrôleurs

123. Un service est par défaut transactionnel

124. Pour chaque service Grails crée un beanspring en mode singleton, dont le nom correspond au nom du service

125. Les services sont utilisables dans les contrôleurs et les classes du domaine.N. ADOUANI - février 10 page 29

127. Les taglibs ne nécessitent ni configuration, ni de fichier TLDN. ADOUANI - février 10 page 30

128. Démos N. ADOUANI - février 10 page 31

130. Domaine : Catégorie, Produits (avec ou sans image/uplaod)

131. CRUD en scaffold dynamique

132. CRUD en scaffoldstatic de Catégorie

133. Pagination et tri des colonnes

134. Transformation de l’application générée en application AJAX

135. Utilisation des taglib Ajax (remoteLink, submitToRemote, formRemote)

136. Test le plugin remotePagination sur la page liste Catégorie et liste Produit

137. Création d’un service REST

138. Exposition d’un service REST qui offre la liste des categories

139. Exposition d’un service REST qui offre la liste des produits d’une catégorieN. ADOUANI - février 10 page 32

141. Création d’un simple application FLEX (voire AIR)qui utilise les services REST créer précédemment

142. Liste des catégories

143. Liste des produits de chaque catégorie

144. Grails et Ajax (ExtJS)

145. Transformation des service REST de XML à JSON

146. Création d’un simple formulaire : choix de catégorie et affichage de la liste des produits correspondants

147. Grails et iPhone (iWebKit)

148. Créer une interface de liste catégorie

149. Une interface liste produitN. ADOUANI - février 10 page 33

150. Grails et les méthodologies agiles N. ADOUANI - février 10 page 34

152. Réponse : Les projets agiles ont à 90% une forte contrainte de temps (délais). À ce niveau,

153. Grails offre une grande rapidité lors du démarrage du projet;

154. Grace à la simplicité de Grails, les besoins fonctionnels sont développés plus rapidement;

155. Nouvelles fonctionnalités montrables plus facilement;

156. Le client peut faire ses feedback au plus tôt.N. ADOUANI - février 10 page 35

158. Réponse : Un projet agile par nature est itératif et incrémental, et dispose d’une grande fréquence de changement au niveau des besoins fonctionnels

159. Avec Grails les fonctionnalités sont rapidement mises en place et donc rapidement mise en question (si elle doivent être mises en question)=> « failfast » très rapide

160. Laisser tomber un code qui a couté 1 semaine de travail et plus simple que jeter un code qui coute facilement le doubleN. ADOUANI - février 10 page 36

162. Réponse: en agile, la qualité n’est pas négociable, et les tests unitaires ou autres sont obligatoires pour la réussite de la réalisation et l’évolution du projet

163. Avec Grails, le langage utilisé est le langage dynamique Groovy.=> langage dynamique = les classes ont des comportements qui s’ajoutent en runtime=> le compilateur ne détecte pas toutes les anomalies lors des développements=> d’où la forte nécessité à couvrir le maximum de code, la solution est le TDD = tests unitaires avec une couverture maximaleN. ADOUANI - février 10 page 37

165. Rapidité au démarrage et pendant des développements

166. Intégration avec presque tous les Frameworks de l’écosystème JAVA/J2EE grâce aux plugins

167. Permet de faciliter l’adoption des méthodologies agiles

168. Une très bonne documentation, une communauté très active et beaucoup de livres (en anglais)

169. Des success stories comme sky.com, linkedin.com

170. Inconvénients

171. Maturité pas totalement atteinte au niveau de IDE

172. Le compilateur Groovy ne détecte pas toute les erreurs de compilation, à cause des méthodes dynamiques => multiplier les tests unitaires et avoir une couverture de code maximale

173. Des difficultés pour débugguer dans les environnements de développement

174. La qualité des logs et des traces d’erreurs peuvent encore être améliorésN. ADOUANI - février 10 page 38

175. Merci pour votre attentionDes Questions? N. ADOUANI - février 10 page 39