2012-06-11 15 views
5

Tak wczoraj zainstalowałem PHP i MySQL na mojej maszynie programistycznej. Od tego czasu pojawia się następujący błąd podczas próby uruchomienia jednego z moich projektów .NET:Nazwa połączenia "LocalSqlServer" nie została znaleziona w konfiguracji aplikacji lub łańcuch połączenia jest pusty

Nazwa połączenia "LocalSqlServer" nie została znaleziona w konfiguracji aplikacji lub łańcuch połączenia jest pusty.

odwołuje tę linię Machine.config:

<add name="AspNetSqlRoleProvider" connectionStringName="LocalSqlServer" applicationName="/" type="System.Web.Security.SqlRoleProvider, System.Web, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" /> 

Szukałem w internecie, wysokie i niskie i może potwierdzić, że mój machine.config posiada niezbędne parametry połączenia:

<connectionStrings> 
<add name="LocalSqlServer" connectionString="data source=.\SQLEXPRESS;Integrated Security=SSPI;AttachDBFilename=|DataDirectory|aspnetdb.mdf;User Instance=true" providerName="System.Data.SqlClient" /> 
<add name="LocalMySqlServer" connectionString="" /> 

Co ciekawe, wykonałem dokładnie tę samą operację instalacji PHP i MySQL na moim serwerze produkcyjnym (serwer 2008) i nie ma problemu. Moja maszyna dla programistów to Windows 7.

Cała moja maszyna dla programistów jest z tego powodu zepsuta. Jak mogę naprawić plik machine.config lub naprawić i rozwiązać ten problem? Czy ktoś tego wcześniej doświadczył?

NUG

Odpowiedz

25

Może jest gdzieś web.config, który zawiera:

<connectionStrings> 
    <clear/> 
    ... 
</connectionStrings> 

kupili także dokładnie sprawdzić, że szukasz w odpowiednim machine.config. Istnieją osobne pliki machine.configs dla każdej wersji Framework, a także oddzielne dla platformy 32-bitowej i 64-bitowej.

+3

Z jakiegoś dziwnego powodu. Całkowicie niepowiązany plik web.config miał: Nugs

+0

Usunięcie tego wydawało się zdziałać. Nie miałem pojęcia, że ​​plik web.config, który nie jest nawet w projekcie, który mam uruchomiony może wpłynąć na inne projekty? – Nugs

+0

@Nugs, spójrz na następujący artykuł MSDN na temat hierarchii plików konfiguracyjnych ASP.NET i dziedziczenia, aby zrozumieć, dlaczego projekt dziedziczy te ustawienia: http://msdn.microsoft.com/en-us/library/ms178685.aspx – Joe

Powiązane problemy