Paramétrage LOG_SESSION / LOG_ACTIVITY écrasé

Tags: #<Tag:0x00007f9e4df58550>

Bonjour,
nous avons activé depuis le mois de juin la fonction de journalisation sur certains objets de notre modèle et paramétré la profondeur de conservation de ces logs à 12 mois (paramètre LOG_ACTIVITY du module System). Nous avons aussi besoin de conserver la trace des logins sur également 12 mois (paramètre LOG_SESSION).

Le paramétrage semble écrasé dans un cadre non identifié (application de patch lors d’un redéploiement ?)…

D’une manière générale, quelle est la préco pour gérer les paramètres System ajustés pour nos environnements ?

C’est un cas de conflit entre un paramétrage Simplicité livré / surchargé par l’intégrateur.

En V4, il faut nécessairement créer un patch XML qui surcharge le paramétrage System livré, et ce patch est à passer après tout upgrade socle. Ca demande donc de l’automatiser dans vos process de mise à jour.

Afin d’éviter cette surcharge dans des cas usuels de changement de config système :

En V5: un champ a été ajouté sur l’objet System parameter pour surcharger la valeur livrée par défaut par Simplicité. On pourra toujours écraser la valeur éditeur par patch, mais il sera préférable d’utiliser le champ surchargé.

Bien entendu, nous devrons tous veiller à ne jamais livrer le champ surchargé dans nos patchs !

1 Like

Bonjour François,
merci beaucoup pour ta réponse rapide (et claire comme toujours).
En attendant la V5, nous allons donc mettre en œuvre ce patch XML post-deploy.