Utiliser le gac
Résolu
matlocker
Messages postés
178
Date d'inscription
jeudi 21 février 2002
Statut
Membre
Dernière intervention
30 juillet 2008
-
13 sept. 2005 à 23:19
matlocker Messages postés 178 Date d'inscription jeudi 21 février 2002 Statut Membre Dernière intervention 30 juillet 2008 - 14 sept. 2005 à 11:56
matlocker Messages postés 178 Date d'inscription jeudi 21 février 2002 Statut Membre Dernière intervention 30 juillet 2008 - 14 sept. 2005 à 11:56
4 réponses
cs_69chris
Messages postés
318
Date d'inscription
jeudi 30 janvier 2003
Statut
Membre
Dernière intervention
30 décembre 2005
1
14 sept. 2005 à 11:06
14 sept. 2005 à 11:06
L'avantage, c'est de ne gérer qu'un seul "fichier" avec plusieurs
versions. Tu n'a plus à te dire, l'appli A bug car la version de la dll
est différente de celle utilisée par l'appli B qui marche très bien.
C'est un gain sans commune mesure au niveau de la maintenance et de la
gestion des versions.
Concernant la prise en compte des mises à jour, tout dépend de la
configuration de chaque application. Sans information spécifique c'est
vrai. Par contre, tu peux indiquer à l'application qu'elle ne marche
qu'avec la version 1.x de ton assembly car elle est incompatible avec
la version 2.0. Mais je le répète, c'est toi qui le spécifie au niveau
du fichier de configuration de chaque application si nécessaire.
J'ai pas d'exemple sous la main. C'est bien domage.
Chris
N'oubliez pas de cloturer votre post.
versions. Tu n'a plus à te dire, l'appli A bug car la version de la dll
est différente de celle utilisée par l'appli B qui marche très bien.
C'est un gain sans commune mesure au niveau de la maintenance et de la
gestion des versions.
Concernant la prise en compte des mises à jour, tout dépend de la
configuration de chaque application. Sans information spécifique c'est
vrai. Par contre, tu peux indiquer à l'application qu'elle ne marche
qu'avec la version 1.x de ton assembly car elle est incompatible avec
la version 2.0. Mais je le répète, c'est toi qui le spécifie au niveau
du fichier de configuration de chaque application si nécessaire.
J'ai pas d'exemple sous la main. C'est bien domage.
Chris
N'oubliez pas de cloturer votre post.
cs_69chris
Messages postés
318
Date d'inscription
jeudi 30 janvier 2003
Statut
Membre
Dernière intervention
30 décembre 2005
1
14 sept. 2005 à 08:55
14 sept. 2005 à 08:55
Salut,
Effectivement si tu (ou ta société) utilises de façon récurrante une
Assembly, il est interessant de la déployer au niveau du GAC. Par
contre, je te déconseilles de ne pas changer les numéro de version,
pour la maintenance c'est à se tirer les cheveux.
Si tu ne spécifie pas le numéro de version de l'assembly au niveau
d'une appli, elle utilise la dernière version, sinon tu peux forcer la
version à utiliser.
Chris
N'oubliez pas de cloturer votre post.
Effectivement si tu (ou ta société) utilises de façon récurrante une
Assembly, il est interessant de la déployer au niveau du GAC. Par
contre, je te déconseilles de ne pas changer les numéro de version,
pour la maintenance c'est à se tirer les cheveux.
Si tu ne spécifie pas le numéro de version de l'assembly au niveau
d'une appli, elle utilise la dernière version, sinon tu peux forcer la
version à utiliser.
Chris
N'oubliez pas de cloturer votre post.
matlocker
Messages postés
178
Date d'inscription
jeudi 21 février 2002
Statut
Membre
Dernière intervention
30 juillet 2008
1
14 sept. 2005 à 10:39
14 sept. 2005 à 10:39
Mais quel sera l'avantage pour ma societe de deployer l'assembly au niveau du gac ?
Les mises à jour de ma dll seront bien pris en compte dans les projets qui l'utilise si je la met dans le gac,non ?
Les mises à jour de ma dll seront bien pris en compte dans les projets qui l'utilise si je la met dans le gac,non ?
matlocker
Messages postés
178
Date d'inscription
jeudi 21 février 2002
Statut
Membre
Dernière intervention
30 juillet 2008
1
14 sept. 2005 à 11:56
14 sept. 2005 à 11:56
ok merci Chris pour ses informations.
