Jojo092
Messages postés136Date d'inscriptionsamedi 24 septembre 2005StatutMembreDernière intervention12 avril 2013
-
9 déc. 2010 à 10:53
Jojo092
Messages postés136Date d'inscriptionsamedi 24 septembre 2005StatutMembreDernière intervention12 avril 2013
-
9 déc. 2010 à 16:28
Bonjour,
je ne savais pas trop où exposer mon sujet, donc désolé s'il n'est pas à la bonne place... Bref, voilà mon problème : j'ai un batch qui intègre des rapports C.R qui avait été développé sous V.S 2003. Je l'ai fait migré sous V.S 2008, et tout s'est bien passé. Le problème c'est que lorsque j'exécute mon programme, il me met le message suivant (alors qu'à la compilation pas de soucis...) :
Impossible de charger le fichier ou l'assembly 'CrystalDecisions.CrystalReports.Engine, Version=9.1.5000.0, Culture=neutral, PublicKeyToken=692fbea5521e1304' ou une de ses dépendances. Le fichier spécifié est introuvable.
Donc, je ne sais pas où il peut y avoir des références à cette DLL car j'ai supprimé toutes les références initiales à C.R et je les ai de nouveaux importés avec les version C.R 10... Donc est-ce que quelqu'un aurait une solution à me proposer car là je suis en train de m'arracher les cheveux depuis 2h...
Jojo092
Messages postés136Date d'inscriptionsamedi 24 septembre 2005StatutMembreDernière intervention12 avril 2013 9 déc. 2010 à 16:28
J'ai réussi à résoudre mon souci. Alors, forcément, ça n'était pas évident à trouver... Le problème venait d'une méthode d'export des pdf qui a été crée en interne et dont mon projet faisait une référence qui elle faisait référence à la dll 9.1.5000.0, donc forcément ca posait problème. J'ai donc utilisé une méthode standard qui fait exactement la même chose, c'est-à-dire me sortir un pdf avec les données qui sont demandées dans le .rpt.
En tout cas, merci à tous pour m'avoir répondu et apporté votre aide.
Jojo092
Messages postés136Date d'inscriptionsamedi 24 septembre 2005StatutMembreDernière intervention12 avril 2013 9 déc. 2010 à 11:42
Les rapports se trouvent à la racine du projet et j'ai regardé le code pour le rpt, rien, aucune référence si ce n'est les références de bases de C.R qui sont celle de la DLL v10...
Galactus13
Messages postés335Date d'inscriptionlundi 29 septembre 2008StatutMembreDernière intervention16 août 20231 9 déc. 2010 à 12:43
ta Dll aurait'elle changer de place ?
La base de registre fait peut-être allusion à l'ancienne Dll... que tu as détruite sans unreg.
Lui as tu changer son nom en cours de route ...
seul celui qui reconnait ses fautes, Progress ..._bar
Galactus le Vrai !
Vous n’avez pas trouvé la réponse que vous recherchez ?
Jojo092
Messages postés136Date d'inscriptionsamedi 24 septembre 2005StatutMembreDernière intervention12 avril 2013 9 déc. 2010 à 14:01
Au niveau des dll, je n'ai rien touché du tout. En fait, c'est un programme qui avait été développé il y a longtemps en V.S 2003. Le dossier bin n'y était pas lorsque j'ai récupéré le projet de Visual Source Safe et c'est lorsque j'ai compilé qu'il m'a réimporté toutes les dll des dépendances dont celles du C.R et ca m'a automatiquement choisi la v10 puisque je n'ai que cette version d'installé sur mon poste, et bien sûr je n'ai pas la possibilité d'installer ce que je veux... Donc à moins de trouver la dll avec la bonne version, je ne sais pas trop quoi faire...
Galactus13
Messages postés335Date d'inscriptionlundi 29 septembre 2008StatutMembreDernière intervention16 août 20231 9 déc. 2010 à 16:20
Soit la dll en question est toujours déclarer dans ton projet quelque part.
Ce qui semblerait probable.
Soit tu as gardé l'association au sein de ton programme et dll,
Dans ce cas supprime la compatiblité des projet et recompile tout !
Pour finir l'association se trouve peut-être dans une Dll de base et là ! Couic !
Crée en une fausse sans rien dedans !
Juste les procédures vide, pour tester si sa marche au moins dans le vide, voir si ton programme se lance au moins avec cette condition !
jette un oeil sur les fichiers DEP si y'a.
seul celui qui reconnait ses fautes, Progress ..._bar
Galactus le Vrai !