Databases
StackOverflow2013
Postsdbo
POASP.NET Relative Paths in Referenced Libraries
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POASP.NET Relative Paths in Referenced Libraries
    primarykey
    data
    text
    <p>I have an ASP.NET website in which I am loading some validation rules from an xml file. This xml file name, with no path info, is hard coded in a library. (I know that the hard coded name is not good, but let's just go with it for this example).</p> <p>When I run the website, ASP.NET tries to find the xml file in the <em>source</em> path, where the C# file in which name is hard coded is. This is completely mind boggling to me, as I can't fathom how, at runtime, we are even considering a source path as a possibility for resolving an unqualified filename.</p> <pre><code>// the config class, in C:\temp\Project.Core\Config.cs public static string ValidationRulesFile { get { return m_validationRulesFile; } } private static string m_validationRulesFile = "validation_rules.xml"; // using the file name m_validationRules.LoadRulesFromXml( Config.ValidationRulesFile, "Call" ); </code></pre> <p>Here is the exception showing the path we are looking in is the same as Config.cs:</p> <pre><code> Exception Details: System.IO.FileNotFoundException: Could not find file 'C:\temp\Project.Core\validation_rules.xml'. </code></pre> <p>Can anyone explain this to me? I already know how you are supposed to handle paths in general in ASP.NET so please don't respond with solutions. I just really want to understand this, since it really surprised me, and It is going to bother me to no end.</p> <h2>UPDATE</h2> <p>Here is the relevant code for LoadRulesFromXml</p> <pre><code>public void LoadRulesFromXml( string in_xmlFileName, string in_type ) { XmlDocument xmlDoc = new XmlDocument(); xmlDoc.Load( in_xmlFileName ); ... </code></pre> <h2>UPDATE2</h2> <p>It looks like the Cassini web server gets its current directory set by VS, and indeed it is set to the path of my library project. I'm not sure exactly how VS determines which project to use for the path, but this at least explains what is happening. Thanks Joe.</p>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. USdnewcome
    1. USdnewcome
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    2. PO
      singulars
      1. PTAnswer
    1. VO
      singulars
      1. POASP.NET Relative Paths in Referenced Libraries
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. POASP.NET Relative Paths in Referenced Libraries
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. POASP.NET Relative Paths in Referenced Libraries
      1. This table or related slice is empty.
      1. VTUpMod
    1. COVisual Studio (2005 at least) will start off in its own default directory, somewhere under %ProgramFiles%. But I believe every time you open a file using a file open dialog, this can change the working directory. Bottom line is: it's better not to rely on the working directory.
      singulars
      1. POASP.NET Relative Paths in Referenced Libraries
      1. USJoe
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload