John Catherino, qui est l'auteur du projet cajo, a récemment décrit dans son billet Messaging vs. RPC? Let's fuse 'em, comment le modèle publication/abonnement, que l'on retrouve dans les systèmes orientés message, peut être appliqué dans son framework.

Poursuivant notre découverte du projet cajo, commencée dans l'article « Introduction au projet cajo avec Groovy », nous allons dans cet article, toujours grâce au langage dynamique Groovy, définir une interface graphique Swing pour l'objet serveur : le but est de permettre à tout client, s'exécutant dans sa propre JVM et se liant à l'objet serveur, d'obtenir, puis d'instancier cette interface graphique localement ; celle-ci étant susceptible d'invoquer les méthodes publiques de l'objet distant.
Cette interface graphique peut être vue comme une interface graphique d'administration de l'objet serveur, tout comme dans la technologie Jini, dans laquelle le client d'un service Jini peut en obtenir une interface graphique d'administration.

cajo est un framework Java puissant, destiné au développement d'applications client/serveur, tout en restant léger et simple à mettre en œuvre.
Nous allons dans cet article, ainsi que dans d'autres à venir, en explorer les principales bases avec des exemples de code en langage Groovy, et même montrer comment ce dernier peut apporter encore plus de concision et de clarté dans l'écriture du code.
Tous ces exemples, composés de scripts Groovy, pourront être exécutés dans la console Groovy, à condition de copier dans le répertoire lib de votre installation Groovy, l'archive cajo.jar du projet cajo.