Notre article précédent, Exposer une Closure Groovy en tant que service HTTP, décrivait un simple DSL Groovy permettant de définir une route Camel composée du composant Camel camel-jetty et d'un Processor, dans le but de pouvoir invoquer du code Groovy en tant que service sur HTTP.
Cette fois, nous donnons un nouvel exemple de script Groovy capable de traiter un fichier transmis au travers d'une requête POST HTTP, ceci grâce au support des messages multi-parties du composant camel-jetty.
Une telle requête peut tout simplement être envoyée au moyen d'un formulaire HTML.

L'outil GRAPE (GRoovy Adaptable/Advanced Packaging Engine) de Groovy constitue un excellent outil pour tester le framework d'intégration Apache Camel : dans cet article, nous allons définir une route Camel dans un script Groovy qui nous permettra d'exposer une Closure Groovy au travers d'un service HTTP, tandis que les dépendances de compilation et d'exécution seront résolues par GRAPE.
Plus précisément, la route étant prédéfinie, l'adresse du service, ainsi que le code Groovy à exécuter, seront placés dans un fichier externe et définis par un Domain Specific Language (DSL) Groovy simple que nous allons décrire.

Basé sur l'outil S5, GroovyS5 consiste essentiellement en un script Groovy permettant de générer facilement des présentations Web S5, à partir d'un langage spécifique (DSL GroovyS5) basé sur la syntaxe du langage Groovy.

Une démonstration valant plus qu'un long discours, voici deux présentations réalisées avec S5 : la première est S5: An introduction de Eric A. Meyer, la seconde, GroovyS5, que nous avons générée grâce au script GroovyS5.groovy (en fichier attaché) en utilisant la commande groovy.

Voici enfin la présentation « Java plus Groovy » que j'ai donnée le 15 juillet dernier, dans le cadre du Riviera JUG ! Quelques photos ici et là.