J'ai un site Web ASP classique (oui ils existent toujours) qui doit appeler une DLL .NET enregistrée pour COM interop. Un simple test VBScript indique que le composant est correctement installé.Appel d'un composant .NET à partir d'ASP classique - web.config introuvable
Lorsque la page .asp s'exécute, elle crée le composant correctement, mais lorsqu'une méthode est appelée, un message d'erreur spécifique à l'application me porte à croire que le fichier web.config n'est pas trouvé/traité.
Plus précisément (mais probablement pas pertinente pour la réponse), je reçois
Argument spécifié était hors de la gamme de valeurs valides. Nom du paramètre: politique « ClientPolicy » est pas configuré dans le système
lorsque le composant .NET à son tour fait un appel de service Web à l'aide WSE3. Web.config comprend un fichier de stratégie appropriée avec une ligne comme:
<policy fileName="PolicyFile.config"/>
Je pense que le problème est de savoir si web.config est lu du tout quand une page ASP classique est traité et appelle à son tour une DLL .NET qui a besoin un fichier .config, si oui, comment ce fichier de configuration doit être nommé et où il doit être localisé, et si non, comment les informations de configuration peuvent-elles être fournies? Pour compliquer légèrement la question, il faut se demander si le fichier de configuration externe référencé par la configuration WSE3 doit se trouver dans le même répertoire.
Hmmm machine.config semble être viable dans cette situation. Je vais vérifier cette route. La chose qui ne reçoit pas ses informations de configuration est vraiment WSE3, donc un fournisseur de configuration personnalisé ne va pas aider. –