L’ordre des thèmes est le même que durant la session et ne comporte aucune notion d’importance.

Alfresco Transformation Server (Add-on)

Principe

Dans le cas d'un besoin de prévisualisation qui doit être hautement fidèle au document original, Alfresco a développé un add-on appelé Alfresco Transformation Server.
Là ou des problèmes de rendu se posent avec la transformation out-of-the-box du service OpenOffice, Alfresco Transformation Server reproduit fidèlement les documents de la suite Office dans la page de prévisualisation.
Une fidélité qui est primordiale dans le cas d'imagerie médicale ou hautement technique.

Hormis cet apport de qualité de rendu, la solution est plus performante, scalable et plus stable.
Elle peut en plus être monitorée : l'administrateur dispose en effet d'une console d'administration dédiée au serveur de transformation (permettant notamment la remontée des transformations échouées).
NB : PDF2Swf garde son rôle de transformation du PDF en SWF afin d’être affiché dans la prévisualisation.
Enfin, l'utilisation de cet add-on est totalement transparente pour l'utilisateur final.

Version

Cet add-on est disponible depuis la version 3.4.8 d'Alfresco.

Limite

Alfresco Transformation Server ne transforme que les documents de la suite Office en PDF. Les transformations des documents OpenOffice/LibreOffice ou autres ne sont pas gérées par cet add-on.
Du fait que cet add-on soit fortement lié à la suite Office, son environnement d’exécution l'est tout autant : l’utilisation de l’OS Windows Server et de la suite Microsoft Office 2010 est nécessaire.

Pricing

4400€ / serveur / an (version Alfresco Standard)
5900€ / serveur / an (version Alfresco Enterprise)

Alfresco Cloud

Principe

Il s’agit « simplement » d’un Alfresco (Share) disponible depuis n'importe où sur internet.
Le cloud est hébergé sur les serveurs Amazon aux USA.

Limites

Seuls les espaces documentaires des sites Share sont exposés sur l'application Alfresco cloud.
La création d’un compte sur le cloud n’est possible qu’avec des adresses mail d’entreprise (pas de gmail, hotmail, …). Tous les utilisateurs d’un même domaine partage un site de domaine (et donc commun).
Le cloud étant géré par Alfresco, aucune personnalisation n’est possible.

Cycles de vie du projet

Il y a une livraison de nouvelles fonctionnalités environ tous les 2 mois.
Certaines fonctionnalités seront exclusivement présentes dans Alfresco Cloud et non dans la version Alfresco Entreprise « on-premise » (le contraire est également vrai).

APIs

Alfresco met à disposition une API qui permet de connecter des applications spécifiques au Cloud.
Deux interfaces sont utilisées par cette API : CMIS (AtomPub XML) et REST.

Pricing

Il est possible de souscrire à Alfresco Cloud avec ou sans support. La tarification est ensuite basée sur le modèle Freemium de type « Pay as you grow » : le prix facturé dépend du nombre d'utilisateurs et de l'espace de stockage utilisé.
Patriot act
Des données confidentielles peuvent être stockées sur le cloud hébergé aux USA, et selon les termes du « Patriot Act » les données sont accessibles par les services du gouvernement sur ordre d'un juge.
Alfresco étant une société anglaise, elle échappe à une partie des obligations mentionnées dans le « Patriote Act ».
NB : Ce sujet étant restée assez flou, nous ne rentrons pas plus dans les détails. Il est cependant important de prendre cette notion en considération.

Alfresco Sync Hybride

Principe

Cf. le cas d’usage présenté dans un précédent billet : http://blog.smile.fr/Paris-Alfresco-Day-2012

Il s’agit d’une synchronisation bidirectionnelle entre un Alfresco Cloud et un Alfresco Enterprise « on-premise ». Cette synchronisation est intégrée directement dans Share. Toutes les actions se font à l'initiative du serveur d'entreprise.
Les espaces synchronisés sont marqués d'une icône dans Alfresco Share.
Lors du lancement d'une synchronisation depuis Alfresco Enterprise, l'utilisateur doit s'authentifier sur l’Alfresco Cloud via une mire de connexion. Le ticket de session dure 60 minutes : au delà de ce délai, et sans activité de la part de l'utilisateur, une authentification lui sera redemandée.
Etant bidirectionnelle, la synchronisation intègre une gestion de conflit. Si les scripts de gestion de conflit n'arrivent pas à résoudre les problèmes, la version présente sur la version « cloud » prévalent sur la version « on-premise ».

Limites

La synchronisation est uniquement disponible pour la version Alfresco Entreprise.
Pour pouvoir s'authentifier sur le cloud, il faut déclarer les utilisateurs un à un sur le cloud. Il n'y a pas pour le moment de synchronisation entre l'authentification cloud et l'authentification sur la version « on-premise » ; même remarque concernant le partage des droits.
Les méta-données sont bien stockées dans le cloud mais ne sont pas pour le moment exposées.

Cycle de vie du projet

Les règles ainsi que les workflows, uniquement Activiti, et avec réplication des processus, ainsi qu'une synchronisation des utilisateurs, arriveront dans les itérations suivantes.

Pricing

Il s’agit de la solution « Alfresco One ».
La version Alfresco Enterprise doit disposer d’une clé de licence permettant la synchronisation avec le cloud. Les clients ayant ce type de licence disposeront d'un certain nombre de comptes gratuits avec un espace disque global limité.

Client local de synchronisation

Principe

Il s’agit d’une synchronisation bidirectionnelle {poste de travail} <-> {Alfresco} permettant de synchroniser des éléments du système de fichier local avec un Alfresco distant.
Des essais ont montré que l'exposition via le protocole Sharepoint (depuis un site Share) de tout l'entrepôt a montré ses limites allant jusqu'a l'écroulement du protocole. Il a donc été choisi d'utiliser le protocole WebDav.
La synchronisation est asynchrone : à ce titre, elle ne bloque par exemple pas les processus d’enregistrement des documents.

Limites

Aujourd'hui, le projet est encore dans sa version Bêta (voire Alpha) : il n'est donc pas déployable dans un environnement de production.

Cycle de vie du projet

Une première version stable est prévue pour début 2013.
Elle consistera en un installateur (pour Windows et Mac – les systèmes Linux devront quant à eux ouvrir le « jar » correspondant). Ce client sera gratuit et fonctionnera quelque soit la version d’Alfresco.
Les sources de ce projet seront entièrement disponibles.

Module SOLR (add-on)

Principe

Il s’agit d’un serveur d'indexation basé sur le moteur d’indexation SOLR (lui-même basé sur le projet Lucene). Ce serveur peut être décorélé des nœuds Alfresco. En effet contrairement aux indexes Lucene qui doivent être présents sur chaque nœud Alfresco, le serveur d'indexation SOLR peut être déporté sur un serveur standalone et contribuer à l'indexation de l’ensemble des nœuds Alfresco (sans nécessité de duplication).

Les performances offertes par le moteur d'indexation SOLR sont non négligeables. Elles sont le résultat d’une customisation/optimisation du serveur SOLR pour Alfresco ainsi que d’une modification du comportement d’indexation/recherche. Notamment, les ACLs (droits d’accès) sont indexés (ce qui améliore l'évaluation des permissions d’accès à un nœud) au même titre que les chemins de contenu (ce qui accélère les requêtes de type « PATH »), ainsi que le propriétaire d’un nœud. D’autre part, une partie des contraintes d’indexation ont été reportée au niveau de la base de données.
De manière générale, l'indexation SOLR est utilisée dans la recherche, les filtres, les tags, les catégories, les dashlets... Techniquement, certaines requêtes sont simplifiées : c’est le cas des requêtes de type « time », « cross language »…

Les serveurs SOLR sont scalables (plusieurs serveurs SOLR peuvent desservir un cluster Alfresco) et peuvent être monitorés.
Le module SOLR se décompose en deux cores (jeu indépendant d'index lucene – index, schéma, config) : un pour le SpacesStore, l’autre pour l’ArchiveStore. Il questionne le repository toutes les 15 secondes pour savoir si de nouvelles transactions ont eu lieu : si c’est le cas, le module indexe les éléments correspondants. Le Backup des indexes est automatique (il est géré par tâche cron et par core).
Le module SOLR est livré avec une console d'administration. L'administrateur peut notamment réindexer un nœud en particulier, un ensemble de nœuds modifiés dans une plage de temps...
A titre informatif la version « Alfresco Cloud » utilise SOLR comme serveur d’indexation.

Pricing

La mise en place d’un serveur SOLR est décorellé des noeuds Alfresco. Il nécessite de disposer d’un serveur dédié et donc d’une CPU comptabilisée dans la souscription annuelle. Sinon, cela n’a pas d’impact financier.

Mise en place

Il est facile de migrer d'une indexation purement Lucene à une indexation de type SOLR. Il suffit de configurer chaque core. Deux paramètres sont essentiels : le chemin vers les données et l'url du repository Alfresco.
Il est ensuite possible de switcher d’un moteur d'indexation à l’autre au runtime. Il s’agit ensuite d’attendre que SOLR finisse d'indexer l'existant (une console d'administration est disponible pour suivre l'état de l'indexation) et ce, sans blocage d’accès.

Limites  

Ce module se limite à la version Alfresco Entreprise.
Bien que le module repose sur le projet SOLR, celui-ci a fortement été modifié par les équipes d'Alfresco. Le module ne peut pas servir à autre chose que pour indexer du contenu Alfresco. Il est à considérer comme une « boîte noire » non modifiable.
Une limite technique est que le module SOLR tel que proposé par Alfresco ne fonctionne qu’avec le serveur d’application Tomcat.
Une limite fonctionnelle est que contrairement aux indexes Lucene, les index SOLR ne sont pas propagés instantanément (toutes les 15 secondes) ce qui a pour effet de rendre les résultats des recherches erronés pendant ce laps de temps (type « Eventually consistent »). Cela ne convient donc pas à toutes les utilisations d’Alfresco.
Pour l’instant, les possibilités de catégorisation des résultats ne sont pas opérationnelles. Cela fait partie de la road map.

Alfresco mobile / SDK

Principe

L’idée d’Alfresco est de mettre à disposition des développeurs un SDK mobile multi-plateforme  (iOS et Android), qui puisse les aider à développer des applications mobiles autour d'Alfresco Entreprise « on-premise » et version « cloud », et ce, sans distinction en termes de développement.
Le but est que quelle que soit la version d'Alfresco, la compatibilité sera ascendante (ie. les interfaces d'appel seront conservées).

Le « package mobile » comprend :

• Une application mobile, dont le code est open source
• Des composants d'interface graphique à intégrer directement dans les applications mobiles custom (par exemple : liste de tags, liste des enfants d'un dossier...)
• Une API cliente de bas niveau
• Le SDK mobile qui est composé de plusieurs couches (listées du plus haut au plus bas niveau) : Alfresco Mobile UI Component ; Alfresco Mobile Async API (gère la spécificité des connexions mobiles) ; Alfresco Mobile API ; Alfresco Open CMIS ; Chemistry Mobile

Cycle de vie du projet

SDK mobile :

• Version 1.0 (fin octobre 2012) : SDK IOS + Android
• Version 1.1 (fin décembre 2012) : Bug fixes + support des types/propriétés personnalisés
• En 2013 : une nouvelle version par trimestre, avec comme objectif pour mi-2013, que le même SDK soit utilisé pour les deux plateformes (iOS et Android).

Client iOS :

• Version 1.5 (1er semestre 2013) : workflows simples, synchronisation des favoris
• Version 1.6 : bug fixes
• Version 2 (été 2013) : basée sur le SDK commun, nouveau design, implémentation des fonctionnalités de check-in, check-out et d'update

Client Android :

• Version 1.0 (fin octobre 2012) : support d’Alfresco « on-premise » et cloud

Stratégie Mobile

L’OS mobile iOS a pour l’instant été priorisé sur celui d’Android (pour des raisons de taux d’introduction de cet OS mobile au sein des entreprises clientes d’Alfresco). Mais le marché change (ou est sur le point de changer) et l’intégration d’un spécialiste Android au sein de l’équipe Alfresco devrait changer la donne.
Concernant l’application Android, elle ne sera compatible qu’avec les Android version 3.x et plus. Le marché des tablettes étant clairement visé.

Roadmap Alfresco

Une version 4.1.1 a été déployée depuis la fin septembre 2012.
Concernant la 4.2 entreprise, plusieurs axes de nouvelles fonctionnalités sont à prévoir.
Parmi celles-ci, la fonctionnalité de Media Management sera un objectif clé. Par le passé nous avions un clivage ECM vs DAM. Aujourd'hui l'axe privilégié est l'association entre l'ECM et le DAM. Cette association a pour résultat le Média Management.
Ainsi, de nouvelles interfaces apparaîtront concernant les types « média » : une nouvelle vue (de type « galerie » : sous forme d’images, pellicules, avec mise en pleine écran, …), des métadonnées spécifiques, la transformation des médias…

D’autres évolutions sont à prévoir en version Alfresco Entreprise 4.2 (ou les suivantes) :

• Simplification du paramétrage. Notamment du paramétrage du clustering : la mise en place de cluster devient semi-automatique dès lors que plusieurs nœuds se connectent à la même base de données
• Meilleure granularité des permissions dans les sites Share (équivalente à termes à celle qui existe dans l’Explorer)
• Amélioration de l'interface utilisateur : notamment au niveau des thèmes proposés en standard
• Notification par mail plus riche
• Un meilleur contrôle sur les flux de données
• Recherche et navigation par facette : la création des facettes se fera directement dans la console d'administration

Des évolutions sont également à prévoir concernant le module RM « Records Management » : la version actuelle 2.0 ne supporte pas l’indexation SOLR. Ce sera le cas en version 2.0.1.
En version 2.1, l'utilisateur pourra déposer ses « records » au sein de l’arborescence de n’importe quel site (et pas uniquement dans un site dédié tel que c'est le cas aujourd'hui).

La version Alfresco Community courante comporte déjà quelques prémisses de la future version 4.2 d’Alfresco Enterprise (même si aucun engagement n’est fait de la part d’Alfresco) :

• Une intégration plus complète avec Google docs : l'édition en ligne des documents peut se faire directement dans Share. Les verrous s'appliquent lors des réservations des documents...
• Fonctionnalité de partage publique avec la possibilité de créer un lien unique vers le document
• Multiplication des points d'extension sur Share. Share qui était par le passé à considérer comme une interface « possible » d’Alfresco, sera à considérer comme une plateforme
• De nouvelles dashlets : recherche dans un site, résultat de recherches sauvegardés, « mes discussions »...

A noter que cette version rend techniquement impossible la mise en place d’un cluster.

Nous rappelons également que la version Community ne permet pas l’utilisation de la fonctionnalité de synchronisation avec le cloud.