Это не имеет большого значения с точки зрения абонентов. В любом случае будет видна причина исключения, независимо от того, было ли оно выброшено из метода или из вызова get () в завершаемом будущем.
Возможно, я бы поспорил, что исключение, создаваемое завершаемым будущим, должно быть исключением из асинхронных вычислений и не должно начинать эти вычисления.
Я обнаружил его один. Это намного легче, чем я думал (IIS 6.0):
В Интернете Менеджер данных переходит к странице свойств сайта, затем выбрал вкладку "Home Directory", и нажмите на кнопку "Configuration...".
Нажмите "Edit..." для .aspx ISAPI расширение, и снятие флажка "Проверяют, что файл существует". На данном этапе никакой aspx файл больше не необходим.
Обновление
Одна важная вещь: Я должен был создать пустой "default.aspx" файл в корне приложения для разрешения документа по умолчанию для запросов как "http://www.example.com/" (не называя aspx).
Обновление 2
Другая очень важная вещь: если Вы используете ASP.NET Ajax PageMethods, то необходимо сохранить aspx заполнителя той страницы. При исключении файла JavaScript 'PageMethods является неопределенной' ошибкой, будет брошен на браузер.
ЕСЛИ это будет возможно, то это потребует, по крайней мере, отображение в IIS всех возможных запросов к механизму asp.net. Не очень трудный. Затем HttpHandler должен быть возможен прервать все входящие запросы. Тот обработчик должен затем смочь динамично загрузить скомпилированные классы страницы и представить их. У Вас в основном был бы единственный механизм DLL, который служит содержанию страницы.
Но поскольку Вы, возможно, заметили от всего should's, это не простая вещь выполнить, и я сомневаюсь, что это действительно стоит проблемы. Что точно является неправильным с этими присутствующими файлами заполнителя?