J'utilise une DLL native (FastImage.dll) dans un service Web C# ASP.NET qui se verrouille parfois (impossible de le supprimer --- dit accès refusé); cela nécessite d'arrêter IIS pour supprimer la DLL. L'impossibilité de supprimer cette DLL dans le dossier bin de mon service Web publié m'empêche de publier avec succès (même si je pense qu'elle a été publiée avec succès!), Ce qui rend difficile le développement et la correction du bogue (surtout les changements peuvent ne pas être reflétés sur le serveur!). Notez que le bogue provoquant le Web Service à bombarder et verrouiller la DLL est dans mon code, qui est en dehors de ladite DLL, donc je pense que c'est un problème plus général que la bibliothèque FreeImage (pour ne pas leur apporter de chaleur).Exception dans le service Web verrouille DLL et empêche la publication. Solution de contournement?
- Est-ce que quelqu'un a déjà ressenti cela? Existe-t-il un moyen de s'assurer que quand il est écrit "Publish a réussi" de l'EDI VS cela veut vraiment dire, ou de lancer un script pour vérifier que les fichiers sont réellement supprimés avant d'essayer de Publier (comme un étape de pré-construction dans VC++). (Maintenant, je supprime manuellement les fichiers avant de publier pour m'assurer que je sais que les DLL ont été remplacées, au lieu d'exécuter les vieilles DLL.C'est toujours un problème, mais si je ne peux pas supprimer la DLL.)
- Comment je détecterais si un fichier a été supprimé avec succès d'un fichier séquentiel? (donc je peux arrêter et démarrer IIS s'il échoue)
- Est-il possible d'arrêter et de démarrer IIS à partir d'un script (de préférence à partir de l'action Publier ... dans l'EDI VS) et si oui, comment?