Silverpeas » Silverpeas Components » GED

Je ne comprends pas si on a le bloc de sélectionner un rédacteur ne peut mettre à jour cette publication.
Que s'est il passé ?
Merci

• C'était lors d'un mouvement de la GED.
• La ce n'est pas le cas.
• Par contre la conséquence est identique

Je suis désolé, mais je suis sans cesse relancé sur ce sujet.
Des managers importants sont concernés.
Merci à vous

• 836330, 836309, 772843, 772842, 772841, 730770, 730775, 730773

Merci à vous de voir rapidement

Je viens d'avoir Tamina SANADA elle m'indique qu'elle a toujours été validateur de la GED
Si je regarde la LCA , elle est Manager.

En fait il coupe et colle des publications d'un dossier vers un autre
C'est qui pose le problème. donc bien identique au ticket https://tracker.silverpeas.org/issues/10139#note-11
Pour l'exemple de la publication 836330 (LK41-18K580-GE) :
Modifié le 14/3/19 par Tamina SANADA
Validé le 14/3/19 par Harry WROBEL

Origine : CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Released
Couper/Coller: CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Obsolete

Quand pouvons nous espérer un correctif de ce problème.
D'avance je vous en remercie

Marc Avenel a écrit :

En fait il coupe et colle des publications d'un dossier vers un autre
C'est qui pose le problème. donc bien identique au ticket https://tracker.silverpeas.org/issues/10139#note-11
Pour l'exemple de la publication 836330 (LK41-18K580-GE) :
Modifié le 14/3/19 par Tamina SANADA
Validé le 14/3/19 par Harry WROBEL

Origine : CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Released
Couper/Coller: CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Obsolete

On peut avoir la notification reçue par les managers suite au collage de cette publication par Tamina SANADA ?

Voici la notification d'une des publications

Publication LK41-18K580-GE has to be validated.

► Go to this publication
This message has been sent to users : Rosa LOPEZ, Erubiel CRUZ, Amer BOUBECHA, Matthieu DEWULF, Raul CORTEZ, Marco SARAIVA, Joaquim FERNANDES, Dave LEDWITCH, Ashley GUTOWSKI, Ersin CELIKTURK, Tomas KREJCI, Jie XU, Tamina SANADA, Yves GATTEGNO, Rosa HERNANDEZ, Neftali CONTLA, Florence FLECHAIRE, Mayra CUEVAS, Jose vicente SUBIRATS GAVALDA, Eric CLYDE, Anna SJOSTROM, Luis CORREA, Alberto RIVERA, Lee RICHARDS, Frederic SEGUIN, Yuanchun GU, Joshua CADENA, Patti MCCONNELL, Laurent DUBART, Miguel JIMENEZ, Manon FOUILLARD, Simona ALDEA, Deborah LANCASTER, Daniel MOLINA, Alparslan OZMEN, Francisco TEXCAHUA, Brandon DAY, Jerome COURSIERES, Mario PASCASIO, Simon KERSLAKE, Danae REAL, Darla PALO, Ilker OZKAN, Thomas Sanday, Juan MOJICA, Joseph KARABATAKIS, Dave SKINNER, Mauricio CELIS, Victor VIVERO, Karina MORENO, Alejandra BUENDIA, Brenda TORRES, Harry WROBEL, Rafael CASTANEDA, Hugo TEXCAHUA, Maria RIVERA, Rui PORTUGAL, Hector MAGANA

• Dans quel état est la publication avant son déplacement ?
• Qui réalise le déplacement (rôle) ?
• Est-ce qu'il y a des droits spécifiques définis sur le dossier de destination ?

• La publication était validée dans le premier dossier "Released"
• Ensuite à été déplacé par un manager de la GED dans le dossier "Obsolète" (Donc normalement pas de validation à demander)
• Pas de droits spécifiques sur les dossiers pour cette GED

Je n'ai pas de retour de votre part sur le sujet.
Est-ce que la version 5.15.9 SNAPSHOT corrige ce problème ?
D'avance merci

Je me permets de vous relancer sur ce sujet

Je teste actuellement la 5.15.9 SNAPSHOT
Sur le dossier de cette GED

Origine/Couper : CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Released
Cible/Coller : CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > J : Cooling Systems > FORD > V362_V363 MCA > JD00009 > PDM > 21 - Part drawings > Production > NA V6 > Obsolete

Si je fais un Drag/drop du dossier Origine vers la cible: Fonctionne très bien
Si je fais un " Couper " de l'origine et je " Copie " dans la source, rien ne se passe
Pas de message d'erreur dans les logs

Message d'erreur est le suivant:
15/04/19-11:49:41,727 - FATAL : unknown,28814,writer,10128,3
15/04/19-11:49:41,729 - FATAL : unknown,28814,writer,10128,3
15/04/19-11:51:54,224 - FATAL : WA9551,kmelia28814,873132,10128,3

Ce message d'erreur car l'utilisateur était manager et Writer
Mais si uniquement Manager, pas de message d'erreur , mais le déplacement ne se fait pas

Trouvé pour la couper/coller ne fonctionne pas.
Si dans la GED l'option " Draft Mode (Brouillon) " n'est pas activé.
Est-ce normal ?

Marc Avenel a écrit :

Trouvé pour la couper/coller ne fonctionne pas.
Si dans la GED l'option " Draft Mode (Brouillon) " n'est pas activé.
Est-ce normal ?

Non, problème reproduit. voir #10624.

Idem pour celle-ci:
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > K : Fuel Systems > FORD > C12005_PANTHER > C12005 > METHODES - INDUSTRIALISATION > 52 - 53 - Process layout and Production file > Production File JB3Q-9K022-AA

• Créée: 01/04/2018 par Sebastian SUBU
• Mise à jour : 05/30/2019 par Gheorghe BARSAN
• Validée : 05/30/2019 par Fabien GUY

• de Miklos KOVACS
• Date du 29/05/2019

Si je regarde la publication je n'ai pas de mise à jour en date du 29/05/2019

Désolé de vous relancer, mais ceci devient URGENT. Merci

Et pour la note : https://tracker.silverpeas.org/issues/10529#note-28 ?

Marc Avenel a écrit :

Et pour la note : https://tracker.silverpeas.org/issues/10529#note-28 ?

Est-ce que le rédacteur peut faire une modification (fictive) de la publication https://www.akwel.net/silverpeas/Publication/921193
afin de voir si on peut reproduire de manière répétée ce problème et nous montrer quelques copies d'écran si c'est possible (avant et au moment de sortir du brouillon) ?

cette publication est actuellement "Refusée"
Je demande à l'acteur de la remettre en mode brouillon et de nous faire des copies écran.

• CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > M : Oil Systems > Renault > HR10 > T14019B > METHODES - INDUSTRIALISATION > 36 - 48 - 49 51 -72 Tools spec and reception > Mould HR10 1+1+1+1 Vigo > Fine Tuning - Mise au point 1
• Validation: Only one validator
• A notifié l'ensemble des Managers et Publieurs
• Publication : Publication Fine Tuning - Mise au point 1 (https://www.akwel.net/silverpeas/Publication/708108)

Ça devient vraiment URGENT, beaucoup de managers sont notifiés à tort.

Remarque importante c'est une publication mise à jour

• Created 06/22/2016 by Eric BELZ
• Updated 06/20/2019 by Emmanuel TERNON
• Validation the 06/20/2019 by Carla MANDADO VILAR

Marc Avenel a écrit :

Une autre:

• CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > M : Oil Systems > Renault > HR10 > T14019B > METHODES - INDUSTRIALISATION > 36 - 48 - 49 51 -72 Tools spec and reception > Mould HR10 1+1+1+1 Vigo > Fine Tuning - Mise au point 1
• Validation: Only one validator
• A notifié l'ensemble des Managers et Publieurs
• Publication : Publication Fine Tuning - Mise au point 1 (https://www.akwel.net/silverpeas/Publication/708108)

Ça devient vraiment URGENT, beaucoup de managers sont notifiés à tort.

Pouvez-vous demander au rédacteur ce qu'il a fait comme modification et comment.
Car je viens de refaire le test sur cette publi, le rédacteur choisit son valideur, et la notification est bien envoyée au valideur et à lui seul.
Donc tant que nous ne pourrons pas reproduire ce problème, nous ne pourrons pas le corriger.

• CUSTOMER DOCUMENT NUMBER
• AKWEL PART NUMBER

Marc Avenel a écrit :

La publication a été modifiée uniquement au niveau de la fiche catégorie associée
Les attributs qui ont été modifiés sont:

• CUSTOMER DOCUMENT NUMBER
• AKWEL PART NUMBER

Toujours pas pu reproduire le problème avec cette publication, en ne modifiant que ces 2 informations.
La notification est toujours envoyée au seul valideur ciblé. C'est bizarre.

Oui. Je ne comprends pas car de plus ça notifie des responsables chez AKWEL.

Marc Avenel a écrit :

Oui. Je ne comprends pas car de plus ça notifie des responsables chez AKWEL.

C'est à dire ceux qui sont Gestionnaires et/ou publieurs ou d'autres utilisateurs qui n'y seraient pas ?

Ca notifie tous les managers et publieurs liés à la GED

Je viens de refaire un test, avec comme valideur ciblé un utlisateur faisant partie d'un groupe hérité (positionné au niveau de l'espace Project Workspace)
hélas sans plus de succès.

Sur l'image Pub_03.jpg, aucun valideur ciblé n'est indiqué, c'est donc l'ensemble des valideurs potentiels qui est notifié.
Sur mon test, après avoir supprimé les droits d'accès du valideur sur la GED, le rédacteur se voit bien demander un nouveau valideur lorsqu'il tente de modifier la publication.

Je ne comprends pas.

Comme la GED est configurée avec 1 valideur, donc pour le rédacteur qui met à jour, le valideur est OBLIGATOIRE.

Vous dites que " vous avez supprimé les droits d'accès du valideur de la GED, donc le Rédacteur a été obligé de renseigner le valideur "
Mais ceci est un test, dans la GED actuelle et toutes les autres configurées de la même manière, nous faisons comment pour qu'un Rédacteur quand il modifie une publication il y a bien contrôle du valideur?
Merci à vous

Marc Avenel a écrit :

Je ne comprends pas.

Comme la GED est configurée avec 1 valideur, donc pour le rédacteur qui met à jour, le valideur est OBLIGATOIRE.

oui

Vous dites que " vous avez supprimé les droits d'accès du valideur de la GED, donc le Rédacteur a été obligé de renseigner le valideur "
Mais ceci est un test, dans la GED actuelle et toutes les autres configurées de la même manière, nous faisons comment pour qu'un Rédacteur quand il modifie une publication il y a bien contrôle du valideur?

Oui, le système contrôle qu'il y ait bien un valideur, c'est bien pour ça que nous ne comprenons pas pourquoi dans un cas, ce contrôle semble être outrepassé.

Oui j'ai bien compris la faille.
Mais comment régler ce problème, car comme je vous l'indiquais les notifications sont adressées à des managers.

• Le problème apparaît surtout quand le rédacteur modifie le formulaire associé

Marc Avenel a écrit :

cette publication est actuellement "Refusée"
Je demande à l'acteur de la remettre en mode brouillon et de nous faire des copies écran.

Je n'ai pas eu de retour sur cette publication.
Je rappelle que l'objectif est de savoir si on peut reproduire plusieurs fois le problème sur la même publication.

Si c'est le cas, nous aimerions avoir les copies d'écrans de tous le processus de modification jusqu'à l'envoi de la notification.

Je n'ai pas eu de retour de sa part.
Je le relance.

Je regarde cette publication :
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > M : Oil Systems > Renault > HR10 > T14019B > METHODES - INDUSTRIALISATION > 36 - 48 - 49 51 -72 Tools spec and reception > Mould HR10 1+1+1+1 Vigo > Fine Tuning - Mise au point 1

La publication est bien valide et accessible à l'ensemble des utilisateurs

Updated 06/20/2019 by Emmanuel TERNON
Validation the 06/20/2019 by Carla MANDADO VILAR

• ESPACE: CORPORATE > IT - INFORMATION SYSTEMS > OPERATIONAL SERVICES > Codification SAP-PDM
• GED : SAP part creation requests (https://www.akwel.net/silverpeas/Rkmelia/kmelia11781/Main)
• Publication : FCA_118933_DEPOSITO RLV B78 MV (Rec) (ID:393968)

Problème arrivé de suite:

GED: CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE B - WRS > PRODUCT LINE > Project Workspace > P : Washing Systems > RSA > CMF1 / JFC > I12005A >
Kmelia:javascript:parent.jumpToComponent('kmelia11500')
Validation: Targeted (only one validator)
Publication : https://www.akwel.net/silverpeas/Publication/330455

• Le message sur la publication : "This publication is awaiting approval of Sebastien CONTAT.
• You must validate or refuse it."
• On voit bien qu'elle est en attente chez "Sebastien CONTAT"

Demande à l'ensemble des publieurs et Manager de la valider !!!!

Pourquoi Corbeille et Notification erronée

Cette dernière publication est toujours en attente de validation.
Toujours un problème sur les publications qui sont mises à jour.

J'ai contrôlé pour ce rédacteur: Jean-Luc BULBER
Groupe $PBIR_TECH_GROUP qui est rédacteur

Marc Avenel a écrit :

Problème arrivé de suite:

GED: CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE B - WRS > PRODUCT LINE > Project Workspace > P : Washing Systems > RSA > CMF1 / JFC > I12005A >
Kmelia:javascript:parent.jumpToComponent('kmelia11500')
Validation: Targeted (only one validator)
Publication : https://www.akwel.net/silverpeas/Publication/330455

REMARQUES
*La publication est dans la corbeille !!!
*Publication créé par YVES GATTEGNO le 02/25/2014
*Publication mise à jour par by Phuong TRAN le 07/10/2019

• Le message sur la publication : "This publication is awaiting approval of Sebastien CONTAT.
• You must validate or refuse it."
• On voit bien qu'elle est en attente chez "Sebastien CONTAT"

Demande à l'ensemble des publieurs et Manager de la valider !!!!

Pourquoi Corbeille et Notification erronée

Sur ce cas: Sébastient CONTAT était peut-être marqué Valideur, mais il n'est que rédacteur sur cette GED.
Il y a donc un mécanisme de fallback qui fait que la demande de validation est envoyée aux autres valideurs potentiels.

Marc Avenel a écrit :

J'ai refait la manipulation sur le serveur de TEST (copie de la PRODUCTION)
Je vous ai mis la copie écran

• il est en mode Draft
• il clique sur le lien "Publish it now !?"
• La publication part en attente de validation pour Managers et Publishers

Et vous aviez qui en valideur ?

Personne en valideur car justement on a bien l'écran qui le demande (voir copie écran: Notif-Erronée-4.JPG )

• Dès que le valideur en attente change de rôle ?

Marc Avenel a écrit :

Personne en valideur car justement on a bien l'écran qui le demande (voir copie écran: Notif-Erronée-4.JPG )

il le demande, mais si on fait "publish now", il ne le demande plus, je me trompe ?

Marc Avenel a écrit :

En ce qui concerne votre réponse : https://tracker.silverpeas.org/issues/10529#note-60
ce mécanisme de fallback quand se lance-t-il ?

• Dès que le valideur en attente change de rôle ?

Le mécanisme de fallback entre en action lorsque la publication est sortie du mode brouillon et qu'elle part en validation.

Marc Avenel a écrit :

J'ai refait la manipulation sur le serveur de TEST (copie de la PRODUCTION)
Je vous ai mis la copie écran

• il est en mode Draft
• il clique sur le lien "Publish it now !?"
• La publication part en attente de validation pour Managers et Publishers

Cette copie d'écran nous a attiré l'oeil..
Il semble que le problème vienne de là, lorsque le valideur initial n'est plus en mesure de valider (par exemple parce qu'il n'est plus dans les gestionnaires et publieurs), si le rédacteur fait "Publish it now" la demande de validation est envoyée à tous les valideurs potentiels.

Nous devons confirmer tout ça dans un 1er temps.

OK. Adressez moi ce patch que je fasse des tests avec.
D'avance je vous en remercie

Au fait, ce patch aucun impact sur toutes les autres fonctionnalités de la GED
Que je ne sois pas obligé de tout retester.
Merci

Marc Avenel a écrit :

Au fait, ce patch aucun impact sur toutes les autres fonctionnalités de la GED
Que je ne sois pas obligé de tout retester.
Merci

non il n'y a qu'une ligne de modifiée.

Parfait merci

• Créé une publication ne mode brouillon
• Devient Rédacteur
• Revient sur sa publication: demande de sélectionner un valideur
• Ensuite propose de publier la publication --> En attente de validation chez le valideur
  Tout est OK.
  Je vois pour mettre en place sur la PRODUCTION.

Donc tout est OK ? Merci

Parfait

• Nous avons 2 groupes qui sont dans Managers & Writers;
• Est-ce que ceci serait la cause du problème ?
• J'ai demandé aux managers de mettre d'aplomb la LCA

Justement l'auteur qui a modifié la publication "Jose vicente SUBIRATS GAVALDA" n'est quand aucun de ces groupes.

Il est dans les groupes $FBD_FAC_MNGT, $FBD_PL_EU_A_PL_PROX_ENG_CENTER_MGR qui sont writers.
C'est pour cela que je ne comprends pas le problème

GED/Dossier:
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE A - FTS > PRODUCT LINE > Project workspace > K : Fuel Systems > JLR > C17036_AJ21 > C17036C > PROJECT MANAGMENT > 1 - Nomination

LIEN : https://www.akwel.net/silverpeas/Rkmelia/kmelia37726/Main

Encore un autre problème
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > L : Air Systems > JLR > D7a 21MY
V18002B
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > L : Air Systems > JLR > D7a 21MY > V18002B >
Dossier: PROJECT > 5-81-TIMING_PLAN_AND_PLANNING_FOLLOW_UP >
Publication: D7a 21MY

• Updated 11/05/2018 by Nihat AKI
• Created 11/05/2018 by Nihat AKI

• Manager de la GED
• Mise à jour de la publication: Updated 09/20/2019 by Omer EKIT
• Il a changé les pièces jointes

• Une notification a été adressée à l'ensemble des Managers et Publieurs
• L'auteur de la notification est : Nihat AKI

Pourquoi ?

Marc Avenel a écrit :

Mise à jour par Omer EKIT

• Manager de la GED
  ...
  Résultat:
• Une notification a été adressée à l'ensemble des Managers et Publieurs
• L'auteur de la notification est : Nihat AKI

Il est gestionnaire de l'application et cela a envoyé une notification de demande de validation ? Vous êtes certain ?

Omer EKIT est manager de la GED et en plus il est en nominatif
et Nihat AKI n'a fait aucune mise à jour.
c'est Omer qui a fait la mise à jour et les notifications de mise a jour sont adressées à l'ensemble des managers et publieurs.

Marc Avenel a écrit :

Omer EKIT est manager de la GED et en plus il est en nominatif
et Nihat AKI n'a fait aucune mise à jour.
c'est Omer qui a fait la mise à jour et les notifications de mise a jour sont adressées à l'ensemble des managers et publieurs.

Vous n'avez pas répondu à ma question :

cela a envoyé une notification de demande de validation ?

Oui c'est bien une notification de demande de validation

• https://www.akwel.net/silverpeas/Publication/720022 (GED F15021A)
• https://www.akwel.net/silverpeas/Publication/744359 (GED F17021A)
• https://www.akwel.net/silverpeas/Publication/759665 (GED F17002A)

Franchement ce problème devient URGENT...
Les Managers notifiés m'adressent des mails pour stopper ce problème URGENT.

Est-ce que chacune de ces publications est dans plusieurs dossiers (raccourcis) ?

C'est déjà dans des GEDs différentes.
*759665*
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > O : Mechanisms (SYF) > RENAULT > LJC > Hood Latch > F17002A > Accueil > METHODES - INDUSTRIALISATION > 52 - 53 - Process layout and Production file

*744359*
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > O : Mechanisms (SYF) > RENAULT > X62 > Hood Latch > F17021A > Accueil > METHODES - INDUSTRIALISATION > 52 - 53 - Process layout and Production file

*720022*
CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > O : Mechanisms (SYF) > RENAULT > BJA/HJB > Hood Latch > F15021A > Accueil > METHODES - INDUSTRIALISATION > 52 - 53 - Process layout and Production file

• ces publications est dans plusieurs dossiers (raccourcis) ?

Vu sur location on voit si il y a un raccourci (noté 1 location)
Je regarde de suite

720022
Aucun raccourci lié à cette publication
Pour les deux autres je regarde, il faut que je mette les droits

759665
Aucun raccourci lié à cette publication

744359
Aucun raccourci lié à cette publication

Vraiment incompréhensible.. ou alors le problème est postérieur au fait de choisir le valideur.

Je vois une publication en attente de validation https://www.akwel.net/silverpeas/Publication/725880 dans la GED F15021A
Est-ce que le valideur peut la valider (ou la refuser) pour qu'on voit ce qui se passe ?

• CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > O : Mechanisms (ART) > PSA > P8 > E14038A > Accueil > QUALITY > 83 - 8D Follow up
• GED:https://www.akwel.net/silverpeas/Rkmelia/kmelia40639/Main
• Publication: https://www.akwel.net/silverpeas/Publication/1025791
• Titre Pub: Publication BUR-PSA-2019-091 has to be validated.
• Problème de notification
• Target: (only one validator)
• Validator: Yildiray DEMIRCI
• Modifié le content : Formulaire

Ca devient très URGENT .... Les utilisateurs me relance sur ce type de problème qui alerte des responsables...

Notification de des tous les managers et publieurs et non le valideur lié à la publication

Je me permets de vous relancer car je suis moi-même relancé par les utilisateurs du Portail. Merci

Marc Avenel a écrit :

De nouveau le problème sur cette publication:

• CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > O : Mechanisms (ART) > PSA > P8 > E14038A > Accueil > QUALITY > 83 - 8D Follow up
• GED:https://www.akwel.net/silverpeas/Rkmelia/kmelia40639/Main
• Publication: https://www.akwel.net/silverpeas/Publication/1025791
• Titre Pub: Publication BUR-PSA-2019-091 has to be validated.
• Problème de notification
• Target: (only one validator)
• Validator: Yildiray DEMIRCI
• Modifié le content : Formulaire

Ca devient très URGENT .... Les utilisateurs me relance sur ce type de problème qui alerte des responsables...

Avez-vous le mail de notification envoyé aux responsables ?

Nous allons reprendre la base de données du 14 novembre (nuit du 13 au 14).

En fait ce jour j'en ai eu plusieurs.
Path : EUROPE - MEA > RUD - RUDNIK > QSE² > PROCESSUS > CLI05 > Complaints - 8D sheets > Customers 8Ds > 2019
Publication 135 RUD-WEB-2019-135 Webasto NOK orientation of connector has been updated.

CORPORATE > BD - BUSINESS DEVELOPMENT > EUROPE C - EMS > PRODUCT LINE > Project Workspace > L : Air Systems > FORD > C519 > Q14062C >Edit
Publication 72_Final approval of equipements has to be validated.

.....
Pourquoi ?

Je viens de restaurer la base de données du 14novembre, avant que la publication 1025791 ne soit modifiée.
Cette publication était précédemmment refusée.

Après m'être substitué au créateur/dernier modifieur, ma demande de validation a bien été envoyée uniquement au valideur que j'avais choisi.

On ne le reproduit donc pas, ce qui me fait dire que peut-etre le problème pourrait venir d'ailleurs, par exemple dans Jboss.

Après avoir comparé le jboss installé en prod et le mien, il y a une différence :
la directive

<persistence-enabled>false</persistence-enabled>

 $JBOSS_HOME/server/default/deploy/hornetq/hornetq-configuration.xml

Elle avait été ajoutée il y a plusieurs années de cela, suite à un bug d'HornetQ dans jBoss, et n'est donc plus nécessaire.
Il faut donc :
1. Enlever cette ligne
2. Redémarrez Silverpeas

Suite à votre réponse:
Répertoire: opt/jboss/server/default/deploy/hornetq/
Fichier: hornetq-configuration.xml
Supprimer la ligne: <persistence-enabled>false</persistence-enabled>

Il faut arrêter le serveur, ce qui comme vous le savez n'est pas simple chez AKWEL.
Si je supprime cette ligne, elle sera prise en compte dimanche prochain car le serveur est relancé.

Quel impact de cette solution ?

Je me permets de vous relancer sur ce sujet pour finalisation.
Cette semaine je ne pourrais intervenir sur le serveur.
je prépare tout pour dimanche matin
merci à vous

Marc Avenel a écrit :

Suite à votre réponse:
Répertoire: opt/jboss/server/default/deploy/hornetq/
Fichier: hornetq-configuration.xml
Supprimer la ligne: <persistence-enabled>false</persistence-enabled>

Il faut arrêter le serveur, ce qui comme vous le savez n'est pas simple chez AKWEL.
Si je supprime cette ligne, elle sera prise en compte dimanche prochain car le serveur est relancé.

Quel impact de cette solution ?

Modifier à chaud ce fichier peut entrainer un blocage de Jboss, je déconseille de le faire.
Il faut le faire une fois SP arrêté.
Il n'y a pas d'impact, c'est le paramétrage par défaut.
Mais on est pas à l'abri d'une bonne surprise par rapport à ce ticket (ce n'est qu'une hypothèse).

La relance du serveur est en automatique le Dimanche à 23h45.
je ferai donc la mise à jour le dimanche à 23:30 juste avant la relance automatique.
est-ce bon ?
merci

Marc Avenel a écrit :

est-ce bon ?

oui.

Cette modification à 23:30 sera faite le serveur en cours de fonctionnement.
Mais apparemment c'est possible de le faire sans problème suite à votre dernière réponse.
Pouvez vous me le confirmer, que je n'ai pas de soucis dimanche soir?
D'avance Merci

• Modification du fichier hornetq-configuration.xml serveur en cours de fonctionnement
• Relance du serveur en automatique
• Contrôle que le serveur fonctionne

Modifier à chaud ce fichier peut entrainer un blocage de Jboss, je déconseille de le faire.