Silverpeas » Silverpeas Components

Bonjour,

Est-ce qu'il vous est possible de me transmettre vos fichiers CustomerSettings et kmeliaAQR ?
A quel moment ce problème est-il survenu pour la première fois ? (Changement de serveur, montée en version, ...)

• montée en version de Silverpeas
• copie du fichier kmelia.xml vers le fichier kmeliaAQR.xml
• modification des valeurs par défaut de certains des paramètres dans le fichier kmeliaAQR.xml (mais ni d'ajout, ni de suppression de paramètre)
• démarrage du serveur Silverpeas
• instanciation d'une nouvelle GED AQR dans un espace -> les valeurs par défaut des paramètres présentés sont celles de la GED standarde et pas celles de la GED AQR
  ?

Après vérification, nous n'avons pas constaté de fonctionnalité/possibilité dans Silverpeas qui permette la manipulation que vous réalisez pour avoir N configurations de paramétrages différents pour instancier une GED (ou une autre application).
Il est très surprenant, jusqu'ici, que dupliquer kmelia.xml en kmeliaAQR.xml (sans changer le nom du composant <name>kmelia</name>) ait fonctionné, et ce, de manière pérenne. Peut-être qu'à partir de votre méthode et selon la version de Silverpeas utilisée, seul le paramétrage de la GED AQR était pris en compte et pas celui de la GED standarde.

Néanmoins, comprenant l'intérêt de votre besoin, nous avons de notre côté essayé de mettre en place cette possibilité de multi-configurations pour une GED.

• effectuer les mêmes opérations que vous effectuiez jusqu'à présent pour obtenir la configuration de GED AQR. (ce n'est pas garanti, mais il vaut mieux que le nom du fichier commence par kmelia)
• modifier dans le fichier copié <name>kmelia</name> par <name>kmeliaAQR</name>
• modifier le fichier JBOSS_HOME/server/default/deploy/silverpeas/silverpeas.ear/war-ic.war/WEB-INF/web.xml : chercher le bloc suivant
  

  <servlet-mapping>
      <servlet-name>KmeliaRequestRouter</servlet-name>
      <url-pattern>/Rkmelia/*</url-pattern>
  </servlet-mapping>
  

  et le dupliquer pour obtenir cela
  

  <servlet-mapping>
      <servlet-name>KmeliaRequestRouter</servlet-name>
      <url-pattern>/Rkmelia/*</url-pattern>
  </servlet-mapping>
  <servlet-mapping>
      <servlet-name>KmeliaRequestRouter</servlet-name>
      <url-pattern>/RkmeliaAQR/*</url-pattern>
  </servlet-mapping>
  

• démarrer le serveur SIlverpeas ...

Au cours de nos essais, nous avons constaté que l'héritage des droits de l'espace pour l'application ne fonctionne pas avec cette solution, il faut alors spécifier à chaque création les droits pour l'application. Il n'est pas possible non plus d'être certain que l'intégralité des fonctionnalités de la GED se comportent bien. Ces manipulations seront obligatoires à chaque nouvelle installation/mise à jour/montée en version ... de Silverpeas.

• se diriger vers l'application Base GED AQR dans l'espace Configurations applications
• choisir l'action Copier cette application dans le menu Que voulez-vous faire ?
• se diriger dans l'espace dans lequel la nouvelle GED AQR doit être instanciée
• choisir le menu Coller dans le menu Que voulez-vous faire ?
• modifier le nom de la nouvelle application

Cette deuxième solution présente notamment l'avantage d'être pérenne et de fonctionner avec l'héritage des droits de l'espace. De plus, elle supporte sans efforts particuliers les montées en version de Silverpeas. Elle présente par contre l'inconvénient (d'après le contenu du fichier kmeliaAQR.xml que vous nous avez fourni) de ne pas pouvoir modifier les libellés des paramètres ...

Est-ce qu'il est possible de mettre en place une de ces deux solutions de votre côté ?

Cette procédure avait été mise au point en commun en 2010 dans le cadre du projet AQR entre Silverpeas et l'INRA. Elle a très bien fonctionner jusqu'à dernièrement.
La 1ere solution n'est pas viable en production sans avoir mesurer les impacts, mais ok avec la 2eme procédure, elle permet de contourner le problème. Cependant nous avons des paramètres masqués dans notre kmelia standard, il ne seront donc pas visibles ni paramétrables sur l'instance déployée dans l'espace de config...
Mais j'ai copié une instance bien configurée, vers notre espace de modèles. On pourra ainsi déployée une GED AQR à la demande, elle ne sera plus disponible au catalogue. C'est un peu dommage car moins pratique pour l'utilisateur.
En revanche, cela nous permet de nettoyer le fichier de config et de simplifier la procédure de mise à jour ;)