Discussion :

[Arthis]

Bonjour,

j'ai fait une dll version 1.0.0.0 et je suis passé apres ajout d'une fonctionnalité à la version 1.0.0.1. J'ai enregistré tour à tour les deux versions dans le GAC. Et aprés avoir changé le numéro de ma version (1.0.0.1) dans le web.config, mon site web refuse de builder me disant que la classe utilisée existe dans les deux versions et qu'il ne sait pas laquelle choisir alors que je lui ai clairement spécifié laquelle prendre?

Y a t'il un minimum de version a faire pour qu'il voit la différence? du style 1.0.1.0?

Merci d'avance pour votre aide,

Arthis

[Arthis]

up?

[DaisyVIP]

Le principal avantage des contrôles composites personnalisés est qu'ils sont déployés en tant qu'assemblys. Comme ces contrôles sont packagés en assemblys distincts, vous pouvez les signer et les déployer à travers l'entreprise. Vous pouvez aussi les installer dans le GAC. Le principal inconvénient de l'utilisation de contrôles composites personnalisés est qu'ils requièrent une plus grange attention lors du codage (aucune prise en charge du Concepteur).

[DaisyVIP]

Le principal avantage des contôles User est qu'ils proposent, eux, cette prise en charge. Ils sont ainsitrès faciles à concevoir visuellement. Ils offrent néanmoins un désagrément lors de leur déploiement: ils suivent le projet sous lequel ils ont été créés et sont déployés de cette façon. Vous pouvez les inclure dans d'autres projets, à condition de copier les fichier ASCX et CS dans le nouveau projet. Ils ne sont pas déployés comme assemblys signés et sécurisés.

[DaisyVIP]

En espérant avoir pu t'aider!
@+

[SaumonAgile]

Ils offrent néanmoins un désagrément lors de leur déploiement: ils suivent le projet sous lequel ils ont été créés et sont déployés de cette façon. Vous pouvez les inclure dans d'autres projets, à condition de copier les fichier ASCX et CS dans le nouveau projet. Ils ne sont pas déployés comme assemblys signés et sécurisés.

Ce n'est pas exact, en fait c'est un faux problème. De manière générale, les contrôles sont développés dans un projet à part. Donc il peuvent être versionnés et signés indépendamment. Pour les utiliser, il n'y a donc qu'à inclure une référence vers le projet contenant les contrôles.

Cela dit, ce n'est pas le problème qu'il rencontre.
Quand tu regardes les propriétés de la référence vers la DLL en question, est ce qu'un numéro de version est spécifié ?

[Arthis]

J'ai un peu plus de précision à vous apporter maintenant.
En fait lorsque je regarde sur mon pc de dev. Il n'y a pas de probleme il fait bien le distingo entre les version 1.0.0.0 et 1.0.0.1. Il rebuild l'application et je vois les modifications qui ont eut lieu entre les deux versions.
Par contre, lorsque je suis sur le serveur de prod là il cafouille et me met l'erreur suivante :

Code :

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

1
2
 
Erreur	1	Le type 'OutilsGeneraux.Intranaute' existe dans 'c:\WINDOWS\assembly\GAC_MSIL\OutilsGeneraux\1.0.0.0__e62cfa3c68819795\OutilsGeneraux.dll' et dans 'c:\WINDOWS\assembly\GAC_MSIL\OutilsGeneraux\1.0.0.1__e62cfa3c68819795\OutilsGeneraux.dll'	C:\Documents and Settings\VFREMYO\Local Settings\Temp\VWDWebCache\vfpub008_webforms_Modele_05_V1\Default.aspx.cs	23	5	http://vfpub008/webforms/Modele_05/V1/

Voici l'extrait de mon web config qui correspond a ma declaration d'asssembly :

Code :

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

1
2
3
4
5
6
7
<compilation debug="true" urlLinePragmas="true">
			<assemblies>
				<add assembly="System.Security, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
				<add assembly="System.Design, Version=2.0.0.0, Culture=neutral, PublicKeyToken=B03F5F7F11D50A3A"/>
        <add assembly="eWorld.UI, Version=2.0.0.2148, Culture=neutral, PublicKeyToken=24D65337282035F2"/>
        <add assembly="OutilsGeneraux, Version=1.0.0.1, Culture=neutral, PublicKeyToken=E62CFA3C68819795"/>
             </assemblies></compilation>

J'ai vérifié les réferences, et Outilsgeneraux pointe bien vers le GAC en version 1.0.0.1