Mise à jour à distance d'un jar en cours d'execution ?

Bonjour,

je vais vous expliquer la procédure que nous utilisons en gros pour mettre à jour à distance une application installée sur des postes clients.

application écrite en vb.net --> donne un exe

module de mise à jour qui vérifie s'il y a des nouvelles versions de l'application (xml + mysql), télécharge éventuellement les nouveaux fichiers (nouvel exe, nouvelle db, nouveau xml, ect) puis lance l'exe : écrit en java --> donne donc un jar

Le package d'installation transmis se fait via inno setup.
Dans le xml, se trouve aussi le lien vers les packages de mises à jour.

Nous voulons maintenant modifier le jar qui vérifie les mises à jour, télécharge les nouveaux fichiers puis lance le nouvel exe éventuellement juste téléchargé.

Cependant si nous voulons inclure une nouvelle version du jar dans un package de mise à jour, l'ancien jar va vouloir télécharger le nouveau et on va avoir une erreur car il ne peut pas s'écraser "lui même" parce qu'il est en cours d'execution.

Si quelqu'un a compris mon problème, est ce qu'il voit une solution ?
Si besoin de plus de précisions, n'hésitez pas à demander.

Bonsoir,
je crois que la seule solution est de tuer le processus java exécuté sur la machine cliente, une fois qu'il a fait ce qu'il avait à faire...

Ce sera l'un des rôles de l'installeur que tu fais avec inno setup

Ou simplifier le bazar, parce que si j'ai bien suivi, java n'est nécessaire sur le poste client que pour l'updater.... Et si j'ai bien compté, il y a trois application différentes: l'updater, l'installer et au final une appli en VB => Pourquoi ne pas avoir tout fait direct en vb ??

@tchize_ on a développé cet updater java pour qu'il soit compatible avec toutes les applications que nous diffusons, y compris celles déjà écrites et mises en place. C'était beaucoup plus simple que de devoir l'intégrer à chaque application.

@kox2ee tuer le processus de l'updater java et redémarrer sur le nouveau donc ? Tout ca au sein d'inno setup. Ok c'est peut être faisable, je vais explorer ca, merci.

Si d'autres ont des idées, je prends. Parce que ca fait un moment que je tourne en rond sur ce problème :/

ET oui, les joies de windows et de son verouillage automatique des fichiers :mouarf:


Je suppose que ton jar est lancé tout propret par un .bat. Alors, je mettrais simplement ceci dans le .bat:

Code:

---

1 2	if exist updater-new.jar ren updater-new.jar updater.jar java -jar updater.jar

---

Et au prochain démarrage, la mise à jour est prise en compte.

L'autre alternative, c'est de jouer avec deux programme: L'updater, qui fait tous les checks qui vont bien, et le replacer, qui met en place la nouvelle version. Et d'avoir ce code:

Code:

---

1 2 3 4 5 6

updater: si mise à jour: télcharger la nouvelle version de l'updater dans un dosiser "update" télécharger la nouvelle version du replacer et la mettre en place lancer le replacer quitter

---

Code:

---

1 2 3 4 5

replacer: attendre l'arrêt du replacer copier le contenu de update/ dans le dossier d'installation de l'updater relancer l'updater quitter

---

Pour l'updater / replacer ca peut être une bonne solution à terme effectivement. Ca nécessiterait qu'on refonde un peu notre updater actuel. A étudier, mais merci quand même.

Pour le bat, nous n'en utilisions pas mais oui ca peut se mettre facilement en place si la solution marche. Je vais essayer ca.

J'avais déjà un peu regardé les bat mais je n'ai pas trouvé de solutions concrètes, est ce que tu sais comment on fait pour qu'ils démarrent en invisible ou caché ?

Si tu met un start devant ton appel à java principal, la console n'attendra pas la fin pour se fermer

Code:

---

1 2 3 4

@echo off //trucs de copies rapide start java -jar updater.jar

---