La première rencontre des utilisateurs de JORAM s’est tenue à Paris le 17 juin dernier. Cette
réunion constitue une « première » dans la vie du consortium ObjectWeb pour réunir des
utilisateurs et des développeurs d’un composant open source en vue de favoriser les échanges
directs entre eux. Du fait de sa localisation à Paris, un grand nombre d’utilisateurs n’a pas pu
assister physiquement à cette réunion. Nous les prions de bien vouloir nous excuser de cette
contrainte mais nous allons nous efforcer de mettre en place prochainement un canal de
communication approprié pour prolonger et étendre ces échanges à l’ensemble de la communauté
JORAM.
La communauté JORAM croît de façon très rapide et concerne de nombreuses catégories
d’utilisateurs (éditeurs, intégrateurs, utilisateurs finaux dans tous les domaines d’application).
Pour certains d’entre eux la période d’expérimentation est maintenant terminée et on observe
aujourd’hui la mise en production de solutions opérationnelles intégrant le composant JORAM.
Cette évolution est attestée par les interventions sur le forum JORAM. C’est pourquoi il nous est
apparu que la période était propice à rassembler les membres de la communauté JORAM pour échanger leur expérience à propos de l’utilisation qu’ils font de JORAM et pour identifier les évolutions/améliorations qui permettront de consolider le succès naissant du composant JORAM.
La réunion avait un triple objectif :
Témoigner de la crédibilité de la solution JORAM à travers des études de cas,
Identifier les problèmes à résoudre pour assurer la pérennité du produit,
Débattre des moyens d’accroître la synergie à l’intérieur de la communauté pour assurer les
objectifs de crédibilité et de pérennité.
La liste des participants et quelques présentations sont disponibles à la fin de ce compte-rendu.
Dans un premier temps Jean-Pierre Laisné, Président d’ObjectWeb, a rappelé brièvement les
objectifs et le contexte du consortium, puis Roland Balter ( ScalAgent Distributed Technologies) a
fait une rapide introduction du composant JORAM et a présenté les objectifs de la réunion, à
savoir un renforcement de la communauté JORAM grâce à des échanges directs entre utilisateurs
et développeurs.
Dans un deuxième temps, certains des utilisateurs présents à la réunion ont présenté leur usage
de JORAM, les choix d’architecture et les problèmes techniques rencontrés. Tous les participants
ont considéré que cette opportunité de partager des expériences variées était un point très positif
de cette journée qu’il faudrait pouvoir prolonger de façon électronique sur un forum propre à la
communauté JORAM.
Ces présentations ont été suivies d’un débat portant sur les attentes des utilisateurs et sur la
manière d’y répondre. Les questions ont porté à la fois sur des aspects techniques (par exemple,
haute disponibilité, performances, administration, documentation, etc.) et sur des aspects plus
stratégiques tels que « road map » du produit, types de support, références, etc. Les
considérations stratégiques sont très importantes aux yeux de nombreux utilisateurs dans la
mesure où ils sont à la recherche d’arguments forts pour défendre une stratégie de développement
fondée sur l’open source face à des produits propriétaires qui sont souvent plus élaborés mais
aussi moins ouverts et souvent très chers (en particulier pour les configurations distribuées). Les
réponses à l’ensemble de ces questions sont aujourd’hui très dépendantes du volume de
ressources disponibles dans la communauté open source. Ce niveau de support élémentaire (qui
est et qui restera de type « best effort ») peut être prolongé et étendu de deux façons complémentaires :
Par des offres de service professionnelles proposées par des sociétés telles que ScalAgent,
Par un élargissement significatif des contributions des utilisateurs. Sur ce point une
discussion s’est engagée sur les types de contribution possibles, à côté des apports
traditionnels en matière de debug ou de code, qui ne sont pas toujours faciles à mettre en
oeuvre. Les participants ont reconnu que les contributions peuvent prendre des formes
diverses telles que :
Description d’études de cas, exhibant un choix d’architecture particulier,
Etudes de performances,
Eléments de documentation et tutoriels,
Réponses aux nouveaux entrants sur la « mailing-list » JORAM.
Conclusion
De l’avis général des participants, ce type de réunion est très utile et devrait être prolongé par des échanges sous forme électronique entre membres de la communauté. Dans un premier temps, il
est proposé d’utiliser la liste actuelle ( joram@objectweb.org ) pour faire des propositions quant à
la manière de structurer les échanges pour traiter l’ensemble des points qui nécessitent un effort
en vue d’améliorer la couverture fonctionnelle et la qualité du produit. Un canal d’échanges spécifique sera créé ultérieurement si le volume d’échanges consacré à ces actions s’accroît de
façon significative. Il est également proposé d’organiser une nouvelle session de ces journées de
rencontre vers la fin de l’année ou au début de l’année 2005 (par exemple en liaison avec la
Conférence Internationale ObjectWeb) pour traiter des points importants identifiés dans les mois à venir.
Pour conclure, l’équipe JORAM tient à remercier les participants pour leurs contributions et leurs
suggestions constructives propres à consolider le succès de l’initiative open source JORAM.
Le consortium ObjectWeb vise à développer une base de composants middleware selon les principes du logiciel libre. Le consortium regroupe aujourd'hui une large communauté de développeurs et d'utilisateurs. JORAM constitue l'un des composants phares de la base de code ObjectWeb.