Infoglue est un système de gestion de contenu (CMS en anglais pour Content Management System). C'est un outil développé initiallement par un groupe suédois emmené par Mattias Bogeblad.

Basé sur des technologies J2EE reconnues (Hibernate, Castor, OSWorkflow, PropertySet, Webwork), il peut être connecté théoriquement avec n'importe quelle base de données possédant un connecteur JDBC (MySQL, PostGreSQL, SQL Server, Oracle, Sybase, ...).

Un flux de validation (validation worflow en anglais) à 2 étapes est disponible de base :

  • on crée un contenu, celui-ci est donc à l'état de brouillon,
  • le brouillon est soumis à publication, le contenu est à l'état d'attente de publication,
  • le contenu est enfin validé, le contenu est publié, il est disponible au public.

Ces 2 étapes de validation définissent donc 3 états possibles du contenu.

Le cycle de vie des contenus est disponible par défaut. Cela permet de définir à quelle période un contenu est disponible au public. Le contenu apparaît automatiquement à la date de début de son cycle de vie et disparaît automatiquement à la fin. Cette notion de cycle de vie permet d'introduire 2 sous-états pour l'état publié : actif ou archivé.

Au total par défaut, cela fait 4 états possible pour un contenu :

  • brouillon
  • en attente de publication
  • publié et actif
  • publié mais archivé

Il est possible de définir de nouveaux flux (de validation ou métier) en se basant sur les mécanismes d'OS Workflow. Dans le cas de nouveaux flux de validation, il est délicat de se raccorder au mécanisme natif d'Infoglue. Il est possible de le faire mais au prix d'un investissement élevé. Pour les flux métiers, il est possible d'appeler n'importe quel code Java (moyennant quelques interfaces à implémenter de façon simple). Cela peut être très pratique pour déclencher des traitements par lot (batch) directement à partir de l'interface d'administration.

Il est relativement simple d'implémenter un mécanisme de gestion des authorisations et des authentifications. Dans l'interface d'administration, il est possible de changer les classes java en charge de ces 2 points. Quelques classes java sont fournies et peuvent servir d'exemple pour le développement de mécanismes de gestion bien spécifique.
Parmis les connecteurs présent par défaut, on retrouve en autre pour l'authentification :

  • mécanisme de base d'Infoglue : mot de passe et utilisateur en base de données d'Infoglue
  • connecteur CAS : permet de déléguerl'authentification à un serveur CAS
  • connecteur LDAP : recherche les informations de connexions dans un annuaire LDAP

Pour l'authentification :

  • mécanisme de base d'Infoglue : rôles, groupes et leur affectation aux utilisateurs en base de données d'Infoglue.
  • connecteur LDAP : toutes les informations sont stockées dans l'annuaire LDAP. Infoglue est alors en lecture seule sur la gestion des authorisation, tout changement s'opère dans le LDAP.