Я думаю, что ваш лучший подход - это использовать fetch () и самостоятельно реализовать рукопожатие NTLM . Взгляните на расширенный раздел библиотеки .
NTLM состоит из 3 сообщений:
Используя React Native , отправка сообщения типа 1 может выглядеть примерно так:
var options = {
url: "https://someurl.com",
username: 'm Удачи
,
password: 'stinks',
workstation: 'choose.something',
domain: ''
};
var type1msg = ntlm.createType1Message(options);
fetch('https://mywebsite.com/endpoint/', {
method: 'POST',
headers: {
'Connection' : 'keep-alive',
'Authorization': type1msg
}
});
Удачи
Не строго так - это только вызвало бы проблемы, если исключение не обработано.
Если исключение будет неперехваченным и пузыри назад до OnStart () метод, то это разрушит сервис. Вы будете обычно видеть сообщение в Windows Event Log, подобном следующему:
"Услуги Услуг MyServiceName неожиданно завершаются. Это сделало это x время (времена).
Мы столкнулись с проблемой незахваченного исключения на дочернем потоке, заставляющем сервис остановиться, не предоставляя информации о том, что вызывало исключение. Мы использовали этот метод для обнаружения источника исключения.
Можно поместить Обработчик в сервис для ловли всех необработанных исключений (включая все sub потоки сервиса). В VB.NET необходимо будет добавить обработчик для AppDomain. CurrentDomain. UnhandledException. Это, вероятно, подобно в C#. Это затем поймает что-либо, что приводит в порядок пузырь мимо Вашего onStart. Можно принять решение использовать его там или позволить ему разрушать сервис оттуда.
Если Вы выдадите исключение в Выгоде, и нет ничего выше его для переловли его, то это заставит сервис останавливаться. OnStart () метод нужна попытка/выгода. Если Вы не хотите останавливать сервис, когда Исключение происходит, то необходимо обработать его (зарегистрируйте его и движение, или безотносительно).
Мое предпочтение woudld, чтобы должным быть обработать ожидаемые исключения и иметь непредвиденные исключительные ситуации или заставляет сервис останавливаться, или по крайней мере останавливаться/перезапускать автоматически. Если что-то неожиданное произойдет, то Ваша услуга будет работать в неизвестном состоянии, и кто знает то, что она сделает.