org.nuiton.util

Class ApplicationUpdater

java.lang.Object

org.nuiton.util.ApplicationUpdater

Deprecated.

since 2.6.10 (replaced by org.nuiton.util.updater.ApplicationUpdater in nuiton-updater module), will be removed in version 2.7.1.

@Deprecated
public class ApplicationUpdater
extends Object

Permet de telecharger des mises a jour d'application. Le principe est qu'un fichier properties pointe par une URL indique les information necessaire pour la recuperation de l'application. Si une nouvelle version de l'application existe, elle est alors telechargee et decompressee dans un repertoire specifique (elle ne remplace pas l'application courante). Il est alors a la charge d'un script de mettre en place cette nouvelle application a la place de l'ancienne. Il est possible d'interagir avec ApplicationUpdater via l'implantation d'un ApplicationUpdater.ApplicationUpdaterCallback passer en parametre de la methode update(java.lang.String, java.io.File, java.io.File, boolean, org.nuiton.util.ApplicationUpdater.ApplicationUpdaterCallback)

Configuration possible

Vous pouvez passer un ApplicationConfig dans le constructeur ou utiliser la recherche du fichier de configuration par defaut (ApplicationUpdater.properties) Cette configuration permet de récupérer les informations suivantes:

http_proxy: le proxy a utiliser pour l'acces au reseau (ex: squid.chezmoi.fr:8080) os.name: le nom du systeme d'exploitation sur lequel l'application fonctionne (ex: Linux) os.arch: l'architecture du systeme d'exploitation sur lequel l'application fonctionne (ex: amd64)

format du fichier de properties

[osName.][osArch.]appName.version=version de l'application [osName.][osArch.]appName.auth=true ou false selon que l'acces a l'url demande une authentification a fournir par le callback (voir ApplicationUpdater.ApplicationUpdaterCallback.updateToDo(java.util.Map<java.lang.String, org.nuiton.util.ApplicationUpdater.ApplicationInfo>)) [osName.][osArch.]appName.url=url du fichier compresse de la nouvelle version (format commons-vfs2) appName est a remplacer par le nom de l'application. Il est possible d'avoir plusieurs application dans le meme fichier ou plusieurs version en fonction de l'os et de l'architecture. osName et osArch sont toujours en minuscule

format des fichiers compresses

Le fichier compresse doit avoir un repertoire racine qui contient l'ensemble de l'application c-a-d que les fichiers ne doivent pas etre directement a la racine lorsqu'on decompresse le fichier. exemple de contenu de fichier compresse convenable

 MonApp-0.3/Readme.txt
 MonApp-0.3/License.txt
 

Ceci est du au fait qu'on renomme le repertoire racine avec le nom de l'application, donc si le repertoire racine n'existe pas ou qu'il y a plusieurs repertoires a la racine le resultat de l'operation n'est pas celui souhaite

os.name and os.arch

	os.name	os.arch
linux	amd64
linux	i386
mac	ppc
windows	x86
solaris	sparc

os.name est tronque apres le 1er mot donc "windows 2000" et "windows 2003" deviennet tous les deux "windows". Si vous souhaitez gérer plus finement vos url de telechargement vous pouvez modifier les donnees via ApplicationUpdater.ApplicationUpdaterCallback.updateToDo(java.util.Map) en modifiant l'url avant de retourner la map

Since:

2.6.6

Version:

$Revision: 2513 $ Last update: $Date: 2013-02-26 08:22:43 +0100 (Tue, 26 Feb 2013) $ by : $Author: tchemit $

Author:

poussin