4.0d: passage en production

[jean]

Bonjour,

Je suis en phase de finalisation de mon installation 4.0.d
Après moult essais, plantées et galères  :mrgreen: , je suis enfin arrivé à quelque chose d'exploitable. Il reste encore beaucoup à faire mais l'essentiel me semble fonctionner:

:arrow: Synchro ldap-ad:  😎
:arrow: Synchro de contenu via CIFS:  😎
:arrow: Personnalisation de l'interface share:  😎
:arrow: Templates de sites:  :?
:arrow: Thèmes perso:  :?
etc…

Suite à tous mes essais, il me semble maintenant urgent de faire un peu de ménage.

:arrow: Si je supprime un utilisateur qui avait été créé au tout début de mon installation bien sûr il est supprimé, du moins en partie…
En effet, un utilisateur importé de l'AD, supprimé manuellement puis ensuite recréé par synchronisation avec l'AD, l'utilisateur est recréé, en partie seulement, par exemple son adresse email est manquante…
Tout de même ennuyeux quand l'AD référence quelques centaines d'utilisateurs !

Un exemple "d'incohérence":
Le tableau de bord du même utilisateur (recréé par importation de l'AD) est recréé avec l'ancien template de tableau de bord fourni à la base par alfresco selon la logique suivante:
1. 1ère importation AD: utilisateur toto = utilisateur standard
2. admin alfresco donne le droit admin à toto
3. toto se loggue au moins 1 fois avec son nouveau rôle
4. admin supprime l'utilisateur toto du système Alfresco
5. admin relance la synchro avec l'AD
–>(donc, l'utilisateur toto est recréé, mais avec l'ancien config de tableau bord alors que la création du tableau de bord a été redéfinie via le fichier presets.xml)
–>et en plus l'importation AD est incomplète… (adresse email manquante)

Si je créé un utilisateur externe à l'AD mon nouveau template fonctionne parfaitement !
Si je n'ai jamais donné le droit admin à un utilisateur provenant de l'AD, je peux le supprimer puis le recréer et alors son tableau de bord est conforme à mon nouveau modèle…

Bref, un certain nombre d'effets de bord que je ne m'explique pas vraiment…  :shock:

Questions:
1. J'ai lu dans la doc, je ne sais plus où… qu'on pouvait, pour "nettoyer" le système, sans problème supprimer les répertoires "tomcat/work" et "tomcat/temp", pouvez-vous confirmer svp ?
2. Sachant que je n'ai aucune information utile pour l'instant dans le système, puis-je supprimer la base de données et la recréer ? (j'ai vu cette info pour mysql mais je suis sous postgres…)
    Et si oui, tout lien vers une doc utile est le bienvenu…

Tout ceci, pour repartir dans un environnement propre, purgé de mes précédents essais

Merci d'avance pour vos conseils

Jean

[oliviera]

Veuillez excuser cette avalanche de questions… Mais, pour travailler correctement j'imagine qu'il est conseillé de modifier les .war et ensuite de les redéployer ?

Désolé d'arriver tardivement sur ce sujet. Je vois qu'il vous manque 2 ou 3 points pour mieux comprendre comment Tomcat (puis Alfresco) fonctionne. Il y a de relative bonne doc si vous parlez la langue de Shakespear ! J'ai passé presque 3 semaines en mars à tout découvrir. Voilà un résumé que j'ai en tête qui peut avoir quelques raccourcit pour les experts. Si il y a des trucs faux, merci de les corriger :roll:

Concernant Tomcat:
- les "applications" sont empaquetés dans des fichiers .war (en fait des .zip renommé): alfresco.war, share.war en sont ;
- les "applications" sont mises dans le répertoire webapps/ de tomcat (le répertoire Tomcat est noté dans les scripts $CATALINA_HOME) ;
- quand Tomcat démarre, ces "applications" sont déployés, càd dezippé ;
- chaque fois qu'un .war est mis à jour (je pense que le poids et la date du fichier sont déterminant), et à chaque démarrage de Tomcat, ces fichiers sont de nouveau déployés. Et par conséquance, le répertoire existant est ecrasé…
-  conséquence de la conséquence: c'est mal de développer directement dans ces répertoires (webapps/alfresco et webapps/share). L'exemple typique serait une mise à jour d'Alfreco en 4.0.0e. le fichier .war est nouveau, et est donc déployé ecrasant le répertoire existant…

Concernant Alfresco:
- il existe 2 moyens d'étendre Alfresco (développper et configurer les fichiers)
1 - en mettant ses fichiers dans le répertoire shared/ de tomcat. Il y a une arborescence à respecter.
2 - en utilisant la forme module (fichier .amp), qui permet d'ajouter ses propres fichiers dans le war même (et avant le déployement du dernier).
Chaque méthode a ses avantages et inconvénients. Dans mon cas, je développe en utilisant le répertoire shared/, puis quand tout est OK, je créé un module .amp que je déployerai en production. Exception pour les fichiers alfresco-global-properties et le log4j.properties.

Voili voilou… J'espère que je n'ai pas dit trop de bétises

Olivier

[oliviera]

Une autre curiosité juste à relever en passant:
Je réinstalle mon logo d'entreprise via le browser (IE)
–> login admin
–> barre de menus + –> Outils admin –> +
J'arrive dans la page "Thèmes"
Je clique sur le bouton "Importer dans l'entrepôt" —> choisir fichier–> Ajout de fichiers
Ensuite clic sur le bouton Appliquer
logout/login
Dans Internet Explorer, mon logo apparaît en haut à gauche du tableau de bord de l'utilisateur (en lieu et place du logo standard alfresco, par contre, la page de login affiche toujours le logo Alfresco d'origine.
Dans Firefox, mon logo apparaît sur la page de login, mais dans la page du tableau de bord de l'utilisateur, c'est toujours le logo Alfresco d'origine qui s'affiche …

Je suis en plein personnalisation de theme. Le logo modifiable depuis l'interface graphique (outils admin, etc…) n'affecte que le logo en haut à gauche des pages par défaut. Je ne sais pas si c'est modifiable dans un thème (à chercher).
Le logo et fond d'écran qui apparaissent au login sont gérés par le thème choisit (dans la meme page de l'outils admin). Pour le modifier, il vaut mieux créer un nouveau thème a partir d'un existant (et ne pas modifier l'existant, sinon gare aux mise à jour).
Les thèmes existant sont dans webapps/share/themes/. un répertoire par thème.
les images des logins sont spécifiés dans le fichier login.css 

Créer son propre thème :
- jpotts recommande dupliquer n'importe quel theme sauf le default. (point 3: http://ecmarchitect.com/archives/2010/09/07/1212)
- déclarer son theme dans webapps/share/WEB-INF/classes/alfresco/site-data/themes/nomDuTheme.xml
- dupliquer un theme dans webapps/share/themes/nomDuTheme.xml

Il me manque une chose importante que vous aurez surement noté: j'ai mis mon thème directement dans le répertoire webapps/share, c'est mal ! Au prochain déployement je perd tout. Aujourd'hui je ne sais pas encore où mettre ces fichiers dans shared/ (pour le developpement au moins). Si quelqu'un a une idée, je suis preneur 

Olivier