IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Framework .NET Discussion :

Charger 2 dlls ayant le même nom


Sujet :

Framework .NET

  1. #1
    Membre à l'essai
    Inscrit en
    Avril 2007
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : Avril 2007
    Messages : 35
    Points : 17
    Points
    17
    Par défaut Charger 2 dlls ayant le même nom
    Hello,

    Je souhaiterais pouvoir charger 2 dlls ayant le même nom, mais ayant des versions différentes. Or, lorsque je tente de charger ma nouvelle version, je n'obtiens que la version précédente. Je m'explique : lorsque je fais ceci :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    c = Assembly.LoadFrom("v1\\Toto.dll"); // V1 de Toto.dll
    XXXX
    d = Assembly.loadFrom("v2\\Toto.dll"); // V2 de Toto.dll
    d contient exactement les mêmes informations que c, malgré un numéro de version et un nom différents. J'en arrive à la conclusion si une Assembly possédant le même nom de fichier est chargé, il ne va pas plus loin et rappelle l'ancienne.

    Faites moi plaisir, dites moi que je me plante et donnez moi une alternative !

    Au passage, j'ai l'impression que si je renomme "Toto.dll" en "toto2.dll", il plante lors de "Assembly.LoadFrom". Vous sauriez me le confirmer ?

    Merci d'avance !

  2. #2
    Membre éprouvé
    Profil pro
    Inscrit en
    Août 2003
    Messages
    835
    Détails du profil
    Informations personnelles :
    Localisation : France, Paris (Île de France)

    Informations forums :
    Inscription : Août 2003
    Messages : 835
    Points : 1 046
    Points
    1 046
    Par défaut
    Tu ne te trompes pas, une petite recherche donne ceci. En fait LoadFrom est une méthode à éviter je crois, beaucoup trop d'effets de bords, donc je suppose que la solution est du coté de la méthode Load.

    Au passage, j'ai l'impression que si je renomme "Toto.dll" en "toto2.dll", il plante lors de "Assembly.LoadFrom". Vous sauriez me le confirmer ?
    Tu renommes en toto2.dll et t'essayes bien de charger "toto2.dll" ?

  3. #3
    Membre à l'essai
    Inscrit en
    Avril 2007
    Messages
    35
    Détails du profil
    Informations forums :
    Inscription : Avril 2007
    Messages : 35
    Points : 17
    Points
    17
    Par défaut
    A priori je ne peux pas utiliser Load, car bien qu'il charge l'assembly, je me prends une exception

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    "Could not load file or assembly 'Yke.Services.Patterns, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.":"Yke.Services.Patterns, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"}	System.Exception {System.IO.FileNotFoundException}

    Lorsque j'utilise un GetTypes. Dixit ton article, il semblerait que LoadAssembly arrive bien à faire des liens que Load ne peut faire.

    [Edit] J'essaie bien de charger "toto2.dll". Il charge bien l'Assembly, mais même erreur qu'au dessus quand je tente d'utiliser le GetTypes.

  4. #4
    Membre régulier
    Profil pro
    Développeur informatique
    Inscrit en
    Mai 2008
    Messages
    77
    Détails du profil
    Informations personnelles :
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Mai 2008
    Messages : 77
    Points : 78
    Points
    78
    Par défaut
    Salut,

    Je pense que signer tes assemblys résoudra ton problème.

    Lorsque tu assignes un nom fort à un assembly, il n'est plus identifié que par son nom mais aussi, par sa culture, sa version et la clé publique avec laquelle tu l'as signée.

    Regardes du coté de l'utiliaire sn.exe pour signer un assembly, ou sinon, dans VS2005, lorsque tu vas générer ton assembly, il suffit de cocher la case "Signer l'assembly" ...

    Bon courage

  5. #5
    Membre confirmé
    Profil pro
    Inscrit en
    Janvier 2007
    Messages
    547
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2007
    Messages : 547
    Points : 627
    Points
    627
    Par défaut
    Salut,

    ce qui suit est hautement hypothetique, n'ayant jamais etait sujet à cette situation.

    Il parait logique que .Net ne puisse pas charger deux versions differentes d'un assembly en meme temps. Dans le cas contraire, comment savoir quelle version doit etre appelé, vu que les declarations et appels en C# se font sans qualification d'assembly. Par exemple, pour reprendre ton cas, imaginons que tes Dll definissent chacune le Type Truc, comment le runtime pourrait resoudre ceci :

    AMHA, si tu as absolument besoin de plusieurs version d'un meme assembly, tu pourrais regarder les AppDomains (un peu overkill, mais bon, je ne pense pas qu'il y ait d'autres solutions).

Discussions similaires

  1. [EJB3 Entity] Clé étrangère ayant le même nom que la clé primaire
    Par krum dans le forum Java EE
    Réponses: 3
    Dernier message: 19/03/2009, 13h36
  2. Réponses: 2
    Dernier message: 03/07/2008, 11h09
  3. Stocker des tables ayant le même nom
    Par caroleo63 dans le forum Alimentation
    Réponses: 5
    Dernier message: 20/06/2008, 21h15
  4. Controller CheckBoxes ayant le même nom.
    Par JFKen dans le forum Général JavaScript
    Réponses: 2
    Dernier message: 29/08/2006, 10h19
  5. Obtenir les enregistrements ayant le même nom et prénom
    Par llc123 dans le forum MS SQL Server
    Réponses: 4
    Dernier message: 11/07/2006, 15h47

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo