Согласно Бабелю да
См. результаты преобразованного кода
Бабель переводит этот
var a = 1, b = 2, c = 3;
var obj = {a, b, c, d: 'foo'};
в это в es5
var a = 1,
b = 2,
c = 3;
var obj = { a: a, b: b, c: c, d: 'foo' };
Также найден Люк Хобан github repo , в котором показаны созданные смешанные объекты
Эта проблема заняла у меня около одного дня, на одном из моих проектов ASP.NET MVC, к счастью, у меня была проблема на моей машине, а не в производственной среде, поэтому, сравнивая web.config, я вижу и удаляю, что ошибка исчезла ... настоящая проблема - соединить ошибку SQL Server 26 с этой проблемой
Если вы подключаетесь с компьютера под управлением Windows A к компьютеру под управлением Windows B (сервер с установленным SQL Server) и получаете эту ошибку, вам нужно сделать следующее:
На компьютере B:
1.) Включите службу Windows под названием «Обозреватель SQL Server» и запустите службу
2.) В брандмауэре Windows, включите входящий порт UDP 1434 (если SQL Server Management Studio на компьютере A является подключение или программа на компьютере A подключается)
3.) в брандмауэре Windows включите входящий порт TCP 1433 (в случае, если есть подключение через telnet)
4.) в SQL Server Configuration Manager, включите протокол TCP / IP для порта 1433
Та же проблема. В моем случае я решил установить проект как «StartUp Project».
В моем случае я искал услуги. Затем нашел службу под названием «SQL Server (SQLEXPRESS)». Затем щелкните правой кнопкой мыши на этом. Выберите свойства. Затем нажмите «Пуск». Вот и все. Решил проблему.
В моем случае имя connectionString в файле web.config было написано неправильно. Это имя контекста базы данных, который использует Entity Framework. Я предполагаю, что это ошибка, которую вы получаете, когда EF не может сопоставить имя connectionString с контекстом.
Я столкнулся с той же проблемой в моем приложении ASP.NET MVC 4.
То, как я это решил, было в DatabaseContext
. Передавая имя строки подключения, которую я хотел использовать через базовый конструктор.
public class DatabaseContext : DbContext
{
public DatabaseContext()
: base("DefaultConnection") // <-- this is what i added.
{
}
public DbSet<SomeModel> SomeModels { get; set; }
}
У меня была эта проблема, и я ее исправил. проблема, кажется, заключалась в следующем:
неправильно:
<add key="aaa" value="server=[abc\SQL2K8];database=bbb;uid=ccc;password=ddd;" />
правильно
<add key="aaa" value="server=abc\SQL2K8;database=bbb;uid=ccc;password=ddd;" />
У меня была та же ошибка, и я запустил службу SQL Server Express, и она заработала. Надеюсь, это поможет.
Мы недавно получили ту же проблему. Мы обнаружили, что код ищет строку подключения с именем «LocalSqlServer» в файле machine.confg. Мы добавили эту строку, и она работает нормально.
Перейдите в окно + R и введите services.msc и нажмите enter.
Затем запустите SQL-сервер вручную, если он не запущен автоматически.
Затем вы пытаетесь войти, это должно быть работает.
Ответ содержится в самом сообщении об ошибке:
Error Locating Server/Instance Specified
По сути, вы указали неправильный сервер \ экземпляр в строке подключения, то есть этот бит:
Data Source=MSSQL2008-1
неправильно и не указывает на сервер, или имя сервера не разрешается в IP-адрес. Две другие возможности: (1) служба браузера SQL на компьютере с SQL Server не запущена или (2) брандмауэр Windows (или другой брандмауэр) на компьютере SQL запрещает входящие подключения.
В конечном счете, если имя сервера указано правильно, оно превращается в проблему с сетью, и вам необходимо выяснить, почему клиент не может подключиться к серверу (и это, скорее всего, будет основной проблемой сети, чем SQL Server проблема конфигурации).
Для меня проблема заключалась в том, что запись DNS была неправильной ...
Следующее, что оказалось очень полезным, во многом взято из этого сообщения в блоге .
Это сообщение об ошибке на самом деле довольно специфичное, а решение довольно простое.
Это сообщение об ошибке появляется, только если вы пытаетесь подключиться к именованному экземпляру SQL Server. Для экземпляра по умолчанию вы никогда не увидите этого, потому что даже если мы потерпели неудачу на этом этапе (т. Е. Произошла ошибка при поиске указанного сервера / экземпляра), мы продолжим попытки подключения, используя значения по умолчанию, например, порт TCP по умолчанию 1433, имя канала по умолчанию для именованных каналов.
Каждый раз, когда клиент устанавливает соединение с именованным экземпляром SQL Server, мы будем отправлять UDP-пакет SSRP на UDP-порт 1434 компьютера-сервера. Этот шаг необходим для получения информации о конфигурации экземпляра SQL, например, включенных протоколов, TCP порт, имя канала и т. д. Без этой информации клиент не знает, как подключиться, и он терпит неудачу с этим сообщением об ошибке.
Одним словом, причина, по которой мы получаем это сообщение об ошибке, заключается в том, что клиентскому стеку не удалось получить UDP-ответ SSRP-пакета из браузера SQL. Чтобы определить точную проблему, выполните следующие действия:
Убедитесь, что имя вашего сервера указано правильно, например, нет опечатки в имени.
Убедитесь, что имя вашего экземпляра правильное и на вашем целевом компьютере действительно есть такой экземпляр. (Помните, что некоторые приложения преобразуют \ в).
Убедитесь, что сервер доступен, например, DNS может быть разрешен правильно, вы можете пропинговать сервер (не всегда верно).
Убедитесь, что на сервере запущена служба браузера SQL.
Если на сервере включен брандмауэр, необходимо исключить sqlbrowser.exe и / или UDP-порт 1434.
Существует один угловой случай, когда вы все равно можете потерпеть неудачу после того, как проверили шаги с 1 по 4. Это также может произойти, если:
Инструмент, который может оказаться полезным (он сделал для меня) - PortQry . Если эта команда возвращает информацию, и она содержит ваш целевой экземпляр, вы можете исключить возможность 4) и 5) выше, что означает, что у вас запущен браузер SQL, и ваш брандмауэр не блокирует UDP-пакет браузера SQL. В этом случае вы можете проверить другие возможные проблемы, такие как неверная строка подключения.
В качестве последнего примечания сообщение об ошибке для той же проблемы при использовании SNAC выглядит следующим образом: [Собственный клиент SQL] Сетевые интерфейсы SQL: ошибка при поиске указанного сервера / экземпляра [xFFFFFFFF].
Microsoft недавно выпустила пошаговое руководство, которое может служить универсальным средством для устранения большинства проблем с подключением к SQL Server: Устранение ошибок подключения к SQL Server
Проблема вызвана тем, что DNS не может разрешить имя хоста. Попробуйте использовать IP-адрес вместо «имени компьютера».
Измените. \ SQLEXPRESS и добавьте только свое экспресс-имя SQL, и это работает для меня
<add name="BlogDbContext" connectionString="data source=your name here; initial catalog=CodeFirstDemo; integrated security=True" providerName="System.Data.SqlClient"/>
Если Вы используете Выпуск Разработчика изменения SQL-сервера «.\SQLEXPRESS» к Вашему имени компьютера в строке подключения.
Прежде:
Хранилище данных =.\SQLEXPRESS; Начальная буква Catalog=SchoolDB-EF6CodeFirst; Интегрированный Security=True; MultipleActiveResultSets=True
После:
Данные Source=DESKTOP-DKV41G2; Начальная буква Catalog=SchoolDB-EF6CodeFirst; Интегрированный Security=True; MultipleActiveResultSets=True