Version 2025.3.01

[chebancee]

Bonjour,
Quelqu'un a-t-il déjà eu le souci du plantage de l'application Xnet (module formation, visites médicales) après l'installation de la version 2025.3.01 ?
Nous avons une erreur 404 en production.
Pourtant lors du passage en test ça s'est bien passé..
J'attends que le support me recontacte.
Cordialement,

[chebancee]

Pour information, le souci a été corrigé par le support, il provenait d'un souci de majuscule dans notre url (SeditXNetRHSMRhp au lieu de SeditXNetRHSMRHp), et la relivraison par le patch de fichiers de configuration a causé le plantage.
Ce n'était pas le seul bug car le support a dû aussi resaisir dans les fichiers de conf les mots de passe cryptés d'accès à la base et également le mot de passe de la base BO (mots de passe qui avaient été écrasés même par le dernier patch 2025.3.01.01).
Cordialement,

[po-guerrini]

Merci pour le retour!

[berenguerc]

Bonjour
Suite au passage dans cette version, nous ne pouvons plus acceder au C/S et tous nos batch de nuit se plantent.
Nous avons l'activation du lien LDAP.
Ticket fait il y a 4 jours a BL.......... sans aucun retour.... le support est uine honte du moment que le pb est transmis en niveau 2

[villiers]

Bonjour,
Nous avons 3 bases (PROD, TEST et FORM).
TEST est mise à jour chaque soir avec les données de PROD.
Nous installons systématiquement les versions en TEST avant de les passer en PROD.
Pour la version 2025.3.01 nous avons rencontré ce problème au niveau du C/S : il n'était plus possible de s'y connecter.
Cependant, ne lançant pas de traitements de nuit depuis TEST, nous n'avons pas rencontré le second problème que vous citez.
Cordialement,

PS : Voici la résolution apportée par BL pour le problème de connexion en C/S via le LDAP :

Lors du passage du Setup 2025.3.01 sur vos instance 'SMTEST' et 'SMFORM', le chiffrement du mot de passe du compte 'LDAP' - 'Compte service lecture AD' renseigné dans le fichier ci-dessous était incorrect :
- 'C:\Berger-Levrault\SM\prog\Tomcat-9.0.106\Instances\SMFORMeGrh\conf\Catalina\localhost\SeditGrhSMForm.xml'
- 'C:\Berger-Levrault\SM\prog\Tomcat-9.0.106\Instances\SMTESTeGrh\conf\Catalina\localhost\SeditGrhSMTest.xml'

Nous avons donc :
- recrypté le mot de passe du compte 'LDAP'
- Nous l'avons renseigné dans les fichiers '*.xml' cités précédemment.
- Puis nous avons redémarré les deux services Apache Tomcat correspondant. à savoir 'Tomcat9SMFORMeGrh' et 'Tomcat9SMTESTeGrh'
Mme.Villier a ensuite réalisé un test d'authentification sur ces deux applications Web qui se sont déroulés correctement.


----------

Dans le cas où le même dysfonctionnement apparait lors du prochain passage de Setup '2025.3.01' sur votre instance 'SMPROD', nous conseillons donc de réaliser les étapes ci-dessous :
1- Copier la valeur 'value="BLCRYPT:***" ' complète depuis le fichier 'C:\Berger-Levrault\SM\prog\Tomcat-9.0.106\Instances\SMTESTeGrh\conf\Catalina\localhost\SeditGrhSMTest.xml'

2- Accéder au fichier 'C:\Berger-Levrault\SM\prog\Tomcat-9.0.106\Instances\SMPRODeGrh\conf\Catalina\localhost\SeditGrhSMProd.xml'
- Identifier la ligne correspondantes '' et modifier la valeur 'value="***"' par celle récupéré précédemment depuis 'SeditGrhSMTest.xml'
3- Redémarrer le service 'Apache Tomcat Tomcat9SMPRODeGrh'
4- Réaliser un test d'authentification à l'application Sedit Web2 RH.

[seideld]

Bonjour,

Nous avons installé le patch 2025.3.01.01 ce jour sur notre base de test et comme pour la version, Sédit (web) n'est pas accessible. Par contre l'accès au C/S fonctionne.
La solution apportée pour la version ne fonctionne pas pour le patch.

Rencontrez-vous ce même problème ?

Merci d'avance pour vos réponses.

Cordialement,

[buscha]

Bonjour,

J'ai aussi rencontré des soucis lors du passage en v2025.3.01.
En premier lieu, comme pour certains d'entre vous, l'authentification sur C/S ne fonctionnait plus. Le technicien m'a conseillé de désactiver l'authentification par LDAP (dans smcom.ini, mettre MODESO = 1 pour une connexion classique au lieu de 2 pour le LDAP) et de distribuer temporairement les mots de passe des comptes locaux (select utilisat, mot_pass from smutilisat where ext_user_id = 'XXXXXXXX'; pour récupérer le mdp local).
Le patch correctif est sorti le lendemain donc je n'ai pas eu besoin de mettre en place ce contournement et j'ai remis le paramètre MODESO = 2.

En 2e lieu, les batchs de mes 2 instances (test et form) ne fonctionnaient plus en raison d'un souci de mot de passe du user sys et system.
Une première intervention a résolu le problème (rétablissement des anciens scripts) puis, pleine d'espoir, j'ai passé le patch correctif v2025.3.01.01 en croyant qu'il allait tout remettre d'équerre mais ça n'a pas été entièrement le cas. Un autre ticket a été ouvert.

L'intervention d'hier a consisté à chiffrer le mot de passe des user sys et system via powershell
(set path=X:\Berger-Levrault\SM\prog\Java\openjre8u212\bin;%path%
java -cp crypt-security-1.0.9.jar fr.bl.security.BLSeditKeyUtils encrypt X:\Berger-Levrault\SM\prog\Outils\blsedit.sk MOTDEPASSESYSTEM)
et à les insérer dans nos fichiers X:\Berger-Levrault\SM\expl\SMadmin\Env\RGPD_Env_SMFORM.bat et RGPD_Env_SMTEST.bat.

Les batchs ne marchent toujours pas. C'est même encore pire puisque la réplication a mis en carafe mes instances.
Depuis, je relance le ticket.

J'espère que vous aurez moins de difficultés que moi.
Agathe

[seideld]

Bonjour Agathe,

Merci pour votre réponse. Nous ne sommes pas confrontés aux mêmes difficultés que vous.
A ce jour, nos traitements nocturnes fonctionnent (sans installation du patch 2023.3.01.01), mais notre base de test est toujours inaccessible suite à l'installation du patch. Nous n'avons aucune réponde de Berger-Levrault, bien que le ticket soit ouvert avec une criticité "bloquante" ...
Nos relances restent sans réponse également.

Pour avancer dans nos traitements, nous avons répliqué les données de la base de production sur la base de formation. Cela va nous permettre de lancer les traitements chronophage de type DSN mensuelle afin de détecter des anomalies. Nous allons essayé d'installer la veille 2025_07 sur notre environnement de formation.
Nous avons demandé à BL, via un ticket, si l'installation de la veille est dépendante de l'installation du patch. Dans le cas où les 2 sont décorrélés, nous envisagerons d'installer la veille 2025_07 en production. Dans cette veille il y a le cahier technique 2026 qui est nécessaire pour l'envoi de la DSN mensuelle de 01/2026.Concernant la question posée à BL, nous sommes toujours en attente d'une réponse.

Dès que nous obtiendrons des réponses nous vous les partagerons.
J'espère que vous soucis seront/sont résolus.

Cordialement,

[seideld]

Bonjour,

Tout d'abord, mes meilleurs voeux pour l'année 2026 à tous.

Un intervenant a enfin prit la main le 02/01/2026 après une forte insistance. Il s'avère que le problème de connexion serait lié à un problème de cryptage/décryptage du mot de passe pour se connecter à notre LDAP.
L'intervenant a réussi à débloquer le problème de connexion et a expliqué à nos collègues de l'informatique comment le résoudre. Nous espérons que l'installation en base de production se passera bien. L'intervenant devrait suivre à distance l'installation en prod pour s'en assurer.

Un nouveau patch a été livré ce jour. Nous espérons que ce problème de connexion ne se réitérera pas lors de l'installation.

Cordialement,

[drouillardm]

Bonjour,

Meilleurs vœux 2026 également.

Depuis le passage de la version v2025.3.01 le 18/01/25, les traitements de nuit ne se lancent plus. Nous avons fait un ticket le 23/01, et nous n'avons absolument aucun retour de Berger-Levrault, malgré les relances dans l'espace client et celles de notre interlocuteur premium. C'est désespérant.
Nos équipes techniques doivent relancer la base et les services tous les matins. Comment avez-vous fait pour avoir une réaction de BL ?
Il est possible que la mauvaise terminaison du traitement de nuit soit lié à un remplissage de tablespace (là aussi BL ne répond pas au ticket).

Cordialement,
Marie

NB : le C/S et la base test fonctionnent bien et n'ont jamais planté.

[seideld]

Bonjour,

Nous avons envoyé plusieurs mail à Mme BOFFA (adeline.boffa@berger-levrault.com) qui est responsable d'équipe en mettant en copie notre commercial. Toutefois, il a fallut plusieurs relances pour obtenir une intervention. Le technicien en question a très peu documenté le ticket et à juste échanger avec nos collègues de la DSI. Par conséquent si le problème recommence, nous avons peu de traces des ajustements/actions réalisées par l'intervenant. Nous espérons fortement que ces mésaventures d'installation ne se reproduiront pas avec les prochaines versions et patchs.
De manière générale, le délai de traitement des demandes d'assistance n'est pas acceptable par BL.

Pour information, nos traitements de nuit (calcul de paie, mandatement ...) semble bien fonctionner.

En espérant que ce contact puisse vous aider.
Cordialement,

[po-guerrini]

Bonjour à tous,

idem, RAS de notre coté.

Bien cordialement,