XMLHTTP-запрос POST и System.Reflection

Question

У меня есть задание DTS, которое использует объект MSXML2.XMLHTTP3.0 для создания запроса на отправку в приложение ASP.NET. Под обложками, приложение ASP.NET использует System.Reflection приобрести какую-то информацию по сборке, и я получаю следующее исключение:

System.Web.HttpException Код ошибки: состояние сеанса -2147467259 Сообщения может использоваться только если для параметра enableSessionState установлено значение true, либо в конфигурационном файле , либо в директиве Page . Также убедитесь, что System.Web.SessionStateModule или пользовательский сеансовый модуль состояния - , включенный в раздел \ в конфигурации приложения .

DTS Код вакансии:

Dim objSvHTTP 
Dim PostData 

Set objSvHTTP = CreateObject("Msxml2.XMLHTTP.3.0") 
objSvHTTP.open "POST", "http://www.mywebsite.com", false 
objSvHTTP.send 

If (objSvrHTTP.responseText = "") Then 
    //do something 
Else 
    //do somethiing else 
End If 

ASP.NET Применение Код:

string WebPath = "D:\mywebsite\bin\mywebsite.dll"; 
Assembly UI = Assembly.LoadFrom(@WebPath); 
Type t = UI.GetType("MyWebsite.BasePage"); 
MethodInfo MyMethod = t.GetMethod("MyMethod"); 
object obj = Activator.CreateInstance(t); 
MyMethod.Invoke(obj, null); 

Вопрос в том, нужно ли мне предоставить учетные данные непросроченный Active Directory в запросе XMLHTTP к ASP. NET, чтобы избежать сообщения об ошибке

Answer 1

Судя по сообщению об исключении, это не похоже на проблему аутентификации t о мне. Может ли быть вызванный метод пытается получить доступ к сеансу ASP.NET? Это объясняет исключение.

Answer 2

Попробуйте это: http://support.instantasp.co.uk/Topic4710-31-1.aspx

Answer 3

@Israr Хан:

в конце концов, мы нашли обходной путь не выполняет код отражения, когда DTS назвал конкретный веб-страницу, которая была необходима для процесса.

Это объясняет, почему мы получали смешанные результаты, когда пытались решить эту проблему в нашей среде разработки и производства. Я сопоставил файлы web.config в каждой среде и заметил, что ссылка Session в разделе HttpModules находится в нашей рабочей среде, но не в нашей среде разработки.

Процесс работал в разработке и не работал в производстве. Я представил это предложение моим коллегам, чтобы выяснить, хотят ли они попробовать это решение вместо обходного пути.