Alfresco 3.4d : authentification par le contrôleur de domaine

Voici comment donner l'accès au CIFS et à l'interface WEB avec le login Windows et sans avoir besoin de le saisir !
Tout d'abord l'arborescence à créer :























Ensuite on va créer les fichiers nécessaires.
Tout d'abord, il faut modifier le fichier de configuration alfresco-global.properties sous tomcat\shared :
on le complète avec ces lignes (mon serveur Alfresco se nomme SERVER-ALF, mon domaine est TOTO) :
### CIFS configuration ### filesystem.name=Alfresco cifs.disableNativeCode=false cifs.enabled=true cifs.servername=SERVER-SGI cifs.domain=TOTO cifs.hostanounce=true cifs.ipv6.enabled=false ### authentication config ### authentication.chain=alfrescoNtlm1:alfrescoNtlm,passthru1:passthru,ldap1:ldap-ad
Remarque : ce fichier contient aussi la configuration pour CIFS

Puis, sous alfrescoNtlm1 on copie depuis webapps\..\subsystems\Authentication\alfrescoNtlm les 2 fichiers alfresco-authentication-context.xml et ntlm-filter-context.xml.
Ensuite on créé le fichier alfresco-authentication.properties :
alfresco.authentication.allowGuestLogin=false alfresco.authentication.authenticateCIFS=false
Ensuite on créé le fichier ntlm-filter.properties
alfresco.authentication.allowGuestLogin=false alfresco.authentication.authenticateCIFS=false

Sous ldap1 on créé le fichier ldap-ad-authentication-context.xml
<?xml version='1.0' encoding='UTF-8'?> <!DOCTYPE beans PUBLIC '-//SPRING//DTD BEAN//EN' 'http://www.springframework.org/dtd/spring-beans.dtd'> <beans> <!-- The bean definitions for this subsystem are shared by the ldap and ldap-ad subsystems with different property defaults --> <import resource="../../../../../../../../webapps/alfresco/WEB-INF/classes/alfresco/subsystems/Authentication/common-ldap-context.xml" /> </beans>

Pour le fichier de configuration suivant, il faut s'adapter à l'AD. Dans mon AD (le serveur contrôleur de domaine a l'IP 192.168.0.1) j'ai un domaine toto.adds puis sous ce domaine, j'ai une UO TOTO puis sous cette UO j'ai une UO ALFRESCO dans laquelle se trouve un groupe group_alfresco dans lequel (ouf !) se trouvent mes utilisateurs d'Alfresco.
Voici donc le fichier ldap-ad-authentication.properties (je suis parti de la base du même fichier sous webapps\..\subsystems\Authentication\ldap-ad)
# This flag enables use of this LDAP subsystem for authentication. It may be # that this subsytem should only be used for synchronization, in which case # this flag should be set to false. ldap.authentication.active=false # # This properties file brings together the common options for LDAP authentication rather than editing the bean definitions # ldap.authentication.allowGuestLogin=false # How to map the user id entered by the user to taht passed through to LDAP # In Active Directory, this can either be the user principal name (UPN) or DN. # UPNs are in the form <sAMAccountName>@domain and are held in the userPrincipalName attribute of a user ldap.authentication.userNameFormat=%s@domain #ldap.authentication.userNameFormat=%s # The LDAP context factory to use ldap.authentication.java.naming.factory.initial=com.sun.jndi.ldap.LdapCtxFactory # The URL to connect to the LDAP server ldap.authentication.java.naming.provider.url=ldap://192.168.0.1:389 # The authentication mechanism to use for password validation ldap.authentication.java.naming.security.authentication=simple # Escape commas entered by the user at bind time # Useful when using simple authentication and the CN is part of the DN and contains commas ldap.authentication.escapeCommasInBind=false # Escape commas entered by the user when setting the authenticated user # Useful when using simple authentication and the CN is part of the DN and contains commas, and the escaped \, is # pulled in as part of an LDAP sync # If this option is set to true it will break the default home folder provider as space names can not contain \ ldap.authentication.escapeCommasInUid=false # Comma separated list of user names who should be considered administrators by default ldap.authentication.defaultAdministratorUserNames=Administrateur # This flag enables use of this LDAP subsystem for user and group # synchronization. It may be that this subsytem should only be used for # authentication, in which case this flag should be set to false. ldap.synchronization.active=true # The authentication mechanism to use for synchronization ldap.synchronization.java.naming.security.authentication=simple # The default principal to bind with (only used for LDAP sync). This should be a UPN or DN ldap.synchronization.java.naming.security.principal=administrateur@toto.adds # The password for the default principal (only used for LDAP sync) ldap.synchronization.java.naming.security.credentials="mot de passe compte administrateur" # If positive, this property indicates that RFC 2696 paged results should be # used to split query results into batches of the specified size. This # overcomes any size limits imposed by the LDAP server. ldap.synchronization.queryBatchSize=1000 # If positive, this property indicates that range retrieval should be used to fetch # multi-valued attributes (such as member) in batches of the specified size. # Overcomes any size limits imposed by Active Directory. ldap.synchronization.attributeBatchSize=1000 # The query to select all objects that represent the groups to import. ldap.synchronization.groupQuery=(objectclass\=group) # The query to select objects that represent the groups to import that have changed since a certain time. ldap.synchronization.groupDifferentialQuery=(&(objectclass\=group)(!(modifyTimestamp<\={0}))) # The query to select all objects that represent the users to import. ldap.synchronization.personQuery=(&(objectclass\=user)(userAccountControl\:1.2.840.113556.1.4.803\:\=512)) # The query to select objects that represent the users to import that have changed since a certain time. ldap.synchronization.personDifferentialQuery=(&(objectclass\=user)(userAccountControl\:1.2.840.113556.1.4.803\:\=512)(!(modifyTimestamp<\={0}))) # The group search base restricts the LDAP group query to a sub section of tree on the LDAP server. ldap.synchronization.groupSearchBase=cn\=group_alfresco,ou\=ALFRESCO,ou\=TOTO,dc=toto,dc=adds # The user search base restricts the LDAP user query to a sub section of tree on the LDAP server. ldap.synchronization.userSearchBase=cn\=group_alfresco,ou\=ALFRESCO,ou\=TOTO,dc=toto,dc=adds # The name of the operational attribute recording the last update time for a group or user. ldap.synchronization.modifyTimestampAttributeName=modifyTimestamp # The timestamp format. Unfortunately, this varies between directory servers. ldap.synchronization.timestampFormat=yyyyMMddHHmmss'.0Z' # The attribute name on people objects found in LDAP to use as the uid in Alfresco ldap.synchronization.userIdAttributeName=sAMAccountName # The attribute on person objects in LDAP to map to the first name property in Alfresco ldap.synchronization.userFirstNameAttributeName=givenName # The attribute on person objects in LDAP to map to the last name property in Alfresco ldap.synchronization.userLastNameAttributeName=sn # The attribute on person objects in LDAP to map to the email property in Alfresco ldap.synchronization.userEmailAttributeName=mail # The attribute on person objects in LDAP to map to the organizational id property in Alfresco #ldap.synchronization.userOrganizationalIdAttributeName=company ldap.synchronization.userOrganizationalIdAttributeName=msExchALObjectVersion # The default home folder provider to use for people created via LDAP import ldap.synchronization.defaultHomeFolderProvider=userHomesHomeFolderProvider # The attribute on LDAP group objects to map to the authority name property in Alfresco ldap.synchronization.groupIdAttributeName=cn # The attribute on LDAP group objects to map to the authority display name property in Alfresco ldap.synchronization.groupDisplayNameAttributeName=displayName # The group type in LDAP ldap.synchronization.groupType=Nogroup # The person type in LDAP ldap.synchronization.personType=user # The attribute in LDAP on group objects that defines the DN for its members ldap.synchronization.groupMemberAttributeName=member # If true progress estimation is enabled. When enabled, the user query has to be run twice in order to count entries. ldap.synchronization.enableProgressEstimation=true synchronization.synchronizeChangesOnly=true

Enfin, sous passthru1 on copie depuis webapps\..\subsystems\Authentication\passthru les 2 fichiers passthru-authentication-context.xml et ntlm-filter-context.xml.
Puis on créé le fichier passthru-authentication-context.properties (le serveur controleur de domaine se nomme SERVER)
passthru.authentication.useLocalServer=false passthru.authentication.domain= passthru.authentication.servers=SERVER passthru.authentication.guestAccess=false passthru.authentication.defaultAdministratorUserNames=administrateur #Timeout value when opening a session to an authentication server, in milliseconds passthru.authentication.connectTimeout=5000 #Offline server check interval in seconds passthru.authentication.offlineCheckInterval=300 passthru.authentication.protocolOrder=NetBIOS,TCPIP passthru.authentication.authenticateCIFS=true passthru.authentication.authenticateFTP=false passthru.authentication.sso.enabled=false
Et le dernier, on créé le fichier ntlm-filter.properties
ntlm.authentication.sso.enabled=true ntlm.authentication.mapUnknownUserToGuest=false ntlm.authentication.browser.ticketLogons=true
Voilà !
Je ne suis pas sûr de la nécessité des mutliples fichiers ntml-filter.properties, mais bon ça marche comme ça, j'ai pas testé en n'en laissant qu'un.

Le problème que j'ai rencontré ensuite, c'est que la machine qui se connecte su Alfresco doit le faire depuis une session ouverte sur le domaine (TOTO\utilisateur ou utilisateur@toto.adds) sinon la connexion ne se fait pas (demande du loggin mais erreur et ne se logge pas).
Mon serveur Alfresco se nomme SERVER-ALF, le nom pour le CIFS apparait normalement sous SERVER-ALFA (ça peut se changer mais ça me va)

Alfresco 3.4d - scripts manquants ou ne fonctionnant pas

De base le script apply_amps.bat ne fonctionne pas.
Voici le fichier modifié pour que ça marche.

Mon installation d'Alfresco est sous C:\Alfresco

apply_amps.bat :
@echo off rem ------- rem Script for apply AMPs to installed WAR rem ------- set ALF_HOME=C:\alfresco\ set JAVA_HOME="C:\Alfresco\java" set CATALINA_HOME=%ALF_HOME%tomcat if not exist "%ALF_HOME%SetPaths.bat" goto getpaths call "%ALF_HOME%SetPaths.bat" goto start :getpaths rem call "%ALF_HOME%bin\RegPaths.exe" rem call "%ALF_HOME%bin\SetPaths.bat" rem del "%ALF_HOME%bin\SetPaths.bat" :start echo This script will apply all the AMPs in %ALF_HOME%amps to the alfresco.war and share.war files in %CATALINA_HOME%\webapps if ""%1"" == ""nowait"" goto nowait1 echo Press control-c to stop this script . . . pause :nowait1 "%JAVA_HOME%\bin\java" -jar "%ALF_HOME%bin\alfresco-mmt.jar" install "%ALF_HOME%amps" "%CATALINA_HOME%\webapps\alfresco.war" -directory "%2" "%JAVA_HOME%\bin\java" -jar "%ALF_HOME%bin\alfresco-mmt.jar" list "%CATALINA_HOME%\webapps\alfresco.war" "%JAVA_HOME%\bin\java" -jar "%ALF_HOME%bin\alfresco-mmt.jar" install "%ALF_HOME%amps_share" "%CATALINA_HOME%\webapps\share.war" -directory "%2" "%JAVA_HOME%\bin\java" -jar "%ALF_HOME%bin\alfresco-mmt.jar" list "%CATALINA_HOME%\webapps\share.war" echo . echo About to clean out tomcat/webapps/alfresco directory and temporary files... if ""%1"" == ""nowait"" goto nowait2 pause :nowait2 rmdir /S /Q "%CATALINA_HOME%\webapps\alfresco" rmdir /S /Q "%CATALINA_HOME%\webapps\share" call "%ALF_HOME%bin\clean_tomcat.bat"

Voici maintenant le fichier clean_tomcat.bat modifié :
clean_tomcat.bat :
rem @echo off rem --------------------------------- rem Script to clean Tomcat temp files rem --------------------------------- set ALF_HOME=C:\Alfresco set CATALINA_HOME=%ALF_HOME%\tomcat echo Cleaning temporary Alfresco files from Tomcat... rmdir /S /Q "%CATALINA_HOME%\temp\Alfresco" "%CATALINA_HOME%\work\Catalina\localhost\alfresco" rmdir /S /Q "%CATALINA_HOME%\work\Catalina\localhost\share" rmdir /S /Q "%CATALINA_HOME%\work\Catalina\localhost\awe" rmdir /S /Q "%CATALINA_HOME%\work\Catalina\localhost\wcmqs"


J'ai supprimé tous les amp présents de base dans le répertoire C:\Alfresco\amps
Maintenant on peut mettre son amp dans le répertoire C:\Alfresco\amps et dans une fenêtre de commande aller dans C\Alfresco\bin et lancer apply_amps.bat

J'ai aussi rencontré un léger soucis dû à mon amp qui apparemment n'avait pas les bons droits d'accès pour l'utilisateur en cours (il n'apparassait pas dans la liste des amps installés alors qu'il était bien présent dans le répertoire "amps"). Un passage par le bureau pour lui attribuer les bons droits et hop.
Edit : en fait c'était plus lié à la présence des autres amps, car par la suite j'ai rencontré à nouveau ce problème et la simple suppression des amps déjà présents a suffit.

J'ai aussi besoin de réinitialiser la base de données, voici les scripts :
Pour la réinitialisation :
db_remove.sql :
drop database alfresco; revoke all privileges, grant option from 'alfresco'@'localhost'; drop user 'alfresco'@'localhost';


db_setup.sql :
create database alfresco default character set utf8 collate utf8_bin; grant all on alfresco.* to 'alfresco'@'localhost' identified by 'alfresco' with grant option; grant all on alfresco.* to 'alfresco'@'localhost.localdomain' identified by 'alfresco' with grant option;


db_remove_and_setup.bat :
@echo off rem --------------------------------------- rem MySQL remove DB command rem --------------------------------------- echo Deleting Alfresco database and user... c:\alfresco\mysql\bin\mysql -u root --password=***** < db_remove.sql rem echo Deleting indexes... rem del /s /q "../../../palf_data" rem --------------------------------------- rem MySQL create DB command rem --------------------------------------- echo Creating Alfresco database and user... c:\alfresco\mysql\bin\mysql -u root --password=***** < db_setup.sql echo Database prepared.

Pour l'injection des données existantes (après un dump de la base)

set_alfsql.bat : 

@echo off echo Setting Alfresco database and user... c:\alfresco\mysql\bin\mysql -u root --password=***** alfresco < e:/alf_data/alf.sql echo Database setted.


J'ai rencontré un problème de mot de passe, car il était différent dans mon alf.sql que celui d'origine de l'installation. Il a donc fallu le mettre à jour dans le fichier de config d'Alfresco (C:\Alfresco\tomcat\shared\classes\alfresco-global.properties lignes :

db.username=alfresco

db.password=*****

)

CIFS Alfresco sous Windows Server 2008R2

Ce Windows server 2008R2 est dans une machine virtuelle (SERVER-ALF) sous Hyper-V.
Installation d'Alfresco community 3.4d 64 bits de base.

1. Désactivation de "Partage de fichiers et imprimantes Réseaux Microsoft" dans la carte réseau.
2. Arrêt du service "Serveur"
3. Ajout de la clé Smb2 de type REG_DWORD  et de value =0 sous [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanServer\Parameters]
4. Ajout des lignes suivantes dans c:\windows\system32\drivers\etc\hosts
   127.0.0.1 localhost
   ::1 localhost
   pour pouvoir tester en local
5. dans share\alfresco-global.properties
   filesystem.name=Alfresco
   cifs.enabled=true
   cifs.servername=SERVER-ALF
   cifs.domain=jr
   cifs.hostanounce=true
   cifs.ipv6.enabled=false
6. firewall éteint. A modifier pour ouvrir les bons ports(445...)

Test en local :

nbtstat -n doit afficher SERVER-ALFA

netstat -an ne doit pas afficher le port 445

en double-cliquant sur SERVER-ALFA, la boite de login apparait, on entre juste le nom et le mot de passe (pas toucher au domaine...) et ça doit passer et afficher Alfresco et avm comme dossiers partagés

Test distant : 

SERVER-ALFA\Alfresco doit afficher la boite de login, faire comme au-dessus.

SERVER-ALFA doit afficher les deux dossiers de partage

Lorsque j'ai eu mon premier fonctionnement en local, c'est le firewall de SERVER-ALF qui me bloquait l'accès distant.

Alfresco : rediriger alf_data sur un dossier réseau

Il faut bien sûr éditer le fichier /tomcat/shared/classes/alfresco-global.properties :
Puis il faut changer cette ligne : dir.root=c:/alfresco/alf_data
Le problème est que si on monte un lecteur réseau sur ce dossier réseau, par exemple :
si on a S: qui pointe sur //serveur/partage/alf_data
et que l'on change dir.root en :
dir.root=S:/alf_data
Ca ne marche pas ! Même avec tous les droits sur le dossier.
Par contre si on le change en :
dir.root=//serveur/partage/alf_data

(attention aux / et pas \)
Et bien là ça marche !
Et voilà !

Debugger Alfresco dans Eclipse

Sur une install sous Windows :
Editer le fichier c:\alfresco\tomcat\bin\catalina.bat
et compléter la ligne

set DEBUG_OPTS= -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=8888

Dans Eclipse, Run / Debug Configurations

Ajouter une config sous sous Remote Java Application

Host : localhost

Port : 8888

On peut cocher Display in favorites menu / Debug

Sauvegarde automatique d'Alfresco

J'utilise cron pour lancer un script de sauvegarde :
Le script de sauvegarde /opt/alfresco/alf_data_save.sh est le suivant:
#!/bin/sh # ------- # Script for backing up Alfresco data (directory and mysql data) # ------- echo "This script will backing up Alfresco data" echo "It will stop tomcat5, then restart it" #echo "Press any other key to continue . . ." #read RESP echo "Stopping Tomcat..." /sbin/service tomcat5 stop echo "Mounting jr2server/z " mount -t cifs -o username="user",password="pass" //192.168.0.serveur/z /mnt/z echo "Waiting 1 minute for network comes" sleep 60 echo "Dumping mysql data..." mysqldump -ualfresco -palfresco -A > /var/lib/alfresco/alf_data/alf.sql echo "Deleting jr2server/z/SGI_Linux/alf_data..." rm -rf /root/Network/JR2/JR2SERVER/Z/SGI_Linux/alf_data echo "Creating jr2server/z/SGI_Linux/alf_data..." mkdir /root/Network/JR2/JR2SERVER/Z/SGI_Linux/alf_data echo "Copying local /var/lib/alfresco/alf_data to jr2server/z/SGI_Linux/alf_data..." cd /var/lib/alfresco cp -r alf_data /root/Network/JR2/JR2SERVER/Z/SGI_Linux echo "Unmounting jr2server/z " umount /mnt/z echo "Starting tomcat5" /sbin/service tomcat5 start echo "End"

Lui donner l'attribut "Exécution" sinon cron ne pourra pas le lancer.

Je créé le fichier suivant /var/spool/cron/root qui contient
00 02 * * * /opt/alfresco/alf_data_save.sh 2>&1 >>/var/log/alf_data_save.log
Dans le script de sauvegarde il y a un "fusesmb" et un "fusermount".
Voir le billet correspondant sur ce blog.

Pour voir si les erreurs du cron, on peut aller voir le log /var/log/alf_data_save.log mais aussi (plus intéressant même) /var/spool/mail/root
qui m'a permis par exemple de voir pour le "service" se trouve dans /sbin et que ce répertoire n'était pas dans le path (ni le /etc/init.d)

Edit du 30/06/2010
Et beh !! toujours pas en fonction le truc !
Je me bats corps et âme avec ce p.!! de fusesmb qui ne veut absolument pas prendre en compte mon fichier de config /root/.smb/fusesmb.conf dans lequel j'ai mon user et mon password pour l'accès au serveur, tout du moins avec cron, parce qu'à la mano, ça marche bien (on peut voir le log dans l'observateur d'évènements de sbs2003, dans "sécurité")
Je tente aujourd'hui même de changer le fusesmb en mount cifs, en espérant que ça va marcher enfin !!
Je corrigerai tout ça ici dès que ce sera ok...
Edit du 01/07/2010
Ca y est !!! j'ai viré le fusemount pour le remplacer par un mount cifs et ça a marché pour la première fois !!
Le script ci-dessus tient compte des modif

Alfresco : Connexion SSO (passthru CentOS vers serveur DC SBS2003)

Editer le fichier /var/lib/tomcat5/shared/classes/alfresco-global.properties et ajouter la ligne

authentication.chain=passthru1:passthru

La version 3.2 comporte un bug empêchant la configuration du subsystem/authentication/passthru dans "shared"

Il faut obligatoirement "écraser" la version installée sous webapps, pour cela :

Editer le fichier /var/lib/tomcat5/webapps.../alfresco/subsystems/Authentication/passthru/passthru-authentication-context.properties et définir :

passthru.authentication.useLocalServer=false
passthru.authentication.domain=JR2
passthru.authentication.servers=JR2\\192.168.0.200,192.168.0.200
ntlm.authentication.sso.enabled=true
alfresco.authentication.allowGuestLogin=false
ntlm.authentication.mapUnknownUserToGuest=false
passthru.authentication.authenticateCIFS=true
passthru.authentication.authenticateFTP=false
passthru.authentication.guestAccess=false
passthru.authentication.defaultAdministratorUserNames=administrateur
# Timeout value when opening a session to an authentication server, in milliseconds
passthru.authentication.connectTimeout=5000
# Offline server check interval in seconds
passthru.authentication.offlineCheckInterval=300
passthru.authentication.protocolOrder=NetBIOS,TCPIP
passthru.authentication.authenticateCIFS=true
passthru.authentication.authenticateFTP=false

J'ai aussi édité le fichier /etc/samba/smb.conf et mis les valeurs suivantes:

[global]

workgroup = nomDuDomaine

server string = nomMachineLinux.nomDuDomaine.local

netbios name = nomMachineLinux

security = domain

password server = IPduServeurDomaine

encrypt passwords = yes

local master = no

wins server = IPduServeurDomaine

dns proxy = no

Tout le reste par défaut.

Editer le fichier /etc/init.d/tomcat5
Modifier la fonction redirect() ajoutée lors de la configuration de CIFS comme suit :

#ajout Stef
function redirect() {
            echo "Redirecting port $1 to $2 ($3)"
            iptables -t nat -A PREROUTING -d IP_du_CentOs -p $3 -m $3 --dport $1 -j REDIRECT --to-ports $2
    }





Maintenant plus besoin d'arrêter le tomcat pour accéder au serveur DC et donc l'authentification passthru va marcher aussi.
Configuration de Vista :
exécuter secpol.msc

Editer Paramètres de sécurité/Stratégies locales/Options de sécurité/Sécurité réseau : niveau d'authentification LAN Manager et mettre "envoyer uniquement les réponses NTLM" au lieu de NTLM v2

Configuration de Firefox:
Dans l'adresse taper : about:config
Dans le champs network.automatic-ntlm-auth.trusted-uris mettre l'adresse d'Alfresco http://192.168.0.*:8080/alfresco


Voilà ça doit marcher maintenant !

Attention

Je n'ai pas configuré le CIFS en SSO passthru car je n'en ai pas vraiment besoin les lecteurs réseaux étant montés avec un nom/pass.

Pareil pas de synchro LDAP, pas envie de devoir refaire toute la partie utilisateur avec la nouvelle importée.

A voir plus tard éventuellement.

Alfresco Backup/Restore

Pour faire le backup complet :
1/ Arrêt d'Alfresco
service tomcat5 stop

2/ Dump de mysql
mysqldump -ualfresco -palfresco > /var/lib/alfresco/alf_data/alf.sql

(pas d'espace après la commande -u et après la commande -p)

3/ Copie de tout le répertoire alf_data (/var/lib/alfresco/alf_data) vers la destination du backup souhaitée

Pour faire le restore :

1/ Arrêt d'Alfresco

2/ Suppression de tout le répertoire alf_data

3/ Réintialisation de la base à l'aide des scripts sous /opt/alfresco/extras/databases/mysql/db_remove et db_setup

4/ Copie de tout le répertoire alf_data du backup (y compris les 2 répertoires Lucene car sans ça provoque une erreur au démarrage)

5/ Restore de la base :
mysql -u alfresco -p alfresco < /var/lib/alfresco/alf_data/alf.sql
6/ Démarrage d'Alfresco

Installation d'un AMP sur le Alfresco précédemment installé sur CentOS

Après l'install, on devrait avoir sous /opt/alfresco un répertoire bin contenant alfresco-mmt.jar, alfresco-bm.remote.jar, clean_tomcat.sh, un répertoire amps, et un script apply_amps.sh. 

Et bien rien de tout ça après l'install !! Décidément, à croire qu'ils n'ont jamais testé leur install les gens d'Alfresco !!

Alors c'est reparti à la mano...

J'ai téléchargé le fichier alfresco-community-tomcat-3.2r.tar.gz afin d'avoir les fichiers manquants (j'avais au préalable fait un essai en copiant les fichiers manquants depuis une install 3.2 windows sans succès, mais c'était peut-être dû à des problèmes de structures des répertoires mal reproduits)

J'ai dézippé le tout puis copier les fichiers et répertoires manquants.

Ensuite j'ai modifié les scripts
vi /opt/alfresco/bin/clean_tomcat.sh

#!/bin/sh 

# ---------------------------------
# Script to clean Tomcat temp files
# ---------------------------------
CATALINA_HOME=/usr/share/tomcat5
echo "Cleaning temporary Alfresco files from Tomcat..."
rm -rf $CATALINA_HOME/temp/Alfresco
rm -rf $CATALINA_HOME/work/Catalina/localhost/alfresco
rm -rf $CATALINA_HOME/work/Catalina/localhost/share
rm -rf $CATALINA_HOME/work/Catalina/localhost/mobile
rm -rf $CATALINA_HOME/work/Catalina/localhost/studio
#rm -rf tomcat/temp/Alfresco tomcat/work/Catalina/localhost/alfresco
#rm -rf tomcat/work/Catalina/localhost/share
#rm -rf tomcat/work/Catalina/localhost/mobile
#rm -rf tomcat/work/Catalina/localhost/studio
ok les "studio et mobile" me servent à rien dans ma version 3.2. Pas grave.

Puis

vi /opt/alfresco/apply_amps.sh

#!/bin/sh

# -------
# Script for apply AMPs to installed WAR
# -------
#export CATALINA_HOME=tomcat
CATALINA_HOME=/usr/share/tomcat5
echo "This script will apply all the AMPs in ./amps to the alfresco.war file in $CATALINA_HOME\webapps"
echo "Press control-c to stop this script . . ."
echo "Press any other key to continue . . ."
read RESP
java -jar bin/alfresco-mmt.jar install ./amps $CATALINA_HOME/webapps/alfresco.war -directory
java -jar bin/alfresco-mmt.jar list $CATALINA_HOME/webapps/alfresco.war
echo "About to clean out tomcat/webapps/alfresco directory and temporary files..."
echo "Press control-c to stop this script . . ."
echo "Press any other key to continue . . ."
read DUMMY
rm -rf $CATALINA_HOME/webapps/alfresco
sh ./bin/clean_tomcat.sh

Et voilà that's all !

Maintenant il suffit de copier l'amp dans le répertoire /opt/alfresco/amps et de lancer 
sh apply_amps.sh

Enfin prèsque...
Puisqu'en fait il y a encore un problème avec cette install sur CentOS.
Comme vu ci-dessous, un bug d'Alfresco gêne l'envoi des emails. Il faut donc changer un jar dans la lib d'Alfresco.
Pour faire ça j'ai créé un patch.sh que voici :
#!/bin/sh
# -------
# Script for patching Alfresco
# -------
CATALINA_HOME=/usr/share/tomcat5
echo "This script will apply patch to make alfresco runs on centos"
echo "Press control-c to stop this script . . ."
echo "Press any other key to continue . . ."
read RESP
rm /var/lib/tomcat5/webapps/alfresco/WEB-INF/lib/mail.jar
ln -s /usr/share/java/classpathx-mail/mail-1.3.1-api-1.1.1.jar /var/lib/tomcat5/webapps/alfresco/WEB-INF/lib/\[mail-1.3.1-api-1.1.1\].jar
ln -s /usr/share/java/classpathx-mail/mail-1.3.1-providers-1.1.1.jar /var/lib/tomcat5/webapps/alfresco/WEB-INF/lib/\[mail-1.3.1-providers-1.1.1\].jar
rm /var/lib/tomcat5/webapps/alfresco/WEB-INF/classes/log4j.properties
cp log4j.properties /var/lib/tomcat5/webapps/alfresco/WEB-INF/classes/
echo "Patched, you can do service tomcat5 start"
On remarquera que je corrige aussi l'erreur log4j que l'on avait corrigée manuellement lors de l'installation. Mais comme on détruit entièrement le répertoire Alfresco il faut le refaire et ce coup-ci je le refais automatiquement. J'ai tenté de mettre ce log4j sous "shared" mais sans succès, donc comme j'en ai un peu marre de corriger l'install foireuse, je mets ça en vrac dans le patch et basta !
Donc maintenant pour mettre un amp il faut faire :
sh apply_amps.sh
sh service tomcat5 start

Puis une fois tomcat démarré et le répertoire Alfresco reconstruit on fait :

sh service tomcat stop
sh alf_patch_centos.sh

Et enfin c'est fini reste plus qu'à redémarrer tomcat

service tomcat5 start

Installation Alfresco 3.2 Community sur CentOS 5.4

Installation Alfresco 3.2 Community sur CentOS 5.4
J'ai suivi ces instructions http://wiki.alfresco.com/wiki/Installing_Alfresco_Community_3.2_WAR_on_Centos_5.3
en installant la version 1.6.0.06 de java et non la 1.6.0.18 que Sun proposait car problème dans la suite de l'install sinon.
Au démarrage j'avais une ERREUR qui parlait de "unsupported value : EXACT_LANGUAGE_AND_ALL"
Le problème a été résolu grâce à ce post http://forums.alfresco.com/en/viewtopic.php?f=14&t=14548
en désinstallant le OpenJdk.
J'ai ensuite suivi ça http://wiki.alfresco.com/wiki/Installing_Alfresco_Community_3.2r_WAR_on_Centos_5.4
pour créer le script de démarrage d'OpenOffice (ooffice)
Pour démarrer Alfresco faire ensuite :
service mysqld start
service ooffice start
service tomcat5 start

Puis surveiller /var/log/tomcat5/catalina.outEnsuite résolution de l'erreur "xalan TransformerFactoryImpl not found" selon http://forums.alfresco.com/en/viewtopic.php?f=8&t=18857
cd /opt/alfresco/endorsed/
cp xalan.jar /usr/share/java
cd /var/lib/tomcat5/common/endorsed/
rebuild-jar-repository /var/lib/tomcat5/common/endorsed xalan.jar

(ne pas suivre la solution pour CentOS, ça n'a pas marché pour moi)
J'ai fait de même avec serializer.jar (résolution de "error OutputPropertiesFactory")
Pour le problème ImageMagik, OpenOffice et pdf2swf, j'ai fait
yum install ImageMagick rpm-build
cd /opt
wget http://www.swftools.org/swftools-0.9.0.tar.gz
tar xzf swftools-0.9.0.tar.gz
cd swftools-0.9.0
yum install gcc gcc-c++ automake zlib-devel libjpeg-devel freetype-devel giflib-devel fontconfig-devel freeglut-devel
wget ftp://ftp.pbone.net/mirror/atrpms.net/el5-x86/atrpms/stable/libmp3lame0-3.98.2-20.el5.x86.rpm \ ftp://ftp.pbone.net/mirror/atrpms.net/el5-x86/atrpms/stable/lame-devel-3.98.2-20.el5.x86.rpm \ ftp://ftp.pbone.net/mirror/ftp.freshrpms.net/pub/freshrpms/pub/dag/redhat/el5/en/x86/RPMS.dag/lame-3.98.2-1.el5.rf.x86.rpm \ ftp://ftp.pbone.net/mirror/centos.karan.org/el5/extras/testing/x86/RPMS/t1lib-5.1.0-9.el5.kb.x86.rpm \
Là j'ai eu des erreurs mais j'ai continué quand même avec :
./configure

make
make install

J'ai vérifié que j'avais bien le binaire pdf2swf dans /usr/local/bin puis

vi /var/lib/tomcat5/shared/classes/alfresco-global.properties

et changer

ooo.exe =/usr/lib/openoffice.org/program/soffice
img.dyn =/usr/lib
img.exe =/usr/bin/convert
swf.exe =/usr/local/bin/pdf2swf 

Tant qu'on est dans ce fichier on ajoute :cifs.enabled=true
cifs.Server.Name=monserveur
cifs.domain=mondomaine
cifs.hostanounce=true
cifs.broadcast=0.0.0.0
cifs.tcpipSMB.port=1445
cifs.ipv6.enabled=false
cifs.netBIOSSMB.namePort=1137
cifs.netBIOSSMB.datagramPort=1138
cifs.netBIOSSMB.sessionPort=1139
ftp.enabled=true
ftp.port=2021

en remplaçant bien sûr monserveur et mondomaine par les bonnes valeurs.

Problème "Attention failed to register in JMX ... ClassNotFoundException: org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory"
Ceci est dû à un fichier jar manquant (naming-factory-dbcp.jar) dans le rpm tomcat5 de la CentOS5.
Solution tirée d'ici https://bugzilla.redhat.com/show_bug.cgi?id=217630

wget https://staff.washington.edu/joshuadf/java/naming-factory-dbcp.jar -O /var/lib/tomcat5/common/lib/naming-factory-dbcp.jar
service tomcat restart


Si Erreur FileServer failed to local domain... (après correction du alfresco-gloabl.properties il semblerait qu'on n'ait pas cette erreur)
J'ai suivi ça http://forums.alfresco.com/fr/viewtopic.php?f=6&t=3243
vi /var/lib/tomcat6/webapps/alfresco/WEB-INF/classes/alfresco/file-servers.properties
puis ajout dans ce fichier de 


filesystem.name=Alfresco

cifs.enabled=true
cifs.localname=${localname}
cifs.domain=
cifs.broadcast=255.255.255.255

cifs.bindto=0.0.0.0
cifs.hostanounce=true
cifs.ipv6=disabled

ftp.enabled=true
ftp.ipv6=disabled

nfs.enabled=false
Et enfin plus aucune erreur dans le catalina.out !! ouf !!


Pour activer CIFS, j'ai complété avec la modification du fichier /etc/init.d/tomcat5

...
# Define the tomcat log file
TOMCAT_LOG="${TOMCAT_LOG:-/var/log/tomcat5/catalina.out}"
RETVAL="0"
#ajout Stef
function redirect() {
echo "Redirecting port $1 to $2 ($3)"
iptables -t nat -A OUTPUT -p $3 --dport $1 -j REDIRECT --to-ports $2
iptables -t nat -A PREROUTING -p $3 --dport $1 -j REDIRECT --to-ports $2
iptables -t nat -A OUTPUT -p $3 --dport $1 -j REDIRECT --to-ports $2
}
#
# setup_iptables
# setup iptables for redirection of CIFS and FTP
function setup_iptables () {
echo "1" >/proc/sys/net/ipv4/ip_forward
# Clear NATing tables
iptables -t nat -F
# FTP NATing
redirect 21 2021 tcp

# CIFS NATing
redirect 445 1445 tcp
redirect 139 1139 tcp
redirect 137 1137 udp
redirect 138 1138 udp
}
#fin ajout Stef

# remove when the RHEL and FC daemon functions converge
# (pulled from /etc/rc.d/init.d/functions)
...

puis plus loin dans ce même fichier
...# See how we were called.
function start() {
echo -n "Starting ${TOMCAT_PROG}: "
echo "Setting up iptables ..." setup_iptables
if [ -f "/var/lock/subsys/${NAME}" ] ; then
if [ -f "/var/run/${NAME}.pid" ]; then
...


Pour se connecter à Alfresco en CIFS, il suffit de connecter un lecteur réseau sous Windows avec l'adresse IP, par exemple
\\192.168.0.15\Alfresco
avec le bon nom d'utilisateur qui va bien et hop !!
Pareil pour un accès FTP : 192.198.0.15 port 2021, le bon nom qui va bien et hop !

Après lancement, il reste encore une erreur log4j que l'on résoud en faisant (vu ici http://forums.alfresco.com/fr/viewtopic.php?f=6&t=2544) :
vi /var/lib/tomcat5/webapps/alfresco/WEB-INF/classes/log4j.properties

et en modificant 

log4j.appender.File.File=/var/log/tomcat5/alfresco.log

Ensuite il reste un problème, les emails ne sortent pas (voir ici : http://wiki.alfresco.com/wiki/Installing_Alfresco_Community_3.2r_WAR_on_Centos_5.4) . Il semble que cela soit dû à un problème de mail.jar d'Alfresco incompatible avec CentOS.

J'ai fait ça

[root@server base]# mkdir -p /var/lib/tomcat5/backup
[root@server base]# mv /var/lib/tomcat5/webapps/alfresco/WEB-INF/lib/mail.jar /var/lib/tomcat5/backup/
[root@server base]# ln -s /usr/share/java/classpathx-mail/mail-1.3.1-api-1.1.1.jar \ 
     /var/lib/tomcat5/webapps/alfresco/WEB-INF/lib/\[mail-1.3.1-api-1.1.1\].jar
[root@server base]# ln -s /usr/share/java/classpathx-mail/mail-1.3.1-providers-1.1.1.jar \ 
     /var/lib/tomcat5/webapps/alfresco/WEB-INF/lib/\[mail-1.3.1-providers-1.1.1\].jar

sans succès. Je mettrai à jour dès que j'aurai la solution.
Edit : en fait ça marche, il y avait un bug dans mon code java d'envoi.


C'est fini pour l'install d'Alfresco, maintenant installation de mon amp.