Discussion :

[flake90]

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 !

[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.

[flake90]

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 !

[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.

[flake90]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 !

[tchize_]

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??