Quel est le serveur?

Au lancement de ScenariChainDesktop, on me demande l’ouverture d’une URL pour enregistrer un serveur. Je ne comprends pas ce qui est attendu. Les premiers lancements de l’appli, je n’avais pas ce souci. Mais à présent oui. C’est arrivé après avoir autorisé la dernière version de l’appli à s’exécuter malgré l’avertissement de l’OS Mac. Est-ce lié ?
Capture d’écran 2023-09-20 à 16.49.32

Merci pour votre aide. Que dois je renseigner comme url ?

bonne soirée
Christian

Ce ne serait pas ScenariChain-client que tu as installé ?

Bizarrement non, la fenêtre s’appelle bien ScenariChain Desktop 6
Capture d’écran 2023-09-20 à 17.49.31

Bonjour l’URL n’est pas indispensable si vous travaillez en local.
Elle est utile si vous avez un serveur avec un/des dépôt.s distant.s
Pour ma part je suis en local sans dépôt, je n’utilise donc pas d’URL.

Bonjour,

Quittez l’application et déplacez ou renommez le fichier ~/Library/Application Support/scenarichain-desktop6/windowsState.json puis lancez l’application.

Bonjour Sam,
Merci pour ta réponse mais cela ne fonctionne pas no en supprimant le dit fichier ni tout le répertoire. Voici ce que j’obtiens comme message au lancement de l’appli.

et bien sûr, je ne pas passer outre le message.

Bonne journée
Christian

Bonjour,

Pouvez-vous réessayer après avoir supprimé l’ensemble du dossier ~/Library/Application Support/scenarichain-desktop6/ ?

Si cela ne fonctionne toujours pas, il est possible que le serveur n’arrive pas à se lancer. Pourriez-vous alors lancer l’application à partir du Terminal et nous transférer les messages de sorties ?
Si SCENARIchain-desktop est installé dans Applications, la commande à lancer est : /Applications/SCENARIchain-desktop\ 6.app\Contents/MacOS/SCENARIchain-desktop\ 6.

Bonjour,
merci pour votre réponse.

même souci après avoir supprimé le dossier complètement.

Voici les traces obtenues dans le terminal :

mortelune:~ colin$ /Applications/SCENARIchain-desktop\ 6.app/Contents/MacOS/SCENARIchain-desktop\ 6

2023-09-22 14:25:21.590:INFO::main: Logging initialized @378ms to eu.scenari.jetty.util.log.StdErrLog

2023-09-22 14:25:22.008:INFO:esjs.Server:main: jetty-9.4.z-SNAPSHOT; built: unknown; git: unknown; jvm 11.0.19+9-LTS-224

objc[16588]: Class WebSwapCGLLayer is implemented in both /System/Library/Frameworks/WebKit.framework/Versions/A/Frameworks/WebCore.framework/Versions/A/Frameworks/libANGLE-shared.dylib (0x7ffa4e51d080) and /Applications/SCENARIchain-desktop 6.app/Contents/Frameworks/Electron Framework.framework/Versions/A/Libraries/libGLESv2.dylib (0x10e6d59c8). One of the two will be used. Which one is undefined.

2023-09-22 14:25:22.371:INFO:esjw.StandardDescriptorProcessor:main: NO JSP Support for /, did not find eu.scenari.jetty.jsp.JettyJspServlet

2023-09-22 14:25:22.402:INFO:esjs.session:main: DefaultSessionIdManager workerName=node0

2023-09-22 14:25:22.402:INFO:esjs.session:main: No SessionScavenger set, using defaults

2023-09-22 14:25:22.408:INFO:esjs.session:main: node0 Scavenging every 660000ms

1— Info : Fri Sep 22 14:25:22 CEST 2023[640] (main) —

================================================================================

Starting Serveur local 6 : Local server 6.1.9 202305021715 on Java HotSpot™ 64-Bit Server VM 11.0.19+9-LTS-224 / Mac OS X x86_64

1— Info : Fri Sep 22 14:25:22 CEST 2023[685] (main) —

OpenDocument editor found in default application path: /Applications/LibreOffice.app/Contents/MacOS

Checking for update

Update for version 6.1.9-final.202305021715 is not available (latest version: 6.1.9-final.202305021715, downgrade is disallowed).

SLF4J: Failed to load class « org.slf4j.impl.StaticLoggerBinder ».

SLF4J: Defaulting to no-operation (NOP) logger implementation

SLF4J: See SLF4J Error Codes for further details.

2023-09-22 14:25:31.879:INFO:esjsh.ContextHandler:main: Started e.s.j.w.WebAppContext@31c269fd{/,file:///Applications/SCENARIchain-desktop%206.app/Contents/Resources/app/srv/,AVAILABLE}{/Applications/SCENARIchain-desktop 6.app/Contents/Resources/app/srv}

2023-09-22 14:25:31.890:WARN:esjx.XmlConfiguration:main:

java.security.PrivilegedActionException: java.io.IOException: Failed to bind to /127.0.0.1:8173

at java.base/java.security.AccessController.doPrivileged(Native Method)

at eu.scenari.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1773)

Caused by:

java.io.IOException: Failed to bind to /127.0.0.1:8173

at eu.scenari.jetty.server.ServerConnector.openAcceptChannel(ServerConnector.java:346)

at eu.scenari.jetty.server.ServerConnector.open(ServerConnector.java:307)

at eu.scenari.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80)

at eu.scenari.jetty.server.ServerConnector.doStart(ServerConnector.java:231)

at eu.scenari.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)

at eu.scenari.jetty.server.Server.doStart(Server.java:385)

at eu.scenari.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)

at eu.scenari.jetty.xml.XmlConfiguration.lambda$main$0(XmlConfiguration.java:1824)

at java.base/java.security.AccessController.doPrivileged(Native Method)

at eu.scenari.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1773)

Caused by:

java.net.BindException: Address already in use

at java.base/sun.nio.ch.Net.bind0(Native Method)

at java.base/sun.nio.ch.Net.bind(Net.java:459)

at java.base/sun.nio.ch.Net.bind(Net.java:448)

at java.base/sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:227)

at java.base/sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:80)

at eu.scenari.jetty.server.ServerConnector.openAcceptChannel(ServerConnector.java:342)

at eu.scenari.jetty.server.ServerConnector.open(ServerConnector.java:307)

at eu.scenari.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80)

at eu.scenari.jetty.server.ServerConnector.doStart(ServerConnector.java:231)

at eu.scenari.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)

at eu.scenari.jetty.server.Server.doStart(Server.java:385)

at eu.scenari.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)

at eu.scenari.jetty.xml.XmlConfiguration.lambda$main$0(XmlConfiguration.java:1824)

at java.base/java.security.AccessController.doPrivileged(Native Method)

at eu.scenari.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1773)

Exception in thread « main » java.security.PrivilegedActionException: java.io.IOException: Failed to bind to /127.0.0.1:8173

at java.base/java.security.AccessController.doPrivileged(Native Method)

at eu.scenari.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1773)

Caused by: java.io.IOException: Failed to bind to /127.0.0.1:8173

at eu.scenari.jetty.server.ServerConnector.openAcceptChannel(ServerConnector.java:346)

at eu.scenari.jetty.server.ServerConnector.open(ServerConnector.java:307)

at eu.scenari.jetty.server.AbstractNetworkConnector.doStart(AbstractNetworkConnector.java:80)

at eu.scenari.jetty.server.ServerConnector.doStart(ServerConnector.java:231)

at eu.scenari.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)

at eu.scenari.jetty.server.Server.doStart(Server.java:385)

at eu.scenari.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:72)

at eu.scenari.jetty.xml.XmlConfiguration.lambda$main$0(XmlConfiguration.java:1824)

… 2 more

Caused by: java.net.BindException: Address already in use

at java.base/sun.nio.ch.Net.bind0(Native Method)

at java.base/sun.nio.ch.Net.bind(Net.java:459)

at java.base/sun.nio.ch.Net.bind(Net.java:448)

at java.base/sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:227)

at java.base/sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:80)

at eu.scenari.jetty.server.ServerConnector.openAcceptChannel(ServerConnector.java:342)

… 9 more

Le log indique que le porte d’écoute du serveur est déjà occupé. L’application était-elle déjà lancée par ailleurs ? Si c’était le cas, c’est normal et il faut réessayer après l’avoir fermé. Dans le cas contraire, pouvez-vous réessayer après un redémarrage de la machine ?

Bonjour,

Après le redémarrage de la machine, effectivement il n’y a plus d’erreur sur le serveur. Par contre, j’ai eu des soucis car l’application ne lisait plus aucun modèle documentaire. Après 2-3 redémarrages de l’appli, et rechargement d’un modèle documentaire, c’est rentré dans l’ordre.
Merci pour votre aide et bonne journée
Christian