Pour le projet d’un client, j’ai besoin de déposer des documents dans une GED « Nuxeo »…
Je ne connais ce logiciel libre que de (bonne) réputation, alors la perspective d’un test/découverte est plutôt réjouissante 🙂
Étant plus familier avec Alfresco, la prudence recommande quelques tests préalables en interne, n’est-ce pas?
Voici donc l’aventure d’un n00b sur cet outil, dont la découverte se révèle bien plus facile que prévu.
(mise à jour le 17/6/2016)
Obtenir et déployer Nuxeo
D’abord, télécharger depuis le site officiel, qui joue à fond la carte de l’ouverture en incitant le visiteur à tester et jouer avec son logiciel. Tout est fait pour lui faciliter la vie.
Et propose les étapes d’après naturellement: dézippe-moi, exécute-moi, va me voir en navigateur pour la configuration.
Premièrement après le dézip, il faut le lancer…
$ ./Start\ Nuxeo.command ERROR: Nuxeo requires Java 1.8+ (detected 1.6.0_41)
Voilà voilà, il nous impose un Java 1.8, donc édition du fichier « Start Nuxeo.command », pour ajouter la variable JAVA_HOME
ligne 2 (évidemment, il faut l’avoir installé au préalable):
#!/bin/sh export JAVA_HOME="/usr/lib/jvm/java-8-oracle" # Convenience script for Mac OS X BIN_DIR=`dirname "$0"`/bin chmod +x "$BIN_DIR"/*.sh "$BIN_DIR"/*ctl exec "$BIN_DIR"/nuxeoctl gui start
Zou, ça marche beaucoup mieux, et affiche une très jolie interface graphique !
Voilà une bonne surprise: c’est (très) rapide, et rassurant pour la suite.
Configuration de base
Un petit clic pour ouvrir l’interface de configuration en navigateur, et dérouler toutes les étapes du processus d’installation. Voir les captures dans la galerie ci-dessous.
A l’issue, le serveur (tomcat!) est redémarré tout seul (oui, TOUT SEUL).
Incroyable, même l’installation des mises à jour se fait depuis le navigateur! L’administrateur ne touche pas à la ligne de commande, il a accès à de nombreux écrans de monitoring, sondes, et fichiers de trace :
C’est très impressionnant. Bravo.
Personnalisation
Bon, là, la magie opère, c’est cependant moins flamboyant: nous voilà sur le « cloud » de Nuxeo Inc., où il a fallu enregistrer laisser ses coordonnées pour valider un compte d’essai (30jours) pendant l’installation.
Du coup, l’exploitant se sent beaucoup moins « libre »: car toute la personnalisation de la GED se modélise apparemment dans les nuages, sur les serveurs spécifiques de la société éponyme. au lieu de se faire en local. Le nuage se fait brouillard, impossible de savoir ce qu’il se passe, les données et les traitements sont sur la machine de quelqu’un d’autre.
Et quand la souscription d’essai expire, que se passe-t-il ?…. eh bien je verrai ça dans 30 jours ^^
Connectivité et Interopérabilité
Dur, dur… On n’est pas chez Alfresco, ça se sent. Donc exit les connecteurs FTP, ou IMAP, pas possible non plus d’avoir le protocole WSS-Sharepoint, ni même SMB/CIFS: des standards de fait, à défaut d’être ouverts et libres et sont donc pratiques.
Se contenter d’un strict minimum:
- du WebDAV: sur http://localhost:8080/nuxeo/site/dav/
- un connecteur CMIS (tout de même): https://doc.nuxeo.com/display/NXDOC/CMIS
A bidouiller donc avec son client préféré (CMIS Workbench par exemple):- JSON: http://localhost:8080/nuxeo/json/cmis
- Atom CMIS 1.0: http://localhost:8080/nuxeo/atom/cmis10
- Atom CMIS 1.1: http://localhost:8080/nuxeo/atom/cmis
- une API REST, spécifique, donc implémentation non disponible sur un autre moteur, quel dommage pour l’interopérabilité et les développements. Je déteste les portages, voilà c’est dit. Plusieurs langages possibles côté client:
- Java: https://nuxeo.github.io/nuxeo-java-client/
- JavaScript (pour Node.Js ou Angular): https://doc.nuxeo.com/display/NXDOC/JavaScript+Client
- Python: un module
nuxeo-python-client
existe pourpip
: https://www.nuxeo.com/blog/nuxeo-python-client-a-python-client-library-for-nuxeo-automation-and-rest-api/https://doc.nuxeo.com/display/NXDOC/Python+Client - et aussi Android, iOS, cURL, etc, n’importe quoi faisant du REST finalement, mais à coder.
- un client « Nuxeo Drive » de synchronisation: c’est gentil, mais encore du spécifique.
C’est relativement pauvre par rapport au concurrent direct, les tests révéleront si ces interfaces sont robustes et utilisables.
Puis, sur la durée voir comment se comporte ce serveur de GED, si l’expérience d’usage est aussi classe que le processus d’installation.