Ce soir avait lieu la première session organisé par le tout jeune Java User Group Toulousain. Au programme :

• JavaME – Sylvain Wallez (CTO Goojet)
• L’écosystème GWT – Bruno Marchesson (consultant senior Valtech)

Au cours du SigmaT9, Gaël Blondelle et Florent Garin nous annonçait la création¹ du Java User Group Toulousain. Des liens évidents s’amorçant avec le SigmaT, mon envie de me remettre à Java et un programme alléchant pour moi et voilà trois bonnes raisons d’y assister.

Les présentations ont eu lieu dans l’amphi U3 de l’Université Paul Sabatier, hébergé par l’IUP ISI².

JavaME - Sylvain Wallez - CTO et cofondateur de Goojet

JavaME c’est Java Mobile Edition, j’avais joué un peu avec il y a quelques années, à l’époque où je bossais sérieusement sur e-biblio.

Sylvain nous a fait une très bonne présentation mêlant aspect pratique et théorique sur JavaME. Qui dit Mobile Edition, dit pour téléphone. Et qui dit téléphone, dit diversité : fabriquant (Nokia, Samsung, LG ³, Motorola, etc.), d’OS (Symbian, Windows Mobile, …), d’interface (clavier, tactile, trackball, …), d’écran (couleur, taille, …).

Même si le monde l’ignore, la plupart des téléphones modernes embarque une JVM JavaME, dont les spéc minimales ne requiert que 128ko de RAM et un petit écran monochrome.

Point de vue dev, le processus suit celui d’une appli Java classique à laquelle on rajoute :

• un fichier de description : l’url du jar, la caractéristique minimum et ce genre de chose.
• une prévérification : la vérification faite à l’exécution dans la JVM habituellement est préparé au préalable et embarqué dans le .class pour gagner de la place en RAM⁴
• une phase d’obfuscation : pour éviter le reverse engeeniring mais aussi, et surtout ?, pour gagner de la place en renommant tout et en supprimant le code mort⁵.

JavaME fourni une API de base avec les fonctionnalités génériques de bases requises par tous les apareils. À cela s’ajoutent des APIs optionnelles pour toutes les fonctionnalités spécifiques. Et comme souvent dans le monde Java, il y en a pour tous les gouts. Cela reste souvent d’éléments très bas niveau, et il faut refaire à la main pas mal de choses à l’ancienne et à la main.

Normalement JavaME est censé fonctionner partout de la même façon. Dans la vraie vie, ce n’est pas le cas et pour s’adapter au maximum de plateforme, il faudra passer par des directives de précompilation⁶ ou de try catch⁷.

En gros, JavaME, c’est bien, et ça a encore de beaux jours devant lui car il permet de faire un code à peu près portable sur une grande majorité de terminaux diverses et variés. Mais si je lis entre les lignes du discours de Sylvain, l’avenir, c’est Android⁸.

L’écosystème GWT - Bruno Marchesson - consultant senior Valtech

GWT, c’est le Google Web Toolkit. L’idée c’est de pouvoir coder toute son interface web en Java et s’abstraire de la compléxité de maintenance d’un code Javascript⁹. En pratique, la compilation du code java génère du code javascript¹⁰.

Bruno rappelle que Toolkit n’est pas Framework. GWT vous fournit des opérations de bases pour faire tout un tas de choses, mais en aucun cas il ne vous conseille sur la façon de vous en servir, les bonnes pratiques, le cadre ou la mise en place de garde fou. Ces vides sont en partie comblés par l’efficace communauté open source dont il nous propose de faire un petit tour.

• Coté client :
  • ce sont essentiellement des réécritures/extensions des widgets graphiques de l’interface. Ext GWT¹¹ semble le plus abouti, avec Smart GWT. Le premier est un portage de Ext JS, l’autre est une encapsulation de Javascript de SmartClient. GWT Incubator sont des widgets basiques en essai qui seront, si validé, intégré dans GWT. GWT Mosaic intègre les widgets d’Incubator plus un ensemble d’autre utilisant strictement les widgets GWT¹².
  • pour les graphiques, GChart semble être le petit frère du bien connu JFreeChart : c’est complet, ça fait tout, mais c’est pas très beau… Une solution ¹³ permet de générer de magnifiques graphes flash¹⁴.
  • coté MVC, Smart GWT et GXT intègre plus ou moins nativement ces méchanismes. Gwittir semble, lui, l’outil le plus mature. Mais pléthore d’autres frappent à la porte : GWTruts¹⁵, GWT-MVC, mvc4g, PureMVC¹⁶.
• Coté serveur : GWT c’est uniquement la présentation, et les canaux de communications avec la partie serveur, le reste, c’est pas son business.
  • GWT-SL s’occupe de la communication avec vos applis Spring directement depuis la couche GWT.
  • Gilead¹⁷ ex hibernate4GWT, permet de dialoguer avec des objets hibernate ¹⁸.
  • gwt-validation est un framework coté client et serveur qui permet aussi de sa validation.
  • gwt-php, gwt AIR, GWT flash : besoin de plus de détails ? :) après l’intérêt de tels systèmes peut surement être discutable¹⁹

Bref, la communauté autour de GWT est fleurissante, mais les nouveaux projets meurt à peu près aussi vite qu’ils n’apparaissent, il faut donc prendre soin de s’assurer de la solidité de ceux que l’on va utiliser dans son propre système.

À noter aussi, que, de façon surprenante, GWT n’est pas encore supporté sur l’offre cloud computing de Google²⁰.

le Java User Group Toulousain

À priori, la prochaine session devrait avoir lieu avant les grande vacances²¹. A ce sujet, les organisateurs lancent un appel à speakers : si vous avez envie de parler de quelque chose qui vous passionne autour de Java, n’hésitez pas à les contacter. Ils envisagent également l’organisation de coding dojo. Comme c’est aussi une des idées qui émerge dans SigmaT, un rapprochement sur ce point devrait avoir lieu entre les deux assos :)

L’apéro

Et comme tout bon séminaire d’un User Group, cette session se termine autour d’un apéro pour étendre les discussions avec les intervenants et l’assistance.

Ma conclusion

Avec un peu plus de 60 personnes présentes, c’est une première plutôt bien réussie. L’ambiance est sympathique et les présentations de très bonnes qualités, techniques sans être incompréhensible par les non-expert. Vivement la prochaine :)