Thread: C# [BDD] : Quelles meilleures méthodes pour créer un Data Access Component
.dll
Started 1 year, 3 months ago by Ptitlex
Bonjour tout le monde,
1. Contexte :
Alors j'avais plusieurs interrogation, mais j'vais d'abord vous expliquez le contexte :
Je souhaite créer un projet qui se décompose en 3 parties :
- Une Application Winform
- Une Application Web
- Une base de données
J'avais penser à faire un modèle 3 tiers : Modèle Vue Contrôle
En suivant cette architecture, j'en suis arrivé ...
Bon j'avance un peu.. disons que j'ai une piste.
Si je lance mon projet avec cassini (le server web de visual 2008) ca fonctionne mais pas avec mon iis 6.0 sous XP
Je suis en dotnet 2.0
Si ca parle a quelqu'un
Salut,
J'y connais pas grand chose, mais du devrais peut-être commencer par:
-Trouver des détails en plus sur ton exception (logs du serveur, de ton appli..)
-Vérifier les différences entre IIS et Cassini (je me demande si Cassini ne se lance pas avec ton user contrairement à IIS, à vérifier)
Ya probablement moyen de lancer IIS en "mode debug", enfin, je veut dire, demander à ton ...
Alors en fait pour simplifier mes test je suis passé dans un projet web simple a la place de mon projet de dll.
Dans ce projet je fais une référence sur la dll qui me permet de generer des graph.
Et ce simple projet fonctionne avec visual server mais pas avec IIS 5.1
J'ai fait le test sur une autre machine ayant IIS5.1 xp et la miracle cela fonctionne.. par contre sur un server ...
2003 a une politique de sécurité réelle, contrairement à XP; donc sur ce point, c'est pas étonnant...
Du coup, retour à mes précédentes remarques sur les logs, de debug, etc...
... bon courage
--
ElTchoupi
Alors,
après quelques investigations,
on m'a dit qu'il se pourrait qu'un thread ne soit pas libéré dans la dll que j'implémente (elle dialogue avec l'appli-serveur par tcp ip)
ce qui ferait coincer mon appli...
Y aurait-il un moyen de contourner ça?
de détruire mon objet qui fait appel à cette dll?
Je viens d'apprendre quelque chose aujourd'hui qui pourrait être lié à ton problème. Comment fais tu pour tuer les threads ? Par ma méthode Thread.Abort() ? En effet, Thread.Abort() n'agit pas dans les cas suivants :
- Si le thread exécute un constructeur static, auquel cas le Abort est exécuté à la fin du constructeur
- Si le thread exécute un bloc catch/finally, auquel cas le Abort est ...
Dans Visual Studio, Clic droit sur References > Ajouter une référence ...
Ensuite tu sélectionnes la DLL à référencer ou bien le projet si l'ensemble se trouve dans une même solution.
Bein elle est dans le répertoire de sortie de VS (debug ou release en fonction du mode de compilation).
Maintenant, tu devrais faire une solution avec plusieurs projets et utiliser des références sur les projets plutôt, car à priori tu utilises ta propre DLL.
Bon rectification, le nom de la dll figure dans la liste de l'explorateur de solution. Elle a bien le nom de la dll. Donc le namespace correspond à ce que je lis, mais je crois que la dll a mal été construite puisque dans l'arbre des dépendances je peux lire : NomDll {} MonPackage MaClasse Bases et Interfaces Object Et c'est tout. Je ne retrouve pas les noms des méthodes. Mais le plus inquiétant, c'est que le using...
Merci pour tes directions. J'ai donc lu et étudier toutes tes ressources. Qui finalement font a peu près ce que faisait ma source. En bon ouvrier, j'ai donc réinventer la roue au moins trois fois avec toute les sources. Sans parler des problèmes de Références et de ressources qui ne sont pas les même entre mon projet et ceux que j'ai trouver.... bref après plein d'heures de travaille, j'arrive a le faire...
Il faudrait une dll commune à la dll en question et à l'application définissant les types que les deux entités devront s'échanger, et ensuite faire en sorte que l'application envoie à la dll en question le type qui sera alors connu des deux composants.
yop Le type ou l'espace de nom est introuvable: Cela veut dire que le namespace doit être ajouté a ta classe (les using en haut du fichier), si tu passes ta souris délicatement sur la classe "DllImport" VisualStudio devrait te souligner la fin du mot, tu clic sur ce truc et ca devrait te proposer de t importer automatiquement le bon using... magique ! Ce procédé marche si dans tes références tu a les bonnes libs...
Citation: Envoyé par smyley Si c'est des plugins, et si c'est C# 3.5, pourquoi ne pas utiliser la méthode fournie par le framework pour gérer les addins et leurs autorisations ? cf. http://badger.developpez.com/tutorie...framework-3-5/ Pourquoi ? Parce que je ne savais pas que cela existe, tout simplement. Et bien merci beaucoup pour le lien !
Salut , je ne m'y connais pas dans le domaine mais apparemment tu veux une appli full screen sur widows CE. Voilà des liens pour t'aider : http://www.codeproject.com/KB/mobile..._pocketPC.aspx >> j'ai parcouru l'article cela semble facile à mettre en place et résoud totalement ton besoin à mon sens. http://andocs.wordpress.com/2009/04/...-applications/ http://www.tech-archive.net/Archive/.../msg00039.html...
A priori tu as un problème de conception... Je suppose que ta DLL est référencée par ton application : dans ce cas, la DLL ne peut pas référencer l'application (ça causerait une référence circulaire). La DLL ne peut donc pas faire référence à un membre d'une classe définie dans l'application, il faut que ce soit l'application qui fournisse cette information à la DLL.
Alors en fait pour simplifier mes test je suis passé dans un projet web simple a la place de mon projet de dll. Dans ce projet je fais une référence sur la dll qui me permet de generer des graph. Et ce simple projet fonctionne avec visual server mais pas avec IIS 5.1 J'ai fait le test sur une autre machine ayant IIS5.1 xp et la miracle cela fonctionne.. par contre sur un server 2003 ca ne fonctionne pas plus
Starbaconblog is back. (apparement, pas le droit... Starbaconblog is back. (apparement, pas le droit d'utiliser plugin de stats dotclear, et de créer une BDD de stat sur free ) sinon t'es OUT
10:01 AM Jun 28th, 2007 from web
Créer une culture de coaching: En leadership, il est... Créer une culture de coaching: En leadership, il est souvent question de coaching. Mais quelles méthodes de coac.. http://tinyurl.com/cnmwqw 4:37 PM Apr 23rd from twitterfeed
Thread profile page for "C# [BDD] : Quelles meilleures méthodes pour créer un Data Access Component
.dll" on http://www.developpez.net.
This report page is a snippet summary view from a single thread "C# [BDD] : Quelles meilleures méthodes pour créer un Data Access Component
.dll", located on the Message Board at http://www.developpez.net.
This thread profile page shows the thread statistics for: Total Authors, Total Thread Posts, and Thread Activity