7
votes

Impossible d'exécuter l'URL - aucune idée?

Je vois des entrées de l'exception suivante dans mes journaux et je ne sais pas pourquoi ou où il se produit:

Failed to Execute URL.
   at System.Web.Hosting.ISAPIWorkerRequestInProcForIIS6.BeginExecuteUrl(String url, String method, String childHeaders, Boolean sendHeaders, Boolean addUserIndo, IntPtr token, String name, String authType, Byte[] entity, AsyncCallback cb, Object state)
   at System.Web.HttpResponse.BeginExecuteUrlForEntireResponse(String pathOverride, NameValueCollection requestHeaders, AsyncCallback cb, Object state)
   at System.Web.DefaultHttpHandler.BeginProcessRequest(HttpContext context, AsyncCallback callback, Object state)
   at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)


3 commentaires

Avez-vous vérifié si Stackoverflow.com/questions/3263861/FAIONED -à-Load-ASMX-Fichier résoudre votre problème?


Il est vraiment difficile de deviner pourquoi vous obtenez cette exception sans plus d'informations. Peut-être que ce blog post vous aide: geekswithblogs.net/joostploegmakers/archive/2006 / 03/08 / ...


Avez-vous eu de la chance avec ça?


3 Réponses :


3
votes

Je viens de courir dans ce temps lors de l'utilisation de Windows Identity Foundation. Le problème a été résolu en commutant le pool d'applications à utiliser intégré au lieu de classique. Il manquait quand il y avait une barre oblique de fin sur l'URL et la redirection de la page de connexion. Spécification de la page complète de l'URL n'a pas donné l'erreur.


0 commentaires

1
votes

J'ai eu la même erreur lors de l'utilisation de WIF en mode pipeline classique. Parce que nous ne pouvons malheureusement pas changer l'application en mode pipeline intégré, j'ai mis en place une solution pour le scénario spécifique que David Scott décrit.

dans global.asax.cs: xxx < P> Avant la tentative d'authentification, Application_AuthentiCatrequest est appelé avec un objet utilisateur null. Ce n'est que dans ce cas, le code redirige de / à / à /default.aspx (mon application est ASP.NET Web Formulaires). Cela fixe le problème pour nous.


0 commentaires

0
votes

J'ai aussi eu ce problème lorsque j'utilisais WIF avec une application .NET 4.5 en mode classique. L'utilisateur a été authentifié à partir d'ADFS, puis d'utiliser cette erreur. Auparavant, j'envoie adresse e-mail -> adresse e-mail comme réclamation. Ajout d'une autre règle de revendication comme adresse e-mail -> nom résolue ce problème pour moi.


0 commentaires