Où se trouve $ {basedir}, en utilisant NLog?

Sauf si je suis totalement en manque, j'ai l'impression que le NLog documentation utilise ${basedir} dans les exemples, sans expliquer ce que c'est endroit est censé être.

Où puis-je trouver des informations qui répertorie toutes les options possibles avec une description significative?

J'ai cette configuration définie:

<nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" throwExceptions="true">
  <targets>
    <target name="file" xsi:type="File"
                layout="${longdate} ${logger} ${message}"
                fileName="${basedir}/logs/${shortdate}.txt"
                keepFileOpen="false"
                encoding="iso-8859-2" />
  </targets>
  <rules>
    <logger name="*" minlevel="Debug" writeTo="file" />
  </rules>
</nlog>

Il fonctionne aussi loin que je peux dire, mais je n'ai pas la moindre idée d'où il se connecte rien.

source d'informationauteur Spikee

  1. 16

    ${basedir} — Répertoire où l'application s'exécute.

    Je pense, vous trouverez cette page de manuel utile.

  2. 3

    Elle dépend aussi de la plate-forme. Pour les réguliers .Net les projets il est, en effet, bin ou bin/debug etc. (en fonction de vos paramètres de construction)

    Pour coreclr /aspnet5 c'est le dossier bin de votre dnx de l'exécution. C'est encore en cours de réalisation.

  3. 3

    Basé sur déjà fourni des réponses et des commentaires, la réponse peut se résumer pour .NET application:

    AppDomain.CurrentDomain.BaseDirectory

    De la Console ou de l'application Windows Forms, ce répertoire est bin/debug alors qu'au sein de Visual Studio. Si l'application est déployée, le chemin sera probablement le chemin de l'exécutable.

    Pour des applications Web ASP.NET") ce sera la racine de l'application Web directory.

    Pas de voir tous les fichiers peut être déclenchée par plusieurs causes: NLog les erreurs de configuration et de ne pas être capable d'écrire le fichier cible. Pour exposer ces erreurs, assurez-vous que NLog.config (ou Nlog de configuration intégré au sein de web.config ou app.config) spécifie un interne fichier journal de sortie de ces erreurs:

    <nlog xmlns="http://www.nlog-project.org/schemas/NLog.xsd"
      xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
      internalLogFile="C:\NLogError\NLog.log">

<!-- targets and rules come here -->

</nlog>
  4. 2

    Une autre possibilité de l'échec, c'est que si vous utilisez NLog.config, NLog ne peut pas trouver le fichier de config. Définir le fichier à Copier Toujours dans votre construction et le mettre dans votre répertoire bin, donc NLog pouvez le trouver en cours d'exécution.

    Si vous copiez le NLog informations de configuration de votre Application.la configuration, vous n'aurez pas ce problème.