Je teste la migration des données du serveur 4.2 vers la version 5.
La version 5 est déjà installée, sans atelier, dans une machine virtuelle et fonctionne bien, tant en accès par le client que par Chrome en version Web
J’ai par ailleurs le taz.bz2 du répertoire data de la version 4.2 (/var/lib/scenariserver4.2/data/)
Cette version compoter de nombreux ateliers, dont plusieurs sont dérivés. Ils utilisent Opale et Topaze. Il y a une cinquantaine d’utilisateurs.
Question: Comment transformer les données des ateliers et les utilisateurs pour les utiliser dans la version 5. Copier simplement les fichier du taz.bz2 dans le répertoire « /var/lib/scenarichain-server5.0 » ?
Et n’oubliez pas de vous assurer que l’utilisateur SCENARIchain-server 5 (souvent jetty) soit bien le propriétaire des fichiers une fois le taz.bz2 décompressé.
Je reste face à un problème probablement dans la configuration du serveur. Lorsque j’utilise le client lourd, aucun problème pour voir les fichiers (après avoir installé les modèles qui n’étaient pas dans le backup). Cependant, en utilisant Google Chrome (en Mac OS et en Windows), je parviens bien à me connecter, à voir les ateliers et les ouvrir. Par contre quand j’ouvre un fichier (peu importe lequel), la tabulation semble ouverte mais ne s’affiche pas, alors que cela fonctionne parfaitement lorsque je me connecte sur MyScenari.
J’ai aussi essayé sur un atelier crée avec l’interface, item crée via l’interface et le problème est le même ; l’onglet s’ajoute dans la barre des onglets, mais le contenu n’apparait pas dans la fenêtre principale qui reste sur la page d’acceuil d’Opale ou de Topaze.
Bonjour,
Vous pouvez joindre une copie d’écran ?
Les symptômes que vous décrivez ressemblent à un problème connu déjà corrigé (déjà disponible dans les versions compilées toutes les nuits : app-SCchainServer-5.0 [Jenkins]), et pour lequel une nouvelle release sera mise à disposition très prochainement.
Cdt,
Antoine
Kelis
Merci … je suis en effet en train de tester la procédure sur une VM avant de faire l’opération sur le serveur de production. Ai défini un nom dans mon hosts pointant vers l’adresse IP de la VM, ai créé le keystore avec le certificat comme pour Tomcat dans le passé.
Le problème est que la documentation Jetty9 est assez confuse sur la méthode pour configurer le HTTPS et que la documentation pour l’installation du serveur Scenari détaille la procédure en HTTP seulement …
Si j’ai bien compris, les modifications à apporter sont dans
/etc/scenarichain-server5.0/conf/webapp.properties pour changer l’URL et le port
Après avoir édité la configuration Jetty9 en ajoutant les fichiers ssl.mod et ssl.ini dans le start.d/ ainsi qu’avoir ajouté
–module=ssl
–module=https
à la fin du start.ini
et avoir modifié le webdefault.xml pour forcer la redirection vers https
et avoir édité les URL dans la configuration SCenari Chain serveur, fichier webapp.properties
et relancé la configuration par scenarichain-server5.0-cfg reconfig
(en remplaçant service par systemctl sous Debian)
ca marche presque. Scenari apparait bien en HTTPS, le certificat est valide mais … le login est rejette par le message « The password validation system is unavailable. Please try again later » …
Au niveau du client Google Chrome, la console fourni :8443/scenarichain-server5.0/web/u/adminUsers?cdaction=CurrentUser:1 Failed to load resource: the server responded with a status of 403 (Forbidden) :8443/scenarichain-server5.0/public/u/loginWeb:1 Failed to load resource: the server responded with a status of 500 (Server Error)
Au niveau du log scenari server
1— Exception : Sun Jan 31 14:10:18 MSK 2021[123] - prl-chain-app/anonymous (qtp1318180415-39) —
javax/servlet/MultipartConfigElement
java.lang.NoClassDefFoundError: javax/servlet/MultipartConfigElement
at org.eclipse.jetty.util.MultiPartInputStreamParser.(MultiPartInputStreamParser.java:68)
at org.eclipse.jetty.server.MultiParts$MultiPartsUtilParser.(MultiParts.java:119)
at org.eclipse.jetty.server.Request.newMultiParts(Request.java:2426)
at org.eclipse.jetty.server.Request.getParts(Request.java:2344)
at org.eclipse.jetty.server.Request.extractContentParameters(Request.java:488)
at org.eclipse.jetty.server.Request.getParameters(Request.java:387)
at org.eclipse.jetty.server.Request.getParameter(Request.java:1036)
at eu.scenari.core.execframe.httpservlet.reqconn.HttpRequestConnectorApi.createDialogFromServlet(HttpRequestConnectorApi.java:126)
at eu.scenari.core.execframe.httpservlet.HttpRequestConnectorBase.handleRequest(HttpRequestConnectorBase.java:84)
at eu.scenari.core.execframe.httpservlet.servlets.ServiceServlet.service(ServiceServlet.java:159)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:865)
at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1623)
at org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:214)
En ce qui concerne la configuration de WebApp pour Scenari :
pour l’instant il n’y a plus de redirection forcée de l’http vers l’https et le serveur Jetty9 répond correctement pour http comme pour https, ainsi que l’écran d’acceuil Scenari sur l’URL en https
le fichier hosts du serveur pointant vers 127.0.0.1 pour test.ecteg.eu et le certificate étant un wildcard pour le domaine, qui apparait bien comme valide dans Google Chrome.