Mise a jour de programme java

Bonjour à tous,
Je voudrais pouvoir vérifier la version de mon programme java par comparaison à la dernière version sur un serveur. Et ensuite pouvoir mettre à jour ce programme.
Ensuite je pense avoir plusieurs programmes donc je voudrais que mon serveur puisse vérifier et proposer les mises à jour pour tous ces programmes.

J'aimerais votre sur avis les techniques et technologies possibles, surtout pour ce qui est du transfert et de l'installation effective de la mise à jour...

Pour la vérification de version, voila ce à quoi je pense :
- Serveur : fichier xml ou base de donnée des noms et versions de programmes ?
- Client : nom et version dans des constantes ou fichier xml ?
- Protocole : envoi du fichier xml / ou d'un message nom+version ? et réponse du serveur par le fichier xml correspondant ou un message, et le client fait la comparaison

Pour la mise a jour du programme :
- Serveur : stockage de fichiers jar ?
- Transfert du fichier : ?
- Installation : ? remplacement du jar mais le programme est en exécution..

Merci de votre aide !

avis personnel, pour ce genre de chose, opter pour javawebstart, qui fait le boulot pour toi, et stocker le logiciel sur un serveur http. Inconvénient, il est assez difficile de gérer le principe d'authentification si tu veux que seuls les clients aient accès au code. Maintenant si tu te contente d'utiliser un serial ou autre, tu peux laisser n'importe qui charger en webstart, sur le principe du shareware.

Citation:

---

Envoyé par tchize_

avis personnel, pour ce genre de chose, opter pour javawebstart, qui fait le boulot pour toi, et stocker le logiciel sur un serveur http. Inconvénient, il est assez difficile de gérer le principe d'authentification si tu veux que seuls les clients aient accès au code. Maintenant si tu te contente d'utiliser un serial ou autre, tu peux laisser n'importe qui charger en webstart, sur le principe du shareware.

---

C'est une idée intéressante que je vais retenir pour d'autres softs, merci. Mais pour ce cas la, j'ai un logiciel qui est déployé à plusieurs endroits dans mon réseau local, qui tourne en permanence pour remonter des infos à un serveur. du coup je ne pense pas qu'il puisse tourner en webstart. l'idée c'est de pouvoir tous les mettre à jour automatiquement (vérification de version toutes les x heures) pour éviter de le réinstaller à chaque fois sur les machines. Merci !

en général, dans ce genre de cas, mettre sur un serveur un fichier xml ou autre contenant le numéro de la dernière version sur un serveur, un check http toutes les heures, et quand une nouvelle version est dispo, téléchargement et lancement d'un installeur automatique, puis relancement de l'application.

Citation:

---

Envoyé par tchize_

en général, dans ce genre de cas, mettre sur un serveur un fichier xml ou autre contenant le numéro de la dernière version sur un serveur, un check http toutes les heures, et quand une nouvelle version est dispo, téléchargement et lancement d'un installeur automatique, puis relancement de l'application.

---

Ca à l'air pas mal, par contre je n'ai pas d'installeur,
voila comment se présente l'arborescence d'une appli côté client :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

/artifacts.xml /configuration /configuration/config.ini /iNet-Console.app ou iNet-Console.exe suivant l'os (mac/windows/linux) /p2 /p2/org.eclipse.equinox.p2.core /p2/org.eclipse.equinox.p2.engine /plugins /plugins/com.ibm.icu_4.0.1.v20090822.jar /plugins/com.inetmon.jn.commObj_1.0.0.jar /plugins/com.jnetmon.cmc_1.1.2.b6.jar /plugins/javax.servlet_2.5.0.v200806031605.jar /plugins/net.sourceforge.openforecast_1.4.0 /plugins/org.eclipse.core.commands_3.5.0.I20090525-2000.jar /plugins/org.eclipse.core.contenttype_3.4.1.R35x_v20090826-0451.jar /plugins/...etc

---

En principe je dois mettre a jour l'exécutable en fonction de l'os, ainsi que le dossier plugins. le repertoire p2 peut être mis à jour par eclipse rcp auto-update et je ne suis pas tenu de m'en charger.

- pour l'exécutable, je pense qu'on peut stocker la version + l'os dans un fichier xml
- la plupart des plugins sont des fichiers jar et la version est inscrite dans le nom de fichier, il faudra donc la parser...
pour les plugins contenus dans des répertoires, comme "net.sourceforge.openforecast_1.4.0" , il y'a dans le repertoire un fichier "plugin.xml" construit comme ça, qui contient la version "1.4" :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

<?xml version="1.0" encoding="UTF-8"?> <?eclipse version="3.0"?> <plugin id="net.sourceforge.openforecast" name="OpenForecast Plug-in" version="1.4" provider-name=""> <runtime> <library name="jcommon-0.9.1.jar"> <export name="*"/> </library> <library name="OpenForecast-0.4.0.jar"> <export name="*"/> </library> </runtime> </plugin>

---

Tu aurais de bons exemples sous la main pour commencer une verification des fichiers XML en HTTP? et ensuite pour réaliser un téléchargement?

En fait, il s'agit d'une application eclipse RCP et j'ai l'impression qu'il existe un système de mise à jour automatiques, seulement je ne sais pas du tout ou il se trouve, ni comment l'utiliser...

Merci de ton aide !

Citation:

---

Envoyé par flake90

Tu aurais de bons exemples sous la main pour commencer une verification des fichiers XML en HTTP? et ensuite pour réaliser un téléchargement?

---

ben heu non, mais en même temps c'est immédiat. Tu pompe le xml, tu extrais la donnée dont tu as besoin (le numéro de version) et si elle est plus récente que la version qui tourne, go pour le download.

Maintenant, sans installateur, ta mise à jour va être un peu plus compliquée, pourquoi ne pas passer par un installateur??

Je ne sais pas comment on attaque un fichier en http, on peut ouvrir un fichier par URL sans rien de plus en java ? et au besoin ca fonctionnerait en https ? je pense que oui mais faudrait que je regarde un exemple.

Pour l'installeur je n'en ai pas, tout ce que je sais c'est que l'appli sur laquelle je bosse est en eclipse rcp et apparement on pourrait faire un systeme de mise a jour automatiques eclipse-like mais on trouve très peu de choses la dessus. donc je me tate pour savoir si je continue à chercher pour faire quelque chose moi même ou trouver comment marche le eclipse rcp update...