Misterioso 'Il file non esiste' errore (nel codice estranei a qualsiasi tipo di file IO) in global.asax

Question

sto diventando un 'file non esiste' errore. Nel mio ASP.NET app. Questo è uno strano, però.

In primo luogo, non v'è alcun file di codice IO ovunque in tutto - non sto facendo nulla con qualsiasi file quando si verifica

.

Inoltre, sta accadendo proprio l'ultimo parentesi graffa di chiusura del metodo Application_Error () in Global.asax (che è quello inserito il codice per gestire le eccezioni non gestite). Proprio così:. Non si verifica su una dichiarazione tiro, o qualsiasi riga di codice significativo, ma proprio sulla ultima parentesi graffa

Il TargetSite è:

  

{System.IO.FileInfo   GetFileInfo (System.String,   System.String,   System.Web.HttpResponse)}

Il che mi sembra qualcosa di interno di ASP.NET (non esiste un metodo GetFileInfo () nella mia soluzione).

L'StackTrace è unica:

  

a   ASP.global_asax.Application_Error (Object sender, EventArgs e) in   c: \ Subversion \ ConfApp \ Sito \ Global.asax: linea 36 a   System.EventHandler.Invoke (Object   mittente, EventArgs) A   System.Web.HttpApplication.RaiseOnError ()

Da quale posso ricavare indizi.

Altri particolari:

• Sono nel bel mezzo di cercare di risolvere i conflitti tra jQuery 1.4 (e jQuery UI) e MS ASP.NET AJAX 4 in questa applicazione al momento

• E 'iniziato dopo che ho aggiornato l'applicazione da NET 2.0 a .NET 4 e Visual Studio 2010.

Qualsiasi idea di come avrei potuto iniziare a cercare in tutto questo?

Aggiornamento:
Poco dopo questo distacco, ho rimosso e-re aggiunto jQuery UI (compresi .js, css e le immagini). Finora, sembra che questo ha riparato. Non sono sicuro di come una libreria JS lato client potrebbe causare un errore in Global.asax. Aggiungerà questo come la risposta, però, se l'errore non si presenta di nuovo presto ...

Answer 1

Il giorno dopo, e il compare problema sia andato.

Ho rimosso e aggiunto di jQuery UI (compresi .js, css e le immagini). Finora, sembra che questo ha riparato. Molto strano.

Answer 2

All'interno del metodo ApplicationError, controllare Request.CurrentExecutionFilePath. CurrentExecutionFilePath dovrebbe indicare quale file è stato richiesto.

La selezione di questa proprietà mi ha aiutato a determinare che Chrome richiede automaticamente "/favicon.ico." Se non c'è favicon, si otterrà un "File non esiste", anche pensato il caricamento della pagina più che bene. BTW, IE e FF non si comportano in questo modo.

Answer 3

Utilizzando il suggerimento di Perry di esaminare Request.CurrentExecutionFilePath in Application_Error, ho scoperto che il mio ASP.Net app non riusciva a trovare i file jQuery in cartelle con prefisso "~/" nel tag <script>.

stavo facendo questo nel mio MasterPage markup:

<script src="~/Scripts/jquery-1.4.1.js" type="text/javascript">

quando avrei fatto questo:

<script src="Scripts/jquery-1.4.1.js" type="text/javascript">