Aucun outi de test de coh�rence a posteriori ne pourra v�rifier � ta place que tu n'as 
oubli� aucune mise � jour.

Certes, si tu as carr�ment oubli� une nouvelle classe ou une nouvelle m�thode, un 
outil d'analyse statique pourrait le d�tecter. Mais si tu as oubli� de remplacer une 
classe dans laquelle tu avait juste corrig� le contenu d'une m�thode, seuls des tests 
fonctionnels de l'application peuvent r�v�ler le probl�me.

Exemple de probl�me plus subtil (v�cu) : Une constante static final d�finie dans une 
de tes classes est r�f�renc�e par de nombreuses autres classes de ton application. Tu 
modifies la valeur de cette variable puis tu r�installes consciencieusement la seule 
classe que tu as modifi�e. Stupeur : la nouvelle valeur n'est pas prise en compte 
??!?? 
L�, il faut te rappeler que le compilateur Java remplace toute r�f�rence � une 
variable static final par sa valeur efective au moment de la g�n�ration du .class. 
Moralit� : il faut �galement recompiler toutes les classes qui r�f�rencent la variable 
modifi�e, puis les r�installer � leur tour ...
 
>Messsage du 28/11/2002 13:35
> From: "Zeljko VELAJA" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Date: Thu, 28 Nov 2002 13:03:14 +0100
> Subject: coh�rence d'une installation
> 
> Existe-t-il des outils permettant d'analyser la coh�rence d'une installation
> Java ? Supposons qu'on travaille sur un projet complexe : une application
> qu'on d�veloppe sur sa machine locale et qu'on d�ploie via FTP sur un
> serveur distant. Pour des raisons de temps de transfert on ne veut � chaque
> fois mettre � jour que les classses qui ont chang� : lorsque ces changements
> sont complexes, il peut-arriver par exemple qu'on oublie d'uploader une ou
> plusieurs classes, ce qui g�n�rera � un moment ou � un autre une exception
> (ClassNotFoundException). Je cherche donc un soft qui pourrait en quelque
> sorte faire l'�quivalent d'un link directement sur des binaires en
> d�ploiement. D'apr�s vous, �a existe ?
> 
> 
> 
> -- S'il n'y a pas de solution, il n'y a pas de probl�me --
> 

Répondre à