Discussion :

[chris1977]

Bonjour,

J'ai créé une librairie de classe (toto.dll) qui fait référence à la DLL de l'ODP.NET d'Oracle Oracle.DataAccess.dll.

Ensuite j'ai un projet de type application Windows qui référence toto.dll car elle en utilise certains composants.
Lorsque j'ajoute la référence de toto.dll dans mon projet windows, la DLL d'Oracle n'est pas remonté. Du coup lorsque j'utilise un élément de cette DLL qui lui-même fait appel à des fonctionnalités de la DLL d'Oracle, j'ai l'erreur suivante :


Erreur 19 Une référence indirecte est établie à l'assembly 'Oracle.DataAccess', qui contient 'Oracle.DataAccess.Client.OracleParameter'. Ajoutez une référence de fichier pour '...\odp.net\bin\2.x\Oracle.DataAccess.dll' dans votre projet.


Comment puis-je régler ce problème, en évitant de rajouter dans mon projet application windows, la référence à la DLL Oracle ?
Vu que toto.dll est compilé à partir de la DLL Oracle je pensais que cette dernière était inclu dans toto.dll. Mais ce n'est pas le cas apparement.

Merci d'avance.

Chris

[Piotrek]

Salut

Si j'ai bien compris le pb, ta dll expose des types de la dll d'oracle, ce qui force les applications qui utilisent ta dll a referencer la dll d'oracle. Explore tes methodes et tes proprietes pour trouver ce qui pose probleme

[chris1977]

Piotrek : C'est bien ça.
En fait dans ma librairie toto.dll j'ai 2 classes A et B avec B qui hérite de A.
Mon application windows appelle une méthode de B qui, elle, utilise des types et propriétés de la DLL d'Oracle.

[Jérôme Lambert]

Qu'est ce qui te dérange au fait d'ajouter la référence Oracle à ton projet Windows ?

[chris1977]

Salut Cardi,

Et bien je trouve dommage que lorsqu'on référence une DLL dans un projet, les DLLs qu'elle-même utilise, ne soient pas aussi "ramenées" dans ce projet.
J'aimerais que le développeur n'ai pas à se soucier de cela.

[chris1977]

Personne n'a d'idées sur le sujet ?

[trolldom]

de tête: si tu références le projet Toto dans ta solution, les dépendances de toto sont ramenées me semble-t-il.
Sinon quand tu réfèrences la DLL directement, j'imagine que tu la références depuis un catalogue où se trouvent les dépendances de toto. du genre
* bin
- toto.dll
- ODP.dll
Ben là tu peux référencé toutes les Dll d'un seul coup.
Et un petit coup de clean à la fin histoire de virer les Dll non utilisés

Dom

[chris1977]

Salut dom et merci pour ta réponse,

j'aimerais n'avoir qu'à référencer toto.dll qui n'ai pas un projet de la solution, et que ODP.dll s'ajoute automatiquement au référence de mon projet, puisque toto.dll l'utilise.

Si c'est ce que tu tentais de m'expliquer, je n'ai pas très bien suivi la marche à suivre, alors

[trolldom]

tu ecris avoir créé toto.dll. Quand tu compiles tu obtiens un catalogue avec tot.dll et les dll dont toto dépend. quand tu références toto tu dois alors naviguer jusqu'à ce catalogue. au lieu ne choisir que toto tu choisis toutes les dll du catalogue.
Il peut arrivé que tu prennes alors des dll dont tu ne te serviras pas
eks.
toto est dependant de odp.dll mais auusi de foo.dll quand tu utilises la fonction toto.bar.GetFoo().
si tu n'utilise jamais cette fonction dans ton programme tu n'as alors pas besoin de foo.dll. c'est pourquoi je proposais d'utiliser visual studio pour nettoyer les reference non utilisées
en espérant que c'est plus clair

dom

[chris1977]

Ok j'ai compris l'idée,
quand je vais récup toto.dll (dans le bin de son projet par exemple), tu me dis de prendre aussi les dll qui ont été générées à partir de ce projet (qui lui sont donc nécéssaire).

En fait je n'ai pas trop le choix, si je référence toto.dll, je doit mettre au même endroit que cette dll les autres dlls dont elle dépend, d'où l'intérêt du GAC.

merci