Jeci

Jeci SARL - Lyon, France

[jeciblog]

Configuration du Workbench CMIS

Le projet Apache Chemistry fournit une application java servant de démo à l’utilisation de CMIS. Cette application n’est pas facilement utilisable mais elle rend beaucoup de services pour tester des requêtes CMIS, consulter le modèle de données, consulter les métadonnées précises comme on peut le faire avec le navigateur de noeud Alfresco.

On peut également manipuler les données sur le serveur, créer ou supprimer du contenu et pour les plus sportifs exécuter des scripts groovy !

Seule contrainte qui rend le workbench lourd à utiliser, on est obligé de saisir l’url de connexion et les identifiants à chaque connexion. Pourtant les développeurs ont prévu un mécanisme de configuration très simple.

Installation du workbench

Télécharger et décompresser l’archive.

wget -o ~/opencmis-workbench.zip http://www.apache.org/dyn/closer.cgi/chemistry/opencmis/0.13.0/chemistry-opencmis-workbench-0.13.0-full.zip mkdir ~/opencmis-workbench cd $_ unzip ~/opencmis-workbench.zip

Modifier le script de démarrage du workbench, avant la dernière ligne exec $JAVA $JAVA_OPTS ... ajouter une ligne pour cibler un fichier de configuration.

vim ~/opencmis-workbench/workbench.sh

JAVA_OPTS="$JAVA_PROXY_CONF" JAVA_OPTS="$JAVA_OPTS -Dcmis.workbench.configs=${HOME}/.opencmis/configs/config-library.properties" exec $JAVA $JAVA_OPTS $CUSTOM_JAVA_OPTS -classpath $WCP org.apache.chemistry.opencmis.workbench.Workbench &

Configurations personnelles

Le fichier ciblé doit répertorier chaque fichier de configuration serveur

mkdir -p ~/.opencmis/configs echo "serveur-local.properties=Serveur Alfresco Local" > ~/.opencmis/configs/config-library.properties

vim ~/.opencmis/configs/serveur-local.properties

org.apache.chemistry.opencmis.binding.spi.type=atompub org.apache.chemistry.opencmis.binding.atompub.url=https://localhost:8080/alfresco/cmisatom org.apache.chemistry.opencmis.user=admin org.apache.chemistry.opencmis.password=admin

Vous pouvez ajouter un nouveau fichier pour chaque serveur

echo "serveur-recette.properties=Serveur de Recette" >> ~/.opencmis/configs/config-library.properties

vim ~/.opencmis/configs/serveur-recette.properties

org.apache.chemistry.opencmis.binding.spi.type=atompub org.apache.chemistry.opencmis.binding.atompub.url=https://serveur-recette/alfresco/cmisatom org.apache.chemistry.opencmis.user=user org.apache.chemistry.opencmis.password=mdp org.apache.chemistry.opencmis.binding.auth.soap.usernametoken=true org.apache.chemistry.opencmis.binding.auth.http.basic=true org.apache.chemistry.opencmis.binding.auth.http.oauth.bearer=false org.apache.chemistry.opencmis.binding.compression=true org.apache.chemistry.opencmis.binding.clientcompression=false org.apache.chemistry.opencmis.binding.cookies=true cmis.workbench.acceptSelfSignedCertificates=true

Connexions

Enfin démarrer le workbench (./workbench.sh) , vous verrez que la fenêtre de login a deux onglets. Sur l’onglet expert, la liste déroulante contient maintenant nos fichiers de configuration.

Sélectionner votre serveur puis cliquer sur le bouton Load Repositories pour tester la connexion.

Ce menu est présent en standard avec des exemples de paramétrages pour chaque type de serveur possible (Alfresco, Nuxeo, SharePoint, ext..). Pour retrouver ces fichiers d’exemples regarder dans le code source du workbench ou directement dans les jars :

cd ~/opencmis-workbench jar xf lib/chemistry-opencmis-workbench-0.13.0.jar configs cp configs/* ~/.opencmis/configs/

Scripts Groovy

De la même façon vous pouvez définir vos propres scripts groovy.

Modifier le script de démarrage :

vim ~/opencmis-workbench/workbench.sh

JAVA_OPTS="$JAVA_PROXY_CONF" JAVA_OPTS="$JAVA_OPTS -Dcmis.workbench.configs=${HOME}/.opencmis/configs/config-library.properties" JAVA_OPTS="$JAVA_OPTS -Dcmis.workbench.scripts=${HOME}/.opencmis/scripts/script-library.properties" exec $JAVA $JAVA_OPTS $CUSTOM_JAVA_OPTS -classpath $WCP org.apache.chemistry.opencmis.workbench.Workbench &

puis

cd ~/opencmis-workbench jar xf lib/chemistry-opencmis-workbench-0.13.0.jar scripts cp -r scripts/ ~/.opencmis/

[ootb-posts]

Honeycomb v1.0 released!

Today’s the day, one year after (the last possible of the days we could have picked for) the anniversary of the founding of the Order of The Bee, we proudly present the Production release of Honeycomb, our distribution of Alfresco.

It bundles Alfresco with a few good plugins (with more coming soon) and a solid build system to set up a complete community edition Alfresco from scratch.

Afficher davantage

[jeciblog]

Alfresco 5 - EOL

Alfresco a annoncé la sortie de la version 5 de son logiciel, dont vous trouverez la liste des nouveautés (5.0.a, 5.0.b) sur le blog de Kevin Roast.

Alfresco a également annoncé le 15 septembre dernier la fin de vie de certains composants.

Fin de vie de l'interface JSF

L'interface graphique historique d'Alfresco ne sera plus disponible dans Alfresco 5 Entreprise (elle sera présente mais pas activable). En gros /alfresco/faces/* va disparaitre, ou plus précisément sera maintenue par la communauté.

Alfresco précise que cette interface n'a plus évolué depuis 2008 (sa disparation est annoncée depuis la sortie d'Alfresco 4) mais que le support d'Alfresco 4.2 sera maintenu jusqu’à la sortie d'Alfresco 6.0 !

N'hésitez pas à contacter votre partenaire Alfresco (ou à me contacter) si vous utilisez encore l'interface Alfresco JSF.

Fin de vie pour AVM

Peu utilisé en France, le moteur Alfresco AVM sera supprimé dans Alfresco 5.0. Ce n'est pas une surprise, la fin de vie de ce module est annoncée depuis janvier 2012.

Contrairement à l'interface JSF, ce module va complètement disparaitre. Il ne sera pas maintenu par la communauté.

Autres fins de vie

Alfresco annonce également la fin de vie pour quelques fonctionnalités présentes dans Alfresco :

XAM Connector : fin de vie annoncée en janvier 2013, remplacée par EMC Centera Connector

Google Docs v1 : devient Google Docs v2

Records Management v1 : cette version repose sur JSF qui est abandonné.

Google Gadgets : repose sur une technologie de Google abandonnée par Google.

Alfresco Team : Offre commerciale sous Alfresco 3.x

Liferay Portlets : Liferay dispose d'un portlet CMIS

Blog Publishing

Social Publishing

Lucene : Solr devient obligatoire

Il faut préciser que tous ces composants sont abandonnés même sur les anciennes versions (donc sur Alfresco 4.x), sauf pour Lucene (ouf !)

Ce dernier point est pour moi le plus important. Actuellement je recommande aux clients qui ont une faible charge d'utilisateur de ne pas utiliser Solr. Solr c'est super mais, cela ajoute un peu de complexité pas toujours nécessaire.

Pour le moment Alfresco annonce la fin de Lucene, mais si des clients en font la demande ils pourraient donner le code à la communauté.

Fin de vie briques de dev

Enfin, Alfresco annonce la fin de vie pour plusieurs composants utilisés par les développeurs :

Java SDK

Legacy CMIS (3.x Web Scripts and pre-public API Apache Chemistry)

“CML” SOAP API

JCR & JCR-­RMI

URL Addressability API (command servlet, template servlet, etc.)

Flex SDK

Forms Development Kit

Web Framework Samples

KB Sample App

Alfresco Benchmark v1      

En remplacement de ces composants Alfresco recommande d'utiliser CMIS ou les Webscripts.

Précisons que "Java SDK" représente le zip intégrant toute les dépendances d'Alfresco qui est abandonné au profit de "Alfresco SDK" basé sur Maven. Donc à partir d'Alfresco 5 vous devez utiliser les dépendances Maven, en utilisant Maven, Apache Ant Ivy ou gradle.

Enfin "Alfresco Benchmark" n'est pas abandonné, mais s'appelle maintenant "Alfresco Benchmark Framework".

[jeciblog]

Adding new Highlighting Language into Pandoc

I need groovy highlighting in pandoc.

Quick explanation: Pandoc use Kate’s syntax description files to make is own syntax highlighter. This is perform in sub-project highlighting-kate. For the moment, pandoc supports 96 languages but kate supports 231 languages.

You can follow this short howto to append new languages highlighting in pandoc.

First retrieve and compile highlighting-kate subproject

First we need to install Haskell and cabal.

sudo apt-get instal haskell-platform sudo apt-get instal cabal-build

Then we can download highlighting-kate subproject and try to compile it.

git clone https://github.com/jgm/highlighting-kate.git cd highlighting-kate cabal update make cabal install

Highlight is now install in ~/.cabal/bin/

~/.cabal/bin/Highlight -s haskell Text/Highlighting/Kate.hs > example.html

Second a new Highlighting definition

Second step we will add a new language. What I need is Groovy Highlighting, not currently available in kate :-(, but I found a definition on groovy plugins page:

wget http://docs.codehaus.org/download/attachments/2747/groovy.xml mv groovy.xml xml/ make cabal install ~/.cabal/bin/Highlight -s groovy sample.groovy > example.html

Very easy isn’t it ?

Compile own pandoc

Third step, compile pandoc with our new definition. Thanks to cabal our updated Highlight is on local repository. So we simply need to run cabal install

git clone --recursive https://github.com/jgm/pandoc.git cd pandoc cabal install ~/.cabal/bin/pandoc --version

This takes some time but works like a charm.

Finally append ~/.cabal/bin/ to your PATH.

[jeciblog]

Alfresco : Test d’upgrade avec une grosse volumétrie - 3

Troisième et dernier article sur le sujet des tests d’upgrade Alfresco avec une très grosse volumétrie sur disque.

Dans le premier article nous avons vu comment - avec un simple montage NFS - il était possible de monter un serveur de test contenant toutes les données de production, sans dupliquer les ressources matérielles.

Dans le second nous avons vu comment monter un serveur Alfresco - partiellement fonctionnel - en utilisant uniquement une sauvegarde de la base de données. J’utilise principalement cette technique après un crash, pour valider une base de données suspectée d’être corrompue.

Solution 3 : créer un “Content Store” partiel

La solution que je propose aujourd’hui est proche de la précédente, puisque nous allons générer une partie du Content Store. Cependant, pour permettre à Share de fonctionner, je vais reprendre l’ensemble des petits fichiers.

Prérequis

Pour monter notre plate forme nous avons besoin d’un serveur de test avec Alfresco. Vous pouvez utiliser une machine virtuelle préconfigurée pour gagner du temps.

Nous avons également besoin d’un backup de la base de données de production. Que nous allons charger sur notre serveur de test :

mysql -u alfresco -p alfresco < backup-alfresco-2014-04-01.sql

Mais contrairement à la solution précédente, nous n’utiliserons pas la base de données pour générer le Content Store. En contre partie nous allons effectuer un backup partiel du Content Store du serveur de production.

Manipulation

Sur le serveur de production

En plus de la sauvegarde de la base de données, nous avons besoin de manipuler le Content Store. Nous allons créer un backup des petits fichiers du Content Store. Le but est de récupérer les fichiers de configuration de Share, le contenu du Dictionnaire de Données, et quelques petites images.

Pour réaliser cet article, j’utilise un petit jeu de donnés, contenant quelques milliers de fichiers pour 34G d’espace disque utilisé pour le Content Store:

Nombre de fichiers et volume sur disque :

$ find /srv/alf_data/contentstore/ -type f | wc -l 6383 $ du -sh /srv/alf_data/contentstore/ 34G /srv/alf_data/contentstore/

Commençons par effectuer une sauvegarde de la structure du Content Store :

$ cd /srv/alf_data/contentstore $ find . -type d > ~/contentstore_listdir $ find . -type f > ~/contentstore_listfiles

Puis on archive les petits fichiers (inférieur à 100ko). Ce qui englobe normalement tous les fichiers de configuration (xml, json), ainsi que les petites images (thumbnails)

$ cd /srv/alf_data/contentstore $ find . -type f -size -100k -print0 | tar -czvf \ ~/backup_partial_contentstore.tar.gz -T - --null

Enfin on copie ces trois fichiers sur notre serveur de test.

Sur le serveur de test

Sur notre serveur de test, j’ai dans le répertoire personnel mes trois fichiers

contentstore_listdir

contentstore_listfiles

backup_partial_contentstore.tar.gz

Dans un premier temps on reconstruit la structure du Content Store sans les fichiers :

$ cd /srv/alf_data/contentstore $ for dir in $(cat ~/contentstore_listdir) do mkdir $dir done

Ensuite on génère les fichiers vides :

$ cd /srv/alf_data/contentstore $ for file in $(cat ~/contentstore_listfiles) do touch $file done

Puis on restaure notre backup partiel.

$ cd /srv/alf_data/contentstore $ tar xzvf ~/backup_partial_contentstore.tar.gz

Notre Content Store est très petit.

$ du -sh /srv/alf_data/contentstore/ 122M /srv/alf_data/contentstore/

Enfin on rétablit les droits sur les fichiers :

$ sudo chown tomcat6 -R $ cd /srv/alf_data/contentstore

Configuration d’Alfresco

Avant de démarrer Alfresco, je précise dans le fichier alfresco-global.properties que je souhaite effectuer un réindexation complète. Normalement il ne doit pas remonter d’erreur, mais au cas où je demande à Alfresco de forcer le démarrage.

system.bootstrap.config_check.strict=false index.recovery.mode=FULL

Vous voila en présence d’un serveur Alfresco parfaitement fonctionnel, seulement si vous téléchargez des fichiers ils seront vides.

[jeciblog]

Alfresco : Test d’upgrade avec une grosse volumétrie - 2

Deuxième article sur le sujet des tests d’upgrade Alfresco avec une très grosse volumétrie sur disque. Dans le précédent article nous avons vu comment - avec un simple montage NFS - il était possible de monter un serveur de test contenant toute les données de production, sans dupliquer les ressources matérielles.

Solution 2 : créer un “Content Store” fantôme

Aujourd’hui nous verrons une solution pour construire un serveur de test deconnecté, contenant uniquement la base de données, donc sans les fichiers du Content Store. Pour cela nous allons générer un Content Store contenant uniquement des fantômes, c’est-à-dire des fichiers vides.

Prérequis

Pour monter notre plate forme nous avons besoin d’un serveur de test avec Alfresco. Vous pouvez utiliser une machine virtuelle préconfigurée pour gagner du temps.

Nous avons également besoin d’un backup de la base de données de production. Que nous allons charger sur notre serveur de test :

mysql -u alfresco -p alfresco < backup-alfresco-2014-04-01.sql

Manipulation

Préparation du Content Store

Dans un premier temps on extrait la liste des fichiers du Content Store en se basant sur la base SQL.

SELECT substring(content_url, 9) AS content_url FROM alf_content_url INTO OUTFILE '/tmp/list_file_contentstore.csv' FIELDS TERMINATED BY ',' ENCLOSED BY '"' LINES TERMINATED BY '\n';

Puis on génère des fichiers vides en se basant sur ce listing.

cd /srv/alf_data/contentstore for line in $( cat /tmp/list_file_contentstore.csv ); do file=${line//\"/} sudo -u tomcat6 mkdir -p $(dirname $file) sudo -u tomcat6 touch $file done;

Configuration d’Alfresco

Avant de démarrer Alfresco, je précise dans le fichier alfresco-global.properties que je souhaite effectuer un réindexation complète mais sans m’arréter en cas d’erreur, en ajoutant les deux lignes suivantes :

system.bootstrap.config_check.strict=false index.recovery.mode=FULL

L’avantage de cette solution est qu’elle nécessite uniquement un backup de la base de données pour monter un environnement de test fonctionnel. Cependant l’application Share ne fonctionnera pas, ainsi que les règles de gestion et autres contenus stockés dans le Dictionnaire de données. Dans le prochain article je présenterai une solution alternative pour corriger ce problème.

[jeciblog]

Alfresco : Test d’upgrade avec une grosse volumétrie - 1

Comment effectuer une recette exhaustive avec une très grosse volumétrie, sans dupliquer les très gros serveurs ?

C’est un problème récurrent avec Alfresco : un serveur de production contient plusieurs To de données sur le “Content Store”. Je souhaite effectuer un upgrade de mon serveur (vers Alfresco 4.2.1 par exemple) en effectuant un test grandeur nature au préalable. Cependant je n’ai pas un serveur de test avec plusieurs To d’espace libre ^_^.

Je vous propose une série d’articles sur ce thème détaillant 3 solutions mises en oeuvre chez des clients :

Solution 1 : montage NFS & UnionFS

Solution 2 : créer un “Content Store” fantôme

Solution 3 : créer un “Content Store” partiel

Solution 1 : Montage NFS & UnionFS

Principe

Cette première solution est idéale si vous pouvez faire communiquer votre serveur de production (ou la baie de stockage) avec votre serveur.

L’idée est simple : sur le serveur de test on charge un backup de la base de données et des indexes lucene. Ensuite on effectue un montage (en lecture seule) du Content Store de production sur le serveur de test, puis on définit un point de montage en écriture au dessus de ce premier montage.

Pour cela on a deux possibilités : soit faire un montage à la main, soit utiliser UnionFS.

Première solution : montage à la main

La première solution est très simple à mettre en oeuvre mais n’est pas très flexible.

Nous avons besoin d’un nouveau serveur alfresco. Vous pouvez utiliser une machine virtuelle préconfigurée pour gagner du temps.

Dans un premier temps on restaure un backup de la base de données de production sur notre serveur de test.

mysql -u alfresco -p alfresco < backup-alfresco-2014-04-01.sql

Considérons que nous souhaitons effectuer notre test le 01/04/2014. Un montage NFS du Content Store de production a été configuré sur notre serveur. Ce montage doit obligatoirement être en lecture seule pour protéger les données du serveur de production. Point de montage : /mnt/cs_prod/

On configure un point de montage en écriture pour le jour du test :

mkdir /tmp/cs_test_20140401 mount --bind /tmp/cs_test_20140401 /mnt/cs_prod/contentstore/2014/04/01/

Puis on définit le bon espace dans alfresco-global.properties

dir.root=/srv/alf_data dir.contentstore=/mnt/cs_prod/contentstore/

Idéalement on utilise un backup des indexes lucene pour éviter une réindexation complète sur notre nouveau serveur.

Enfin on peut lancer Alfresco. Vous voila en présence d’une copie parfaite de votre serveur de production.

Si vous souhaitez travailler plusieurs jours avec ce serveur, il est nécessaire de monter un dossier par jours utiles : ./2014/04/02 ou plus simplement utiliser UnionFS.

Seconde solution : UnionFS

Lorsque les live-cd étaient à la mode (je pense en particulier à Knoppix), il a été mis au point un mécanisme de système de fichiers compressés - squashfs - qui était accessible en lecture seule (car sur un cd-rom). Pour supporter la modification des fichiers, un système de fichiers - UnionFS - est configuré au dessus du premier. Plusieurs implémentations existent, la plus évoluée est aufs.

C’est cette technologie que nous utilisons.

Comme dans la solution précédente, on réalise un backup de la base de données de production sur notre serveur de test puis montage NFS du Content Store de production (point de montage : /mnt/cs_prod/). Ensuite nous configurons aufs au dessus de notre point de montage NFS.

sudo apt-get install aufs-tools mkdir /tmp/cs_test sudo mount -t aufs -o br:/tmp/cs_test:/mnt/cs_prod none /srv/alf_data/contentstore/

Puis on définit le bon espace dans alfresco-global.properties

dir.root=/srv/alf_data dir.contentstore=/srv/alf_data/contentstore/

[jeciblog]

Alfresco Ivy

Alfresco Maven

Alfresco propose depuis plusieurs mois de compiler ses projets avec maven. En réalité, Alfresco ne semble pas travailler avec maven, mais la communauté a poussé fortement pour mettre un dépôt maven en place.

Personnellement je ne suis pas un fanatique de maven, je trouve même que ça va à l’encontre du principe Keep It Simple que nous retrouvons dans les bons logiciels libres. Je préfère utiliser des scripts Ant, plus proche de MakeFile dans la logique.

Chose magique et fabuleuse, on peut utiliser le vrai intérêt de maven – la gestion des dépendances – dans ant, grâce à Apache Ivy !

Apache Ivy

Je ne vais pas reprendre la documentation d’Apache Ivy, le Quick Start est parfait. Rapidement il nous faut un fichier ivy.xml qui contient les dépendances de notre projet et une tache Ant pour télécharger les dépendances.

Ivy.xml

<target name="resolve" description="--> retrieve dependencies with ivy"> <ivy:retrieve /> </target>

Si vous travailler avec Eclipse, vous pouvez également utiliser le module Apache IvyDE qui télécharge automatiquement vos dépendances et les ajoute à votre classpath.

Enfin grâce au classpathref on peut facilement compiler ou exécuter notre projet

   <path id="lib.path.id">         <fileset dir="${lib.dir}" />     </path>     <target name="compile" depends="resolve" description="--> compile the project">         <mkdir dir="${build.dir}" />         <javac srcdir="${src.dir}" destdir="${build.dir}" classpathref="lib.path.id" includeAntRuntime="false" />     </target>

Alfresco Ivy

Dans l’exemple ivy.xml ci-dessus, j’ai ajouté les modules principaux d’Alfresco, ces modules ne sont pas disponible sur les dépôts maven public. Nous devons configurer Ivy pour regarder dans le Nexus d’Alfresco.

Pour se faire on ajoute un fichier ivysettings.xml à la racine de notre projet.

ivysettings.xml

Maintenant mes dépôts Git (et Subversion) sont beaucoup plus légers puisque je n’enregistre plus les librairies dans mes dépôts. (Pensez à ajouter “lib” dans votre .gitignore) je vous laisse reprendre vos cours de script Ant pour mettre en place la génération de modules AMP ou d'extensions Alfresco.

Si vous avez besoin d’aide je suis à votre disposition : [email protected]

[jeciblog]

Appliance Alfresco sur VirtualBox

Appliance

Travailler avec des machines virtuelles est devenu une chose habituelle dans notre profession. On prend facilement l'habitude de télécharger une "appliance" pour tester une nouvelle application ou pour mettre en œuvre un prototype.

Je propose régulièrement cette solution à mes clients. Pourtant il est difficile de maintenir une machine virtuelle à jour. Les distributions changent tous les 6 mois et les applications aussi, il est fréquent de perdre plusieurs heures pour ré-installer une VM, surtout si on n'est pas un expert Linux.

L'installation et la configuration de la GED Alfresco est un exemple intéressant. Il est possible d'utiliser l'installeur Alfresco mais il impose une organisation qui n'est pas conforme à l'esprit de Linux, difficile à mettre à jour et pas toujours conforme avec les procédures de sauvegarde utilisées.

Puppet

Pour faciliter ce travail, et permettre à tous mes clients de travailler sur une machine virtuelle fonctionnelle sans se poser de question j'ai décider de mettre à disposition une machine virtuelle à jour, avec la dernière version d'Alfresco.

Pour se faire j'utilise des règles Puppet pour installer et configurer Alfresco et ses dépendances sur un serveur Ubuntu (Ubuntu étant la seule distribution "gratuite" supportée officiellement par Alfresco). J'ai combiné ces règles avec VeeWee, qui est un générateur de machine virtuelle pour Vagrant.

VeeWee télécharge la dernière ISO de la distribution souhaitée, crée une machine virtuelle, installe la distribution et déploie Puppet. Pour cette première version j'ai utilisé ubuntu-13.04 sur Virtualbox 4.3 et Alfresco 4.2.e !

Installation

Je propose l'appliance au format ovf, qui est le format d'export Virtualbox, accompagnée du disque dur virtuel au format vmdk (standard vmware). Après avoir installé Virtualbox sur votre poste, télécharger ces deux fichiers (je vous conseil de faire une vérification MD5).

http://jeci.fr/myubuntualfresco/myubuntualfresco_0.2-disk1.vmdk

http://jeci.fr/myubuntualfresco/myubuntualfresco_0.2.ovf

http://jeci.fr/myubuntualfresco/myubuntualfresco_0.2.MD5

Normalement un simple double-clic sur le fichier ovf doit lancer Virtualbox pour vous proposer l'import de l'appliance dans une nouvelle machine virtuelle. Vous pouvez laisser les paramètres par défaut, il faut juste vérifier les pré-requis :

au moins 2Go de libre pour créer le disque virtuel

2 core (je travaille avec un i5-4200M)

2 Go de RAM (donc votre ordinateur doit avoir au moins 3Go)

le port 8080 doit être libre sur votre machine (pas de tomcat ou jboss en cours d'exécution)

Tous ces points sont configurables dans Virtualbox, cependant diminuer la configuration mémoire est fortement déconseillé.

Une fois l'appliance importé dans Virtualbox, vous pouvez démarrer la machine. Quelques minutes plus tard vous devriez pouvoir accéder à Alfresco avec le compte classique admin:admin :

http://localhost:8080/alfresco

http://localhost:8080/share

Cette appliance est en cours de développement, je l'ai testé sur plusieurs projets mais il ne faut pas l'utiliser en production. Elle convient parfaitement pour une démonstration ou pour mettre en place un prototype.

Référence

Example42 Puppet Modules

jurgenlust / puppet-alfresco

Automating the installation using preseeding

VBoxManage

Bitnami Alfresco

Toutes vos remarques seront appréciées.

[justgeekythings-blog]

[jeciblog]

kpartx et vmdk

Pour faire suite à mon dernier billet, il semble que kpartx soit capable "d'ouvrir" certains vmdk directement.

Par exemple avec la machine virtuelle fournit par Nuxeo:

$ sudo kpartx -va nuxeovm-flat.vmdk add map loop2p1 (254:0): 0 7997984 linear /dev/loop2 63 add map loop2p2 (254:1): 0 1998848 linear /dev/loop2 7999488

kpartx détecte deux partions et fourni l'information au kernel. Ce dernier monte automatiquement la première partition qui contient l'installation d'Ubuntu :) (La seconde partition est une partition de swap, elle n'est donc pas montée)

$ mount [...] /dev/mapper/loop2p1 on /media/72899e2b-936a-4f40-a169-cf5a157f2b19 type ext4 (rw,nosuid,nodev,relatime,data=ordered,uhelper=udisks)

Comble du bonheur la partition est montée en lecture-écriture.

$ VMDKDIR=/media/72899e2b-936a-4f40-a169-cf5a157f2b19 $ sudo mount --bind /dev/ $VMDKDIR/dev $ sudo mount -t proc /proc/ $VMDKDIR/proc/ $ sudo mount -t sysfs /sys/ $VMDKDIR/sys/ $ sudo cp /etc/resolv.conf $VMDKDIR/etc/resolv.conf $ sudo chroot $VMDKDIR # apt-get update # apt-get dist-upgrade

Pim pam poum, la vm est à jour.

Mettre à jour une vm de cette façon a peu d'intérêt. Par contre ça permet de réparer une vm cassée ! (oui ça arrive)

[jeciblog]

Comment lire le contenu d'un fichier vmdk ?

J’utilise très fréquemment des machines virtuelles. Principalement avec VirtualBox pourtant j’utilise généralement le format de disque virtuel VMDK supporté par VmWare.

Aujourd’hui, j’ai besoin de récupérer un fichier sur l’une de mes machines. N'ayant pas envie de lancer la VM, je m’attaque donc directement au fichier VMDK. J’ai rapidement trouvé la solution offerte par VmWare “vmware-mount”, mais j’ai cherché un solution plus linuxienne..

Code

J'attends vos remarques !

Mes sources :

http://www.forensicswiki.org/wiki/Affuse

http://ramslack.wordpress.com/2013/01/06/mounting-vmdk-files-in-linux/

http://sketchymoose.blogspot.fr/2012/02/mounting-e01-and-vmdk-in-linux.html

http://www.redhat.com/archives/linux-lvm/2008-June/msg00049.html

[jeciblog]

Lancer, loin..

C'est le démarrage - enfin - d'un blog pour Jeci. Après des hésitations techniques et esthétiques je me lance. Je choisis de faire simple, et au grand regrée du libriste qui m'habite, j'utilise une plate-forme hébergée et non libre.

Ça changera surement un jour. (Laissé moi rêver de voir tumblr libre) Pour le moment le temps a eu raison de mes convictions.

Jérémie