Je bosse sur une appli asp.net (C# 2.0) qui est composée d'un site internet
et d'une bibliothèque de contrôles web personnalisée.
La bibliothèque et le site sont situés dans deux projets différents dans la
même solution (VS2005 Pro).
A chaque fois que je compile la solution le site perd la référence au
contrôle personnalisé. C'est bloquant. Aurais-je fait une bêtise ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Franck Quintana
Bonjour,
Essayez de changer la manière de référencé votre projet de bibliothèque à l'intérieur de votre site internet. Essayez d'ajouter une référence sur le projet directement, peut-être avez-vous référencé l'assembly directement.
Essayez de changer la manière de référencé votre projet de bibliothèque
à l'intérieur de votre site internet.
Essayez d'ajouter une référence sur le projet directement, peut-être
avez-vous référencé l'assembly directement.
Essayez de changer la manière de référencé votre projet de bibliothèque à l'intérieur de votre site internet. Essayez d'ajouter une référence sur le projet directement, peut-être avez-vous référencé l'assembly directement.
j'ai discuté avec quelques développeurs aux tech days... Microsoft n'a pas pu m'aider, mais j'ai cherché avec winwise et wyguam et c'est le dernier qui m'a trouvé une solution de contournement.
Personnellement je considère que c'est un gros bug de VS2005 et Antoine qui m'a aidé aussi.
En fait il y a un problème dans le système de gestion automatique des N° de version des assemblys et en particulier de celle du Site qui référence le composant.
Elle ne tiens pas compte du mode mise à jour automatique du N° de version. En conséquence, il faut ouvrir les propriétés du projet composant, aller dans les options avancées de l'assembly, retirer l'étoile qui se trouve dans le N° de version et remplacer par des valeurs fixes.
Le problème est qu'à chaque compilation suivant une modification du code du composant, il faut lancer manuellement la régénération du projet du composant sinon ça plante.
Merci encore pour ton intervention Laurent Jordi http://www.ezlogic.mc http://www.laurentjordi.net
"Franck Quintana" a écrit dans le message de news: 45c98e4c$0$5097$
Bonjour,
Essayez de changer la manière de référencé votre projet de bibliothèque à l'intérieur de votre site internet. Essayez d'ajouter une référence sur le projet directement, peut-être avez-vous référencé l'assembly directement.
j'ai discuté avec quelques développeurs aux tech days... Microsoft n'a pas
pu m'aider, mais j'ai cherché avec winwise et wyguam et c'est le dernier qui
m'a trouvé une solution de contournement.
Personnellement je considère que c'est un gros bug de VS2005 et Antoine qui
m'a aidé aussi.
En fait il y a un problème dans le système de gestion automatique des N° de
version des assemblys et en particulier de celle du Site qui référence le
composant.
Elle ne tiens pas compte du mode mise à jour automatique du N° de version.
En conséquence, il faut ouvrir les propriétés du projet composant, aller
dans les options avancées de l'assembly, retirer l'étoile qui se trouve dans
le N° de version et remplacer par des valeurs fixes.
Le problème est qu'à chaque compilation suivant une modification du code du
composant, il faut lancer manuellement la régénération du projet du
composant sinon ça plante.
Merci encore pour ton intervention
Laurent Jordi
http://www.ezlogic.mc
http://www.laurentjordi.net
"Franck Quintana" <user@wanadoo.fr> a écrit dans le message de news:
45c98e4c$0$5097$ba4acef3@news.orange.fr...
Bonjour,
Essayez de changer la manière de référencé votre projet de bibliothèque à
l'intérieur de votre site internet.
Essayez d'ajouter une référence sur le projet directement, peut-être
avez-vous référencé l'assembly directement.
j'ai discuté avec quelques développeurs aux tech days... Microsoft n'a pas pu m'aider, mais j'ai cherché avec winwise et wyguam et c'est le dernier qui m'a trouvé une solution de contournement.
Personnellement je considère que c'est un gros bug de VS2005 et Antoine qui m'a aidé aussi.
En fait il y a un problème dans le système de gestion automatique des N° de version des assemblys et en particulier de celle du Site qui référence le composant.
Elle ne tiens pas compte du mode mise à jour automatique du N° de version. En conséquence, il faut ouvrir les propriétés du projet composant, aller dans les options avancées de l'assembly, retirer l'étoile qui se trouve dans le N° de version et remplacer par des valeurs fixes.
Le problème est qu'à chaque compilation suivant une modification du code du composant, il faut lancer manuellement la régénération du projet du composant sinon ça plante.
Merci encore pour ton intervention Laurent Jordi http://www.ezlogic.mc http://www.laurentjordi.net
"Franck Quintana" a écrit dans le message de news: 45c98e4c$0$5097$
Bonjour,
Essayez de changer la manière de référencé votre projet de bibliothèque à l'intérieur de votre site internet. Essayez d'ajouter une référence sur le projet directement, peut-être avez-vous référencé l'assembly directement.
Mon problème persiste... La solution que nous avons mis en oeuvre marchote en déboguage mais c'est complètement instable en pré-prod (sur le serveur IIS 6.0). J'ai toujours la même erreur. En fait, à chaque fois que l'appli se compile, la référence semble se rompre. j'ai même commencé à abandonner l'idée de passer par un composant et d'intégrer les contrôles à mon projet mais il semblerait que l'on ne puisse plus utiliser de ressources incorporée et ça me gêne.
J'ai trouvé de la doc sur le MSDN mais je ne suis pas satisfait de ce que j'ai trouvé.
J'envoie un mail à MS espérant que l'on me donnera une solution...
Merci pour ta participation
Laurent
"Franck Quintana" a écrit dans le message de news: 45c98e4c$0$5097$
Bonjour,
Essayez de changer la manière de référencé votre projet de bibliothèque à l'intérieur de votre site internet. Essayez d'ajouter une référence sur le projet directement, peut-être avez-vous référencé l'assembly directement.
Mon problème persiste... La solution que nous avons mis en oeuvre marchote
en déboguage mais c'est complètement instable en pré-prod (sur le serveur
IIS 6.0). J'ai toujours la même erreur. En fait, à chaque fois que l'appli
se compile, la référence semble se rompre. j'ai même commencé à abandonner
l'idée de passer par un composant et d'intégrer les contrôles à mon projet
mais il semblerait que l'on ne puisse plus utiliser de ressources incorporée
et ça me gêne.
J'ai trouvé de la doc sur le MSDN mais je ne suis pas satisfait de ce que
j'ai trouvé.
J'envoie un mail à MS espérant que l'on me donnera une solution...
Merci pour ta participation
Laurent
"Franck Quintana" <user@wanadoo.fr> a écrit dans le message de news:
45c98e4c$0$5097$ba4acef3@news.orange.fr...
Bonjour,
Essayez de changer la manière de référencé votre projet de bibliothèque à
l'intérieur de votre site internet.
Essayez d'ajouter une référence sur le projet directement, peut-être
avez-vous référencé l'assembly directement.
Mon problème persiste... La solution que nous avons mis en oeuvre marchote en déboguage mais c'est complètement instable en pré-prod (sur le serveur IIS 6.0). J'ai toujours la même erreur. En fait, à chaque fois que l'appli se compile, la référence semble se rompre. j'ai même commencé à abandonner l'idée de passer par un composant et d'intégrer les contrôles à mon projet mais il semblerait que l'on ne puisse plus utiliser de ressources incorporée et ça me gêne.
J'ai trouvé de la doc sur le MSDN mais je ne suis pas satisfait de ce que j'ai trouvé.
J'envoie un mail à MS espérant que l'on me donnera une solution...
Merci pour ta participation
Laurent
"Franck Quintana" a écrit dans le message de news: 45c98e4c$0$5097$
Bonjour,
Essayez de changer la manière de référencé votre projet de bibliothèque à l'intérieur de votre site internet. Essayez d'ajouter une référence sur le projet directement, peut-être avez-vous référencé l'assembly directement.
