Класс должен иметь явную $inject
аннотацию для правильной оценки:
class HomeCtrl {
static get $inject() {
return ['$http'];
}
// or unstandardized shortcut:
// static $inject = ['$http'];
constructor($http) {
this.$http = $http;
}
doMe() {
this.$http...
}
}
Я думаю, вы подключаете две разные настройки. Netsh можно использовать для добавления сертификата для SSL, а также для того, чтобы приложение прослушивало данный порт без запуска под учетной записью администратора. Исключение составляет вторую настройку. Я не видел этого раньше, но я предполагаю, что вы уже зарегистрировали этот порт для HTTP, поэтому попробуйте использовать (и зарегистрировать) HTTPS на другом порту или заменить предыдущую регистрацию.
Изменить:
Откройте командную строку с повышенными привилегиями (As Admin). Сначала проверьте, назначен ли сертификат SSL для правильного порта:
netsh http show sslcert
. Проверьте, зарегистрировано ли прослушивание HTTP на этом порту, вызывая:
netsh http show urlacl
. Если это используется, выполните следующую команду: удалить эту регистрацию:
netsh http delete urlacl url=http://+:54321/MyService
Добавить регистрацию снова для поддержки прослушивания HTTPS:
netsh http add urlacl url=https://+:54321/MyService user=domain\userName
Если пользователь является учетной записью, используемой для запуска службы Windows. Если в локальной учетной записи используется только имя пользователя.
Примечание: В https появляется символ-символ, который должен использоваться в urlacl. Мы не можем написать https://localhost:8733/...
для соответствия urlacl по умолчанию для Visual Studio для http. Это, вероятно, имеет смысл, поскольку запрашиваемое имя хоста недоступно до окончания дешифрования.
Запустите Visual Studio в режиме «Запуск от имени администратора» Закройте приложение Visual Studio и откройте его в режиме администратора. Этого достаточно, что ошибка исчезла. Ошибки HTTP возникают при запуске Visual Studio в режиме без администрирования
Различная кажущаяся причина, но тот же самый симптом, для других, кто находит там путь к этому сообщению.
Я запускал приложение, которое «всегда работало», и после различных (не регистрировалось с тех пор, как я не ожидал проблемы) сочетания запуска его через удаленный рабочий стол или локально, вход в систему и выход из нее, а также замену его на перекомпилированную, но в остальном идентичную версию с другим номером версии. Я получил то же самое ». Еще одно приложение уже зарегистрировало этот URL-адрес ... blah, blah ".
По-видимому (?) регистрация была специфичной для экземпляра, который выполнялся, и сохранялся при отключении этого приложения. (?) Во всяком случае, старая пословица Windows, «когда под сомнением перезагрузилась», позаботилась об этом. Без каких-либо изменений в самом приложении он работал без жалоб. Может быть, де-регистрация и т. Д. Также сработала бы. Это было под Windows 10 - я никогда не видел этого с более ранними версиями Windows.