L'Accès Web.paramètres de configuration dans Asp.Net de Base de l'App?

Je comprends que asp.net le noyau d'un nouveau système de configuration qui est très flexible et c'est génial. Mais il y a des choses que j'aime sur le web.config en fonction de la configuration du système à partir de .net 4.x. Par exemple, on peut mettre des commentaires dans le site web.fichier de configuration depuis un fichier xml. Et qui pour moi vaut la peine de coller avec xml plutôt que d'aller avec le tout nouveau json approche. [Mise à jour: je comprends maintenant que le json approche prend également en charge les commentaires dans le fichier.]

Donc, si j'ai un Asp.Net Web de Base du Projet qui vise le plein cadre, il semble que je devrais être en mesure d'utiliser le web.config à base System.Configuration.ConfigurationManager.AppSettings[key] approche pour l'obtention d'un paramètre.

Mais quand j'essaie, la valeur revient toujours null (au moins avec IIS express à l'aide d'VS2015).

Il devrait fonctionner correctement? Toute réflexion sur ce que je pourrais être plus de la recherche?

Web.config 

<configuration>
    <appSettings>
        <add key="SomeSetting" value="true"/>
    </appSettings>

    <system.webServer>
        <handlers>
            <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified"/>
        </handlers>

        <aspNetCore processPath="%LAUNCHER_PATH%" arguments="%LAUNCHER_ARGS%" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" forwardWindowsAuthToken="false"/>
     </system.webServer>
</configuration>

Code de paramètre d'accès:

string key = "SomeSetting";
string setting = ConfigurationManager.AppSettings[key];
if (setting == null)
       throw new Exception("The required configuration key " + key + " is missing. ");

Mise à JOUR

Après plusieurs recherche je comprends maintenant pourquoi il ne fonctionne pas, mais je n'ai toujours pas trouvé un moyen pour résoudre ce problème. La cause semble être que le ConfigurationManager est à la recherche pour les informations de configuration dans un fichier différent et pas dans le web.config.

Ce qui peut être vu en regardant AppDomain.CurrentDomain.SetupInformation.ConfigurationFile de la propriété. Dans mon cas, au lieu de pointer les website_folder\web.config c'est plutôt pointant vers website_folder\bin\Debug\net461\win7-x64\wwwGiftOasisResponsive.exe.Config où website_folder est le chemin vers le dossier contenant mon site web.

La documentation et de l'intellisense dire AppDomain.CurrentDomain.SetupInformation.ConfigurationFile est réglable propriété mais quand j'essaie, je trouve que le réglage ne change pas la valeur. Très bizarre.

Ainsi, alors que je vois maintenant ce que le problème est que je n'arrive pas à trouver un moyen pour résoudre ce problème.

  • Vous pouvez avoir un .xml au lieu d'un .json et l'utilisation de la XmlConfigurationProvider
  • Peut-être que je me trompe, mais j'ai l'impression que vous pensez qu'il n'est pas possible de faire des commentaires dans les fichiers de configuration json. Microsoft.Extensions.La Configuration.Json prend en charge les commentaires.
  • merci, c'est un bon plan de secours, je vais regarder dans. Encore, je ne comprends pas pourquoi ConfigurationManager ne peut pas être utilisée pour obtenir les valeurs à partir du web.config...
  • vous n'êtes pas mauvais, ma compréhension était que xml ne prend pas en charge les commentaires. Pouvez-vous fournir un lien vers un article ou d'autres documents qui montrent qu'il prend en charge les commentaires dans le fichier xml?
  • Je ne trouve pas la documentation, mais, dans ce numéro (github.com/aspnet/Configuration/issues/87), le dernier commentaire dit: "Bon, maintenant, à la fois seule ligne et les commentaires de plusieurs lignes de travailler sur des fichiers json." Et regardez le test ici: github.com/aspnet/Configuration/blob/release/test/... Cherchez "SupportAndIgnoreComments' à la ligne 65.
  • J'ai vérifié que appsettings.json n'en fait siennes les observations. J'apprécie vraiment que vous le signaler pour moi. À la fin, je vais tirer profit de la nouvelle .net config de base du système, grâce à ce savoir. Je vous remercie.
  • Une idée de comment faire l'inverse? Je suis de l'accès à un non classe de base de la bibliothèque à partir d'une base mvc 2 app. Comment puis-je passer à travers le web.config chaîne de connexion?
  • Qui est le mieux demandé que de son propre question sur DONC.

InformationsquelleAutor Ron C | 2016-10-21
  1. 34

    J'ai un peu trouvé la solution. La clé pour essayer de le comprendre était de se rendre compte que le AppDomain.CurrentDomain.SetupInformation.ConfigurationFile de la propriété n'était pas pointant vers le web.fichier de config, mais plutôt de l'exe.fichier de configuration pour l'exécutable en cours d'exécution le site web. Rappelez-vous, en vertu de l' .net de base, le site web s'exécute dans son propre processus et il a son propre exe.

    Donc la config modèle .Net 4.x utilise avec le ConfigurationManager est plus proche de celle d'une application de bureau de 4.x une application web. Je veux dire par là que c'est en regardant le fichier exe.config pas le web.config.

    Puis j'ai remarqué que l'Asp.Net Base de Projet Web (en utilisant le plein cadre) contient une application.fichier de config comme une application de bureau serait. Et il s'avère que si vous mettez votre .net 4.x l'application paramètres de configuration dans le fichier, ils seront placés dans l'exe.fichier de configuration lors de l'exe est généré, que ce soit pour le debug ou release. Exactement comme il fonctionne avec une victoire formes d'application par exemple.

    Donc la façon d'utiliser le ConfigurationManager dans un asp.net de base de l'application web qui cible le document complet est de mettre le paramètre d'application dans l'app.fichier de configuration plutôt que sur le web.fichier de configuration. Le ConfigurationManager trouverez pas de problème.

    L'Accès Web.paramètres de configuration dans Asp.Net de Base de l'App?

    Alors que c'est ce qui explique beaucoup de choses, il ne propose pas encore la capacité de mettre ces paramètres dans le web.config et y accéder via le ConfigurationManager. Mais je commence à croire que c'est pas possible dans un asp.net web de base de l'application même s'il est axé sur le plein cadre.

    • J'ai été frapper ma tête contre un mur en essayant de le comprendre. La séparation de la nouvelle Base et complète .NET Framework est donc floue, je n'ai jamais l'impression que je sais qui je travaille, et comment ils fonctionnent.
    • J'entends ya. En regardant les espaces de noms peuvent aider. c'est à dire des trucs dans le Microsoft.AspNetCore espace de noms est la partie de base. Si vous ciblez le plein cadre de la règle principale est de rester à l'écart du Système.Web.HttpContext objet et tous ses sous-objets (on request, response, cookies, etc objets)
    • mais cela fait partie de la confusion - j'ai COMMENCÉ une nouvelle solution de ciblage le plein .NET, mais j'ai eu un projet.json avec aspnetcore dépendances. Et j'ai eu un site web.config avec une configuration aussi bien (et je lis que appsettings.json est la nouvelle façon de faire les choses). C'est tout un fatras d'mess.
    • Le projet.json est là parce que la version VS2015 de l'outillage utilise du projet.json que c'est le fichier de projet, le web.la config est là parce qu'IIS utilise encore pour la configuration, même si Asp.Net Core ne prend pas en soi. Cependant, Asp.Net besoins de Base pour configurer le bon Module IIS pour l'exécution de Asp.Net de Base. Dans Asp.Net de base, appsettings.json est celui où la demande de config info est stockée plutôt que dans le web.config. Il peut sembler comme un pêle-bordel mais c'est vraiment juste une question de se familiariser avec ce que chaque pièce est utilisée pour l'instant. Espérons que cela aide.
    • Oh, je comprends pourquoi tous les morceaux sont là, mais je ne comprends pas pourquoi, lorsque j'ai commencé un plein .NET solution, il utilise une partie de la "vieille".NET conventions, et CERTAINS de la nouvelle Asp.Net conventions Fondamentales. Je n'ai pas appsettings.json par exemple.
    • Jusqu'à présent, je n'ai pas été en mesure d'avoir une méthodologie pour les deux environnements, vous devez utiliser le json approche de Base en l'application.config approche .NET framework. Mon problème, c'est encore plus grand que d'avoir deux approches: l'app.config est distribué à chaque déploiement. Vous ne pouvez pas avoir d'autre application.les fichiers de configuration par l'environnement, ou, au moins, je n'ai pas trouvé comment.
    • - Je gérer mon application.les configs manuellement, mais vous pouvez obtenir visual studio à l'aide. Dans un tel cas, vous pouvez avoir App.Debug.de configuration et d'Application.La libération.config. Voir, par exemple: mitasoft.wordpress.com/2011/09/28/multipleappconfig
    • Je me demande comment AppDomain.CurrentDomain.SetupInformation peut pointer n'importe où si elle n'existe tout simplement pas dans .net de base?
    • n'existe que si le Asp.Net projet de Base est de cibler les plein cadre. J'ai juste doublé vérifié dans le débogueur.
    • Ah, vous vouliez dire .net framework, puis assurez-vous qu'il fait. Il n'a rien à voir avec asp.net. C'est une partie de .NET. Mais, dans .NET de Base il est absent.

    InformationsquelleAutor Ron C
  2. 3

    J'ai rencontré ce problème lorsque j'ai commencé à publier mes asp.net de base 1.1 application IIS.

    Il n'y aurait généré web.fichier de configuration de IIS qui a été overriten sur la publication. Pour activer l'Authentification Windows, j'ai dû ajouter un site web.config manuellement à mon Projet. Celle-ci a publié correctement à IIS:

    <?xml version="1.0" encoding="utf-8"?>
<configuration>
  <system.webServer>
    <handlers>
      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModule" resourceType="Unspecified" />
    </handlers>
    <aspNetCore processPath="dotnet" arguments=".\yourproject.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />
    <security>
      <authentication>
        <anonymousAuthentication enabled="false" />
        <windowsAuthentication enabled="true" />
      </authentication>
    </security>
  </system.webServer>
</configuration>
    • Avez-vous du faire des modifications à votre projet de code (par exemple le Démarrage.cs) ? Ou appsettings.json?
    • Non, ce serait publié à IIS automatiquement. Mais il a dû être renommé pour le débogage.
    • Lorsque je publie à IIS, le web.config n'est pas copié... Il génère un nouveau. - Je déployer avec msdeploy.exe est-il un paramètre à ajouter ?
    InformationsquelleAutor Yush0
  3. 3

    J'ai aussi rencontré ce problème. Après quelques recherches et la lecture c'est comme ce que vous êtes en mesure d'ajouter web.config à la main, mais c'est pour fournir des paramètres pour IIS (e.g Authentification, ...).

    Pour la appsettings ou les paramètres personnalisés que vous avez à travailler avec le appsettings.fichier json et la nouvelle Configuration .Net De Base.

    La Documentation De Microsoft

    InformationsquelleAutor jawa