1. Confluence en tant que CMS : une
fausse bonne idée ?
Copyright EBM Websourcing – Petals Link. Tous droits réservés.

2. Sommaire
Petals Link, éditeur de l'ESB open source Petals
La genèse – contexte et objectifs
L’ère primaire – un simple wiki
L’ère secondaire – Confluence à 100%
L’ère tertiaire – au-delà des 100% ?
Bilan et questions

3. Petals Link – Qui sommes-nous ?
Éditeur de solutions Open Source professionnelles
pour la mise en œuvre d'infrastructures SOA.
Membre du consortium OW2.
Partenaire de grandes entreprises, laboratoires et
universités sur des projets RD français /
européens.
Siège à Toulouse, agences à Grenoble et Paris.

4. Petals Link – Que faisons-nous ?
Le nouveau paradigme des systèmes
d'information : La SOA
Le nouveau modèle d'EAI : l'ESB
Bus de service d'entreprise : un kernel et des
composants.
Connecteurs
New
SE
New
Transformation Orchestration BAM
Composants d’intégration

5. Petals Link – Qui sont nos clients ?
Pour toute entité possédant un existant complexe, hétérogène,
qui souhaite moderniser et flexibiliser son SI de manière
progressive et maîtrisée.
+ de 50 administrations et entreprises ont fait appel à nous,
parmi lesquelles :
Orange : infrastructure de médiation pour son service.
ACOSS : infrastructure de services interconnectée avec les
SI partenaires pour automatiser le recouvrement.
Région Aquitaine : infrastructure de services pour exposer un
portail unique de procédures hétérogènes pour le citoyen.

6. Petals Link – L'activité recherche
Objectifs
Développer une pile d'outils d'infrastructures respectueux des
standards et innovants.
Retenir les meilleurs concepts pour préparer l'ESB fiable et
performant de demain.
Quelques chiffres
+20 projets depuis la création.
Outils publiés en open source :
BPM, orchestration, bus distribué...
80 partenaires.

7. La genèse (I) – Le contexte
Les manques
Dispersion en interne de l’information.
Pas de visibilité en externe de notre activité.
Nécessité de fournir un outil de collaboration sur un projet
de recherche.
Pourquoi Confluence ?
Nécessité de créer un wiki pour le projet .
Déjà utilisé pour la documentation.

8. La genèse ? (II) – Les objectifs
Planning en trois temps.
Espace de collaboration externe sur Soceda.
Vitrine complète sur l’activité de recherche.
Gestion d’équipe, multilingue, base documentaire,
statistiques.

9. L'ère primaire – un simple wiki (I)
Contraintes : partie publique / externe / interne. Accès en écriture.
Structuration
Publique
Partenaires : research-cleduprojet
Petals team : accès interne
Accès et navigation
Permissions en lecture sur les pages « mères »
Macro « research-sidebar-project » : Velocity + Visibility.
Rewriting pour le nom de domaine www.soceda.org.

10. L'ère primaire – un simple wiki (II)
Interface
Détournement du thème documentation (main.vmd page.vmd)
User Macro Page.vmd Main.vmd
{Research Sidebar Project} div id=splitter
Appels Velocity + visibility plugin content tag=nav-sidebar div id=splitter-sidebar
$helper.renderConfluenceMacro $!sitemeshPage.getProperty
({research-sidebar-project}) (page.nav-sidebar)
/content /div[…]
/div

11. L'ère secondaire – Confluence à 100% (I)
Contraintes : facilité d’administration, croisement d’information,
automatisation. Vitrine de toute l'activité recherche.
Réutilisation
Partenaires : centralisation et propagation automatique
¢ 1) Création des pages Partenaires à partir d'un template
¢ 2) Labellisation par nom de projets.
¢ 3) Plus deux macros utilisant le reporting plugin...
Et la magie opère !

12. L'ère secondaire – Confluence à 100% (II)
Standardisation des espaces Projects
Modèle d'espace projet (Template Project).
¢ Structure de contenu standardisée, teamlabel « project ».
¢ Pages « automatiques » (contact, SVN/Jira, équipe, plugin userinfos).
¢ Template unique (main.vmd et page.vmd globaux).
Actions manuelles : création des users / groupes,
permissions principales, changement du logo et des couleurs.
Création des Résultats et Thématiques
sur le même principe (modèle, teamlabel, macros d'automatisation)

13. L'ère secondaire – Confluence à 100% (III)
Barre de menus adaptative (research-menubar-global).
Barre latérale conditionnelle
Page.vmd {Research-sidebar-global}
Pour l'espace d'accueil
ou les espaces persos
#set ($helper = $params.get(helper))
#set ($currentSpaceKey = $helper.spaceKey)
#if ($action.space.isPersonal() {Research-sidebar-project}
|| $action.space.key == research) Pour tous les autres espaces :
projets, résultats, thématiques
Pour les admins
Prototype : le menu « Quickjump »
La version finale : menu « Admin »

14. L'ère tertiaire – Au-delà des 100% ? (I)
Objectifs : gestion d’équipe (calendriers, suivis), point d'entrée
unique, multilinguisme, base documentaire, communauté.
1) Point d'entrée unique.
Pages d'aide + navigation.
Dashboard commun.

15. L'ère tertiaire – Au-delà des 100% ? (II)
2) Gestion d'équipe sur espace dédié
Suivi des réunions mensuelles semi-automatisé
Essais de calendrier communs avec Calendar
3) Multilinguisme
Essai du Language plugin
Solution retenue : espace dédié + adaptation template.
#if ($currentSpaceKey.equals(ista3))
div style=float:right
a style=border:0; margin:5px; href=/display/ista3fr
img src=http://files.petalslink.com/img/common/fr.png
/a
/div
#end

16. L'ère tertiaire – Au-delà des 100% ? (III)
4) Bibliographie (même système que les partenaires).
Template « Bibliography » avec multi-excerpt
Labellisation pour propager automatiquement
5) Ajout de suivi des téléchargements
Appel direct de javascript dans une page.
Création d'un plugin dédié download-statistic-macro

17. Le Bilan – Notre analyse (I)
Confluence : Le bon
Très extensible sur plusieurs niveaux (plugins tiers/
user macros/templates/plugins propres)
Facilité d'utilisation et (en partie) d'administration
Remplit son job en tant qu'outil collaboratif
Documentation au top niveau

18. Le Bilan – Notre analyse (II)
Confluence : Le moins bon
Dépendance à de nombreux plugins
Reporting
Multi-excerpt
Documentation theme
Etc...
Insuffisance de l'administration à grande échelle
(labels, user macros, plugins, permissions)
Limites arbitraires + ou - compréhensibles
Features standard (Infos profil, {tree}, {children})
API Confluence (PageManager / SpaceManager)
Exécution de Javascript / Velocity

19. Le Bilan – Notre analyse (III)
Confluence : Le mauvais
Gestion multilingue
Caractères accentués
SEO limitée (url, images, métadonnées)
« Bruit » dans la base de donnée
Perte d'utilisabilité pour l'utilisateur

20. Le Bilan - Perspectives
Perspectives sur le wiki recherche
Team Calendars
Factorisation de user macros dans un plugin dédié
Refonte complète de l'interface dans un plugin propre.
Veille sur les autres points (multilingue, accents, etc...)
Notre morale de l'histoire
Confluence reste un excellent produit.
Ne pas trop tordre la barre.
Se garder un vrai développeur sous le coude.

21. Avis et questions
Qu'en pensez-vous ?
Points positifs ?
Contraintes et risques ?
Solutions et contournements sur des points
précis ?
VOS QUESTIONS

22. Remerciements et crédits :)
Sébastien Rebière (alias « Super-Admin »)
Sébastien Garcia-Bordès (notre designer en chef)
Nicolas Salatge (maître ès plugins)
Pour me contacter
Laurent Lacôte
Laurent.lacote@gmail.com
+33661523160
Merci de votre attention !
Copyright EBM Websourcing – Petals Link. Tous droits réservés.