Sur la route d'un monde ECM

Alfresco Meetup 2010 : Impressions et Compte Rendu

noreply@blogger.com (JM.Pascal) — Thu, 06 May 2010 18:22:00 +0000

Bonjour a tous,

Le jeudi 07.04, j'ai assisté à Paris à l'Alfresco Meetup 2010 et comme l'année dernière je vais essayer de vous faire le compte rendu de cet événement majeur pour la communauté Alfresco.

Tout d'abord la manifestation a eu lieu dans les même locaux que l'année dernière c'est à dire dans 8 rue d’Athènes, 75009, Paris. Mais à la différence de l'année dernière, l'équipe Alfresco était beaucoup plus représentée. Pas moins d'une vingtaine!

On citera par exemple la présence entre autre :

John Newton CTO UK
Denis Dorval VP, EMEA & APAC France
Paul Hampton Director of Product Marketing UK
Ben Hagan WCM, Manager UK
Gabriele Columbro Consultant NL
Michael Harlaut Solutions Engineer France
Paul Holmes-Higgins VP of Engineering UK
Linton Baddeley Senior Usability Engineer UK
Natasha Woodhouse Training Coordinator UK
Herve Leroux Channel Manager, WE France
Philippe Galland Director, WE France
Thomas Esser Inside Sales Executive, EMEA France
Romain Guinot Solutions Engineer France
Harinder Sunder Marketing Assistant UK
Coralie Froeliger Renewals UK
Brian Remmington WCM Architect UK
Derek Hulley Senior Software Engineer UK
Claudia Belardo Satisfaction Manager EMEA UK

(Désolé si j'ai oublié du monde... la liste complète était sur l'un des slides de présentation que j'ai pas eu le temps de bien parcourir...)

Sinon le programme de cette journée ?
A la différence de l'année dernière, la journée était coupée en trois temps. Enfin pour être précis en une matinée et une branche conditionnelle l'après midi entre sessions techniques et sessions stratégiques. Donc cruel dilemme pour moi lors de la pause de midi lorsqu'il a fallu que je choisisse les sessions à suivre.

L'affluence ?
Beaucoup plus de monde que l'année dernière! Pour ce 3e meetup français, on notera la présence de plus de 200 personnes. Une bonne progression par rapport à l'année dernière.

Donc allons y pour un petit compte rendu.

Matinée - Première partie
La matinée comme l'année dernière a débuté avec la vision stratégique et globale d'Alfresco par la présentation de Denis Dorval.
Il nous a rappelé quelques chiffres sur l'environnement Alfresco, sur l'open source en général et sur le modèle économique d'Alfresco. On citera entre autres des chiffres sur :

La communauté : 150 000 membres, USA 1er, France 2e, Allemagne 3e
L'Europe représente plus de 50% de la communauté
Le forum FR : 6000 visiteurs unique par mois. Croissance constante depuis la création
Utilisation : 2 millions de téléchargements d'Alfresco, 70 000 serveurs "live", 1 millions d'utilisateurs actifs
Clients : 1100 clients d'Alfresco Entreprises au 30/04/10 (40% Europe, 40% US, 10% asie); +300 nouveaux clients en 2009 (120 dernier trimestre); +100 nouveaux partenaires; +20 nouveaux partenaires OEM; Taux de renouvellement du support de 80 à 90%; Répartition des clients : Public, Finances, HighTech/Telco
Alfresco : un chiffre d'affaire en progression de +61% (Pour ceux intéressés par le chiffre précis, si vous connaissez le tarif Alfresco + le nombre de clients...) , +29% staff

On notera aussi d'autres informations comme :

le lancement futur d'une campagne de "switch to" vers Alfresco. En d'autres termes, nous allons vous fournir les outils nécessaires pour passer d'un système d'ECM vers Alfresco via CMIS (je suppose fortement...)
un taux de croissance de 100% des clients possédant Alfresco. Ils déploient de plus en plus Alfresco une fois qu'il a été installé.

La seconde présentation a été effectuée par John Newton.

Pour la première fois en direct, j'ai pu assister à son art de la présentation qui n'a rien à envier à mes présentations (je m'enflamme un petit peu la...). En tout cas, si vous n'avez jamais vu une de ces présentations, vous loupez sans doute quelque chose. On pourra dire qu'il arrive à faire passer son message d'une façon détournée et bien percutante mais toujours dans la bonne humeur.
Ce que je retiens de cette présentation, c'est que le point central n'était pas forcément Alfresco mais plus une vision de haut niveau (dans les nuages...) de la gestion de contenu. Après moults essais de résumé (après sa présentation et le lendemain), je ne suis pas arrivé à résumer correctement sa présentation riche en informations et en pensées. Je pense que j'aurai besoin d'un peu plus de temps et sans doute une présentation....

Par contre, j'ai retenu qu'il y aura sans doute une annonce concernant le BPM2.0 importante courant Mai...

Je vous invite donc à voir les supports de présentation à cette adresse (quand elle sera disponible) pour vous faire vous même une idée.

Matinée - Seconde partie
La deuxième partie de la matinée a été centrée sur 2 études de cas.

Mark Scheers, P&V Insurance
Jean Marc Bittoun, DGAC

Dans le premier cas, il s'agissait d'améliorer la chaine de dématérialisation (scan) et d'archivage de documents relatifs à l'assurance. Avec l'aide de leur partenaire Xenit, P&V Insurance a mis en place Alfresco pour l'archivage de plus de 10 millions de documents, le stockage de 4 millions de documents et l'intégration de 8000 pages à 15000 pages par jour. On notera aussi un taux de reconnaissance des pages scannées de plus de 95%.
Pour de plus amples informations : http://www.xenit.eu/?q=references/vivium

Dans le second cas, il s'agissait de rationaliser l'ensemble de la documentation de la DGAC. Comme toutes entreprises, l'ensemble de la documentation était réparti dans de nombreux silos et avec l'aide de leur partenaire Sollan, la DGAC a réussi à mettre en place un entrepôt de données unifié.
Sur le site de sollan, vous pourrez retrouver des informations sur cette étude de cas.

Aprés midi – Séances Techniques
Après un bon buffet, j'ai finalement choisi d'assister à l'ensemble des sessions techniques concernant Alfresco 3.3 et ses nouveautés. Dans une salle que l'on pourrait qualifier d'original, j'ai pu assister aux 3 séances techniques de l'après midi.

Tout dabord on va s'intéresser à SHARE et à EXPLORER via une présentation de Michael Harlaut
On notera

Les fonctionnalités de navigation (tags, catégorie...)
les Favoris
Simplification de l'envoi de mail
Gestion des permissions (interface graphique améliorés et plus simple...)
Les listes de données
La gestion des règles et des bibliothèques de règles (création des exceptions si une règle s'est mal passée)
Recherche à la google avec l'ajout d'opérateur
Gestion des thèmes améliorés
Intégration avec les outils IBM
Support de CMIS
Alfresco RM
Sortie de la 3.3E courant mai.

Pour être plus exhaustif, allez faire un tour sur les différentes informations données lors de la sortie de la 3.3C à cette adresse : http://forums.alfresco.com/fr/viewtopic.php?f=5&t=3916

Pour le futur, on notera l'amélioration ou la création de

l'intégration Google Docs
la gestion de la corbeille
la recherche avancée
les workflow avancés

Ensuite pour la deuxième session, on va s'intéresser à WCM via une présentation de Ben(et non paul...) Hagan ! La présentation a été décomposée en 4 grandes parties :

Web platform vision
Transfer Service
Rendition Service
Alfresco Web Editor & Web Editor FrameWork

Alfresco WCM reste concentré sur un cas d'utilisation décomposé en 2 parties

une instance de création
une instance de publication
et des transferts entre ces 2 plateformes

Personnellement, j'ai beaucoup apprécié la démonstration du transfert service. J'avais essayé de mon côté de le faire marcher et bizarrement cela ne marchait pas aussi simplement... Les joies de la configuration et du développement...

Finalement, j'ai assisté à la présentation sur CMIS de Gabriele Columbro

Il nous a fourni beaucoup d'informations sur OpenCMIS et sur CMIS en général. Dans ce cas aussi, je reviendrai sans doute plus tard dessus dans un post consacré au sujet.

Au final

Tout d'abord on constate qu'Alfresco se porte très bien! C'est toujours bon à noter surtout pour ceux qui doutent parfois de la pérennité d'une entreprise basée sur le modèle open source... Ensuite personnellement, je sens Alfresco dans une phase d'accélération continue un peu comme une fusée qui aurait largué un étage... Trajectoire correcte on continue sur la lancée.. Comment cela se sent il ?
Disons que cela se traduit par la croissance

des partenariats stratégiques avec Spring, IBM
du nombre de fonctionnalités dans SHARE et dans la partie WCM
des clients souscripteurs à la version entreprise
des participants et des membres de la communauté

Si vous jouez à des jeux de gestion de ressources/stratégie (comme moi parfois), il arrive toujours un moment de fléchissement entre le début où c'est difficile et le moment où cela commence à payer... Je pense que pour l'année 2010 c'est un peu cela qui se passe pour Alfresco.

Alors tout ce que j'ai à dire : J'ai encore de long posts à proposer pour vous faire découvrir toutes les routes qui mènent à Alfresco.

Allez Merci pour tout. Et à très bientôt!

Maven + Alfresco : Format de livraison

noreply@blogger.com (JM.Pascal) — Sun, 25 Apr 2010 09:10:00 +0000

Bonjour à tous !

Cette fois ci, il est temps de parler du format de livraison de votre projet. Vous me direz, il nous parle depuis plusieurs post du format AMP et maintenant il veut nous livrer autre chose ? C'est un peu ça... Suivant les projets, la distribution des rôles, les équipes et les bonnes pratiques de l'entreprise, le format de livraison va être simple ou bien très très complexe!

Prenons le cas classique, d'un côté une équipe de développement et de l'autre une équipe d'exploitation. Le premier est en charge de créer le produit, l'autre est en charge d'installer le produit et de vérifier qu'il fonctionne tout au long de sa durée de vie.

La question : Quel est le format d'échange du produit entre ces deux équipes ?
Ps : on ne tiendra pas compte ici de toute la documentation à fournir à l'équipe de production...

Listons un peu les différents cas possibles :

un (des) AMP(s) : Pour l'équipe de développement c'est le format le plus simple. En effet c'est le format de sortie de notre projet ! Il suffit donc de récupérer le fichier .amp et de l'envoyer ! Bien entendu si notre projet est constitué de plusieurs AMPs, on enverra l'ensemble des AMPs. Dans ce cas de figure, c'est l'équipe de production qui est en charge de générer le WAR de l'application en utilisant le script fourni par Alfresco.
un WAR : Ici, c'est l'équipe de développement qui a la responsabilité de créer le war. Ils doivent intégrer les différents modules dans le war Alfresco par défaut. L'équipe de production n'aura simplement qu'à installer l'application.
un WAR + AMP : Dans ce cas de figure, l'équipe de production demande à avoir l'application + les AMPs.
Autre : Ici vous pouvez inventer tout ce qui vous passe par la tête. Si vous travaillez dans des gros projets, ou dans des entreprises de grandes tailles, je pense que vous avez de très beaux exemples!

Comme vous pouvez le voir, les exemples ne manquent pas ! C'est même plutôt le contraire. La question que l'on se pose alors :
Comment créer ces nouveaux formats de distribution dans notre projet AMP ?.

L'idée comme d'habitude consiste à lancer une commande Maven et d'attendre le résultat attendu. Ne jamais oublier que le développeur est censé être un fainéant ^^ .

Dans les lignes ci-dessous, je vais vous présenter 2 approches pour générer autre chose que votre AMP. Ces approches se basent sur un nouveau projet Maven appelé alf-war-osecm.

Remarque : Cette approche n'est pas très conforme à la philosophie Maven mais effectue le travail désiré.

Création d'un nouveau projet AMP

Définir la structure
Créez un répertoire avec pour nom : alf-war-osecm
Ajoutez y un fichier pom.xml avec pour valeur


 xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
 4.0.0
 fr.opensourceecm
 alf-war-osecm
 pom
 0.1
 Alfresco AMP Open Source ECM
 Open Source ECM - Extension

Intégrer l'outil dans un repository
Dans ce projet, on va utiliser le Module Management Tool d'Alfresco. Ce module est disponible dans le répertoire bin d'une installation standard Alfresco. Il est aussi disponible ici : http://wiki.alfresco.com/wiki/Community_Edition_file_list_3.3. Donc dans un premier temps, nous allons installer dans notre repository ce fichier avec la commande :


call mvn install:install-file  -Dfile=alfresco-mmt.jar -DgroupId=org.alfresco.sdk -DartifactId=mmt  -Dversion=3.3 -Dpackaging=jar -DgeneratePom=true -DcreateChecksum=true

On effectuera cette commande, dans le répertoire où se situe notre fichier. Il nous sera ainsi possible de le retrouver via le mécanisme de dépendance maven classique.

Créer un nouveau WAR Alfresco
Maintenant, comme le titre l'indique, je souhaite générer un WAR avec l'ensemble des AMPs. Il faudra intégrer l'ensemble des AMPs dans un War Alfresco. Ce processus va se décomposer en 4 parties.

Définition des propriétés : Dans cette partie, on va initialiser des propriétés qui nous serviront au cours des autres parties.
Import des pré-requis : On va installer notre répertoire de travail avec le war et l'outil Alfresco.
Import des AMPs : Dans notre répertoire de travail, on va créer un sous-répertoire qui aura pour fonction de contenir l'ensemble des AMPs à intégrer.
Génération du war : Ici, on va lancer une ligne de commande pour intégrer les AMPs
(Optionnel) Installer dans un repository : Après la génération, on peut éventuellement ajouter une phase d'installation du war généré dans notre repository.

Définition des propriétés
On va définir 4 propriétés

work.dir : répertoire de travail
amps.dir : répertoire de dépôts des amps
mmt.jar : nom du fichier Module Management Tool
alfresco.war : Application Alfresco



    livraison
    amps
    mmt.jar
    alfresco.war

Import des pré-requis
Via le plugin maven-dependency-plugin nous allons réaliser le goal copy lors de la phase de prepare-package. Plus simplement, on veut copier un ensemble de dépendances (alfresco.war + outil Alfresco) dans notre répertoire de travail.



    org.apache.maven.plugins
    maven-dependency-plugin
    
        
            war-copy-requisites
            prepare-package
            
                copy
            
            
                
                    
                        org.alfresco.sdk
                        alfresco-community-war
                        3.3
                        war
                        ${project.build.directory}/${work.dir}
                        ${alfresco.war}
                    
                    
                        org.alfresco.sdk
                        mmt
                        3.3
                        jar
                        ${project.build.directory}/${work.dir}
                        ${mmt.jar}

Import des AMPs
Tout d'abord, on va ajouter un bloc dependencies à notre pom.xml. Dans notre cas, les dépendances de ce bloc seront :

fr.opensourceecm:alf-amp-osecm:amp:0.0.5
org.alfresco.sample:SDK-CustomWizard:amp:1.0

On aura ainsi dans notre pom.xml



    
        fr.opensourceecm
        alf-amp-osecm
        0.0.5
        amp
    
    
        org.alfresco.sample
        SDK-CustomWizard
        1.0
        amp

Ensuite, toujours via le plugin maven-dependency-plugin nous allons réaliser le goal copy-dependencies lors de la phase de prepare-package. Plus simplement, on veut copier l'ensemble des AMPs (défini en dépendance) dans un sous-répertoire de travail {amps.dir}.



    org.apache.maven.plugins
    maven-dependency-plugin
    
        
            war-copy-amp
            prepare-package
            
                copy-dependencies
            
            
                amp
                ${project.build.directory}/${work.dir}/${amps.dir}
                false
                true
                true

Génération du war
Via le plugin exec-maven-plugin, nous allons réaliser le goal exec lors de la phase de package. Autrement dit, on veut réaliser le même comportement que le batch apply-amps.bat(ou .sh) mais via Maven.



    org.codehaus.mojo
    exec-maven-plugin
    1.1
    
        
            war-create
            package
            
                exec
            
        
    
    
        java
        
            -jar
            ${project.build.directory}/${work.dir}/${mmt.jar}
            install
            ${project.build.directory}/${work.dir}/${amps.dir}
            ${project.build.directory}/${work.dir}/${alfresco.war}
            -directory

Maintenant, il est possible de lancer la commande maven


mvn clean package

pour avoir dans le repertoire work.dir le fichier alfresco.war contenant l'ensemble des dépendances AMP définis dans notre pom.xml.

(Optionnel) Installer le war en local
Si vous souhaitez installer ce war dans votre repository local (et ainsi pouvoir créer des dépendances dans des buts de tests ou d'intégration), voici la configuration à ajouter dans votre phase de build :



    org.apache.maven.plugins
    maven-install-plugin
    2.3
    
        
            war-install
            install
            
                install-file
            
            
                ${project.build.directory}/${work.dir}/${alfresco.war}
                ${project.groupId}
                ${project.artifactId}
                ${project.version}
                war
                test
                true
                true

Avec la commande


mvn clean install

vous pouvez installer votre nouveau war. Bien entendu, vous pouvez modifier les différents paramètres pour correspondre à vos besoins...

Remarque : idem avec la phase deploy à quelques paramètres près... ^^

Créer un format de livraison personnalisé
Maintenant, nous allons nous intéresser à la création d'un format de livraison personnalisé. Dans mon cas, je souhaite

créer un fichier .zip avec
un dossier racine ..
un sous dossier amps contenant mes amps
un sous dossier application contenantt un alfresco.war (avec les amps déjà intégré)

Pour faire le travail, je vais utiliser le plugin maven-assembly-plugin. Ce plugin sert à créer des formats de distribution personnalisés. La configuration de ce plugin se fait en 2 temps : Création d'un fichier de description et Ajout dans le pom.xml

Création d'un fichier de description
Ce fichier de description définit le résultat attendu c'est à dire quels sont les répertoires à créer, les formats des fichiers, les droits, l'encoding... On peut en fait définir beaucoup de paramètres!
Dans notre cas, nous allons créer un fichier osecm-assembly.xml dans le répertoire alf-war-osecm\src\assembly. Ce fichier contiendra la configuration suivante :


  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0 http://maven.apache.org/xsd/assembly-1.1.0.xsd">
  production
  
    zip
  
  ${project.groupId}.${project.artifactId}.${project.version}
  
   
    target/${work.dir}
    unix
    /application
    
     ${alfresco.war}
    
   
  
  
    
      /${amps.dir}
      
        org.alfresco.sample:SDK-CustomWizard
        fr.opensourceecm:alf-amp-osecm

Comme on peut le voir, il reprend la configuration attendue dans mon besoin.

Ajout dans le pom.xml
Maintenant, on doit définir dans le fichier pom.xml la déclaration de ce nouveau fichier. On ajoute donc le plugin maven-assembly-plugin avec pour configuration.



    maven-assembly-plugin
    
        
            src/assembly/osecm-assembly.xml

Lancer l'assemblage
Finalement, je peux lancer la commande Maven :


mvn clean assembly:assembly

pour assembler mon format de distribution. On retrouve ainsi dans le répertoire target le fichier alf-war-osecm-0.1-production.zip prêt à être envoyé !

Remarque : l'utilisation de ce plugin peut s'avérer être gourmand en mémoire. Pour résoudre ce problème augmentez les valeurs de MAVEN_OPTS dans vos variables d'environnements.

Maven + Alfresco : Relations entre AMPs

noreply@blogger.com (JM.Pascal) — Fri, 23 Apr 2010 07:48:00 +0000

Hello World !

Cette fois ci je vais essayer de vous expliquer les relations multi-modules AMP et comment on peut les gérer avec Maven et dans Alfresco aussi...

Introduction

La problématique est la suivante :

Dans un projet multi-AMP, comment modéliser les relations et comment organiser notres (ou nos) projets Maven ?

Admettons que nous voulons créer un projet comprenant 3 AMPS : A, B, C

Avant toute chose, quelles sont les relations qui existent entre ces 3 AMPS ? Sont ils dépendants les uns par rapport aux autres ? Quels sont les relations induites ?

Ensuite, quel est le format de livraison de notre application ? S'agit il d'un WAR, d'un AMP unique, d'un ensemble d'AMP, d'un format particulier de livraison....

Suivant les réponses de chacune des questions, il faudra mettre en place une politique différente! et bien entendu une configuration des projets Maven différents !

On peut retrouver plusieurs cas d'utilisation.

Les relations simples : Autrement dit il s'agit des mêmes dépendances que l'on a déjà vu depuis que l'on a commencé nos projets. Dans notre cas, les modules A, B et C sont indépendants mais notre serveur de production a besoin de ces 3 modules pour répondre aux besoins des utilisateurs. Par exemple, il peut s'agir d'intégrer le module de RM d'Alfresco, le module SharePoint d'Alfresco et notre propre module comprenant nos personnalisation.

Les dépendances (faibles et fortes) : Dans ce cas de figure, l'un des modules a besoin d'un autre module pour fonctionner. Un exemple simple est la liaison qui peut exister entre un modèle de données et des actions associés à ce modèle de données. Si le modèle n'existe pas et n'est pas installé alors B ne peut fonctionner. Si B est modifié alors il modifie le comportement de A.

Comment modéliser (et tester!) ces relations dans notre projet ?

Les relations simples

Reprenons notre module alf-amp-osecm

Actuellement, notre module ne possède que des dépendances vers des librairies déjà présent dans le war Alfresco. Cela ne pose aucun problème puisque le démarrage de notre serveur jetty s'effectue avec le war d'Alfresco.

Or maintenant je souhaite tester mon module avec la présence d'un autre module. Pour exemple, je vais prendre le module SDK-TaggingSample (créé et transformé précédemment en module - cf. post ici). L'idée est d'ajouter ce module dans Alfresco.war, de packager mon module puis de lancer jetty pour qu'il prenne en compte mon module.

Pour ajouter mon module on va ajouter dans le pom.xml de mon projet alf-amp-osecm, le quadruplet ci-dessous entre les balises //dependencies> dans la profil webapp



   org.alfresco.sample
   SDK-TaggingSample
   amp
   1.0

A ce stade, on pourrait se dire, c'est bon on lance la commande maven :


mvn clean integration-test -P webapp,clean-jetty -DskipTests=true

et on a un Alfresco démarré avec nos 2 modules. Et bien non... Cela serait trop simple !

En effet, le format AMP est un format un peu particulier qui n'est reconnu par Maven que grâce au plugin : maven-amp-plugin. Or ici on a ajouté une dépendance avec un AMP ! La question qui se pose c'est comment maven sait il quoi en faire et sait il l'intégrer dans le war "explosé" nécessaire à jetty ? La réponse est bien entendu NON !

La solution réside dans la déclaration d'un nouveau plugin : maven-dependency-plugin. Ce plugin comme son nom l'indique nous permet de manipuler les dépendances et donc les artefacts et donc les AMP ! On va ainsi configurer ce plugin afin qu'il prenne en compte notre dépendance et l'installer dans le war.

Comment ? et bien via la configuration ci-dessous que l'on intégrera dans le profil webapp (dans mon cas, il se trouve maintenant dans le projet alf-sdk. Factorisation oblige ! Par contre la déclaration de dépendance se situe dans mon pom.xml)



   org.apache.maven.plugins
   maven-dependency-plugin
   
       
           unpack-amps
           process-resources
           
               unpack-dependencies
           
           
               amp
               ${build.directory}/${webapp.name}
               META*
           
       
   
   
       
           org.alfresco.maven.plugin
           maven-amp-plugin
           3.0.2

On note que ce plugin va prendre toutes les dépendances de type AMP et va exécuter le goal : unpack-dependencies dans le répertoire ${build.directory}/${webapp.name}. En d'autre terme il va installer l'AMP comme le ferait (presque) l'outil de management des modules.

Ensuite, on doit ajouter un bloc testRessource toujours dans le profil Webapp.



   true
   .
   
       module.properties
   
   alfresco/module/${project.groupId}.${project.artifactId}

Ce bloc est nécessaire dès que l'on veut intégrer plusieurs AMP dans un war (ce qui est notre cas ici).

Maintenant on peut lancer la commande :


mvn clean integration-test -P webapp,clean-jetty -DskipTests=true

et vérifier (après quelques minutes) de la prise en compte de nos 2 AMPS !

C'est beau la technologie !

Les dépendances

Maintenant intéressons nous aux dépendances. Dans ce cas de figure je ne souhaite pas que mon application démarre si mon module n'a pas toutes les dépendances nécessaires. On aurait alors une application instable qui pourrait endommager des données !! (ce que je ne souhaite évidemment pas...).

Comment définir ces dépendances fortes entre mes modules ?

Reprenons l'exemple précédent. Suite à des modifications importantes de mon code, je souhaite créer une liaison forte entre mon projet et le projet SDK-TaggingSample. Pour cela il y a un mécanisme défini dans l'AMP et disponible via le fichier module.properties (situé à la racine de notre projet).
En fin de ce fichier, il suffit de rajouter la ligne ci-dessous pour créer une dépendance :


module.depends.org.alfresco.sample.SDK-TaggingSample=0.1-*

A noter le formalisme simple :

module.depends : pour définir une dépendance du module
. ou nom du module : pour identifier le module
X.X - Y.Y : Pour déterminer la porté du module à prendre en compte (entre X.X et Y.Y). Notre module dépend du SDK-TaggingSample à partir de la version 0.1. (A noter la possibilité de mettre le caractère * pour signifier n'importe lequel)

Pour de plus amples informations : wiki.alfresco.com

Vous pouvez maintenant démarrer l'application via la commande Maven :


mvn clean integration-test -P webapp -DskipTests=true

Comme vous pouvez le voir, rien à changer! C'est déjà ça. Mais ce que l'on aimerait là, c'est de vérifier que notre mécanisme anti-démarrage fonctionne bien. Pour cela vous avez deux choix.
Soit

Vous modifiez le numéro de version dans le fichier module.properties pour avoir par exemple : module.depends.org.alfresco.sample.SDK-TaggingSample=99.99-*
Vous supprimer la dépendance dans la partie dependencies du pom.xml.

Dans ces deux cas, relancer l'application et vous vous apercevrez dans la console d'une jolie stackTrace vous interdisant de démarrer l'application si la dépendance n'est pas respectée !

Et les projets Maven multi-modules ?

Maven permet de créer des projets multi-modules. Si vous ne connaissez pas l'idée qui se cache derrière, je ne serai vous conseillez de lire ceci. Sinon pour simplifier les choses, admettons que votre projet se décompose de 2 AMPS. Ces 2 AMPS possèdent une dépendance forte l'un envers l'autre. Ce que vous cherchez c'est un seul pom.xml vous permettant de construire (faire un build) des 2 projets en même temps. En d'autre termes, je lance une commande mvn clean install, cette commande va être exécuté sur les 2 projets ! On va encore plus loin dans l'héritage et dans les principes Maven ! Pour la pratique on verra cela un peu plus tard ^^

Voilà c'est fini pour aujourd'hui !

Mavenisez bien !

PS :

Les sources du projet alf-sdk sont disponibles ici : http://www.box.net/shared/exremqsr0m

Les sources du projet alf-amp-osecm sont disponibles ici : http://www.box.net/shared/dzige0nchr

Maven + Alfresco : SDK Samples

noreply@blogger.com (JM.Pascal) — Thu, 22 Apr 2010 07:04:00 +0000

Bienvenue !

Dans la série découverte de Maven par la pratique, je vous propose aujourd'hui un exercice assez simple.

Vous devez passer les exemples (samples) du SDK Alfresco en projet AMP !

A quoi cela sert il me direz vous ? Pas à grand chose si ce n'est de faire des exercices et de voir les avantages et les limites de cette approche. Cela parmet aussi de comprendre les différents mécanismes Maven pour builder, tester et intégrer les projets Samples.

Pour information, vous pouvez retrouver les informations sur le SDK à cette adresse : http://wiki.alfresco.com/wiki/Alfresco_SDK_3.3

Actuellement, j'ai réussi la migration des samples suivants :

SDK Custom Dialog
SDK Custom JSP
SDK Custom Login
SDK Custom Wizard
SDK Tagging Sample

Chacun des samples héritent du projet alf-sdk permettant ainsi :

Lancer les tests unitaires : mvn clean test
Installer le projet dans le repository local : mvn install
(Ré)Initier la base de données/: mvn clean -P clean-jetty
Relancer l'application : mvn integration-test -P webapp

Si vous avez suivi les précédents posts, vous devriez être capable de faire la même chose. Sinon n'hésitez pas à voir les sources de chacun des projets que j'ai réalisé.

A très vite pour de nouvelles aventures !

Maven + Alfresco : Jetty, Boostrap et Profil

noreply@blogger.com (JM.Pascal) — Mon, 19 Apr 2010 19:58:00 +0000

Bonjour à tous !

Cette fois ci je vais vous présenter comment on peut "bootstapper" (initialiser) des données lors de l'installation de notre AMP et comment on peut le tester facilement.

1. Bootstrap
Tout d'abord, il y a plusieurs façons de créer un bootstrap

soit par des fichiers XML,
soit programmatiquement (via une sorte de patch...).

L'avantage de la première approche est sa simplicité ! En effet, un bootstrap XML n'est rien d'autre que l'équivalent de l'import/export disponible dans Alfresco Explorer. Vous savez les flèches vertes sur un dossier dans l'écran des détails... Bref... pour simplifier on exporte des noeuds sous format XML pour ensuite les (ré)intégrer dans une autre instance Alfresco. L'exemple typique est le passage d'un serveur de Test (responsabilité équipe de développement) vers un serveur de production (responsabilité équipe d'exploitation). Sur le serveur de DEV, l'équipe de développement a créé une arborecence projet spécifique qui doit être installé sur le serveur de PROD automatiquement. Ceci doit être effectué lors de la première installation de notre AMP sur le serveur de PROD.

La limite de cette approche vient du fait que seule la création d'objet est possible. On ne peut supprimer ou transformer...

L'avantage de la seconde approche est sa richesse ! En effet, on a accès à l'ensemble des services Alfresco plus (éventuellement) les services de notre projet. On peut donc effectuer tout ce que l'on veut.. On peut réorganiser une arborescence, effectuer une modification massive d'un ensemble d'objet ou encore transformer des contenus...

L'inconvénient : Il faut s'avoir coder :o/ et connaître en partie les services Alfresco.

Je vais m'intéresser par la suite à la première approche. Je m'intéresserai à la deuxième approche dans un prochain post..

1.1 Boostrap via XML
Donc en premier, je vais vous expliquer l'approche par un fichier XML.
Dans notre exemple de bootstrap, je veux créer 4 espaces : un espace BASE DOCUMENTAIRE + 3 sous-espaces PROJET 1, PROJET 2 et PROJET 3. Ces espaces ont été créés précédemment avec une instance d'Alfresco de TEST préalablement installé. Maintenant je veux le mettre en place sur mon projet et donc dans mon AMP pour que chaque instance installant cet AMP puisse aussi avoir ces répertoires.

1.2 Export
Tout d'abord j'exporte les répertoires de mon instance de TEST (via l'action export), puis je télécharge le fichier ACP généré en local afin d'extraire le fichier XML.
Mon fichier XML a pour nom spaces.xml (orginal...). Pour plus d'informations sur l'IMPORT/EXPORT : http://wiki.alfresco.com/wiki/Export_and_Import

1.3 Intégration dans le projet
Je vais ensuite déposer ce fichier dans le nouveau répertoire /alf-amp-osecm/src/main/config/bootstrap. Actuellement, ce fichier est orphelin et ne sera pas pris en compte. Il faut donc définir sa prise en compte par Alfresco (et donc par Spring...).
Pour cela, on va créer un nouveau fichier qui a pour nom boostrap-context.xml dans le répertoire /alf-amp-osecm/src/main/config/context



   parent="module.baseComponent">

  
  
  
  
  
  

  
  
   
    
     /${spaces.company_home.childname}
     alfresco/module/fr.opensourceecm.alf-amp-osecm/bootstrap/spaces.xml

Pour résumer comment comprendre ce fichier ?
Litterallement, voilà ce qu'il veut dire :
On crée un bean Spring identifié par osecm.bootstrapSpaces héritant du bean module.baseComponent. Ce bean sert à Importer. Il s'applique pour le module fr.opensourceecm.alf-amp-osecm (notre AMP), à partir de la version 0.0.4. Le traitement du bean (donc de l'import) ne s'effectue qu'une seule fois (donc au premier démarrage du module). Il prend pour paramètre un "bootstrapViews" lié à notre fichier. Ce bootstrapView va nous permettre de créer notre arboresence en tant que sous-espace de {spaces.company_home.childname}.

C'est simple non ? ;o)

1.4 Création du projet
Maintenant que nous avons notre bootstrap, il n'y a plus qu'à le tester ! On effectue donc un package de notre AMP via la commande


mvn clean install

On peut ainsi retrouver dans le répertoire target de notre projet, le fichier alf-amp-osecm-0.0.4.amp qui sera alors possible d'intégrer dans Alfresco.war.
Effectuez un copier/coller du fichier alf-amp-osecm-0.0.4.amp vers le répertoire amps du répertoire d'installation d'un Alfresco.
Lancez ensuite le script d'installation des amps dans le répertoire d'installation d'un Alfresco : apply_amps.bat
A la fin de celui ci, vous avez un nouveau alfresco.war mis à jour avec votre module.
Vous pouvez maintenant lancer Alfresco et vérifier l'intégration du module !

2. Lancer et Tester Alfresco via Maven

Si vous avez suivi l'ensemble de mes posts sur l'intégration Alfresco/Maven, vous vous êtes rendu compte que cela pouvait prendre beaucoup de temps d'intégrer un AMP dans Alfresco... Copier/coller c'est bien mais c'est un peu rébarbatif à la longue...
L'idée pour améliorer ce processus serait de lancer une commande Maven pour démarrer un Alfresco...

Comment ?
Et bien via l'utilisation de nouveaux plugins : jetty et maven-war!

Jetty est un container HTTP leger (un peu du même style que Tomcat...) qui va nous permettre de lancer un Alfresco via Maven tandis que le plugin maven-war va nous permettre de créer le war de test de notre application.

Pour faire simplement, on désire créer un alfresco.war "déployé/explosé" dans un sous-répertoire de target (via le plugin maven-war) et qui sera ensuite lancé comme une application web (via le serveur Jetty).

Attention on y va !

2.1 Profil
En fait la majorité du travail de configuration s'effectue au niveau du pom.xml de notre projet AMP. On va créer ce que l'on appelle un PROFIL.
Un profil maven est un ensemble d'action rendu optionnel ou non par l'utilisateur lors de l'execution d'une commande Maven. On peut le voir comme une instruction conditionnelle commandée par l'utilisateur. Dans le cas présent, on cherche à démarrer un Alfresco afin de vérifier que le boostrap a fonctionné. On cherche aussi de manière générale à vérifier le fonctionnement de notre AMP.

Néanmoins, avant de créer notre profil, nous avons besoin de créer quelques fichiers de propriétés.

2.2 Le fichier jetty-env.xml
Avant toute chose, on définit le fichier jetty-env.xml. Il permet de configurer la connexion à la base de données via Jetty. Pour cela, on va créer un nouveau fichier jetty-env.xml dans le répertoire /alf-amp-osecm/src/test/properties/local/




 
  jdbc/dataSource
  
   
    jdbc:mysql://localhost/${alfresco.db.name}
    ${alfresco.db.username}
    ${alfresco.db.password}

2.3 Le fichier application.properties
Qui dit nouvel environnement dit forcément nouvelle configuration de l'entrepôt de données. Nous allons créer pour cela un nouveau fichier application.properties que nous allons ajouter dans le répertoire : /alf-amp-osecm/src/test/properties/local
Cet ensemble de clé/valeur va être ensuite utilisé dans le pom.xml en tant que référence ainsi que dans le fichier dev.properties


webapp.name=alfresco-jetty
alfresco.data.jetty=alf_data_jetty
alfresco.data.location=./alf_data_jetty
alfresco.db.driver=org.gjt.mm.mysql.Driver
alfresco.hibernate.dialect=org.hibernate.dialect.MySQLInnoDBDialect
alfresco.db.url=localhost
alfresco.db.name=alfjetty
alfresco.db.username=alfresco33
alfresco.db.password=alfresco
webapp.log.level=error
webapp.log.dir=
module.log.level=debug

2.4 Le fichier dev.properties
Ici nous allons créer un fichier dev.properties que nous allons ajouter dans le répertoire : /alf-amp-osecm/src/test/properties/local Ce fichier va faire le lien entre les variables définies dans application.properties et la configuration alfresco défini dans le fichier dev-context.xml. Lors de la création de notre war, ce fichier va venir écraser le fichier dev.properties précédemment défini.


dir.root=${alfresco.data.location}
index.recovery.mode=AUTO
integrity.failOnError=true
db.test.name=${alfresco.db.name}
db.username=${alfresco.db.username}
db.password=${alfresco.db.password}
db.host=${alfresco.db.host}
db.port=${alfresco.db.port}
db.driver=${alfresco.db.driver}
db.url=jdbc:mysql://${db.test.host}:${db.test.port}/${db.test.name}
hibernate.dialect=${alfresco.hibernate.dialect}

2.5 Les propriétés
Maintenant nous pouvons attaquer la configuration de notre pom.xml. Tout d'abord nous allons déclarer une propriété : env Cette propriété est définie après le bloc de déclaration du projet et avant le bloc de déclaration des dépendances.


   
  local
  alfresco-jetty

2.6 Création du profil
Comme le titre l'indique, nous allons maintenant créer un bloc profil que l'on va appeller webapp. Son goal par défaut sera jetty:run-exploded (autrement dit lancement de l'application war déployé/explosé que l'on aura créé). Ce bloc est à ajouter en fin de notre pom.xml mais avant la balise fermante project.



  
   webapp
   
               
     src/test/properties/${env}/application.properties
    
    jetty:run-exploded
    
     
                   ... CF. POINTS SUIVANTS...
                   
    
                  
               
                   
                       true
                       src/test/resources
                       
                           alfresco/desktop/*.*
                       
                   
                   
                       true
                       src/test/properties/${env}
                       alfresco/extension
                       
                           dev.properties
                       
                   
               
           
           
               
                   org.alfresco.sdk
                   alfresco-community-war
                   3.3
                   war

A noter plusieurs points :
Tout d'abord on a ajouté un FILTRE via la fichier application.properties. Il va nous permettre d'utiliser l'ensemble des variables définies dans ce fichier dans le reste du pom.xml et plus précisément dans notre profil.

On a ajouté ensuite en tant que dépendance alfresco-community-war c'est à dire l'application Alfresco Explorer. Bien entendu, on l'aura préalablement ajouté à notre repository Maven local via la commande


call mvn install:install-file -Dfile=alfresco.war -DgroupId=org.alfresco.sdk -DartifactId=alfresco-community-war -Dversion=3.3 -Dpackaging=war

Après on a ajouté des testResource qui vont nous permettre

de ne pas prendre en compte les desktops actions présents dans l'AMP (Pour rappel ils sont simplement nécessaires pour les tests unitaires dans Eclipse)
de prendre en compte les paramètres de l'entrepôt de donnée spécifique à Jetty via le fichier dev.properties.

2.7 Configurer plugin maven-war
Le plugin maven-war va nous permettre de déployer le war alfresco et d'ajouter nos fichiers de configuration.


       
           org.apache.maven.plugins
           maven-war-plugin
           2.0.2
           
               
                   it
                   package
                   
                       exploded
                   
                   
                       true
                   
               
           
           
               false
               ${project.build.directory}/${webapp.name}
               
                   false
               
               licenses/**
               
                   
                       ${project.build.testOutputDirectory}
                       WEB-INF/classes
                       true
                       
                           **
                       
                   
                   
                       src/test/properties/${env}
                       WEB-INF
                       true
                       
                           jetty*

On note dans les ressources que l'on veut

Ajouter l'ensemble des fichiers de configuration de src/test/resource/alfresco/* (équivalent à ${project.build.testOutputDirectory})
Ajouter le fichier jetty-env.xml pour la prise en compte du paramètre JNDI de la base de données.

2.8 Configurer plugin jetty
Le plugin maven-jetty va nous permettre de lancer l'application alfresco et prendre en compte les sources de notre projet.


       
           org.mortbay.jetty
           maven-jetty-plugin
           6.1.22
           
               
                   it
                   integration-test
                   
                       run-exploded
                   
                   
                       /${webapp.name}
                       ${project.build.directory}/${webapp.name}
                       10
                       
                           
                               8080
                               60000
                           
                       
                   
               
           
           
               
                   mysql
                   mysql-connector-java
                   5.0.3
                   provided

On notera en dépendance le driver mysql.

2.9 Lancer l'application
Maintenant vous êtes fin prêt à lancer Alfresco via une commande Maven


   mvn clean integration-test -P webapp

Pour information, on utilise un profil en ajoutant à la commande le paramètre -P suivi du nom du profil à prendre en compte. Si vous ne voulez pas jouer les tests, ajouter à la fin le paramètre -DskipTests=true.

Quelques minutes plus tard si tout se passe bien, vous pouvez ouvrir un navigateur internet et tapez l'adresse http://localhost:8080/alfresco-jetty/
Vous vous apercevez alors de la présence d'une arborescence BASE DOCUMENTAIRE!

Well Done !

3. Extras

Généralement, un test de bootstrap ne fonctionne pas du premier coup ! Or qui dit bootstrap dit forcément installation unique au premier démarrage. Si on veut retenter une nouvelle fois, il serait donc utile de remettre à zéro notre application.

Comme vous êtes familier avec les profils et la configuration de plugin, je vous propose en petit extra le profil clean-jetty qui vous permettra de mettre à zero le contexte jetty.
A vous de le placer judicieusement dans le fichier pom.xml et de l'améliorer!



   clean-jetty
   
       
           
               maven-clean-plugin
               2.4
               
                   true
                   
                       
                           target
                           
                               war/**
                           
                           
                               **
                           
                       
                       
                           alf_data_jetty
                           
                               oouser/**
                           
                       
                   
               
           
           
               org.codehaus.mojo
               sql-maven-plugin
               1.4

               
                   
                       mysql
                       mysql-connector-java
                       5.0.3
                   
               
               
                   org.gjt.mm.mysql.Driver
                   jdbc:mysql://localhost/
                   root
                   admin
                   true
               
               
                   
                       drop-db-jetty
                       pre-clean
                       
                           execute
                       
                       
                           true
                           drop database IF EXISTS alfjetty 
                       
                   
                   
                       create-db-jetty
                       clean
                       
                           execute
                       
                       
                           true
                           create database alfjetty default character set utf8 collate utf8_bin

Rendez vous pour le prochain épisode qui sera consacré à la gestion des versions des AMPS + Patchs Java !

A++

PS : L'ensemble des sources du projet sont téléchargeables à cette adresse : http://www.box.net/shared/bpcx8kl7dn

Maven + Alfresco : Test Unitaires

noreply@blogger.com (JM.Pascal) — Wed, 14 Apr 2010 12:16:00 +0000

Bonjour tout le monde!

Cette fois ci il je vais essayer de vous faire partager mon approche des tests unitaires avec Maven lors de la création d'un AMP.
Bien entendu qui dit TEST, dit CODE! Donc à vos claviers!

Objectif :
En tant que développeur et intégrateur mon objectif est double :

Tout d'abord je veux pouvoir lancer les tests unitaires Alfresco dans Eclipse. Je tiens à conserver mon debugger :o) pour suivre la création de mon code.
Ensuite je veux pouvoir lancer l'ensemble de mes tests unitaires via Maven. Ainsi lorsque je voudrais créer une version de mon AMP, il devra passer obligatoirement les tests! Il s'agit d'un gage de qualité évident.

Donc comment faire ?
Si vous avez suivi mes 2 précédents posts ici et ici, nous avons en notre possession deux AMP (enfin... 2 projets MAVEN pour être précis...).

En premier, alf-sdk. Il s'agit d'une sorte de PARENT-AMP qui contient l'ensemble des dépendances du SDK Alfresco ainsi que l'ensemble des plugins pour créer un AMP.
En second, alf-amp-osecm. Il s'agit de l'AMP que l'on est entrain de créer et de faire évoluer. Il a pour parent le alf-sdk.

Nous allons modifier ces 2 projets pour mettre en place des tests unitaires.

1. Mettre à jour ALF-SDK

Tout d'abord on va mettre un peu à jour le pom parent. Les principales modifications ont lieu au niveau des balises build.

maven-compiler-plugin et maven-resources-plugin. Ils ont reçu des paramètres pour l'encoding.
maven-eclipse-plugin a été installé. Nous allons voir dans le prochain point pourquoi...




4.0.0
fr.opensourceecm
alf-sdk
pom
3.3C
Maven - Alfresco SDK 3.3C
Super POM Maven Alfresco SDK 3.3C 



....





true
src/main/resources

**README-*



true
src/main/config
alfresco/module/${groupId}.${artifactId}

**README-*







org.apache.maven.plugins
maven-eclipse-plugin
2.8


org.springframework.ide.eclipse.core.springnature


org.springframework.ide.eclipse.core.springbuilder






org.apache.maven.plugins
maven-resources-plugin
2.2

UTF-8





org.apache.maven.plugins
maven-compiler-plugin

1.6
1.6
UTF-8
true





org.alfresco.maven.plugin
maven-amp-plugin
3.0.2
true


false

alfresco/extension/**,alfresco/module/**

Une fois modifié, vous pouvez installer et déployer cet artefact en local avec une simple commande maven


mvn clean install

Dans notre repository, nous avons désormais accès au module fr.opensourceecm:alf-sdk:pom:3.3C
Les projets héritant de cet artefact obtiendront automatiquement les mises à jour.

2. Mettre à jour notre projet AMP

Maintenant nous allons ajouter une action Alfresco + une classe de test pour la tester. Pour rappel, une action est une unité de travail sur l'entrepôt de données. Il peut être exécuté via une règle ou directement par l'utilisateur via l'interface.

Dans notre cas, l'action effectue simplement la création d'un sous-espace par rapport à l'espace qui lance une action.
La classe de test va démarrer un contexte Alfresco (création d'un store), créer un espace, lancer une action sur cet espace et vérifier la création d'un sous-espace.

2.1 Ajout d'une action Alfresco
Dans le répertoire /alf-amp-osecm/src/main/java/fr/opensourceecm/alf/amp/osecm/actions/, j'ajoute l'action : sampleActionExecuter.java


package fr.opensourceecm.alf.amp.osecm.actions;

import java.util.List;

import org.alfresco.model.ContentModel;
import org.alfresco.repo.action.executer.ActionExecuterAbstractBase;
import org.alfresco.service.cmr.action.Action;
import org.alfresco.service.cmr.action.ParameterDefinition;
import org.alfresco.service.cmr.model.FileFolderService;
import org.alfresco.service.cmr.model.FileInfo;
import org.alfresco.service.cmr.repository.NodeRef;

public class sampleActionExecuter extends ActionExecuterAbstractBase{

private FileFolderService fileFolderService;

private final String FOLDER_TEST_NAME = "FolderTest";

@Override
protected void executeImpl(Action arg0, NodeRef actionUponRef) {
List listNodeRef = fileFolderService.listFolders(actionUponRef);
fileFolderService.create(actionUponRef, FOLDER_TEST_NAME + "_" +  listNodeRef.size(), ContentModel.TYPE_FOLDER);
}

@Override
protected void addParameterDefinitions(List arg0) {
// TODO Auto-generated method stub

}

public void setFileFolderService(FileFolderService fileFolderService) {
this.fileFolderService = fileFolderService;
}
}

A noter que pour créer notre sous-espace, on se sert du FileFolderService et que le nom de notre espace sera la concatenation de : FolderTest et du nombre de dossiers présents.

2.2 Ajout d'un test unitaire
Dans le répertoire /alf-amp-osecm/src/test/java/fr/opensourceecm/alf/amp/osecm/actions, j'ajoute le test : sampleActionExecuterTest.java


package fr.opensourceecm.alf.amp.osecm.actions;

import junit.framework.Assert;

import org.alfresco.model.ContentModel;
import org.alfresco.service.cmr.action.Action;
import org.alfresco.service.cmr.repository.NodeRef;
import org.alfresco.util.BaseAlfrescoTestCase;
import org.junit.Test;

public class sampleActionExecuterTest extends BaseAlfrescoTestCase {

protected NodeRef companyHomeRef;
protected NodeRef rootFolderTestRef;
protected final String rootFolderTestName = "ROOTFOLDERTEST";

@Test
public void testIntegrerFluxCreationParAction() throws Throwable {

// Création d'un répertoire de test dans le store de test.
rootFolderTestRef = serviceRegistry.getNodeService().createNode(
rootNodeRef, ContentModel.ASSOC_CHILDREN,
ContentModel.TYPE_FOLDER, ContentModel.TYPE_FOLDER).getChildRef();

//Lancement de l'action de création d'un sous-répertoire.
Action action = serviceRegistry.getActionService().createAction("createFolderTest-action");
serviceRegistry.getActionService().executeAction(action,rootFolderTestRef);

//Vérification de la présence du sous-répertoire.
Assert.assertEquals("ERREUR LORS DE LA RECHERCHE", 1, serviceRegistry.getNodeService().getChildAssocs(rootFolderTestRef).size());
}
}

Ici j'attire votre attention sur le fait que cette classe de test étend la classe BaseAlfrescoTestCase. C'est dans cette classe que le contexte Alfresco est démarré et que le store de test est créé. Dans ma classe, je me contente de créer un espace de test afin de lancer mon action et de vérifier le résultat.

2.3 Configuration du pom.xml

Notre POM.XML va bien entendu évolué suite à l'intégration de ce code java. En effet, Maven a besoin de savoir les dépendances nécessaires pour compiler ces classes. Il s'agit

alfresco-repository-3.3 pour l'appel aux services Alfresco
org.springframework.beans-3.0.0 pour l'appel du context Spring
junit pour le test unitaire.

Notre pom.xml devient alors :




fr.opensourceecm
alf-sdk
3.3C

4.0.0
alf-amp-osecm
jar
0.0.3
Alfresco AMP Open Source ECM
Open Source ECM - Extension



org.alfresco.sdk
alfresco-repository-3.3
3.3
community
provided


org.alfresco.sdk
org.springframework.beans-3.0.0
3.3
community
provided


junit
junit
4.7
test

REMARQUE IMPORTANTE : Le packaging est JAR ! Il ne faut pas le mettre en AMP (c'est un petit "trick" à faire pour configurer le projet dans Eclipse...)

2.4 Configuration du workspace eclipse
Généralement (et si vous avez bien suivi les instructions précédentes) vous n'avez encore jamais ouvert Eclipse pour faire les manipulations précédentes ! Je reconnais... c'est difficile. ;o) Mais il faut savoir qu'un projet Maven généré n'est pas intégrable directement dans Eclipse!En effet ce n'est pas prévu pour ! Il n'existe pas de fichier .classpath ou .project et ni de répertoire .settings qui permettent de configurer votre projet dans Eclipse.
Néanmoins Maven possède un plugin pour créer automatiquement l'ensemble de ces fichiers de configuration. Il s'agit du maven-eclipse-plugin défini précédemment dans le pom parent.

Pour créer cette configuration, tapez une commande dans le répertoire racine du projet maven créé.


mvn eclipse:eclipse

Automatiquement, les fichiers maven-eclipse.xml, .project et .classpath ont été créé ainsi que les répertoires .settings et .externalToolBuilders (et éventuellemnt target).

Remarque : A noter pour les utilisateurs de Spring IDE que le projet va posséder la nature de projet Spring par défaut.

Remarque : Si vous avez déjà intégré le projet dans eclipse ou si vous voulez supprimer la configuration eclipse, tapez la commande suivante :


mvn eclipse:clean

2.5 Import du projet dans eclipse
Vous pouvez maintenant lancer un eclipse (3.5R2 Galilleo pour ma part) et importer le projet dans votre Workspace.
Le projet ressemble alors à l'image ci-dessous :

Remarque : Si vous n'avez pas cette configuration, vérifiez bien que vous avez lancé la commande eclipse alors que le packaging du pom est à JAR. En effet, si on lance la commande eclipse alors qu'il s'agit d'un AMP, le plugin va construire une autre arborescence qui n'est pas celle que l'on attend pour développer.

2.6 (Re)Définition des beans spring
On va maintenant modifier la déclaration des beans spring pour chaque partie de notre AMP afin d'améliorer la lisibilité du code. Pour cela nous allons spécialiser un répertoire. Il s'agira du répertoire context.

Donc dans le répertoire \alf-amp-osecm\src\main\config, créez un répertoire context puis créez 3 fichiers :

actions-context.xml

model-context.xml









alfresco/module/fr.opensourceecm.alf-amp-osecm/model/ecmModele.xml

Cette déclaration comme son nom l'indique va nous permettre de définir le modèle de données. A noter que dans mon précédent post, j'avais remplacé fr.opensourceecm.alf-amp-osecm par {groupID} et {artifactId}. Or ici, je souhaite qu'Eclipse soit capable de le comprendre lors d'une compilation. En effet Maven est le seul capable de remplacer ces valeurs! Donc on doit le mettre en dur... A noter cependant que le groupId et l'artifactId doivent être généralement définis dès le début de la construction de votre AMP.
REMARQUES
Je profite du refactoring pour simplifier le nom du fichier de configuration de mon modèle de données.

Maintenant, on va créer le fichier
webclient-context.xml







alfresco/module/fr.opensourceecm.alf-amp-osecm/ui/ecm-web-client-config.xml

Cette déclaration comme son nom l'indique va nous permettre de définir la configuration du client web.
REMARQUES
Je profite du refactoring pour simplifier le nom du fichier configuration du client web

Dans le répertoire \alf-amp-osecm\src\main\config, modifiez le fichier :
module-context.xml

Ce fichier va nous servir à référencer l'ensemble des déclarations Spring nécessaire à notre module. Dans notre cas pour récapituler, notre module comporte : un modèle de données, une action et une configuration du client web.

2.7 Définition de notre environnement de test
Maintenant nous allons définir et configurer l'entrepôt de données de test (c'est à dire on va définir où vont être stocker le content-store et le lucene-indexes ainsi que les paramètres de configuration de la base de données).

Pour cela dans le répertoire /alf-amp-osecm/src/test/resources/alfresco/extension/ (créez les répertoires manquants si nécessaire) créez le fichier

dev.properties


dir.root=./alf_data
index.recovery.mode=AUTO
integrity.failOnError=true
db.name=alf33Test
db.username=alfresco33
db.password=alfresco
db.host=localhost
db.port=3306
db.driver=org.gjt.mm.mysql.Driver
db.url=jdbc:mysql://${db.host}:${db.port}/${db.name}
hibernate.dialect=org.hibernate.dialect.MySQLInnoDBDialect

Ce fichier permet de définir l'ensemble des propriétés de notre environnement de test. Dans mon cas, j'ai installé et configuré une base de données MySQL.
Pour plus d'informations sur comment configurer un environnement, n'hésitez pas à télécharger le pdf suivant : Manuel de configuration et Installation d'Alfresco 3.3

Ensuite dans le même répertoire, vous devez créer le fichier
dev-context.xml







   classpath:alfresco/repository.properties
   classpath:alfresco/domain/transaction.properties
   
   
   classpath*:alfresco/module/*/alfresco-global.properties
   
   classpath*:alfresco-global.properties
   classpath:alfresco/extension/dev.properties



SYSTEM_PROPERTIES_MODE_OVERRIDE




   hibernate.dialect
   hibernate.query.substitutions
   hibernate.jdbc.use_get_generated_keys
   hibernate.default_schema

Ce bean va nous permettre de prendre en compte le fichier de propriétés précédemment créé. Il s'agit d'un bean Spring qui vient écraser la précédente déclaration faite dans Alfresco uniquement pour notre phase de test.

REMARQUES
Dans cette étape, vous pouvez rajouter un répertoire /alf-amp-osecm/src/test/resources/alfresco/desktop qui contiendra les desktop ations Alfresco par défaut (disponible dans le sdk). Apparemment il n'arrive pas à les avoir dans mon environnement...
Dans cette étape, vous pouvez aussi rajouter un fichier log4j.properties dans le répertoire /alf-amp-osecm/src/test/resources pour déterminer les niveaux de logs.

2.8 Modifier le pom.xml
Nous avons maintenant un environnement prêt à être testé et packagé sous format AMP.
Il faut donc modifier dans le pom.xml de notre projet, la valeur du packaging à amp.

2.9 Lancer le packaging

Maintenant votre projet doit ressembler à l'image ci dessous :

Le projet est maintenant complet, vous pouvez lancer le packaging via la commande


mvn clean package

Si tout se passe bien, vous voyez apparaitre le fameux et tant convoité BUILD SUCCESSFULL et si vous faîte attention à la console, vous avez l'affichage du résultat des tests du style
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0

Si c'est le cas vous avez votre premier AMP testé par Maven.

FELICITATION !

Ainsi, dans le répertoire target du projet, vous avez votre AMP packagé : alf-amp_osecm.0.0.3.amp que vous pouvez installer sur votre instance Alfresco.

2.10 Lancer le test via Eclipse
Comme je le disais au tout début, j'ai aussi envie de pouvoir utiliser Eclipse pour pouvoir débugguer mon application si nécessaire. Je lance donc via Junit mon test et vérifie le résultat.

Objectifs atteints !

C'est fini pour aujourd'hui ! C'est déjà pas mal je pense...
Si vous avez des questions, une remarque ou un bug/une amélioration à signaler par exemple, n'hésitez pas à poster un commentaire.

Pour cette partie, je tiens à remercier G.Tournier pour son aide et ses conseils.
Sans lui les noeuds Alfresco seraient sans doute encore un grand mystère pour moi.

A la prochaine !

PS :

L'ensemble des sources du projet alf-amp-osecm sont téléchargeables à cette adresse : http://www.box.net/shared/374lms3ogv

L'ensemble des sources du projet alf-sdk sont téléchargeables à cette adresse : http://www.box.net/shared/oevx14hy8n

Maven + Alfresco : SDK, dépendances et héritage

noreply@blogger.com (JM.Pascal) — Sat, 10 Apr 2010 13:37:00 +0000

Hello,

Cette fois ci, je vais discuter de l'intégration du SDK et des dépendances dans la création d'un AMP.

Pour petit rappel, une dépendance est généralement une bibliothèque de classes packagée sous forme de jar. Si un programme informatique se sert d'une dépendance il doit au moment de son execution savoir où trouver ce jar pour pouvoir l'utiliser.

Dans le cas d'Alfresco, le SDK regroupe l'ensemble de dépendances nécessaires pour pouvoir utiliser et lancer une application Alfresco.

Pour gérer ses dépendances, il n'existe pas qu'un seul mode mais plutôt deux.

En mode classique,

Il faut d'abord télécharger le SDK Alfresco et le dezipper dans un répertoire.

Ensuite dans Eclipse, on doit effectuer l'opération "Importer un projet existant" (généralement le projet SDK AlfrescoEmbedded) dans le répertoire ALF_SDK_HOME\lib

Dans le projet AMP via Eclipse, on configure le Java Build Path c'est à dire lorsque l'on se retrouve dans l'interface de configuration, dans l'onglet Project, on doit ajouter le projet précédemment importé.

Une fois toutes ces étapes passées, on peut utiliser le SDK dans Eclipse. Les liens et dépendances sont alors disponibles pour l'auto complétion et la compilation des sources par Eclipse...

En mode Maven

Dans ce mode là, il faut que l'ensemble du projet SDK AlfrescoEmbedded soit intégré dans un repository Maven 2 (celui de son poste de travail, celui de l'entreprise ou un repository distant).

Pour information, Alfresco possède maintenant son propre repository à l'adresse suivante : Alfresco Nexus/Maven Néanmoins, à l'heure de création de ce billet, il ne possède pas l'ensemble des artefacts du SDK.

Donc pour pouvoir résoudre les dépendances, il faut définir et identifier dans le pom.xml de notre projet d'AMP l'ensemble des dépendances (groupID, ArtifactID, version, classifier).

Lorsque le pom.xml est complet et exhaustif, il devient possible de compiler et tester l'application via Maven.

Et la configuration Eclipse dans tout cela ?? Et bien il est aussi possible via une commande eclipse:eclipse de régénérer la configuration Eclipse.... Mais cela sera pour plus tard si vous le voulez bien...

En tout cas c'est cette deuxième méthode que je vais essayer de vous présenter.

Procédure pour mettre en place le SDK dans un repository Maven 2 et l'utiliser pour construire un AMP

Remarque et avertissement :
Attention cette procédure est loin (très loin même...) d'être la plus propre ou la plus esthétique. Elle ne respecte pas forcément très bien les principes de base de Maven. Il faut donc l'utiliser avec précaution !

1. Intégrer le SDK d'Alfresco en local

Comment répertorier les dépendances ?
Via un petit projet écrit en java et compilé grâce à Maven (quand on veut faire du Maven autant le faire partout...).

Le principe ?
Lister l'ensemble des jar présents dans le projet SDK et les intégrer dans notre repository via un script (.bat ou .sh)

Le code ?


package fr.opensourceecm;

import java.io.BufferedReader;
import java.io.BufferedWriter;
import java.io.File;
import java.io.FileNotFoundException;
import java.io.FileWriter;
import java.io.IOException;
import java.io.InputStreamReader;
import java.util.ArrayList;

public class AlfrescoMavenSDKCreator {

   public static String isWindows = "O";

   public static String pathToSDK = "D:\\opt\\JM-Alfresco\\SDK\\3.3C\\lib\\server";
   public static String sdkGroupId = "org.alfresco.sdk";
   public static String sdkVersion = "3.3";
   public static String sdkClassifier = "community";
   public static String mavenLocation = "call mvn";

   private static final String ln = System.getProperty("line.separator");

   private static void execute() {

      String nomFichier = null;

      FileWriter fout1 = null;
      FileWriter fout2 = null;
      try {

         showVariables();

         System.out.println("Voulez-vous modifier ces paramètres (O/N) ? ");
         BufferedReader in = new BufferedReader(
               new InputStreamReader(System.in));
         String reponse = in.readLine();
         if (reponse.toUpperCase().equals("O")) {
            System.out.println("Windows (O/N) ? ");
            isWindows = in.readLine();
            System.out.println("PATH SDK ? ");
            pathToSDK = in.readLine();
            System.out.println("Version d'Alfresco ? ");
            sdkVersion = in.readLine();
            System.out.println("GroupID ? ");
            sdkGroupId = in.readLine();
            System.out.println("emplacement de Maven (binaire) ? ");
            mavenLocation = in.readLine();
            System.out.println("classifier (labs/enterprise) ? ");
            sdkClassifier = in.readLine();
         }

         if (isWindows.toUpperCase().equals("O")) {
            nomFichier = "maven-sdk-install-files.bat";
         } else {
            nomFichier = "maven-sdk-install-files.sh";
         }

         File file1 = new File("maven-dependencies.txt");
         fout1 = new FileWriter(file1, false);
         BufferedWriter out1 = new BufferedWriter(fout1);

         File file2 = new File(nomFichier);
         fout2 = new FileWriter(file2, false);
         BufferedWriter out2 = new BufferedWriter(fout2);

         if (isWindows.toUpperCase().equals("O")) {
            out2.write("cd " + pathToSDK + ln);
            out2.write(ln);
         } else {
            out2.write("#!/bin/bash" + ln);
            out2.write(". /etc/profile" + ln);
            out2.write(ln);
            out2.write("cd " + pathToSDK + ln);
            out2.write(ln);
         }

         ArrayList listingFiles = getFiles(pathToSDK);

         for (File file : listingFiles) {

            String librairieNameJar = file.getName();
            String librairieName = librairieNameJar.substring(0,
                  librairieNameJar.length() - 4); // moins ".jar"

            out1.write("" + ln);
            out1.write("  " + sdkGroupId + "" + ln);
            out1.write("  " + librairieName + "" + ln);
            out1.write("  " + sdkVersion + "" + ln);
            out1.write("  " + sdkClassifier + "" + ln);
            out1.write("  test" + ln);
            out1.write("" + ln);

            out2.write(mavenLocation + " install:install-file" + 
                  " -Dfile=" + file.getPath().substring(pathToSDK.length() + 1) + 
                  " -DgroupId=" + sdkGroupId + 
                  " -DartifactId=" + librairieName + 
                  " -Dversion=" + sdkVersion + 
                  " -Dpackaging=jar" +
                  " -Dclassifier=" + sdkClassifier + 
                  " -DgeneratePom=true" +
                  " -DcreateChecksum=true" + ln) ;

            out1.flush();
            out2.flush();
         }
         fout1.close();
         fout2.close();

         System.out.println("Les fichiers ont été générés : ");
         System.out.println(file1.getAbsolutePath());
         System.out.println(file2.getAbsolutePath());
      } catch (FileNotFoundException e) {
         e.printStackTrace();
      } catch (IOException e) {
         e.printStackTrace();
      }
   }

   private static void showVariables() {
      System.out.println("This utils is going to generate two files");
      System.out.println("");
      System.out.println("Le programme va s'ex�cuter avec les paramtres suivants :");
      System.out.println("- pathSDK : " + pathToSDK);
      System.out.println("- Windows : " + System.getProperty("os.name"));
      System.out.println("- GroupID Alfresco : " + sdkGroupId);
      System.out.println("- version d'Alfresco : " + sdkVersion);
      System.out.println("- classifier : " + sdkClassifier);
      System.out.println("- emplacement de Maven (binaire) : " + mavenLocation);
   }

   private static ArrayList getFiles(String root) {
      ArrayList listeFichiersJar = new ArrayList();
      getFilesRec(listeFichiersJar, root);
      return listeFichiersJar;
   }

   private static void getFilesRec(ArrayList listeFichiersJar, String root) {
      File f = new File(root);
      File[] listFiles = f.listFiles();
      for (int i = 0; i < listFiles.length; i++) {
         if (listFiles[i].isDirectory()) {
            getFilesRec(listeFichiersJar, listFiles[i].toString());
         } else if (listFiles[i].getName().endsWith(".jar")) {
            listeFichiersJar.add(listFiles[i]);
         }
      }
   }

   public static void main(String[] args) {
      (new AlfrescoMavenSDKCreator()).execute();
   }
}

L'exécution de ce petit programme en ligne de commande ou via l'interface Eclipse créé deux fichiers.

Le premier fichier (un fichier .bat) permet d'installer les dépendances dans le repository.
Ce fichier lance un ensemble d'appel maven du type :

call mvn install:install-file -Dfile=alfresco-core-3.3.jar -DgroupId=org.alfresco.sdk -DartifactId=alfresco-core-3.3 -Dversion=3.3 -Dclassifier=community -Dpackaging=jar

Comme vous pouvez le voir sur cet exemple, il y a comme qui dirait un petit souci de numéro de version ! En effet, cette commande va créer un fichier avec le nom : alfresco-core-3.3-3.3-community.jar Peu mieux faire n'est il pas... C'est pour cela que je considère que c'est pas très beau... Je me suis posé un TODO pour essayer de résoudre ce problème (ou bien attendre qu'Alfresco créé un pom.xml avec l'ensemble des dépendances ;o) ).

Le second fichier permet de créer l'ensemble des déclarations des dépendances trouvées. Elles sont ensuite facilement intégrables dans un fichier pom.xml
Ce fichier regroupe l'ensemble des déclarations du type :



org.alfresco.sdk
alfresco-core-3.3
3.3
community
test

Toutes les dépendances ont un scope TEST. En effet Alfresco possède déjà l'ensemble de ses bibliothèques. Il n'est donc pas nécessaire de les ajouter lors de la création de notre AMP. Par contre on en aura besoin pour tester le module.

Maintenant comment utiliser ses dépendances ?
Un point fort de Maven est sa capacité d'héritage entre artifact(plugin). Ainsi un artifact peut dépendre d'un autre par héritage comme c'est un peu le cas pour les classes Java.

Dans cette optique, l'une des idées est de considérer le SDK Alfresco comme étant le père de notre projet d'AMP. Ainsi toutes les dépendances du SDK seront aussi disponibles pour le projet fils. Si en plus on joue sur les scopes de chacune des dépendances alors on arrive à avoir un système assez précis.

2. Création du projet Super Pom Alfresco SDK

1. Création d'un projet Maven 2
Via une ligne de commande :


mvn archetype:create -DgroupId=fr.opensourceecm -DartifactId=alf-sdk -Dpackagename=fr.opensourceecm.alf.sdk

je crée l'ensemble de l'arborescence d'un projet Maven 2 de type jar.

2. Nettoyage
Je supprime les sous-répertoires des répertoires src/main/java et src/test/java afin de supprimer les classes par défaut générées.

3. Modification du pom
Maintenant je reprends les valeurs du fichier maven-dependencies.txt et je les ajoute entre les balises depedencies.
Je modifie le pom.xml pour créer l'artifact : fr.opensourceecm:alf-sdk:pom:3.3C.
Sachant que ce projet va devenir un projet parent, celui ci doit automatiquement être de package pom.
Finalement je rajoute la configuration des plugins pour l'étape de build.
On obtient ainsi un fichier du type :



4.0.0
fr.opensourceecm
alf-sdk
pom
3.3C
Maven - Alfresco SDK 3.3C
Super POM Maven Alfresco SDK 3.3C 




alfresco-public-snapshots
http://maven.alfresco.com/nexus/content/groups/public-snapshots

true
daily



alfresco-public
http://maven.alfresco.com/nexus/content/groups/public




alfresco-public
http://maven.alfresco.com/nexus/content/groups/public


alfresco-public-snapshots
http://repository.sourcesense.com/nexus/content/groups/public-snapshots

true
daily






org.alfresco.sdk
alfresco-core-3.3
3.3
community
test


org.alfresco.sdk
alfresco-deployment-3.3
3.3
community
test

...

org.alfresco.sdk
mysql-connector-java-5.1.7-bin
3.3
community
test


org.alfresco.sdk
dom4j-1.6.1
3.3
community
test


org.alfresco.sdk
ehcache-core-2.0.0
3.3
community
test

...

org.alfresco.sdk
org.springframework.beans-3.0.0
3.3
community
test


org.alfresco.sdk
org.springframework.context-3.0.0
3.3
community
test

...





true
src/main/resources


true
src/main/config
alfresco/module/${groupId}.${artifactId}






org.apache.maven.plugins
maven-compiler-plugin
2.2

1.6
1.6




org.alfresco.maven.plugin
maven-amp-plugin
3.0.1-SNAPSHOT
true


false

4. Installation et déploiement du projet
Une simple commande maven suffit maintenant pour créer notre artefact;


mvn clean install

Dans notre repository, nous avons désormais accès au module fr.opensourceecm:alf-sdk:pom:3.3C

Remarque Importante !
Si vous utilisez la version 3.3C (comme moi ici), il manque un jar important dans les dépendances : config.jar. Cette référence contient l'ensemble des fichiers de configuration d'Alfresco. Il est donc important de l'avoir! Pour information dans le SDK de la version 3.3, il s'agit d'un répertoire et non d'un jar. Il faut donc créer un jar de ce répertoire pour ensuite le mettre en tant que dépendance dans notre pom.xml.



org.alfresco.sdk
alfresco-config
3.3
community
test

Mise à jour du projet AMP alf-amp-osecm

1. Modification du pom.xml
Maintenant, nous pouvons modifier le fichier pom.xml de notre fichier pour prendre en compte le parent. Il est à noter que l'on a ajouté le bloc parent en premier pour définir l'héritage.




fr.opensourceecm
alf-sdk
3.3C

4.0.0
alf-amp-osecm
amp
0.0.2
alf-amp-bdj
Open Source ECM - Extension

On s'aperçoit désormais que le pom devient beaucoup plus court. Les informations concernant les dépendances et les plugins à mettre à utiliser lors du build ont été hérités du projet SDK. C'est cela la magie de l'héritage!

2. Création de l'AMP
Maintenant nous avons tout pour créer notre module. Il n'y a plus qu'à lancer la commande :


mvn clean package

On peut ainsi retrouver dans le répertoire target de notre projet, le fichier alf-amp-osecm-0.0.2.amp qui sera alors possible d'intégrer dans Alfresco.war.

3. Intégration
Effectuez un copier/coller du fichier alf-amp-osecm-0.0.2.amp vers le répertoire amps du répertoire d'installation d'un Alfresco.
Lancer ensuite le script d'installation des amps dans le répertoire d'installation d'un Alfresco : apply_amps.bat
A la fin de celui ci, vous avez un nouveau alfresco.war mis à jour avec votre module.

4. Lancer Alfresco
Vous pouvez maintenant lancer Alfresco et vérifier l'intégration du module.

Voici selon moi, comment on peut faire un peu plus de Maven avec Alfresco.

Dans le prochain post, on explorera comment mettre en place des tests avec Maven.

PS :

L'ensemble des sources du projet alf-sdk sont téléchargeables à cette adresse : http://www.box.net/shared/2zpgm3fcag

L'ensemble des sources du projet alf-sdk-osecm (pour la création des fichiers de dépendances) sont téléchargeables à cette adresse : http://www.box.net/shared/fe6ftxeb4y

L'ensemble des sources du projet alf-amp-osecm sont téléchargeables à cette adresse : http://www.box.net/shared/s966vj1xqz

Maven + Alfresco : Création d'un AMP

noreply@blogger.com (JM.Pascal) — Sat, 10 Apr 2010 13:09:00 +0000

Bonjour à tous,

Récemment je viens de terminer l'excellent livre sur Maven écrit par A.Heritier et N.De Loof.
C'est le genre de livre que j'aime beaucoup car il ne s'agit pas simplement d'un catalogue de fonctions mais bien une mise en situation! Et cela ça change tout! Donc si vous ne l'avez pas encore, je vous conseille de l'acheter à cette adresse ou dans tout autre bonne librairie qui possède un rayon Technologie/Informatique.

Je m'écarte... ce que j'aimerai aborder avec vous aujourd'hui c'est l'intégration de Maven et Alfresco.
Je pense qu'il est temps de partager une petite réflexion sur le sujet en plusieurs posts.

Si vous vous y connaissez un petit peu (sur Maven et Alfresco), vous savez qu'il existe déjà quelque chose sur le sujet.
En effet lorsque l'on va à cette adresse, on retrouve l'ensemble des informations pour mettre en place Alfresco via Maven. La documentation n'est pas forcément très claire aux premiers abords mais après un petit temps, on commence à comprendre tous les tenants et aboutissants.

Prenons un exemple,

Je veux créer un AMP pour ajouter mon modèle de données dans Alfresco via Maven.

Dans ma boite à outils, j'ai à disposition le plugin : maven-amp-plugin ainsi que l'archetype maven-alfresco-amp-archetype.
Pour l'instant je ne vais utiliser que le plugin pour partir un peu "From scratch".

En pré-requis bien entendu, j'ai installé un Eclipse 3.5, un Maven 2.2. J'ai défini les variables d'environnements MAVEN_HOME et j'ai configuré mon workspace Eclipse avec la commande


mvn -Declipse.workspace=. eclipse:configure-workspace

dans le répertoire d'installtion d'Eclipse.

Procédure de création

1. Création d'un projet Maven 2
Via une ligne de commande :


mvn archetype:create -DgroupId=fr.opensourceecm -DartifactId=alf-amp-osecm -Dpackagename=fr.opensourceecm.alf.amp.osecm

je crée l'ensemble de l'arborescence d'un projet Maven 2 de type jar.

2. Nettoyage
Je supprime les sous-répertoires des répertoires src/main/java et src/test/java afin de supprimer les classes par défaut générées.

3. Ajout du modèle
Dans le répertoire src/main/config/model, j'ajoute mon modèle de données : openSourceEcmModele.xml

REMARQUES
Vous pouvez prendre en exemple le fichier sample "customModel.xml" d'une installation Alfresco dans le répertoire tomcat\shared\classes\alfresco\extension

4. Ajout du web-client-config
Dans le répertoire src/main/config/ui, j'ajoute la configuration du client web : openSourceEcm-web-client-config.xml

REMARQUES
Vous pouvez prendre en exemple le fichier sample "web-client-config-custom.xml.unicode.sample" d'une installation Alfresco dans le répertoire tomcat\shared\classes\alfresco\extension

REMARQUES
Au préalable, on aura vérifié que les deux fichiers précédents sont bien formatés et valides en utilisant les principes des modèles dynamiques : http://wiki.alfresco.com/wiki/Dynamic_Models

5. Ajout module-context.xml
Dans le répertoire src/main/config, je crée le fichier module-context.xml. Via ce fichier, je définis les beans spring pour prendre en compte mon modèle et la configuration de l'interface graphique.








alfresco/module/${groupId}.${artifactId}/model/openSourceEcmModele.xml







classpath:alfresco/module/${groupId}.${artifactId}/ui/openSourceEcm-web-client-config.xml

6. Ajout du Module.properties
Ce fichier est nécessaire pour identifier le module et ses détails lors de son installation par le ModuleService.
Il reprend ici les valeurs définies dans le pom.xml du projet.


module.id=${pom.groupId}.${pom.artifactId}
module.title=${pom.name}
module.description=${pom.description}
module.version=${pom.version}
module.repo.version.min=3.3

7. Modification du pom.xml
Ce fichier est l'unité de travail de Maven. Il s'agit d'un fichier XML qui contient les informations et la configuration du projet utilisé par Maven pour le construire. Il contient aussi les valeurs par défauts des projets.



4.0.0
fr.opensourceecm
alf-amp-osecm
amp
0.0.1
alf-amp-bdj
Open Source ECM - Extension



alfresco-public-snapshots
http://maven.alfresco.com/nexus/content/groups/public-snapshots

true
daily



alfresco-public
http://maven.alfresco.com/nexus/content/groups/public




alfresco-public
http://maven.alfresco.com/nexus/content/groups/public


alfresco-public-snapshots
http://repository.sourcesense.com/nexus/content/groups/public-snapshots

true
daily







true
src/main/resources


true
src/main/config
alfresco/module/${groupId}.${artifactId}





org.alfresco.maven.plugin
maven-amp-plugin
3.0.1-SNAPSHOT
true


false

On note ici la présence du plugin maven-amp-plugin en tant que dépendance. Il permet d'effectuer le packaging du projet en AMP (Cf. balises <packaging>amp</packaging>)

Pour trouver la dépendance maven-amp-plugin, on ajoute les balises <repositories>. Elles permettent à Maven de récupérer les différentes dépendances.

On note aussi la présence des balises <resource> et <filtering>true</filtering> qui permettent de mettre à jour les valeurs ${...} par les valeurs définies dans le pom.xml.
Par exemple, dans notre cas la valeur de module.version=${pom.version} dans le module.properties va être remplacés par la valeur <version>0.0.1</version> dans le pom.xml. Utile pour définir une seule fois les valeurs des variables.

8. Compilation
Maintenant nous avons tout pour créer notre module. Il n'y a plus qu'à lancer la commande :

mvn clean package

On peut ainsi retrouver dans le répertoire target de notre projet, le fichier alf-amp-osecm-0.0.1.amp qui sera alors possible d'intégrer dans Alfresco.war.

9. Intégration
Effectuez un copier/coller du fichier alf-amp-osecm-0.0.1.amp vers le répertoire amps du répertoire d'installation d'un Alfresco.

Lancez ensuite le script d'installation des amps dans le répertoire d'installation d'un Alfresco : apply_amps.bat A la fin de celui ci, vous avez un nouveau alfresco.war mis à jour avec votre module.

10. Lancer Alfresco
Vous pouvez maintenant lancer Alfresco et vérifier l'intégration du module.

Voici selon moi, l'exemple le plus simple de création d'un AMP pour Alfresco.

Dans le prochain post, on explorera comment gérer les dépendances.

PS :

L'ensemble des sources du projet alf-amp-osecm sont téléchargeables à cette adresse : http://www.box.net/shared/tvkc3olink

Nuxeo en 2009

noreply@blogger.com (JM.Pascal) — Tue, 01 Dec 2009 08:14:00 +0000

Cela faisait un petit temps que je ne vous avait pas fait part de nouvelles à propos de Nuxeo sur ce blog. Je vais essayer de me rattraper un peu...

Faisons un petit retour sur les différents faits marquant en 2009.

Nuxeo 5.3
Courant octobre, Nuxeo a annoncé la disponibilité de sa nouvelle version de Nuxeo DM : la 5.3.
Cette version est la plus aboutie que Nuxeo nous ai donné de voir. Plus riche fonctionnellement, elle permet de couvrir des besoins plus complexe et plus vaste.

Parmi la liste des nouvelles fonctionnalités, j'en retiendrai deux.

Open Social : Lorsque l'on discute avec des "clients", on retrouve souvent la demande d'un "portail". Je mets bien le terme "portail" entre guillemets car comme le terme ECM, portail peut tout dire et rien dire en même temps. Ici je parle du portail version gadget/widget à la Google ou la Netvibes. Il s'agit de pouvoir agencer sur une seule et même page un ensemble de petits carrés afin de former une mosaïque répondant au besoin fonctionnel du client. En d'autre terme comment au sein de mon application puis je aggréger des contenus et des applications provenant de sources différentes (et si cela ressemble à du Google alors c'est encore mieux!!!)

Pour assouvir ce besoin, Nuxeo a intégré http://www.opensocial.org/ La Référence (standard de facto) en terme de création d'application composite. Nuxeo DM devient ainsi aussi bien client que serveur de gadgets Open Social. Pensez y donc lorsque vous voudrez ajouter la fameuse boite Météo.

Publication distante et fédérée : Il s'agit ici d'un besoin plus orienté technique mais ô combien important pour tout intégrateur ou grande entreprise. Pour comprendre l'utilité, prenons l'exemple d'une entreprise qui possède 2 sites distants (géographiquement et fonctionnellement). L'un des sites est le siège tandis que l'autre site est un site de production. Au niveau du siège, l'équipe de développement des produits crée l'ensemble de la documentation des nouveaux produits (schéma du produit, instructions de fabrication, manuel d'utilisation...) et le stocke/partage ensuite au sein de sa base documentaire dans la solution de gestion de contenus. L'équipe de production quant à elle utilise la documentation et faute de documentation le site de production peut ne pas fonctionner correctement. Pour éviter ce genre d'imprévu, on va créer un mode "maitre-esclave" entre la solution centrale du siège et une solution locale de production. Entre ces deux sites, il y aura une circulation et une distribution des informations garantissant ainsi une disponibilité des données.

Vous pouvez retrouver l'annonce à l'adresse suivante http://www.nuxeo.com/fr/societe/actualites/nuxeo-dm-53

Si vous préférez la vidéo, vous pouvez retrouver un webinar présentant les fonctionnalités Nuxeo à l'adresse suivante :

http://www.nuxeo.com/fr/societe/evenements/webinar_nuxeo_dm_53 (Français)
http://www.nuxeo.com/en/about/events/webinar_nuxeo_dm_53 (Anglais)

Nuxeo et le marketing
Depuis un peu plus d'un an maintenant et pour accompagner son essor international, Nuxeo a amélioré considérablement sa présence marketing. En d'autre terme, comment promouvoir et diffuser les différentes offres de la société vers ces clients.

Concrétement cela se traduit par plus d'évènements aussi bien sur la toile via des webinars, des vidéos, des présentations ou de la participation à des réseaux sociaux que dans des meetings.

A noter : Nuxeo World http://www.nuxeo.com/fr/societe/actualites/nuxeo-world-2010

L'un des points d'orgue de cette politique fut la nomination de Cheryl McKinnon en tant que responsable marketing ou CMO (Chief Marketing Officer en Anglais). Vous me direz oui et alors ? Je vous répondrai qu'elle était d'une part Directrice du Program management-Enterprise 2.0 chez Open Text (éditeur de solutions "propriétaire" dans le monde de la gestion de contenu et l'un des leaders dans ce marché... et donc concurrent de Nuxeo) et d'autre part elle est connue et reconnue dans la communauté ECM internationale. Si vous vouliez une nouvelle preuve de la montée de la gestion documentaire open source, je crois que vous en avez une nouvelle ;-)

Nb : Si vous voulez suivre Cheryl McKinnon

Son blog: http://candyandaspirin.blogspot.com/
Nuxeo Blog : http://blogs.nuxeo.com/cmckinnon/
Twitter : http://twitter.com/CherylMcKinnon

Les trois axes de conquête
Au cours de 2009, on a constaté que Nuxeo s'oriente suivant 3 axes (que je considère comme majeure)

La recherche sémantique
Apache Chemistry et CMIS
Nuxeo Cloud

La recherche sémantique
Pour être franc, je ne suis pas loin d'être un expert dans la matière mais je sais ô combien il est important d'apporter de l'intelligence aux données que l'on stocke dans un système de gestion de contenus.

Pour vous faire une idée de l'intégration de cette composante dans Nuxeo, je vais vous renvoyer vers les différentes ressources disponibles. Elles sont constituées essentiellement par le travail d'Olivier Grisel de chez Nuxeo, et Yerbabuena Software qui a développé le premier module Nuxeo dans ce domaine.

Article

Vidéos

Présentation d'Olivier Grisel à propos de Nuxeo et de la Semantic lors du Chti'jug (présentation ppt)
Présentation et évolution du module Sémantique pour Nuxeo par Yerbabuena Software

Nb : Si vous voulez suivre Olivier Grisel : http://twitter.com/ogrisel

Apache Chemistry et CMIS
Nuxeo a lancé maintenant depuis plusieurs mois l'initiative Chemistry : http://incubator.apache.org/chemistry/. Cette initiative tente à devenir l’implémentation open source de référence pour le standard CMIS. Au vue de la fin prochaine de la revue publique de ce futur standard, on peut se douter que cette partie va prendre de plus en plus d'importance dans les prochains mois et va contribuer au savoir faire de Nuxeo.

A noter au passage le très bon article sur CMIS sur le blog jonontech.com
http://jonontech.com/2009/11/26/cmis-jcr-and-osgi-for-idiots/

Nuxeo Cloud
Vous voulez simplement utiliser Nuxeo sans vous préoccuper de l'infrastructure technique à mettre en place ? Vous voulez une offre distribuée capable de monter en charge facilement ? Alors n'hésitez pas à adopter Nuxeo Cloud, l'offre d'ECM dans les nuages par Nuxeo. Pour plus d'informations : http://www.nuxeo.com/

Et demain ?
Le dernier post de Laurence Hart sur son blog wordofpie.com nous renseigne sur les principaux axes d'évolution de l'offre Nuxeo. On retrouve l'axe Archivage (Record Management) et la constitution d'un catalogue d'offre applicative (Gestion de courriers, DAM, Cloud...). On voit ici encore s'étendre le périmètre fonctionnel.

Voila mesdames, mesdemoiselles et messieurs tout ce que je pouvais résumer sur l'état actuel de l'offre Nuxeo. Je reste à votre disposition pour de plus amples informations et pour partager les différentes nouveautés de Nuxeo.

Alors à très vite !

Open Source ECM V2

noreply@blogger.com (JM.Pascal) — Fri, 27 Nov 2009 07:59:00 +0000

Comme vous avez pu le constater, http://www.opensourceecm.fr/ a changé de look!

Plus clair, plus spacieux, plus blanc, plus simple, plus collaboratif... en d'autre termes plus mieux !

Les nouveautés

La présentation des articles passent en mode "magazine". Sur la page d'accueil il est désormais possible de visualiser les derniers articles publiés sur le blog. Pour aller plus loin, il suffit de cliquer sur le bouton "Lire la suite" pour visualiser l'ensemble de l'article.

Une barre de menu est apparue! Cruel manque dans mon précédent blog, cette barre va me permettre de créer des liens plus simple et rapide vers un aspect particulier de mon blog. Les 3 sujet sont pour l'instant "A Propos", "Mes Interviews", "Mes Présentations".

A droite de la barre de menu (cette fois ci bien intégré), on retrouve un champ de "recherche rapide". Utile n'est il pas ?

Une nouvelle mascotte a fait aussi son apparition!! Tuxitecte de son petit prénom nous arrive du site http://tux.crystalxp.net/fr.id.13668-tuxitecte.html et a été crée par kami23 sous licence creative commons. On peut retrouver ses oeuvres sur le site http://jonkie.ch/index.htm lMerci Kami23 !

Dans la rubrique 2.0, vous pouvez retrouver l'ensemble de mes espaces de partage et de "social networking" dans la rubrique Mon Univers. Dans cette même rubrique n'hésitez pas à vous abonner aux flux RSS sous forme de flux ou sous forme d'email.

Les catégories sont passées en mode "nuage" pour une meilleure lisibilité. On s'aperçoit alors très vite de mes centres d'intérêts. ^^

Chaque article est maintenant "retweetable". Sur mon ancienne version j'avais essayé des indicateurs Dzone et Digg mais je me suis vite aperçu que ces indicateurs (pour le contenu de ce blog) n'etaient pas forcément très convaincants...

La création des commentaires devient maintenant beaucoup plus simple et plus clair. En faisant un petit état des lieux de mon ancien blog, je pense que le manque de simplicité a sans doute été un frein... J'espère que maintenant ce manque sera maintenant comblé. Affaire à suivre...

Chaque article possède désormais le fameux "5 star ratings". Je ne sais pas si pour vous c'est un réflexe de noter mais pour moi j'essaie au possible de mettre un retour sur chaque article qui en possède un. Si cela fonctionne, ces petites étoiles me permettront d'orienter un peu la constitution de mes articles.

Chaque article possède aussi les différents liens vers les "favoris" des réseaux connus.

Voilà je crois que j'ai fait le tour du propriétaire... Et pour finir quelques citations qui me tiennent à cœur et que je partage dans ce blog...

La connaissance est la seule chose qui s'accroit lorsqu'on la partage.

La connaissance, c'est partager le savoir qui nous fait grandir.

Donc don't hesitate! ;o)

Comment choisir sa solution de gestion de contenus ?

noreply@blogger.com (JM.Pascal) — Mon, 23 Nov 2009 19:36:00 +0000

Bonjour tout le monde,

Le sujet du jour, si vous le voulez bien, sera consacré à un éternel problème:

Comment choisir sa solution *CM (Gestion de Contenus)?
(* représentant une lettre de votre choix mais communément un E ou W)

Cette question sous-entend de nombreuses questions, comprend de nombreuses méthodologies et est propre à chaque contexte projet. En d'autres termes il n'est pas facile (voire impossible) de standardiser une seule et unique approche du problème. Néanmoins il est possible d'éviter les principaux écueils et d'utiliser les meilleures pratiques. C'est ce que nous allons essayer de voir par la suite grâce à une série de règles.

Remarque : L'ensemble des règles sont issus des différents retours d'expérience que je cite en référence à la fin de ce post. Elle n'envisage que moi et ne saurait être le remède miracle pour choisir sa solution...

Règle n° 1 : Quels sont mes besoins ?
Dois-je rappeler qu'il s'agit de la base... Sans une définition LITTERALE des besoins, sans des cas d'utilisations SCHEMATISES avec des explications LITTERALE, sans une HISTOIRE des demandes fonctionnelles est il nécessaire de démarrer un projet qui aura pour conséquence le choix d'une solution inadaptée ?
On parle bien ici du fameux QUOI pour Quel est le futur cadre de mon travail ?

Dans les projets de gestion documentaire, il faut identifier les types de documents que le système devra gérer. Quels sont leurs formats, leurs tailles moyennes, leurs fréquences de création, de modification, de suppression. Qui est responsable de ces données...?

Règle n° 2 : Quelles sont mes contraintes techniques ?

Suivant la recommandation de mes urbanistes je dois pouvoir récupérer des informations provenant d'une application de mon SI. Existe t il un connecteur avec cette application ou quels sont les moyens envisagés dans la solution susceptible de récupérer ces informations ?
Suivant les directives de mes architectes, ma future solution doit être basée sur une architecture comprenant des EJB3 et doit pouvoir être installé sur un socle Linux Ubuntu.
Le service d'exploitation a besoin de surveiller la future application via JMX.

Lorsque ce genre de contraintes est connu en amont alors il est beaucoup plus simple (aussi bien pour le client que pour le fournisseur) de choisir une solution adaptée. Ces contraintes peuvent ainsi constituer une liste de MUST-HAVE qui pourrait être discriminant lors d'une comparaison d'offres. A vous de placer le curseur sur l'importance des critères (en sachant bien évidemment que rares sont les solutions remplissant tous les critères )

Règle n° 3 : Les petits ruisseaux font les grandes rivières
En partant de ce principe ou du fameux KISS (Keep It Simple Stupid), il vaux mieux commencer simplement, rapidement et humblement pour ensuite vérifier, valider et voir recommencer afin dans un second temps d'étoffer les fonctionnalités offertes. Cette approche permet d'avoir un retour l'utilisateur final plus rapide et améliore ainsi l'adhésion au projet et donc à l'outil.

Dans le domaine du développement on appelle cela le développement Agile ;o)

Règle n° 4 : Pour choisir une solution, la grille de notation tu banniras !
Pour avoir pratiqué l'exercice aussi bien en tant que consultant qu'en temps qu'utilisateur les grilles ne servent en fait... pas à grand chose. Sauf à prouver et à dire ce que vous voulez!

Pour ceux qui n'en aurait jamais vu, voici un petit descriptif :

Il s'agit en général d'un fichier Excel avec une liste de critères regroupés en famille, qui eux même sont regroupés en groupe, qui eux même sont regroupés en catégorie. Ils Chaque critère possède ensuite une pondération. Celle ci est parfois aussi envisagée pour les familles, les groupes et les catégories... Cette liste constitue l'axe des Y (de haut en bas).
Ensuite sur l'axe des X (gauche à droite), on va ajouter les différentes solutions que l'on veut soumettre au traitement de la matrice.
L'intersection des lignes de critères avec la colonne de la solution est ensuite complétée par une combinaison de note comprise entre 0 et 5.
Au final en bas de la feuille Excel, il y a la note finale. Résultant de la moyenne des produits entre pondérations et notes, cette note au combien symbolique est le salut pour le responsable du choix de solution puisqu'elle indique l'heureux vainqueur incontestable!

Dis comme cela c'est simple non ? :o)

Le principal reproche de cette pratique vient de la "partialité" lors du choix des critères, de la pondération et de la note.

Exemple :

Partons du besoin :
Les équipes techniques (conceptrice de nos produits) ont besoin de pouvoir partager leurs bonnes pratiques de manière collaborative.

Critère envisageables :
Intégration d'un wiki.

Réponses possibles :

Réponse d'un consultant : Pour la solution X, il existe une possibilité d'intégrer une solution de Wiki via l'API du système de GED.
Réponse d'un éditeur : La solution Y, Une de nos fonctionnalités permet de gérer un système de wiki.
Réponse d'un intégrateur : Avec un peu de code, il est possible de créer un système de wiki simple que l'on pourra brancher au système de GED de la solution Z.

Maintenant je vous laisse libre de mettre une note de 0 à 4.

Au fait avez vous pensez à demander quelle est la syntaxe du moteur ? Votre équipe technique voudra-t-elle écrire en apprenant qu'un mot entre le symbole ' indique un italique, avec [ qu'il s'agit d'un lien... ou bien voudriez vous plutôt un éditeur de texte simple ou riche, avec l'intégration de médias comme des images...?
Ensuite avez vous pensez à comment sont stockés ces contenus ? Comment ils peuvent être réutilisés, partagés et indexés ? et j'en passe...

Maintenant mettriez vous la même note ?

Voilà en substance les limites du système matriciel...

Règle n° 5 : Pour demander le choix d'une solution dans un appel d'offre la grille de critères tu banniras!
Corollaire du point précédent, si tu ne veux pas que les réponses données soient fausse, alors ne demande pas de remplir une grille. Simple isn't it...

Règle n° 6 : Avec qui ai je envie de travailler ?
Règle simple mais pas toujours appliqué. N'est-il pas plus simple de travailler avec des personnes que l'on connait et avec qui on a noué des liens de confiance, de respect, d'honnêteté et d'efficacité ?

N'hésitez donc pas à rencontrer les différentes personnes qui vont intervenir aussi bien dans la phase de choix, de conception que celle de réalisation. Ceux sont ces personnes qui sont avant tout garantes de la réussite de votre projet.

Règle n° 7 : Vous connaissez votre budget ? Alors dites-le!
Je sais que ce choix peut paraitre osé suivant les projets, mais il va vous permettre de gagner du temps ! D'une part parce qu'il vous permettra de savoir qui sont les fournisseurs réellement intéressés par le projet, d'autres part il vous permettra de choisir la gamme de produit pouvant répondre à votre problématique.

Remarque : Parlant souvent de solutions open-source, je tiens à rappeler qu'une solution Open Source N'est PAS GRATUITE!

Règle n° 8 : Open Source ou Propriétaire même combat ou dit autrement aucun préjugé tu dois avoir!
Bien que je sois un fervent supporter de l'open source, le propriétaire n'est pas à exclure du choix d'une solution (et vice-versa!). Dans le choix d'une solution seul compte votre besoin (et votre budget...)!
Si ce besoin est mieux couvert par une solution propriétaire et que celle ci entre dans le budget fixé, pourquoi se priver ? (et vice-versa!).

Règle n° 9 : Un prototype tu demanderas!
Parfois dans les critères de sélection, on trouve la mention : "Expérience utilisatrice à 2.0", ou "Ergonomie et Experience Enrichie". Si vous n'avez jamais installé le produit ou utilisé le produit comment pouvez vous vous fiez à une note ou à une description. C'est dans ces moments la que l'on constate l'utilité d'un prototype.

Petit rappel : Un prototype ne consiste pas à faire en quelques jours ce que le projet demande de faire en plusieurs mois.

Le but d'un prototype est de montrer les forces et faiblesses d'un produit sur un cas d'utilisation particulier. En outre, il vous permettra de voir le degré de maitrise de la solution par un intégrateur, ou le degré d'adaptabilité d'un produit par un éditeur. Ce n'est pas à l'éditeur de montrer ce que le produit sait faire mais bien au produit de montrer ce qu'il sait faire dans votre contexte. Et si le prototype "plante" ce n'est pas grave, il montre au contraire sur quoi il faut réellement travailler.

Règle n° 10 : Je n'y comprends rien...
Vous avez du mal à comprendre les principes régissant un projet de gestion documentaire. Demandez de l'aide tout simplement !

Voilà en quelques points ma vision de comment choisir sa solution de gestion de contenus.

L'ensemble de cet article n'aurait été possible sans les innombrables articles traitant du sujet sur le web. Voici quelques morceaux choisis :

[FR] BPMBulletin :

http://www.bpmbulletin.com/2009/11/23/5-facteurs-cles-de-succes-pour-mettre-en-oeuvre-une-application-ecm-bpm/

[ENG] BIG MEN ON CONTENT

http://bigmenoncontent.com/2009/11/03/8-dimensions-of-cms-technical-evaluation/

[ENG] BLEND INTERACTIVE

http://blendinteractive.com/blog/business/getting-good-rfp-response/

[ENG] CMS WATCH

[ENG] CONTENT HERE (My favourite!)

[ENG] JON ON TECH (A lire absolument !)

http://jonontech.com/2009/04/12/which-comes-first-the-crew-or-the-cms/

Wave & ECM : Mes impressions

noreply@blogger.com (JM.Pascal) — Tue, 17 Nov 2009 10:59:00 +0000

Bonjour tout le monde!

Si vous ne vivez pas dans une autre planète, vous avez sans doute entendu parler du phénomène ou de la vague GOOGLE WAVE. Ayant obtenu le précieux sésame depuis quelques semaines, j'ai pu tester l'outil et me faire une opinion.

Je ne vais pas vous faire une n-ieme présentation sur le sujet. Les ressources ne manquent pas.
Non aujourd'hui je vais simplement vous faire part de mes récentes pensées sur les relations qui existent entre l'ECM ou CM en général avec Google Wave... Google wave va t il écraser l'ECM ou bien va t il l'épouser ? Mouton à cinq pattes ou réelle avancée technologique ?

Collaboration et communication
Tout d'abord Google Wave est comme sa définition le dit :

Google Wave is an online tool for real-time communication and collaboration. A wave can be both a conversation and a document where people can discuss and work together using richly formatted text, photos, videos, maps, and more.

un outil qui permet d'échanger de l'information (communiquer quoi...) entre une ou plusieurs personnes de manière synchrone (interactive) ou asynchrone (statique)...

Faisons un petit état des lieux. Dans la catégorie des outils de collaboration et de communication il existe :

E-Mail : Il s'agit d'un service de transfert de messages envoyés par un système de messagerie électronique via un réseau informatique (principalement Internet) dans la boîte aux lettres électronique d’un destinataire choisi par l’émetteur.
Forums : Lieu d'échange où les internautes posent ou répondent à une question donnée. Les différentes contributions, accessibles à tout à chacun, forment un fil de discussion (thread en anglais). Chaque forum de discussion se consacre à un thème précis.
Messagerie Instantanée : permet l'échange instantané de messages textuels entre plusieurs ordinateurs connectés au même réseau informatique, et plus communément celui d'Internet. Contrairement au courrier électronique, ce moyen de communication est caractérisé par le fait que les messages s'affichent en quasi-temps-réel et permettent un dialogue interactif.
Mailling List : est une utilisation spécifique du courrier électronique qui permet le publipostage d'informations aux utilisateurs qui y sont inscrits.
Podcast : le podcasting permet aux utilisateurs l'écoute ou le téléchargement automatique d'émissions audio ou vidéo pour les baladeurs numériques en vue d'une écoute immédiate ou ultérieure.
Wiki : Il s'agit d'un site Internet qui offre aux utilisateurs la possibilité de procéder à l'édition des pages du site.
Edition collaborative de document : Ensemble d'outils permettant de créer de manière conjointe au sein d'un groupe un ou plusieurs documents.

Maintenant mettez le tout dans une seule et même application, ajoutez y une forte dose de Mashup à base de widgets, secouez le tout et vous obtiendrez un Google Shake à la sauce collaborative c'est à dire Google Wave!

Google Wave : Un Outil de Collaboration Génétiquement Modifié.
Voilà ce qu'il ressort lorsque l'on utilise Google Wave. Cet OVNI est impossible à ranger dans une case et c'est bien cela qui étonne et qui dérange en même temps la plupart des utilisateurs. Du déjà vu pour certains, une révolution pour d'autres. Et vous comment le voyez vous ?

Google Wave : One ring to rule them all ?
Faisons une comparaison avec le téléphone portable. Il y a 10 ans, le téléphone portable servait à ... Téléphoner! Ensuite il nous a permit d'envoyer des SMS, des MMS, des E-Mails... Il s'est transformé en lecteur de musique portable, puis album de photos, puis salle de cinéma... De nos jours il nous sert à nous localiser, à aller sur internet ou encore à jouer... Eh oui il existe une application pour à peu près tout!

Et bien on peut comparer Google Wave à un téléphone portable de Xe génération pour les moyens de communication. Il va nous permettre de faire tout un tas de trucs plus géniaux (ou pas suivant les idées...) entre toi et moi (pourquoi pas!) ou entre toi et nous (j'ai des copains aussi!) ou entre vous et nous (parce que toi aussi tu as des amis) ou au sein d'une communauté maintenant, demain ou encore plus tard.

Dans la modélisation de contenu on appellerait cela un contenu générique ou primaire(Google a-t-il mis un noeud dans le patrimoine génétique d'une Wave... Mystère...) capable de s'adapter et d'être adapté.

Alors Google Wave : ECM Killer ?
Et bien au vu de son patrimoine génétique... Ma réponse est clairement NON! (Après je peux clairement me tromper...)
Il s'agit au contraire d'un très prometteur PLUS (dans le sens + ) pour rendre la gestion de contenu plus simple(?). En effet l'intérêt d'une wave c'est qu'il

n'est pas répliqué sur chacun des clients (comme dans chaque boite aux lettres dans le cas des e-mails)
est partageable facilement (on peut facilement dire qui a le droit ou pas d'être dans une wave)
est classifiable et donc indexable et donc trouvable (c'est quand même le métier de google à la base de retrouver...)
est modifiable à souhait! (tout le monde peut mettre sa petite touche personnelle)
peut être synchrone et/ou asynchrone (tu n'es pas là... tant pis je te laisse un message. Tu es là alors on peut aller plus vite!)
gère les versions (Playback... j'aimerai bien voir qui a ajouté quoi à quel moment)
est deployable aussi bien chez un fournisseur que chez moi à l'abri derrière mon firewall!

Google wave a pris certains principes fondateurs de la gestion de contenu (versionning, catégorisation, edition collaborative, gestion des utilisateurs...) mais n'est pas en soit un "outil de gestion de contenu" (comme je l'ai dis précédemment, on ne peut le mettre dans une case...) . Sa matière première est le contenu! Content is everywhere and is everything... Wave permet de créer, diffuser l'information facilement et simplement.

Google Wave en entreprise ?
Google Wave va bien entendu attérir en entreprise comme la plupart des outils Google. Qui ne s'est jamais servi d'un Gmail, d'un Google maps, d'un Google reader ou de Google tout court dans un cadre professionnel ? (Oui bon on exclut ceux qui n'ont pas Internet au travail.) Par contre cela ne sera pas pour tout de suite.. D'une part parce qu'il s'agit d'une phase de Beta (une vrai de vrai), d'autre part parce qu'il faut que tout le monde commence à domestiquer le monstre pour en faire fidèle un compagnon puis enfin parce qu'il faut inventer de nouvelles pratiques basées (ou pas) sur les anciennes bonnes pratiques.

Qui va en profiter ?

Tout d'abord les petits seront encore les plus chanceux pour une raison simple.
Pourquoi investir dans un outil de wiki + messagerie instantanée + e-mail + outil de collaboration + forum + ... alors qu'il me suffit de connaitre simplement un outil et qui, de plus, me permet de m'abstraire de son infrastructure informatique...(ou pas suivant les méthodes de déploiement que l'on aura choisi.) Une offre PME/PMI devrait être vite disponible comme c'est déjà le cas pour les Google Apps.

Ensuite les créateurs d'apps
Comme pour l'Iphone, Faceboox et autres moyens de communication dans le vent, on va voir apparaitre (et c'est déjà le cas) plein de gadgets, widgets et autres add-ons pour enrichir notre expérience utilisatrice. Il est à parier que de nouveaux clients vont aussi apparaître.

Après les intégrateurs tiers.
Une première intégration envisageable sera l'archivage des waves c'est à dire comment garder à long terme un échange d'informations entre une ou plusieurs personnes. Cela s'avérera moins gourmand en volumétrique que pour les e-mails mais sans doute plus complexe car intégrant plus de sources de données externes.

Les autres intégrations seront celles que l'on voit récursivement c'est à dire intégration avec l'existant (outils bureautique, outils de gestion de contenus bien sur, applications métiers, système de sécurité...)

Et puis nous... Parce que nous sommes à l'origine de tout.

Finalement
Autrefois Windows offrait tous les services grâce à un système d'exploitation + des logiciels.

Maintenant Google offre tous les services grâce à Internet et des Apps.

Cela devient de plus en plus visible et palpable. Impressionnant pour un intégrateur tel que moi, normal pour des utilisateurs lambda... C'est aussi cela la magie de l'informatique !

Merci de m'avoir lu et à très bientôt.

PS : Il me reste 2 invitations Google Wave... Les 2 premiers à poster un commentaire seront les heureux élus! C'est aussi cela la magie des waves. La chasse à l'invitation...

Ma famille de solutions Open Source ECM

noreply@blogger.com (JM.Pascal) — Fri, 30 Oct 2009 11:02:00 +0000

Hello tout le monde,

Ci-dessous vous pouvez retrouver un ensemble de présentations pour apprendre comment installer une petite collection de solution Open Source ECM sur des environnements virtuels.
A la fin de chaque présentation, vous pouvez retrouver un ensemble de liens vers chaque aspect de la solution.
PS : Ces installations servent de base pour des tests et ne seraient en aucun cas une base pour une mise en production...

Mettre en place son environnement virtuel

Ubuntu 9.04

Installation Simple

Alfresco
EzPublish (Work in progress)
Drupal (Work in progress)
GateIn
Jahia
KnowledgeTree
Nuxeo

Installation Avancée

Alfresco (Work in progress)
Nuxeo (Work in progress)

Dans un futur plus ou moins proche, j'essaierai de partager d'autres présentations sur certains aspects comme le clustering, connexion LDAP, Intégration Continue etc...

Si vous avez des retours ou des liens n'hésitez surtout pas!
Bonne installation !

Interview : Julien Viet, Product Manager eXo platform SAS

noreply@blogger.com (JM.Pascal) — Mon, 17 Aug 2009 16:21:00 +0000

Bonjour chers lecteurs et lectrices,

Aujourd’hui je vais de nouveau vous présenter un voisin du Sud de la France avec qui je vais aborder le sujet des portails d'entreprise et l'écosystème s'y attachant.

Aujourd'hui j'ai donc l'honneur et le privilège d'interviewer Julien Viet, product manager au sein de la société eXo platform SAS et l'une des références communautaire sur les projets de portails d'entreprise.

Bonjour Julien,

En premier, un grand merci de m'accorder un peu de votre temps pour répondre à cette interview et pour partager votre vision des portails, de la gestion de contenu et du monde open-source à travers ce post.

Commençons tout d'abord par les présentations. Serait-il possible de vous connaître un peu plus ? Quel est votre métier et quelles sont vos responsabilités actuellement au sein de la société eXo Platform ?

Mon poste actuel est Chef de Produit chez eXo Platform où je m'occupe spécialement du portail qui est à la base de l'offre d'eXo Platform. Mon métier est à mi chemin entre le partie marketing du produit qui consiste à définir les fonctionnalités du produit et sa réalisation technique pas nos équipes de développement. Je collabore en amont avec le avec le chef produit principal avec lequel nous définissons les besoins du portail et son évolution et en aval avec le chef de projet portail qui se charge de son implémentation.

Quel a été votre parcours professionnel pour arriver à ce poste ?

Mon parcours professionnel s'est toujours orienté grâce à des opportunités qui se sont offertes à moi au bon moment.

Après un premier et second universitaire dans les mathématiques et informatique, j'ai intégré une école d'ingénieur (INT Telecom) et pendant la dernière année d'étude j'ai découvert Java 2 Enterprise Edition et le coté technique m'a fasciné tout e suite, c'est à dire que je voulais savoir comment la plateforme entière fonctionnait. Je me suis donc orienté naturellement vers l'open source et le serveur d'application JBoss qui m'a permis de découvrir et de comprendre le middleware en général.

Je suis passé ensuite contributeur sur le serveur et en 2003 j'ai été embauché pas JBoss Group Europe, à l'époque la structure était toute jeune, une quinzaine d'employés, j'étais parmi les 7 employés initiaux de JBoss Group Europe fondé par Sacha Labourey. En 2004 j'ai commencé à écrire un prototype de portail et de fil en aiguille le projet JBoss Portal a été crée.

En 2008, je voulais m'orienter vers de nouvelles perspectives et donc j'ai accepté un poste à peu près équivalent chez eXo Platform, ma motivation principale étant de me retrouver dans une infrastructure où le portail est au cœur de l'offre produit, contrairement à JBoss où le portail était une couche assez éloignée du cœur de métier. Je désirais aussi avoir une expérience produit plus aboutie et moins technique.

Vous avez toujours intégré des sociétés dîtes open-source. Pour les jeunes qui me lisent et qui ne connaissent pas forcément le monde de l'entreprise, existe-t-il des différences entre des sociétés/éditeurs open-source et leurs équivalentes propriétaires en terme travail jour après jour ?

Je pense que fondamentalement l'objectif est le même, à savoir créer un produit. Les principales différences concernent le modèle économique de l'entreprise ainsi que le mode de collaboration, mais ceci n'est pas une généralité. Dans mon cas, le modèle économique de l'entreprise a été basé sur la souscription et le mode de travail distribué.

Maintenant intéressons nous à la société eXo Platform. Tout d'abord qu'est ce qu'un portail selon la vision d'eXo Platform et quelle est votre vision ?

eXo Platform considère le portail comme la plateforme qui permet à un écosysteme d'applications d'être déployé au cœur de l'entreprise. Les applications peuvent aussi bien être des applications développées par eXo comme par exemple la suite collaborative eXo CS, des applications d'entreprise écrites en Java ou des gadgets opensocial qui consomment des services REST. Le but du portail est d'intégrer toutes ces technologies afin que l'utilisateur puisse les utiliser dans un portail unique. Le portail fournit divers services utilisés par ces applications telle que l'agrégation de contenu, la gestion de l'identité, l'aspect social.

Pouvez-vous nous en dire plus concernant les différentes solutions et les différents produits d'eXo (eXo Portal, eXo WebOs, eXo ECM, eXo CS…) ?

Comme expliqué précédemment, le portail est l'offre de base qui sert plateforme au déploiement des autres produits eXo.

eXo WebOS, basé sur le portail, offre une vue orienté bureau des applications qui est utilisé quand l'utilisateur a besoin de se retrouver dans un environnement de ce type auquel il est habitué.

eXo DMS est l'outil de gestion documentaire basé sur eXo JCR qui est notre implémentation de la spécification Java Content Repository.

eXo WCM est l'offre CMS d'eXo basé sur le portail et sur le DMS, le portail s'occupant de la partie visuelle et le DMS se chargeant naturellement de la gestion des sites avec notamment la gestion des versions de sites, du mode prévisualisation. La combinaison du portail et du DMS font que WCM est un outil puissant et très abouti.

eXo CS est la suite collaborative qui comprend un client mail, un calendrier, un carnet d'adresse et un outil de chat. Les calendrier et carnets d'adresse pouvant être partagés entre les utilisateurs.

eXo KS est la suite de gestion de connaissance qui fournit un forum et une foire aux questions.

Enfin nous avons finalement eXo Social qui fournit un support transverse de fonctions sociales aux applications, comme le graphe social, la notion d'espace collaboratif.

Comment qualifiez-vous ces produits ? L'ensemble des composants constitue t il un portail d'agrégation d'un ensemble de composants, une plateforme, une solution verticale spécialisée... ?

Nous fournissons avant tout une plateforme avec comme objectif principal la collaboration et la gestion de documents. Certains éditeurs reprennent nos produits et créent des solutions verticales basées dessus.

Quels sont les dépendances entre ces différents produits ? Faut-il posséder un eXo Portal pour avoir un ou plusieurs produits annexes ?

Oui, eXo Portal est la plateforme au sens littéral du terme.

Récemment, eXo Platform et JBoss ont communiqué sur le "mariage" des projets eXo Portal et JBoss Portal. Connaissant vos relations avec ces 2 sociétés (vous avez été leader JBoss Portal avant d'intégrer eXo Platform), on se doute de votre forte implication à ce projet. Pouvez-vous nous en parler un peu plus ?

J'en ai un peu parlé sur le blog d'eXo Platform (http://blog.exoplatform.org/2009/06/10/exo-jboss-partnership/) et dans une interview des cast codeurs (http://blog.exoplatform.org/2009/06/22/cast-codeurs-french-interview-of-julien-viet-exo-and-thomas-heute-rhjboss/).

L'intérêt principal de la collaboration provient de l'orthogonalité des deux entreprises. JBoss est une entreprise qui fait du middleware et eXo de l'applicatif. Pour JBoss, le portail est quasiment tout en haut dans sa pile produit et pour eXo au contraire c'est la base de tous les produits. Le rapprochement entre les deux entreprises s'est donc fait naturellement et petit à petit, chacune y voyant surtout des intérêts. Un des points importants dans le partenariat est l'aspect humain avec plusieurs équipe qui doivent collaborer, mon passage de JBoss à eXo joue certainement un rôle afin que la collaboration des équipes se déroule sans problème. Thomas Heute est le co-lead du projet et est mon alter ego chez Red Hat. Au final nous collaborons sur le portail afin de créer le meilleur portail.

Quelles sont les principaux changements et répercussions à prévoir sur la gamme des solutions eXo cités précédemment ?

Pour eXo cela ne change pas beaucoup de chose en terme produit, la seule différence étant plutôt la gestion du projet qui est faite en collaboration avec Red Hat.

On constate sur le marché des portails dits « traditionnels » qu'ils intègrent de plus en plus des modules de gestion de contenus. S'agit-il d'une évolution logique ? Les portails vont ils rentrer dans le domaine fonctionnel de l'ECM ou seront ils la plateforme de base qui permettra d'agréger des applications hétérogènes ?

Je le pense certainement, en général les portails fournissent du contenu mais en général plutôt orienté web via des CMS ce qui est souvent insuffisant pour des besoins de gestion documentaire pur. Un des points fort d'eXo Platform est d'avoir deux produits distincts, le portail et le DMS, mais qui sont parfaitement intégrés aussi bien en termes de service que d'interface utilisateur. A mon avis c'est la seule solution de ce type sur le marché du portail et de l'ECM. Il est ainsi possible de fournir par le portail, l'application DMS ainsi que d'autres applications grâce à la technologie des portlets.

Quels sont les avantages de cette approche par rapport à des acteurs dits « pure player ECM » ?

Si on regarde les éditeurs ECM purs, on se rend compte qu'ils ont l'ambition de fournir les même services que les portails sans toutefois y parvenir sur le point de vue technologique. Ces éditeurs comprennent l'aspect fonctionnel du portail mais pas la nature middleware du portail et cet aspect d'agrégation assez technique. Souvent ils négligent le standard Portlet (JSR286) et fournissent l'intégration de composant par une technologie propriétaire. La première conséquence est que l'utilisateur couple ses applications au produit et ensuite ces technologies n'ont pas la degré de maturité du standard Portlet. Le standard Portlet a été conçu pour l'agrégation d'applications hétérogènes.

On parle de plus en plus de la confrontation entre le monde open source et le monde propriétaire. Est-il possible de comparer une solution telle que la votre et des solutions Propriétaire ? Existe-t-il un écart ?

Du fait de la nature à la carte de l'offre produit d'eXo, il est possible de confronter nos offres à différent types de solutions. Nous adressons naturellement le marché du portail, de la gestion documentaire, du collaboratif, du CMS et du tout intégré à la sharepoint.

Parlons maintenant un peu d'histoire. Dans votre carrière comment avez-vous constaté l'évolution du marché des portails ?

En fait je suis arrivé sur le marché du portail un peu tard et mon premier produit JBoss Portal était un outsider, ceci ne m'a pas empêché de le placer dans le top 3 des portails open source Java (avec notamment eXo Portal). A cette époque il y avait 7 ou 8 portails open source mais la plupart d'entre eux aujourd'hui ont disparu ou alors n'ont plus un développement très actif, cela vient du fait que derrière chaque portail open source présent encore aujourd'hui il y a une entreprise, c'est le modèle open source professionnel, longtemps évangélisé par Marc Fleury.

Du coté propriétaire il y a eu énormément de consolidation aussi, notamment par le biais de rachats je crois qu'aujourd'hui Oracle possède 4 ou 5 portails... Au final clairement aujourd'hui il y a eu une grosse consolidation du marché, de manière similaire à ce qui s'est passé pour les serveurs d'application.

En tant que membre de la communauté open source faîtes vous parti d’une communauté de référence comme les Java User Group... ? Avez-vous réalisé des publications ?

Avec plusieurs personnes de Marseille nous sommes en train de fonder le MarsJUG, nous serons actifs dès septembre 2009. Les deux années précédentes ont tout simplement été énormes à ce niveau là avec l'explosion du nombre de JUG en France, l'initiative étant partie de Paris avec Antonio Goncalves qui a fondé le Paris JUG. Quand aux publications, je n'ai rien publié de manière formelle, mon blog même s'il n'est pas très actif me sert à véhiculer mes idées.

Pour finir sur une note annexe, quels sont vos blogs, liens et Twitter préférés sur l'informatique en général ?

Il y a quelques années je lisais pas mal d'articles sur TheServerSide, OnJava et autres mais depuis que Java est devenu très mature, ces sites n'offrent plus beaucoup d'articles novateurs. Je lis pas mal de blogs mais je tombe rarement sur des blogs qui sont des mines d'or d'information. Il me semble que les articles techniques intéressants se font de plus en plus rare et ça me désole, il y a pas mal de blog intéressants que je lit même si la plupart des gens intéressants semblent avoir de moins en moins de temps pour publier:

Le très récent mais incontournable podcast Les Cast Codeurs fait pas des potes (http://lescastcodeurs.com/)
Le fameux Bile Blog qui m'a fait souvent mourir de rire, plus très actif non plus (http://www.bileblog.org/)
Le blog d'un ami qui a un projet très intéressant appelé Envers qui permet de versionner des objets persistants (http://www.warski.org/blog/)
Le blog de Romain Guy qui publie des articles techniques intéressant et aussi de superbes photos, étant moi même passionné de photo (http://www.curious-creature.org/)
Manageability, un blog assez technique mais plus très actif (http://www.manageability.org/)
La newsletter des Java Specialist qui publie des articles très intéressants et ce depuis de nombreuses années (http://www.javaspecialists.eu/archive/archive.jsp)

Au final je me rends compte que peu de contenu intéressant est publié de nos jours. Je suis ouvert à toute suggestion de lecture si vos lecteurs m'en proposent. Après je lis pas mal de blog sur la cuisine et le retro gaming pour la détente :-) .

Un dernier mot avant de se quitter ?

Comme j'ai la possibilité de m'exprimer voici quelques pensées je vais faire un j'aime/j'aime pas à la ciel mon mardi:

j'aime l'open source
j'aime la maturité à laquelle sont parvenues les plateformes Java SE et Java EE
je n'aime pas les langages dynamiques
je n'aime pas les fluents interfaces, ça frise le ridicule
j'aime les commentaires de code source qui disent du mal d'autre frameworks
je n'aime pas les solutions et frameworks simplistes (style Prevayler ou Picocontainer)
je n'aime pas qu'on me dise que l'injection de dépendance est révolutionnaire, au final ce n'est qu'un modèle de programmation pratique
je n'aime pas que l'on juge la qualité d'un produit sur la taille de ses jars, aujourd'hui on a des disques durs de l'ordre du tera octets et mon ordinateur portable à 4go de mémoire vive, alors qu'un jar fasse 100ko ou 1mo ca ne change pas grand chose tant qu'il le fait bien
je n'aime pas les frameworks qui utilisent Class.forName, ça montre une incompréhension de la plateforme Java
je n'aime pas les frameworks qui ne fournissent une API couplée à l'implémentation
j'aime lire du beau code

Merci pour toutes ces questions très pertinentes et à bientôt!

Merci encore pour cette interview et bonne continuation sur la route d'un monde ECM Open Source !

Vous pouvez retrouver toutes les informations sur l'offre eXoPlatform à l'adresse suivante : http://www.exoplatform.com/
et bien entendu Julien Viet sur son espace personnel : http://www.julienviet.com/

PS : Vous pouvez télécharger l'interview à l'adresse http://www.scribd.com/doc/18717050/Open-Source-ECM-Interview-FR-Julien-Viet-eXo-SAS

CMIS-SQL : Tutorial et Presentation

noreply@blogger.com (JM.Pascal) — Thu, 13 Aug 2009 11:04:00 +0000

Bonjour à tous !

Sur mon blog anglais, j'ai publié une présentation sur l'utilisation du nouveau langage de requête CMIS-SQL. Ce petit tutorial se veut simple mais assez complet pour vous donner l'ensemble des informations nécessaires pour que vous aussi vous puissiez tester ce langage.

Pour visualiser la présentation, je vous invite à consulter mon post anglais à cette adresse :

http://www.open-source-ecm.com/2009/08/cmis-tutorial-cmis-sql.html

Si vous aussi vous avez des informations ou des observations avec CMIS-SQL, n'hésitez pas à les partager.

Bonne viusalisation et A la prochaine !

PS : Si vous avez besoin d'une traduction...

Nuxeo Tips : Installation et Parametrage

noreply@blogger.com (JM.Pascal) — Mon, 20 Jul 2009 12:36:00 +0000

Bonjour à tous !

Je profite d'un petit temps mort pour vous parler de Nuxeo!

En effet, ayant eu l'opportunité d'installer, paramétrer et personnaliser cette solution dans un environnement windows, je me suis dis qu'il était bon de partager certaines informations avec vous.

Installer Nuxeo

Comment installer Nuxeo ?
Par défaut, utilisez l'installeur de Nuxeo 5.2 que l'on peut retrouver en téléchargement http://www.nuxeo.com/downloads/
Cet assistant permet d'avoir une très bonne base de départ. Il intègre en outre Nuxeo Shell (un vrai petit bijou pour les administrateurs!). Néanmoins il faut savoir qu'il embarque une base de données légère (Derby). Cette base est fâite pour les environnements de démonstrations, développements ou expérimentations. Il ne s'agit pas d'une base de production! Il faut donc paramétrer Nuxeo pour une autre BDD.

Comment paramétrer Nuxeo avec une base de données PostgreSQL ?
Pour les explications pas à pas, jetez un oeil à la FAQ : http://www.nuxeo.org/xwiki/bin/view/FAQ/ Rubrique Administration
Vous pouvez avoir plus d'informations dans le Nuxeo-Book http://doc.nuxeo.org/5.1/books/nuxeo-book/html/admin-database-configuration.html ou Admin Book : http://doc.nuxeo.org/5.1/books/nuxeo-book/html/admin-database-configuration.html

Et si vous êtes vraiment fainéant ... Télécharger les fichiers de configuration par défaut ci-dessous pour une configuration Nuxeo/PostgreSQL/VCS : A VENIR ;o)
PS : N'hésitez pas à lire le README.txt qui vous expliquera comment faire.

Quelles sont les configurations Nuxeo pour un environnement de Production ?

Pour la partie Nuxeo, les informations se trouvent http://www.nuxeo.org/xwiki/bin/view/Main/NuxeoProdSetup/

Pour la partie PostgreSQL, les informations sont là : http://www.nuxeo.org/xwiki/bin/view/FAQ/PostgreSQLSettings/

Vous avez maintenant une bonne base pour démarrer une mise en production au niveau système en tout cas. Il faut maintenant prendre en compte la partie fonctionnelle c'est à dire les différentes fonctionnalités que l'on veut ou non voir apparaitre. Pour cela intéressons nous aux possibilités offertes de paramétrer Nuxeo.

Paramétrer Nuxeo

Petite introduction
Comme j'ai coutume de le dire, dans les solutions d'ECM Open Source, il y a 3 types d'approches possibles.

L'approche Utilisateur : L'utilisateur ne sait que cliquer sur des boutons (Ce n'est pas un reproche ou une insulte mais c'est bien caricaturé par contre...)
L'approche Administrateur : L'administateur sait utiliser et modifier des fichiers humainement compréhensibles (XML, Properties, txt)
L'approche Developpeur/Intégrateur : Le développeur est omniscient et omnipotent. Il comprend et connait tout surtout la programmation.

Dans notre cas on va s'intéresser uniquement au niveau administrateur. En effet beaucoup de fonctionnalités sont paramétrables par des fichiers XML dans Nuxeo.

Pour illustrer ce niveau, je vous propose le cas d'utilisation suivant : Je souhaite augmenter le nombre de document affichés dans une espace. Par défaut cette valeur est fixée à 10. Si l'espace contient plus de 10 documents, alors la page de présentation va créer une pagination automatique de 10 en 10. Pour des questions de visibilité, je souhaite maintenant que cette valeur soit de 25.

Voyons voir quelles sont les approches possibles pour répondre à ce besoin

Tout d'abord dans une installation Nuxeo, il y a 3 répertoires à retenir pour un administrateur :

NuxeoEP5\NuxeoServer\server\default\deploy\nuxeo.ear\System
Il s'agit du répertoire qui contient l'ensemble du coeur de l'application Nuxeo.
NuxeoEP5\NuxeoServer\server\default\deploy\nuxeo.ear\plugins
Ce répertoire contient l'ensemble des modules addons/plugins/extensions qui ne font pas partie du coeur Nuxeo.
NuxeoEP5\NuxeoServer\server\default\deploy\nuxeo.ear\config
Il s'agit du répertoire qui contient l'ensemble des fichiers de configuration.

Ces 3 répertoires vont illustrer les 3 façons de paramétrer Nuxeo.

Le répertoire System
Si vous avez jeté un œil à Nuxeo de près ou de loin, vous avez remarqué que la majorité des fichiers sont des fichiers .jar. Pour ceux qui ne connaissent pas ce format de fichier, un petit tour sur wikipedia s'impose : http://fr.wikipedia.org/wiki/Jar Pour faire simple, il s'agit d'un ZIP pour tout ce qui touche au langage de programmation JAVA. Pourquoi je m'attarde dessus ? Eh bien tout simplement comme il s'agit d'un ZIP, on peut ouvrir ce ZIP avec un outil comme winZip, 7-zip etc... et donc... On peut modifier le contenu de ce ZIP !

Le jar qui nous intéresse est : nuxeo-platform-webapp-core-5.2.0.jar
Il se situe dans une installation standard au niveau du répertoire : NuxeoEP5\NuxeoServer\server\default\deploy\nuxeo.ear\
Ouvrez le (avec 7-zip dans mon cas) et recherchez le fichier OSGI-INF/querymodel-contrib.xml. Editez (ou faites une extraction) le fichier et remplacer la valeur 10 par 25 dans le bloc suivant :

Sauvegardez le fichier (ou importer le dans le .jar).

Vous pouvez maintenant redémarrer Nuxeo, importer plus de 10 documents dans un espace et vous apercevoir qu'il n'y a pas la création par défaut de la pagination.
Il faudra attendre le 26e document pour la voir apparaitre!

Passons maintenant à la seconde méthode :

Le répertoire Config
Comme vous pouvez le voir, ce répertoire se compose essentiellement de fichier de configuration sous format .xml. Le premier but de ce répertoire est de configurer les principaux paramètres de l'application. Or c'est un peu ce que nous voulons faire : Paramétrer le nombre d'élément affiché dans un espace. Tout d'abord si vous avez testé la méthode précédente, il faut supprimer vos modifications. Ensuite créez un fichier ui-configuration-config.xml (le nom n'importe pas sauf la partie -config.xml qui doit rester inchangée) dans le répertoire config et ajouter le bloc ci-dessous :

La partie la plus importante réside dans la balise . Dans cette balise on va identifier le composant défini par défaut (que l'on a vu dans la précédent méthode) Ainsi comme nous avons ce composant, nous pouvons "surcharger"/"remplacer" les données par défaut.

Vous pouvez maintenant redémarrer Nuxeo, importez plus de 10 documents dans un espace et vous apercevoir qu'il n'y a pas la création par défaut de la pagination.

Vous venez juste d'apprendre une méthode qui marche pour la plupart des fonctionnalités par défaut de Nuxeo.

Si on devait avoir un mode opératoire (la recette de cuisine), cela serait le suivant :

Explorez les fichiers .jar du répertoire system (avec votre utilitaire de zip : 7zip pour moi...).
Interessez vous particulièrement aux répertoires OSGI-INF et aux fichiers xml à l'intérieur (surtout les fichiers finissant par -contrib.xml)
Prenez le bloc qui vous interesse et retenez le nom du composant (2e ligne du fichier -contrib.xml en général sous la forme : ).
Créer votre fichier -config.xml dans le repertoire config.
Insérez le bloc dans le fichier et modifiez les données par défaut.
N'oubliez pas de respecter la validité du fichier xml et de déclarer que c'est un fichier .xml
Rédémarrez votre instance de Nuxeo.
Vous pouvez servir, c'est prêt! :o)

Finalement la dernière méthode
Le répertoire Plugins
Cette méthode (la plus préconisée par Nuxeo) est celle qui est la plus évolutive, modulaire mais aussi la plus compliquée! (On ne peut jamais tout avoir surtout en informatique...). Je ne vais pas renter dans les détails avec cette approche car elle est très bien documentée. Pour rappel, si vous êtes interessé par le sujet, je vous conseille de lire l'ébauche de livre Nuxeo à cette adresse : http://www.nuxeo.org/static/dev-tutorial/

L'un des reproches à cette méthode est qu'il n'est pas donné à tout le monde d'installer et configurer Eclipse, JDK, Maven etc... Il s'agit d'une tâche parfois complexe qui peut prendre pas mal de temps...et donc d'argent.

Si on reprend l'exemple précédent est il judicieux d'installer un environnement de développement ? La réponse risque fortement d'être non. Par contre, je veux ajouter et modifier de nombreux composants ainsi qu'étendre une fonctionnalité Nuxeo, alors oui l'installation d'un environnement est de mise.

Comme souvent : Tout dépend du besoin!

Conclusion
Pour simplifier voici mes recommandations (pour gagner du temps!) :

Banissez la modification d'un .jar appartenant au répertoire system!!!! Parfois Cela parait etre la solution la plus simple mais il s'agit la solution la moins rentable sur le long terme.
Et dans le monde de l'opensource il faut savoir être évolutif par la suite (migration, upgrade...). Le seul cas possible envisageable concerne la suppression d'une fonctionnalité. Si vous avez identifié une fonctionnalité qui ne vous interesse pas, il peut s'avérer utile de supprimer les jar associés (Accélération du démarrage de l'application...)
Si vous voulez modifier un paramètre par défaut d'un composant Nuxeo, choisissez la méthode basé sur le répertoire de configuration. Elle sera à long terme, la meilleure des méthodes.
Si vous devez modifier un composant Nuxeo + ajouter des fichiers (.java, images, définition d'un workflow) ou ajouter un composant, privilégiez la méthode plugins.

Pour la suite, il ne reste plus qu'à être curieux, d'avoir du temps et de naviguer dans les profondeurs des jars de Nuxeo !

Bon voyage et à la prochaine fois !

Interview : Benjamin Jean, juriste spécialisé en Propriété Intellectuelle au sein du groupe Linagora et promoteur du libre

noreply@blogger.com (JM.Pascal) — Tue, 30 Jun 2009 07:48:00 +0000

Bonjour tout le monde !

Aujourd'hui, je publie une interview un peu différente. En effet, mes interviews sont généralement orientées vers le métier, les hommes ou la technique. Or lorsque l'on parle de solution d'open source on parle aussi de licence libre et lorsque l'on parle de solution informatique on parle aussi de propriété intellectuelle. Ceux sont ces aspects fondamentaux : le juridique et le légal que nous allons découvrir avec cette interview.

Pour nous expliquer ces différents axes qui prennent une part de plus en plus importante, j'ai l'honneur et le plaisir d'interviewer Benjamin Jean, juriste spécialisé en Propriété Intellectuelle au sein du groupe Linagora et promoteur du libre !

Bonjour Benjamin,

Je tenais avant tout à vous remercier de m'accorder un peu de votre temps pour répondre à cette interview et pour partager votre expertise dans le domaine du juridique.

Comme d'habitude dans mes interviews ma première question sera sur vous. Pouvez vous nous parler un peu de vous, présenter votre métier et votre rôle au sein de Linagora ?

Bonjour Jean-Marie,

C'est un réel plaisir de participer à cet interview et, ainsi, de donner un aperçu rapide de ce que peut être le métier de juriste dans une SS2L (Société Spécialisée en Logiciels Libres – éditeur, intégrateur, etc.). Peut-être pourrais-je ainsi créer des vocations (pour un poste aussi intéressant que qu'accaparant...) ou surtout aider les différents services (l'équipe technique, les commerciaux, etc.) à cohabiter.

Au sein de Linagora, je suis en charge de toutes les problématiques de propriété intellectuelle et plus spécialement des sujets relatifs à l'usage de Licence FLOS (Free Libre Open Source). Traverse, cette responsabilité m'amène à intervenir dans la quasi-totalité des engagements contractuels de la société. Enfin, et à l'instar de tout juriste d'entreprise, j'ai un rôle de prévision, gestion et résolution de conflits – mes positions sont principalement consultatives, mais leur niveau d'expertise fait qu'elles sont généralement suivies.

Pouvons nous en apprendre plus sur le métier et les services que Linagora offre ?

Initialement Société de Services spécialisée dans les Logiciels Libres, LINAGORA a étendu son activité, en offrant dorénavant : de la formation, de l'assistance et du consulting dans tous les domaines liés au FLOSS (transfert de compétences, mise en place de gouvernance open source, appréhension des différentes licences, élaboration de schéma directeur OS, etc.).

Reconnue comme leader et experte en matière logiciels libres et open source, la société cherche à renforcer son activité d'expertise et mettre en valeur l'excellence de ces compétences. L'offre juridique en fait partie ;-)

Quel est le lien entre la propriété intellectuelle et le domaine informatique ? N'existe t il pas une distorsion de terme entre propriété intellectuelle et libre ?

Il existe un « droit de l'informatique », qui inclut notamment des notions de Propriété Intellectuelle, néanmoins cette dernière est plus large et les deux domaines se rejoignent uniquement dans leur vision de l'informatique comme vecteur de création : l'informatique et Internet ne sont que support et moyen de diffusion de biens susceptibles d'appréhension par les droits de propriété intellectuelle.

Quant à la seconde question : il peut sembler en effet étrange d'associer les termes « Libre » et « Propriété Intellectuelle ». Un objet sujet d'appropriation peut-il être libre – c'est-à-dire à la disposition de tous –, alors que la propriété est au contraire fondée sur le monopole ? Pour la plupart des biens corporels (table, chaise, etc.), l'objet ne le permet pas (car il est rival – c’est à dire qu'il empêche l'usage par les autres – et souvent consomptible – le bien se détruit progressivement par son usage) ; en revanche, on s'aperçoit que la seule limitation, en ce qui concerne les biens immatériels, réside dans la décision du titulaire de droits. Ainsi, et c'est là le mécanisme sous-jacent aux licences FLOS, il suffit que le titulaire de droits – le « propriétaire » de la création – décide de partager l'exploitation et la jouissance qu'il contrôle sur cette dernière.

Le principe du copyleft repose plus encore sur la Propriété Intellectuelle puisqu'en l'absence d'un contrôle sur son logiciel, comment un auteur pourrait-il forcer celui qui modifie son programme à mettre à disposition cette version modifiée dans les mêmes conditions ?

Quels sont les organismes de référence dans le domaine du juridique en informatique ?

C'est une question difficile : il n'y a pas de « référence » dans le domaine, tout au plus quelques organismes plus pertinents que d'autres. Parallèlement à la pratique de nombreux cabinets d'avocats spécialisés dans l'informatique et la propriété intellectuelle, différents organismes gouvernementaux réfléchissant (CSPLA notamment) sur ces problématiques. On peut noter au passage qu'il est intéressant de constater que de nombreuses initiatives communautaires se mettent en place pour combler le manque en la matière (je pense à des initiatives comme Grocklaw, l'OSI, Fossbazaar, etc. aux États-Unis, ou l'OSOR, Veni, Vidi, Libri ou CeCILL en Europe).

Par ailleurs, ces groupements, communautés, qui cherchent (gracieusement) et souvent afin de mutualiser, vulgariser et faire progresser le domaine scientifique afférent, sont très souvent tout à fait avertis des enjeux liés à l'usage des licences libres et, par là, en avance dans leur appréhension.

Maintenant essayons de découvrir ensemble les différents aspects du juridique dans le domaine de l'open source. En effet suivant le point de vue, nous n'avons pas la même vision des choses!

En premier, j'ai cru comprendre dans l'une de vos présentations qu'il existe une différence entre la notion d'open source et de logiciel libre. Pouvez vous nous résumer la différence d'un point de vue juridique ?

J'essaie systématiquement de mettre mes interventions en ligne sur le Blog de l'association VVL et je suis ravi d'apprendre que cette mise à disposition permet une plus large diffusion !

Pour commencer (et d'après moi), les deux notions sont assez proches. Ainsi, les licences libres répondent à une finalité alors que les licences open source répondent à des critères précis :

conformément à la définition de la FSF, un logiciel sera dit libre si l'utilisateur dispose effectivement des libertés :
d'exécuter / utiliser le programme ;
d'étudier et d'adapter le programme ;
de redistribuer des copies ;
de modifier et de publier ses modifications.
de son côté, l'Open Source Definition, afin d'établir une définition plus pragmatique , claire (moins sujette à interprétation) détaille dans l' « Open Source Definition » les 10 critères qui confèrent automatiquement à une licence la qualité d'Open Source :
la libre redistribution du logiciel — elle ne peut, par exemple, exiger le paiement d'une redevance supplémentaire ;
le code source doit être fourni ou être accessible ;
les dérivés des œuvres doivent être permis ;
l'intégrité du code doit être préservée — un tiers ne peut pas s'approprier le travail d'un autre et les contributions de chacun sont clairement attribuées (les modifications peuvent n'être éventuellement distribuées que sous forme de patch, séparément : distinguo que ne tolère pas la FSF) ;
pas de discrimination entre les personnes ou les groupes — toute personne détentrice d'une copie du logiciel bénéficie des termes de la licence tant qu'il s'y conforme lui-même ;
pas de discrimination entre les domaines d'application — la licence se limite à la propriété intellectuelle : elle ne peut en aucun cas réguler d'autre domaine « politique » ;
la licence s'applique sans dépendre d'autres contrats — on ne peut par exemple pas ajouter un NDA lors de la cession du logiciel ;
la licence ne doit pas être propre à un produit — elle est attachée au code et non à un logiciel particulier : une brique peut resservir dans un logiciel différent, voire concurrent ;
la licence d'un logiciel ne doit pas s'étendre à un autre — je précise au passage que la large étendue de la GPL (et c'est la raison pour laquelle certains utilisent le terme de viralité ou de contamination) est conforme à ce critère puisqu'elle ne s'étend qu'au programme envisagé comme un tout ;
la licence doit être neutre technologiquement — c'est-à-dire ne pas dépendre d'une technologie.

Une solution open source ou un logiciel libre n'est donc pas une solution gratuite ?

Effectivement, les licences sont gracieuses (tout titulaire de copie – ou utilisateur pour certaines licences – bénéficie automatiquement des droits que confèrent la licence), mais la mise à disposition du logiciel peut, elle, être gracieuse ou payante – c'est d'ailleurs pour cette raison que l'on entend souvent qu'un logiciel n'est gratuit qu'une fois qu'il a été payé...

Ainsi, le Libre ne se positionne pas sur le caractère commercial ou non de l'usage des oeuvres – j'ai pour habitude de dire qu'il est a-économique –, ce qui permet aux sociétés d'élaborer divers business model et aux communautés de concevoir de multiples systèmes contributifs.

Prenons un cas concret, je suis développeur et j'aimerai savoir si cette bibliothèque (ce framework) que je viens de télécharger est open source. Quels sont les réflèxes que je dois avoir ?

Pour commencer, il est utile de vérifier sur le site du logiciel : la licence utilisée – et éventuellement les limitations qui lui sont apportées ; ensuite la FAQ si celle-ci existe ; et enfin toute autre information précisant les conditions d'exploitation (notamment en matière de marque).

En cas de doute ou si les mentions ne sont pas présentes sur le site, il est alors nécessaire de jeter un œil aux sources afin d'y trouver : un descriptif des différentes briques et licences si le projet est basé sur d'autres briques open source ; les licences portant sur le tout et éventuellement les limitations apportées ; au sein des en-têtes, toute information utile.

Une fois que l'on connaît avec certitude la licence utilisée, l'idéal est bien sûr de la lire, mais certains sites économisent ici du temps aux développeurs (j'invite en revanche les juristes à ne pas se passer de la lecture des Licences Libres) : la présence de la licence sur le site de la FSF (à la page « licences compatibles ») ou de l'OSI (sur la page listant les licences certifiées) ; et – un peu de promotions ne fait jamais de mal – certains sites comme celui de Veni, Vidi, Libri offrent des analyses et descriptions desdites licences afin de mutualiser leurs connaissances.

Enfin, si on s'aperçoit, suite à cette phase de vérification, que les sources supposées open source ne le sont pas en réalité, alors il ne faut pas hésiter à communiquer sur ce fait : ce sera un gain de temps pour tous et cela incitera peut-être ceux qui n'auraient pas fait de recherches suffisantes à se renseigner plus précisément, voire à leur faire changer la politique en matière de licences.

Combien de licences libres existent ils à l'heure actuelle ?

Plus de 80 d'après l'OSI, plus de de 50 sur le site de la FSF, plus de 4000 pour des logiciels d'audit de code comme Black Duck ou Fossology...

En vérité, ce chiffre doit être relativisé : contrairement aux premières années où les licences ne s'influençaient que très peu les unes les autres, on s'aperçoit que la multiplication des licences n'a pu se faire que grâce à une inspiration très forte des licences préexistantes. Pour cette raison, on ne dénombre qu'un faible nombre de licences véritablement différentes (étant entendu que deux licences très proches ne sont pas nécessairement compatible : une licence qui copierait la dimension hégémonique de la GNU GPL serait de facto incompatible avec cette dernière – deux hégémonies étant difficilement conciliables...).

Pouvez vous nous présenter les 2/3 principales licences libres ?

Le choix de ces trois licences dépend véritablement de ce que l'on veut différencier (le copyleft ; les droits concernés, etc.). Pour faire la transition avec la question précédente, je vais prendre une distinction classique : GPL / MPL / Apache.

La GNU GPL est (donc) la licence la plus hégémonique qui soit : tout logiciel qui est dérivé d'un autre licencié sous GNU GPL doit être distribué (au moins) sous la même licence. Une brève description : elle s'étend au logiciel comme un tout (ce qui devrait inclure les logiciels liés statiquement comme dynamiquement) ; sa dernière version homogénéise ses obligations à l'ensemble des droits exclusifs (droit d'auteur, brevet, signes distinctifs, etc.) ; et ses rédacteurs apprécient la compatibilité d'une licence comme sa faculté à permettre la redistribution sous GNU GPL (ce qui n'est pas anodin).

La MPL est une licence que j'appelle modulaire. Pour la comprendre, il suffit d'avoir à l'esprit le logiciel Firefox pour lequel elle a été rédigée : tout fichier intégrant du code de Firefox sous MPL doit être distribué sous MPL ; tout fichier, même associé étroitement aux autres, qui ne contient aucun code sous MPL peut être diffusé sous n'importe quelle licence. On le voit, la principale principale entre la MPL et la GPL est l'étendue de leur copyleft : c'est notamment cet écart qui a causé leur incompatibilité et, ainsi, à justifier le triple licencing de Firefox sous MPL/GNU GPL/GNU LGPL (utilisateur et développeur choisissent la licence qu'ils veulent respecter et bénéficie donc des droits que celles-ci leur procurent).

Enfin, la licence Apache est une licence permissive, dans le sens qu'elle n'oblige pas une licence particulière pour la redistribution du logiciel ou de son dérivé (qui peut donc devenir propriétaire). Néanmoins, elle soumet le licencié à un certain nombre d'obligations (notamment en matière de brevets) qui empêchent sa redistribution sous n'importe qu'elle autre licence (à l'inverse d'une licence comme la BSD qui limite tellement peu la redistribution que toute substitution de ses termes par ceux d'une autre licence se fait conformément à ces derniers).
Voilà pour une rapide description. Néanmoins, il faut faire attention à ne pas se contenter d'une telle classification : d'autres critères sont aussi très importants (les domaines des licences, les licences qui appréhendent la problématique du SaaS, etc.).

On entend souvent parler de la notion de viralité des solutions GPL. Quels sont les contraintes et les avantages de cette licence ? Je crois qu'il faut uniquement faire attention à la notion de distribution ?

Plus que de « viralité », j'ai pour habitude de parler de réciprocité (ou de copyleft : double jeu de mots à partir de copyright) : il s'agit en effet du pot commun que décrit parfaitement Eben Moglen (chacun est libre d'y puiser, mais avec l'obligation ensuite d'y reverser ses contributions).

Le copyleft est le mécanisme, la clause qui, contractuellement, assurent cette pérennité des libertés attachées au logiciel : autant le licencié d'une licence copyleft doit simplement veiller à ne pas obliger mois les licenciés subséquents s'il ne veut pas prendre en charge leurs actes ; autant le licencié d'une licence copyleft doit conserver et les obligations et les droits de la licence originale (usuellement en contraignant à l'utilisation de la même licence, mais d'autres mécanismes existent).

Enfin, un grand oui pour la notion de distribution. Toutes les licences ont une clause qui définit leur « élément déclencheur » : le moment à partir duquel la licence produit ses effets contraignants vis-à-vis du licencié (licence en matière de droit d'auteur, brevet, etc.). Pour la GNU GPL, et les nombreuses licences qu'elle a influencées, la notion de distribution était suffisante pour s'assurer que tout détenteur d'une copie du logiciel pourrait en jouir librement. Mais les technologies ont rapidement évolué et il est dorénavant possible de permettre la jouissance des fonctionnalités offerte d'un logiciel libre sans distribuer physiquement ce dernier (Google est le meilleur exemple d'une société qui utilise du Libre pour fournir des prestations sans pour autant reverser son propre code ; le logiciel de bureautique OpenOffice.org avait aussi été fourni de cette façon). Certaines licences (OSL, CSPAL, EUPL, Affero GPL, etc.) sont donc venues assimiler cet usage à une distribution de façon à permettre à l’utilisateur d'un logiciel de bénéficier des mêmes libertés que celles auparavant offertes au seul détenteur.

La notion de distribution peut elle etre mise en cause dans le cadre d'une société de services en informatique ? En tant qu'intégrateur, les SSII qui "distribuent"des solutions open source modifiés doivent elles automatiquement redistribuer leurs contributions ou bien sont elles considérées comme travaillant en interne pour le client ?

Question tout à fait pertinente, sachant que la GNU GPL v3 va délimiter clairement cette exception (sous réserve d'une série de conditions, notamment l'usage d'un NDA entre le client et son prestataire).

Ainsi, cette exception mise à part, il semble logique de considérer qu'il y ait bien une distribution. Mais la situation (de fait et contractuelle) est telle que seul le client (en tant que seul détenteur d'une copie du logiciel sous Licence Libre) bénéficie de la licence, et, ainsi, le laissant seul maître de la redistribution qu'il souhaiterait ensuite faire du logiciel offert (en revanche, le prestataire n'a pas le choix et doit livrer le logiciel conformément à la licence).

Donc, contractuellement, la licence est suivie d'effets, mais, en pratique, il faut attendre la première mise à disposition publique du logiciel pour qu'il débute sa vie de logiciel libre.

L'un des intêret de l'open source est bien entendu de pouvoir regarder et "copier" les bonnes pratiques. Existe t il des contraintes quand il s'agit de reprendre/s'inspirer/modifier un code source ? Par la suite est il possible de modifier la license associé à ce code (d'un code GPL vers un code LGPL par exemple) ?

Il y a deux choses : l'intérêt de l'accès au code source (partage de bonnes pratiques, intérêt scientifique, rendre le logiciel plus communiquant, etc.) ; et l'intérêt de la licence libre qui permet de bénéficier de l'exploitation du travail que constitue ce code (pour le copier, modifier, mixer, distribuer, etc.). Ainsi, la licence conditionnant les droits nécessaires à cette exploitation du code, il n'est pas possible de les dissocier des contraintes attachées : en matière de brevet, marque, licence pour la redistribution, mention des auteurs, etc.

Techniquement, il n'est pas possible de modifier la licence, puisque cela reviendrait à changer les conditions d'exploitation de la licence, chose que seul l'auteur est habilité à faire. En revanche, le licencié peut parfaitement distribuer une brique logiciel sous une licence différente de celle d'origine, dès lors qu'il respecte ainsi la licence d'origine (si un logiciel est distribué sous une licence du type BSD, il est tout à fait possible de reprendre la brique et la distribuer sous GPL – tout en laissant la mention de la BSD attaché au Code – puisque l'on respecte ainsi la BSD). En ce qui concerne la possibilité de distribuer sous GNU LGPL un code originairement sous GNU GPL : cela est impossible puisqu'une distribution sous GNU LGPL ne respecterait pas les termes de la GPL (la GNU LGPL autorise des liaisons que ne permet pas la GNU GPL) – et qu'il n'y a pas non plus de permission expresse (comme celle que l'on retrouve de la GNU LGPL vers la GNU GPL).

Finalement les licences libres vont elles devenir les nouveaux standards et supplanter les licences propriétaires ?

Je n'ai sur ce point aucune certitude, ayant tendance à penser qu'un modèle mixte/hybride caractérisera l'industrie du logiciel de demain : la plus grande majorité des logiciels utiliseront certainement des briques open source – ces derniers étant ensuite distribués sous licence libre, licence propriétaire, ou encore de façon hybride (avec des modules, fonctionnalités ou services – pensons au Cloud – propriétaires).

En revanche, il me semble intéressant de constater l'impacte des licences libres/open source sur les utilisateurs : ces derniers ne sont plus seulement « consommateurs passifs », mais, bénéficiant de prérogatives plus étendues, auront des responsabilités nouvelles. Ainsi, à mes yeux, on assiste là à un usage équilibré, compris et respecté des droits de propriété intellectuelle (quelque chose de plus citoyen en quelque sorte) – dans une logique bien éloignée de celle que l'on entend actuellement...

Personnellement, faites-vous partie d'une autre communauté open source? Avez-vous des exemples de participation (Animation, articles, forums...) ?

J'ai en effet différentes casquettes : historique (Framasoft, Dogmazic, Copyleft Attitude, April, Aful, FFII, etc.) et plus liées à mes compétences juridiques (Veni, Vidi, Libri, la FniLL, EOLE, etc.).

De mon point de vue, le plus important dans ces implications communautaires (et souvent associatives) reste le plaisir de partager et de construire en commun. De ce fait, on est rapidement amené à se spécialiser sur certaines tâches, une bonne répartition de celle-ci assurant un fonctionnement optimum de la structure.

Pour finir sur une note annexe, quels sont vos blogs et liens préférés sur l'informatique et le juridique dans l'informatique en général ?

La liste est longue et je préfère ne pas donner de liste qui serait forcément partiale.

Ainsi, pour commencer, je vous conseillerai bien entendu le site de Veni, Vidi, Libri (http://venividilibri.org) et son blog (http://blog.venividilibri.org), très spécialisés « Licences Libres/open source ». Ensuite, le site de l'OSI référence dorénavant les blogs très pointus de ses membres ; FOSSBazaar (https://fossbazaar.org/) mutualise les expériences de nombreuses sociétés du secteur ; et, enfin, je peux aussi vous inviter à suivre les actualités sur le site du cycle de conférences EOLE (European OpenSource & Free Software Law Event) (http://eolevent.eu/), vous y trouverez de très bonnes informations.

Un dernier mot avant de se quitter ?

Enfin, pour ceux qui s'intéressent à ses sujets, je ne peux que les conseiller la prochaine conférence EOLE, qui se tiendra le 13 octobre prochain au Parlement Européen : un programme et des intervenants de grande qualité, un lieu de prestige et des partenaires de qualité, j'en attends le plus grand bien !

Merci pour l'interview ! C'est un plaisir d'échanger autour de ces problématiques, qui deviendront de plus en plus comprises et maitrisées par tout un chacun.

Merci encore pour cette interview et bonne continuation sur la route d'un monde Open Source !

Vous pouvez retrouver toutes les informations sur la société Linagora à l'adresse suivante : http://www.linagora.com

Et vous pouvez retrouver Benjamin Jean à travers ces nombreuses contribution sur http://www.venividilibri.org

Vous pouvez télécharger l'interview à cette addresse : http://www.scribd.com/doc/16951653/Open-Source-ECM-Interview-FR-Benjamin-Jean-Linagora

Interview : Remi Moebs, Senior Manager dans le domaine de l'ECM à Sopra Group

noreply@blogger.com (JM.Pascal) — Thu, 18 Jun 2009 22:00:00 +0000

Fervents lecteurs de mon blog, je vais vous présenter un ensemble d'interviews sur les acteurs du monde l'ECM Open Source (Intégrateur, utilisateur, développeur, éditeur, consultant....) . Ces interviews ont pour but de connaitre la personne, le métier qu'il pratique, la société dans laquelle il évolue, l'écosystème qui l'entoure et la gestion de contenus (ECM)! Il s'agit d'un autre regard porté sur le monde de l'ECM.

Tout un programme que nous allons aborder en quelques questions avec chacun des invités.

Mon invité du jour est Remi Moebs, Senior Manager dans le domaine de l'ECM à Sopra Group (Société Partenaire de l’année 2009 Alfresco).

Bonjour Remi,

Pour commencer, je tenais à vous remercier de m'accorder un peu de votre temps afin de répondre à cette interview.

Dans un premier temps, Senior Manager … Comment définiriez-vous votre rôle ? Quels sont vos missions et vos domaines de compétences ?

Animation d'un réseau de consultants autour des solutions Portail, GED, collaboratif, Architecture, SOA, JEE
Agitateur technologique et intrapreneur depuis l'arrivée des technos Web

Depuis combien de temps êtes vous dans les domaines de la GED / gestion de contenus / ECM ?

Depuis 12 ans

Serait-il possible d'en savoir plus sur la société Sopra Group ? Quelles sont les solutions disponibles proposées par la société dans le domaine de l’ECM ?

Sopra est un intégrateur global qui intervient sur tous types de solutions : Vignette, ATG, SharePoint, Alfresco, ...
La Division Business Consulting contient une Practice ACS (Architecture and Collaborative Solutions) qui adresse l'expertise technique et solutions

Peut-on connaitre quelques unes des expériences projets ?

Un exemple intéressant car appliqué à nous-mêmes : Sopra Group a mis en oeuvre un portail de capitalisation et de gestion des connaissances pour les 12000 collaborateurs du groupe, basé sur la plateforme Alfresco, c'est la première réalisation à l'origine du partenariat

Récemment nous assistons à la consolidation du marché des logiciels et des technologies avec le rachat successif de Sun par Oracle et de Vignette par Open Text. Il va donc être plus facile de choisir une solution ! Quel est votre avis sur cette évolution du marché ?

Une consolidation progressive du domaine pourrait simplifier la vie des consultants et des décideurs !
Le marché ECM/Portail est extrêmement satellisé ce qui rend les choix difficiles, surtout quant à la pérennité de la solution retenue

Comment définiriez-vous la place des éditeurs open-source dans cette consolidation ?

Il y a une place à prendre, l'Open Source progresse partout et le mouvement est encore plus fort en france, reste à trouver le bon modèle : éditeur Open Source ou communautaire

Au vu de votre expérience, vous avez connu les prémices et la montée en puissance de l’open-source… Comment définiriez-vous l’évolution du domaine de la GED/ECM avec le recul ?

On revient finalement vers la simplicité et les fonctions essentielles, après avoir peut-être équipé les utilisateurs avec des solutions lourdes, chères et complexes
L'Open Source permet également un meilleur respect des standards et permet une interconnexion facilitée avec les applis de surface desktop ou webtop

Lors de l’Alfresco Meetup à Paris, vous avez reçu le titre : « Alfresco Partenaire de l’année ». Comment définiriez vous votre relation avec Alfresco et vos impressions sur la solution ?

Sopra Group est un early adopter de la solution, convaincu de la qualité fonctionnelle et technique du modèle, la roadmap Alfresco est très réactive et visionnaire, ce qui nous plait bien.
Depuis, nous avons beaucoup de projets à notre actif sur tous les modules et fortement capitalisé, d'où le succès logique sur cet award, Sopra Group est maintenant intégrateur de référence de la solution
Alfresco reste quand même un produit assez technique, plutôt une brique à embarquer et à rhabiller le plus souvent, son point faible pourrait être l'interface

Faites vous parti d’une communauté de référence sur le sujet de l’ECM/GED ? En connaissez vous d’autres ?

Pour le moment, juste membre du groupe Facbook des utilisateurs Alfresco

Pour finir sur une note annexe, quels sont vos blogs et liens préférés sur l'informatique en général ?

mon préféré, ma bible quotidienne : Netvibes
autre grande source d'idées et de nouveaux usages : FING

Un dernier mot avant de se quitter ?

Mon grand credo de consultant : raisonner besoin avant de raisonner solution, çà reste trop rare

Merci encore pour cette interview et bonne continuation sur la route d'un monde ECM Open Source !

Vous pouvez retrouver toutes les informations sur Sopra Group à l'adresse suivante : http://www.sopragroup.fr/

Interview : Nicolas De Loof, Architecte Software Solution à Capgemini Rennes

noreply@blogger.com (JM.Pascal) — Tue, 16 Jun 2009 07:10:00 +0000

Bonjour tout le monde !

Aujourd’hui je vais faire un peu un écart sur ma ligne éditrice. En effet nous n’allons pas parler de gestion de contenu MAIS de l’écosystème Java. En effet, nombres d’entre vous ont remarqué que Java est l’un des langages de programmation (avec PHP, .NET…) les plus utilisés dans les solutions d’ECM Open Source. J2EE, JavaBeans, Spring, Hibernate, EJB3, OSGI, serveur d’application… Les références technologiques et techniques ne manquent pas lorsque l’on soulève le capot de Nuxeo, Alfresco, eXoPlatform, Jahia… Or que connaissons nous de Java ? De sa communauté ? De ses règles ? Des liens avec l’open-source ? Du rachat de Sun par Oracle ? C’est un peu tous ces points que je vais aborder avec mon invité du jour.

J’ai donc le plaisir d’interviewer aujourd’hui Nicolas De Loof, architecte Java à Capgemini Rennes, commiter Maven et Président du BreizhJug (Association des utilisateurs de Java pour la Bretagne).

Bonjour Nicolas,

Pour commencer, je tenais à vous remercier d’avoir accepté mon invitation pour partager vos connaissances sur le vaste univers du monde Java.

Je suis "Architecte Software Solution" si on considère la nomenclature Capgemini. Je travaille surtout en mode support / coaching / veille techno.
Support, car je suis référent en interne sur de nombreuses technos Java. J'interviens donc aussi bien en conseil sur des avant-ventes que pour faire marcher les projets
Coaching pour faire tourner les équipes autour des bonnes pratiques de dev, par exemple l'intégration continue, le bon usage d'eclipse, mais aussi des micro-formations sur les design-patterns ou les frameworks à connaître
Veille technologique en tâche de fond (même si parfois ca prend le dessus sur le reste). J'applique en gros la règle "google" du 20% de temps sur des devs libres. C'est par ce biais que j'ai intégré l'équipe Maven et appris à connaître de nombreux outils opensource, ainsi qu'à développer mes propres bidouilles que l'on utilise maintenant en production.

En résumé, quel a été votre parcours professionnel pour arriver à ce poste ?

Je suis rentré chez Cap Telecom Rennes en 97, après mon service militaire, et j'y suis resté depuis. Il faut croire que je m'y plais ! J'ai rapidement développé un rôle d'électron libre sur les projets Java, ma curiosité maladive m'obligeant à installer en douce sur les projets des frameworks opensource encore tout chauds - j'ai ainsi fait du Struts 0.5 et du Spring 1.0RC2. Bizarement (ou heureusement) cette attitude de geek et le fait que ça se passe plutôt bien m'a valu une bonne réputation en interne et la confiance de mes supérieurs. Il semble que je sois plus rentable quand on me lâche la bride que quand on veut me forcer à faire un truc que j'aime pas ;).

Dans ce cadre, j'ai beaucoup participé aux listes de discussion Struts puis Maven, sujet sur lequel je me suis attardé pour le boulot, proposant quelques patches et surtout en contribuant au développement d'Archiva dont le support de Maven1 était indispensable pour mes "vieux" projets. J'ai alors été invité fin 2007 comme membre de l'équipe de dev Maven.

Maintenant, intéressons nous à Java. Quand avez-vous programmé votre première ligne de code en Java ? Quelle a été la version de Java et que pensiez-vous à l’époque de ce langage de programmation ?

J'ai commencé avec Java fin 1999 par une format Valtech sur le sujet dans le cadre d'un projet à démarrer. Rien de très croustillant ou de visionnaire donc. Par contre, j'ai tout de suite apprécié la supériorité de ce langage par rapport au C en terme de dynamique opensource. Sur les projets C à Cap on utilise très peu (pour ne pas dire "pas") de librairie opensource. Une fois que j'ai mis un orteil dans le monde communautaire qui foisonne autour de Java je n'ai jamais pu en sortir. Je ne sais pas si l'opensource C tourne aussi bien, mais Java est une plateforme de rêve pour les bidouilleurs. Le codage est réellement facile (je pense à la syntaxe qui masque les pointeurs) même pour des non-experts et on arrive donc rapidement à concevoir des petits outils rigolos. Et avec l'expérience on découvre les API de réflexion puis l'instrumentation du bytecode et rapidement on arrive à faire des choses étonnantes.

Quelles ont été les principales étapes de l’évolution de Java ?

Si on laisse de côté les prémices de java 1.0, Java n'a commencé à être un langage réputé qu'avec Java 1.2 et la compilation "Just In Time".

La seconde grande étape a été l'arrivée de la norme Java EE. Aussi critiquable qu'elle soit, elle a implanté Java sur les serveurs de manière massive - amusant si on considère que la cible (loupée) de Java était le desktop.

Après cette date, les versions de Java (1.3, 1.4) n'ont fait en résumé que compléter la plateforme avec des API qui étaient jusqu'ici optionnelles. La troisième grande étape a été Java5, une vraie révolution dans la syntaxe du langage. Tous les frameworks n'en tirent pas encore partie, mais le bénéfice est flagrant.

La dernière étape clé est le repositionnement de Java comme plateforme pour le bytecode, et plus comme langage de programmation isolé. Le succès de Groovy, jRuby, Jython et compagnie montre que d'autres langages ont leur place dans cet écosystème.

De nos jours, comment définiriez-vous Java et quels sont les principaux courants d’influence (EJB3, SpringSource...) existants ?

Java est avant tout un écosystème autour d'une machine virtuelle. Le langage en lui même continue d'évoluer mais importe peu finalement. On peut même faire du PHP sur la JVM ! Le développement des normes Java au sein du Java Community Process s'est également largement ouvert. Au début très corporate, il s'est trouvé confronté à des initiatives libres et indépendantes, dont Spring fàce à JEE est la plus notoire. Aujourd'hui, SpringSource soutien une norme créée en dehors du JCP (@Inject, JSR330) qui a été acceptée en quelques mois pour JEE6, impensable il y a encore 6 mois. Java n'est définitivement plus piloté par des IBM ou des Oracle, mais bien par une communauté très active et très exigeante. Par ailleurs, le monde opensource a démontre qu'une norme c'est bien, mais qu'une implémentation intelligente et qui marche est bien plus rapidement acceptée. Spring ou Struts ont eu un succès démesuré si on considère que ce sont des outils indépendants. JSF et JEE font pitié a côté.

Je dirais donc qu'il n'y a PAS de courant d'influence dans Java, mais une sélection naturelle par la communauté de ce qui apporte de la valeur à un instant "t". Des acteurs comme JBoss sont tentés de normaliser leurs outils (Seam), cela ne leur apporte pas plus d'utilisateurs. Par contre des projets bien ficelés comme Apache CXF trouvent de très nombreux supporters. C'est très rafraichissant de voir qu'un bon outil libre arrive à se faire une place à côté de mastodontes de l'industrie, et c'est une force de la communauté Java.

Au fait java est Open-Source ?

Toutes les évolutions de Java se sont faites sous le contrôle de SUN mais surtout sous la pression de la communauté et de l'opensource. Le passage de Java en GPL a fait beaucoup de bruit, et c'est une excellente chose. Je pense que si Java était né en 2009 il aurait été depuis le début sous une licence libre, les mentalités ayant beaucoup évolué depuis. La prochaine grande étape est Java 7 dont les évolutions dans la syntaxe sont ouvertes au suggestions de la communauté, ce qui montre que le pilotage de Java est désormais libéré.

Le monde Java est très friand d'opensource, et réclamait l'ouverture de Java depuis belle lurette. Le cas de GWT (Google Web Toolkit) est par exemple significatif. Avant la version 1.4, seul le runtime était libre, le "compilo" étant sous license Google. L'intérêt était alors réel mais sans grand succès. Avec le passage en full opensource de la version 1.4 GWT a explosé.

Contrairement à d'autres communautés, le monde Java baigne énormément dans l'opensource et a tendance à repousser les outils propriétaires, quelle que soit leurs qualité. Le JDL lui-même n'a pas pu échapper longtemps à ce rouleau compresseur, SUN étant parfois accusé de vouloir conserver à tout pris la mainmise sur Java. Cette ouverture est une preuve que Java vit très au delà des labos de SUN aujourd'hui.

Comment percevez-vous le rachat de Sun par Oracle dans le domaine des technologies Java ? Abandon des projets comme GlassFish ?

C'est un gros sujet d'inquiétude. Oracle n'a pas racheté SUN pour Java mais pour compléter son offre (et sans doute aussi pour des questions de rentabilité financière). Difficile de savoir si Oracle poursuivra la politique de SUN en termes d'investissement sur les outils et les projets libres. GlassFish bien sûr, qui fait concurrence avec OAS et Weblogic, mais aussi Metro, Netbeans, etc. Le passage en GPL est en même temps une garantie, mais sans industriel pour le soutenir financièrement Java risquerait de tourner au ralenti et de s'appauvrir.

Wait and see...

Parlons maintenant de l’association BreizhJug. Pouvez-vous nous présenter le but de cette association et si on devait généraliser quel est le but d’un JUG (Java User Group) ?

J'ai découvert le concept de JUG en allant à la conférence SpringOne 06 organisé par le JUG belge. L'idée est d'animer une communauté locale autour de Java, avec le soutien de SUN mais de manière libre et indépendante. Dans la majorité des cas cela se traduit par l'organisation de conférences gratuites sur des thèmes techniques. J'ai crée le JUG Rennais après le succès du lancement du ParisJUG suivi du ToursJUG. La liste des JUGs français s'est depuis largement étoffée (14 à ce jour), ratrapant le retard que la France avait sur le sujet avec nos voisins européens.

Pourquoi avez-vous décidé de monter cette association et quelles sont les personnes qui participent au projet ?

J'ai monté le JUG dans le but de faire autre chose que juste coder dans l'ombre. Je voulais partager un verre avec des gens passionnés pour discuter de ClassLoaders (des gars vraiment très bizarres). Je voulais profiter d'une bonne dynamique pour avoir chez moi un équivalent (à l'échelle) des conférences JavaPolis. Je voulais renforcer les liens que j'avais tissés "online" avec quelques personnes influentes du monde Java. Je voulais aussi sans doute me faire mousser un peu en devenant le "JUG-leader" de Rennes. De ce point de vue c'est une réussite, et j'ai rencontré des gens passionnés, passionnants et désormais des habitués fidèles du JUG et ses meilleurs ambassadeurs.

Le déclic a été très clairement ma visite à SpringOne. J'ai pris conscience de ce que peut être une communauté Java et ce qu'on arrive à faire avec relativement peu de moyens et de personnes. Depuis je suis le premier à encourager des confrères français à monter un JUG dans leur ville, quitte à faire "petit et pas cher et on verra bien".

J'ai impliqué des collègues dans cette démarche pour m'épauler et trouver du soutien auprès du Granit, une association locale de promotion des technos et de deux sponsors : Orange Business Services et ... Capgemini ! OBS a été très moteur en animant eux-même trois sessions de grande qualité. D'ailleurs, s'ils le veulent bien, j'aimerais reconduire le sponsoring l'année prochaine ;)

J'ai personnellement animé la session d'octobre en présentant Maven. C'est une expérience très stressante mais super enrichissante. J'encourage tout développeur qui participe à un outil opensource, même de loin, ou qui veut partager un retour d'expérience sur un outil à contacter son JUG local. Il y sera très probablement bien accueilli (nous cherchons toujours du monde). Présente son travail devant un public de 60 personnes ne met pas tout le monde à l'aise mais c'est tellement gratifiant que ça vaut le coup de s'en donner la peine.

Quels sont les prochains rendez-vous de l’association ?

La saison est close après 11 sessions riches et très suivies (de 50 à 90 participants, ce qui est énorme pour Rennes par rapport à nos prévisions). La deuxième saison repart en septembre, avec 3 sujets déjà programmés : Spring3, JEE6 et JPA2.

Nous allons aussi tenter de faire bouger la communauté locale en organisant des quickies, sessions de 20/30 minutes ou un "local" vient présenter son petit projet perso, un outil ou une pratique qu'il a expérimenté. Nous allons aussi publier nos sessions en vidéo sur Parleys.com grâce au soutien du BEJug.

Dans une note annexe, grâce à vous j’ai découvert il y a un temps le site JavaBlackbelt. Que pensez-vous de ce site et de quelle couleur est votre JavaBelt ?

J'ai fait mumuse avec JavaBlackBelt jusqu'à ma ceinture marron. C'est un système original mais très discutable. Les questions sont souvent en dehors de la réalité de la pratique de développement, voir pas à jour par rapport aux versions actuelles des frameworks. J'ai plus appris en proposant des questions ou en en corrigeant pour gagner des points. La "gratuité" des premières ceintures n'est pas une bonne idée à mon avis de ce point de vue. Pour résumer, c'est un site sympa mais je ne m'en préoccupe plus et je ne donne pas une grande valeur aux ceintures obtenues.

Pour finir sur une note annexe, quels sont vos blogs, twitter et liens préférés sur l'informatique en général ?

Le meilleur blog, c'est blog.loof.fr - plus sérieusement, je suis de près les blogs de Didier Girard (application-servers.com et onGwt.com) qui a longtemps été ma mine d'information. Les blogs de quelques petits camarades sont aussi très bons, comme celui d'Arnaud Héritier (blog.aheritier.net). Je ne suis pas un gros utilisateur de twitter même si je me prête un peu au jeu pour voir. Je tire l'essentiel des listes de discutions "classiques" des projets apache.

Un dernier mot avant de se quitter ?

J'ai appris bien plus en participant à des communautés en ligne, en essayant d'expliquer à d'autres ce que j'avais cru comprendre, et en lisant les réponses de personnes plus expérimentées. Je n'ai jamais trouvé aussi enrichissant dans une formation "classique". J'encourage tout les développeurs à s'impliquer dans ce genre de communauté. Cela prend bien sur un peu de temps chaque jour, mais le bénéfice est réel. Je ne serais pas à ma place sans la liste de diffusion de Struts, qui m'a fait découvrir Maven puis Spring.

Passer de l'autre côté du miroir en devenant soi-même "producteur" d'opensource nécessite du temps libre et une plus forte implication, mais c'est une expérience très gratifiante (je suis assez fier de mon eMail nicolas@apache.org). Chacun peut le faire à son échelle, la première chose à envisager est d'ouvrir ses petits outils internes à la communauté. Je pense en particulier aux plugins Maven qu'on a tendance à conserver "en interne" alors qu'il est si simple de les "officialiser" dans le projet Mojo (mojo.codehaus.org).

Enfin, pour ceux qui manquent de temps, essayez tout de même de vous dégager une soirée par mois pour participer au JUG local. Ces soirées sont d'excellentes ouvertures sur ce qui se fait ailleurs et l'occasion de rencontrer des gens passionnants. On peut aussi y comparer les pratiques et découvrir que ce qu'on croyait gravé dans le marbre n'est qu'une (mauvaise ?) habitude. Java est l'une des rares plateforme qui propose une approche communautaire aussi développée, ce serait dommage de passer à côté de cette dimension.

Merci d'avoir pensé à moi pour cette interview :)

Merci encore pour cette interview et bonne continuation sur la route d'un monde ECM Open Source basé sur des technologies Java !

Vous pouvez retrouver toutes les informations sur Capgemini à l'adresse suivante : http://www.fr.capgemini.com/

Intéressé par le BreizhJug ? Toutes les informations sont disponibles sur le site de l’association : http://www.breizhjug.org/

Et vous pouvez finalement retrouver Nicolas De Loof sur son blog : http://blog.loof.fr/

PS : Cette interview est disponible en téléchargement à cette addresse : http://www.scribd.com/doc/16469260/Open-Source-ECM-Interview-FR-Nicolas-De-Loof-Capgemini-

Capgemini & Sogeti sur Twitter

noreply@blogger.com (JM.Pascal) — Fri, 12 Jun 2009 12:26:00 +0000

Après ma liste de compte Twitter sur les sociétés liées à l'ECM, je vais créer ma liste de compte Twitter sur Capgemini et Sogeti.

Capgemini

Capgemini : http://twitter.com/Capgemini
Capgemini North America (Us/Canada) : http://twitter.com/CapgeminiNA
Capgemini Cloud, Global Center of Excellence : http://twitter.com/Capgemini_cloud
Capgemini Outsourcing : http://twitter.com/CapgeminiOS
Capgemini Espagna : http://twitter.com/capgemini_es
Capgemini Espagna : http://twitter.com/capgemini_rrhh
Capgemini OutSourcing UK : http://twitter.com/osukcto
Capgemini Norway : http://twitter.com/CapgeminiNorge
Capgemini FR ADC Toulouse : http://twitter.com/ADC_Toulouse
Capgemini UK Public Relation : http://twitter.com/CapgeminiUKPR
Capgemini Netherlands Global Services : http://twitter.com/CapgeminiGSCAPS

Capgemini Group
Si vous travaillez @ Capgemini, je ne serais trop vous recommander de rejoindre d'une part le groupe Twitter (si vous avez un compte Twitter) à l'adresse suivante : http://twittgroups.com/group/capgemini et de rejoindre http://www.yammer.com (vous avez besoin d'une adresse @capgemini.com par contre) pour une expérience collaborative basée sur le principe du micro-blogging.

Sogeti

Sogeti France : http://twitter.com/sogeti_fr
Sogeti NetherLands : http://twitter.com/sogeti_nl
Sogeti NetherLands High Tech : http://twitter.com/sogeti_nl_ht
Sogeti USA : http://twitter.com/sogeti_usa
Sogeti Espagna : http://twitter.com/sogeti_es
Sogeti SAP Ireland : http://twitter.com/SAP_IN_IRELAND

Bien entendu cette liste va évoluer au fur et à mesure des différentes découvertes, créations et suppressions. Vous pouvez aussi aider à l'élaboration de la liste en laissant un commentaire ou via un tweet via mon twitter :o)

http://twitter.com/jeanmariepascal

Drupal : listing des ressources

noreply@blogger.com (JM.Pascal) — Tue, 02 Jun 2009 12:48:00 +0000

Bonjour,

Durant les prochaines semaines qui viennent, je vais sans doute parler un peu plus de la solution open-source Drupal. En effet, mon travail actuel (et futur) me permet de découvrir et de pratiquer cette solution communautaire et comme d'habitude je vais essayer de vous faire partager mes découvertes.

Aujourd'hui je vais commencer le listing des ressources parlant de DRUPAL.

Quels sont donc les sites à consulter ?

Site Internet
http://drupal.org

Blog
http://ineation.com/
http://www.drupalcoder.com/

Site Internet Communautaire
http://drupalfr.org/
http://association.drupal.org/

Tutorial Video
http://biboo.net/

Les livres
http://bigbooksearch.com/books/Drupal

Les liens incontournables
http://drupal.org/project/modules
http://drupal.org/project/themes
http://api.drupal.org/
http://drupalmodules.com/

Bien entendu si vous avez d'autres liens je suis preneur ! :o)

Evolution de la gestion de contenu : Idées et Pensées

noreply@blogger.com (JM.Pascal) — Fri, 15 May 2009 14:24:00 +0000

Aujourd'hui j'aimerai vous faire part d'une de mes récentes réflexions philosophico-technologico-fonctionnelles dans le monde de la gestion de contenus et plus particulièrement dans le domaine de la création de contenus...

Le thème du jour (si vous le voulez bien) porte sur l'évolution des bonnes pratiques de la création de contenu... Pour cela je m'aiderai d'une comparaison avec le monde du développement informatique (oui oui... je parle de coder! ^^ )

Donc si je devais poser une problématique :

Comment la production de contenu peut elle s'inspirer de la production de code logiciel ?
La production de contenu va t elle prendre la même voie et adopter les mêmes principes ?

Tout d'abord un constat
Dans le monde de l'information non-structuré (c.a.d dans le monde fonctionnel en général...)

Les utilisateurs utilisent des outils bureautiques (MS-Office, Open Office...) pour créer la grande majorité du contenu (Rapport, documentation, manuel, formulaire...) de l'entreprise.
Ils stockent l'information en local sur leur ordinateur (disque dur).
Ils partagent le contenu via des partages réseaux (disques durs partagés dans un réseau informatique) ou via une pièce jointe dans un e-mail.
Parfois les contenus seront regroupés, fusionnés avec d'autres contenus pour former par exemple une campagne publicitaire multilingue, une réponse à appel d'offre, un manuel de montage d'un meuble, un livret, un catalogue...
Une des bonnes pratiques de la création de contenus consiste à créer un template pour pouvoir réutiliser soit le style du document (powerpoint template), soit le contenu (modéle de document word...)
Pour partager ces modèles, on publie le fichier dans un répertoire partagé ou un site internet

Dans le monde de l'information technique (développement informatique par exemple)

Les développeurs utilisent des outils de développement (Eclipse, Visual Studio...) pour créer la grande majorité du code (fichier .java .c ....) d'un projet informatique.
Ils stockent les fichiers en local sur leur ordinateur (disque dur)
Ils partagent le code via un système de gestion de version (SVN, Hg, CVS...).
Avec l'ensemble du code, les développeurs constituent un projet qui sera ensuite compilé via des environnements de BUILD automatisé (Intégration Continue... Maven...) pour produire un logiciel (de manière générale).
Lorsque le code peut resservir, les développeurs regroupent ce code dans des bibliothéques. (.NET, Java, Spring...) Cette bibliothéque pourra ensuite servir dans du nouveau code.
Pour partager la bibliothèque, ils le publient dans un système de gestion de répertoire ou un site internet.

Maintenant essayez de jouer au jeu des 7 erreurs...c'est à dire essayez de trouver les différences qui existent entre les deux mondes... Vous avez 5 minutes...

Bon pour aller un peu plus vite...

Ma vision

Je pense que les bonnes pratiques et principes acquis via la développement informatique (ou autre) vont être de plus en plus utilisés dans la rédaction de la documentation en entreprise.

Je m'explique...

Comme vous avez pu le constater, il existe des différences dans la façon de créer/partager/modifier du contenu entre le fonctionnel et le technique.

On a assisté à l'évolution dans l'informatique

code en local
code partagé
code partagé par un système de gestion de version
code partagé par un système de gestion de code standardisé

On assiste dans la création de contenu d'entreprise :

fichier local
fichier partagé
fichier dans un système de gestion de contenu
fichier dans un système de gestion de composants

En d'autre terme, la gestion de contenu va connaitre (et connait déjà... il ne faut pas que je dise trop de bêtises quand même...) la même évolution qu'a connu la programmation avec l'approche orientée objet et le principe de l'intégration continue !

On essaie d'appliquer dans le contenu les principes bien connus comme :

Write Once, Deploy Everywhere (Ecrire une fois, déployer/distribuer n'importe où et n'importe comment)
Stop Reinventing the Wheel (Arreter de réinventer la roue !)

On essaie aussi de créer et d'utiliser des outils comme

un outil de gestion de configuration "multi-dimensionnel" c'est à dire savoir que telle publication rassemble tel composant dans telle version, et la configuration de publication était la suivante, etc...
une plateforme de génération et de création d'un programme documentaire au vu de la modification d'une partie des composants
L'éditeur intégré ou non à des outils bureautique
UN système cohérent pour tous les assembler ;o)

Quels sont les gains d'une telle approche ?

Prenons l'exemple typique d'une réponse à un appel d'offre.

Pour ceux qui ne connaissent pas voici le principe.

Un appel d’offres est une procédure par laquelle un acheteur potentiel demande à différents offreurs de faire une proposition commerciale chiffrée en réponse à la formulation détaillée (cahier des charges) de son besoin (produit ou service). Bien entendu l'ensemble des échanges entre les parties est généralement effectué avec des documents sous format bureautique (imprimés ou non). La réponse à l'appel d'offre est la proposition technique et commerciale sous format bureautique.

Donc déterminons la différence entre une société A qui posséderait un outil de gestion de composants et une société B qui le ferait comme d'habitude.

Tout d'abord d'un point de vue fonctionnel,
La société A a pris l'habitude de créer des composants. Elle a donc à sa disposition un catalogue

des références clientes
des architecture et méthodologie
propositions commerciales
ressources disponibles
feuilles de styles

L'utilisateur responsable de la réponse aura simplement à assembler les principaux composants (jusqu'à 80% du document) en quelques clics et travailler sur les derniers 20% (le coeur même du métier...)

La société B ne possède pas un tel système. Le responsable de l'appel d'offre doit alors rechercher dans ses anciens documents un exemple qui lui servira de modèle de départ (sur le fond mais aussi sur la forme!). Il devra ensuite faire beaucoup de copier-coller, vérifier les différentes informations, éventuellement les mettre à jour ou demander à les mettre à jour...
Et généralement il s'aperçoit à quelques heures de la date butoir qu'il a oublié de prendre le bon format ou la dernière référence...

On peut conclure au vu de cet exemple rapide que les gains sont multiples :

Gain de temps,
Gain d'argent (car le temps c'est de l'argent !),
Gain de modularité,
Gain d'efficacité...

Comment s'appelle ce système ?

Je ne sais pas s'il existe encore un véritable acronyme mais le terme CCMS pour Component Content Management System (CCMS) est celui qui s'en rapproche le plus!
Donc n'hésitez pas à vous renseigner sur le sujet! (Et moi aussi par la même occasion....)

A quand l'acronyme ECCMS (Enterprise Content Management System)...

Je tenais à remercier Componize.com (et plus particulièrement le staff cf. Interview H.Quiroz) pour avoir pris du temps pour m'expliquer cette tendance dans la gestion de contenu. N'hésitez surtout pas à essayer leur solution et à demander plus d'informations ! Cela vaut le détour.

Remarque
Le seul petit soucis que je vois à l'adoption d'un tel système reste et restera les interfaces graphiques et donc l'expérience utilisateur. L'homme (et la femme) restent et resteront la clef la plus importante...

Merci à tous et à toutes et n'hésitez pas à réagir!

Alfresco Meetup Paris : Impressions et Compte Rendu

noreply@blogger.com (JM.Pascal) — Tue, 05 May 2009 16:10:00 +0000

Bonjour tout le monde !

Le jeudi 30.04, lors d'une tournée de 15 dates à travers le monde entier, j'ai assisté à Paris à l'Alfresco Meetup. Compte Rendu et Impressions...

Tout d'abord replaçons le planning : la journée s'est divisée en 2 parties.
Une partie Alfresco "Crew" (Matinée) et une partie Partenaires (après-midi).

Alfresco Morning
La première séance de présentation a été consacrée à ...........? Alfresco bien sur!

Présentée par Denis Dorval Vice-Président EMEA Alfresco, la session était consacrée à Alfresco, l'ECM et le marché de l'ECM en général.
Je ne vais pas trop rentrer dans les détails mais néanmoins on peut noter les principaux points suivants :

Une personne qui utilise Alfresco est appelée : "Alfrescan(s)" (je ne savais pas que j'avais aussi ce nom là ;o) )
La communauté Alfresco représente 90 000 personnes dans le monde.
La France est la 2e communauté après les USA.
Alfresco a gagné 270 clients, 90 partenaires et 18 OEM en 2008.
2009 est l'année de l'acceptation de l'open source.
2009 continue d'être une année de consolidation du marché du logiciel.
Plus d'une dizaine de clients gèrent plus de 10 millions de documents avec Alfresco.
Adobe (avec le service acrobat.com) gère le plus grand nombre de documents avec Alfresco : + de 120 millions de documents.
Alfresco vise le MILLIARD de documents.

Pour le reste je vous invite à consulter les supports de présentation à cette adresse : Présentations Alfresco

Ensuite un exposé (très enrichissant!) sur un cas client intitulé : EADS (Astrium & EPS) solution RH sans papier ou Projet UBIC (Atol CD/Astrium).
Au cours de cette présentation, on a pu observer comment on pouvait dématérialiser l'ensemble des processus RH d'une grande entreprise telle qu'Astrium (Et EADS sans doute dans le futur).
Quelques chiffres et mots clés en passant :

2008 : Lancement du projet
600000 : nombre de documents dans un premier temps,
10 millions : nombre de documents gérés à terme.
Alfresco 2.2E, GWT, Linux Red Hat, Oracle 10g, JBPM, WebDav, Webscripts : Principaux composants de l'architecture et de l'application.

Pour en savoir plus, la vidéo de démonstration de l'application à cette adresse : http://www.atolcd.com/ubic-demo-flash.html

Au final, Ubic va devenir un plug-in que l'on pourra ajouter au sein d'Alfresco pour la gestion de la documentation RH. Ce projet sera aussi bien supporté par Astrium que par Atol CD.

Pour en savoir plus sur le projet UBIC : http://www.atolcd.com/btn-ll/alfresco-ecm-ged/personnalisation-avancee.html

Pour conclure la matinée, nous avons eu le droit à la présentation d'Alfresco 3.1 et au delà grâce à M.Farman, Director of Product Management chez Alfresco.
Les points importants à retenir :

Gestion du Record Management : Passage de la certification DOD5015.2 en septembre 2009
Gestion et archivage des e-mails. (Un MUST-SEE!!!)
Implémentation du protocole IMAP et création des Virtualized Repository (Un MUST-SEE!!!)
Alfresco SURF ne signifie.... RIEN! (toujours bon à savoir...)
Ajout d'outils d'administration pour les clients Alfresco Enterprise (Enterprise Only Capabilities : clustering, monitoring...)
Share Forms Service
Web Delivery Runtime
Alfresco Query Language (basé sur CMIS + Extensions Alfresco)
Index Consistency Check
Alfresco Mobile (Exemple : Intégration d'un client graphique basé sur les services Alfresco sur l'IPhone)

Pour résumer, Alfresco continue d'étendre sa toile sur le périmètre du cycle de vie des documents d'entreprise. Ces 2 prochaines cibles sont les e-mails et l'archivage légal. Ces 2 aspects sont fortement attendus tellement elles deviennent de plus en plus prédominante pour les responsables fonctionnels. Pour pouvoir supporter la montée en charge inévitable et inéluctable, les clients Enterprise pourront bénéficier d'outils pour gérer les clusters de serveur Alfresco!

Partners Afternoon
L'après midi a été consacré à des présentations techniques de la part des partenaires Alfresco. Petit tour d'horizon.

NB : A noter la remise d'un trophée "Alfresco : Partenaire de l'année" pour Sopra Group : http://www.sopragroup.fr/

Componize et sa solution de gestion de documentation XML.
En tant que voisin, j'ai enfin pu découvrir cette solution!! Elle se base sur le principe de création documentaire par composants.
En effet lorsque nous créons des documents bureautiques (et techniques!!), par défaut nous créons des documents par composants sans nous en rendre compte.
Un paragraphe est un composant d'un chapitre.
Un chapitre est un composant d'un livre.
Un livre est un composant d'une bibliothèque
etc...

Et souvent, on remarque que ces composants sont les mêmes suivant les documents que l'on crée! Or lorsque l'on veut modifier une version de ce composant, on est obligé de repasser sur l'ensemble des documents qui possédent ce composant!! Perte de temps garantie!
Pour optimiser cette gestion, on utilise un outil comme Componize !

Pour plus d'informations : http://www.componize.com/overview/overview-home.html

Xenit et son intégration CAStor.
Tout d'abord si vous ne connaissez pas CAStor par Caringo, je vous recommande de faire un tour ici : http://www.caringo.com/products_castor.html
Maintenant faites le lien avec un système de gestion de contenus comme Alfresco via le module CAStor développé par Xenit et vous obtiendrez une solution capable de gérer facilement plusieurs millions de documents sans soucis avec une scalabilité et une haute performance garantie!
Impressionnant !

Pour plus d'informations sur Xenit : http://www.xenit.eu/

OpenWide et sa migration de données avec un ETL (Talend)
Généralement, lorsque l'on commence un projet d'ECM, on possède un existant documentaire. Or il faut trouver un moyen de pouvoir transferer cet existant vers Alfresco.
Comment ? Via un ETL (Talend dans notre cas) et le composant d'intégration développé par OpenWide. Celui ci permet de créer et d'intégrer les contenus au sein d'Alfresco via des "jobs" (procédures automatisées).

Pour plus d'informations sur OpenWide : http://www.openwide.fr/

Atol CD et ses applications basées sur SURF :
JSF est mort, vive REST! Tel est un peu le slogan de cette présentation qui nous explique comment créer une nouvelle expérience utilisateur avec Alfresco.

Pour plus d'informations sur la présentation : http://www.atolcd.com/fileadmin/Publications/Alfresco_Meetup_RIA_et_SURF.pdf
Pour plus d'information sur Atol CD : http://www.atolcd.com/

BlueXML et sa création de Workflow
Comment générer 1200 lignes de codes pour la création et le paramètrage d'un workflow dans Alfresco en l'espace de quelques minutes ?
La réponse est simple : Utiliser l'outil graphique BlueXML !
Cet outil, basé sur Eclipse, permet via drag&drop(et formulaires) de créer l'ensemble des fichiers nécessaires pour la mise en place d'un workflow Alfresco.
Le rêve de tous développeurs !

Pour plus d'informations sur BlueXML : http://www.bluexml.com/v2/alfresco-generator/

Au final

Tout d'abord comme son logo l'indique, on peut comparer Alfresco à une fleur qui a évolué dans son écosystème (la gestion de contenu).
Dans cet ecosystème, il a rencontré

des abeilles (OEM) qui ont créé leurs miels (solution) à partir du pollen de la fleur (Alfresco...)
des fleuristes (Intégrateurs) qui ont utilisé la fleur (Alfresco...) pour créer des compositions (Solutions spécifiques)
des horticulteurs (Partenaires/Intégrateur/Communauté) qui ont pris la fleur pour la faire évoluer (Alfresco...) afin de la rendre encore plus forte.
des passionnés (Communauté) qui ont pris la fleur parce qu'ils la trouvaient belle.

Ensuite, pour vivre heureux, vivons caché. Cett maxime correspond bien à la tendance de fond des intégrateurs et partenaires Alfresco.
Ils délaissent de plus en plus l'interface historique basée sur la technologie JSF pour passer à des interfaces plus réactives et plus dans la mouvence 2.0.
Au revoir Java, Bonjour Java..script! (J'exagère mais l'idée est là...)

Finalement on notera au passage la continuation d'un principe fondateur d'Alfresco : s'intégrer de manière transparente aux outils que l'utilisateur connait et utilise tous les jours!
Hier CIFS pour le partage de documents dans un répertoire Windows. Aujourd'hui l'intégration avec la suite Windows Office via Sharepoint. Demain IMAP pour le partage et la gestion des emails dans Outlook...

Et moi dans tout cela ?

Pour ma première participation à un évènement Alfresco (ma deuxième pour un évènement communautaire), je pense que j'ai des progrès à faire au niveau du Networking entre les sessions :o)
Il faut que j'améliore mon côté "commercial".

Ensuite je confirme totalement mon intérêt pour l'intégration de systèmes d'informations (de contenus).
En effet, si vous avez bien lu l'ensemble de cet article vous pouvez avec Alfresco :

Gérer de la documentation et vos e-mails(Alfresco ECM)
Faire du collaboratif (Alfresco Share)
Créer et gérer des sites Web (Alfresco WCM)
Gérer de la documentation XML et technique (Componize)
Répartir vos données en haute disponibilité (CAStor - Xenit) avec des outils intégrés (Enterprise Only Capabilities)
Intégrer des données existantes via un ETL (Talend - OpenWide)
Créer des interfaces riches (Alfresco SURF) pour des besoins métiers spécifiques
Créer des workflows de manière simple et intuitive (BlueXML)
Archiver le tout (Alfresco RM)

Et quelles sont les personnes qui peuvent faire ce travail ?

Les Intégrateurs (dont je fais parti...) !!!

Finalement, quand j'étais jeune j'aimais beaucoup jouer aux Lego... Je crois que je vais continuer dans cette voie...

Comme vous pouvez le constater, la route est encore longue.

Merci pour tout. Et à très bientôt!

PS : Vous pouvez retrouver les quelques photos que j'ai prises durant l'évènement à l'adresse suivante : http://www.flickr.com/photos/36931301@N03/sets/72157617655796047/

Installer Alfresco 3 sur une Ubuntu 8.10 VMWare

noreply@blogger.com (JM.Pascal) — Wed, 15 Apr 2009 10:07:00 +0000

Bonjour tout le monde !

Comme tout bon informaticien, il m’arrive parfois d’utiliser des images VMWare pour réaliser une instance de test ou de démonstration pour tel ou tel produit. Or je n’ai pas forcément le temps de télécharger et graver les images ISO des systèmes d’exploitation pour ensuite créer une image VM.
Je recherchais donc un moyen de pouvoir récupérer les images VMWare puis de les utiliser directement sans pour autant avoir un VMWare Workstation installé sur mon poste. Je possède un disque dur de 320Go et une connexion internet ADSL.

J’ai donc opté pour récupérer les images sur des sites comme

Puis de les utiliser avec VMWare Player http://www.vmware.com/products/player/

Tout cela pour 0€ net d’impôt et en toute légalité !

Pour vous démontrer l’utilisation de cette combinaison, je vous invite à suivre mes notes sur l’installation d’un Alfresco 3 Stable sur une image VMWare Ubuntu 8.10.

[DRAFT] Utiliser VmWare pour l'installation d'un Alfresco

View more presentations from Pascal Jean marie.

Open Source ECM : This is my way...

noreply@blogger.com (JM.Pascal) — Thu, 02 Apr 2009 13:17:00 +0000

Juste un conseil : Regardez la présentation ^^
JM.PASCAL - This is my way...

View more presentations from Pascal Jean marie.