Mam zainstalowany program Visual Studio 2013 i po uruchomieniu aplikacji pojawia się poniższy błąd.

Nie mam pojęcia, gdzie mam zainicjować ten obiekt.

Co robić?

    Server Error in '/' Application.

The object has not yet been initialized. Ensure that HttpConfiguration.EnsureInitialized() is called in the application's startup code after all other initialization code.

Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code. 

Exception Details: System.InvalidOperationException: The object has not yet been initialized. Ensure that HttpConfiguration.EnsureInitialized() is called in the application's startup code after all other initialization code.

Source Error: 

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stack Trace: 


[InvalidOperationException: The object has not yet been initialized. Ensure that HttpConfiguration.EnsureInitialized() is called in the application's startup code after all other initialization code.]
   System.Web.Http.Routing.RouteCollectionRoute.get_SubRoutes() +101
   System.Web.Http.Routing.RouteCollectionRoute.GetRouteData(String virtualPathRoot, HttpRequestMessage request) +63
   System.Web.Http.WebHost.Routing.HttpWebRoute.GetRouteData(HttpContextBase httpContext) +107
   System.Web.Routing.RouteCollection.GetRouteData(HttpContextBase httpContext) +233
   System.Web.Routing.UrlRoutingModule.PostResolveRequestCache(HttpContextBase context) +60
   System.Web.Routing.UrlRoutingModule.OnApplicationPostResolveRequestCache(Object sender, EventArgs e) +82
   System.Web.SyncEventExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() +136
   System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously) +69

Version Information: Microsoft .NET Framework Version:4.0.30319; ASP.NET Version:4.0.30319.18408

To jest dla AlumCloud

Zobacz odpowiedź @ gentiane poniżej, aby dowiedzieć się, jak sobie z tym teraz poradzić.

Na koniec Application_Startmetody Global.Asax.csspróbuj dodać: -

GlobalConfiguration.Configuration.EnsureInitialized(); 

Jeśli zrobisz to pod koniec Application_Start, będzie za późno, bo wywołano WebApiConfig.Register.

Najlepszym sposobem rozwiązania tego problemu jest użycie nowej metody inicjalizacji poprzez zastąpienie w Global.asax:

WebApiConfig.Register(GlobalConfiguration.Configuration);

przez

GlobalConfiguration.Configure(WebApiConfig.Register);

W rzeczywistości pojawił się ten błąd, gdy korzystałem z routingu atrybutów w moim WebApi.

miałem

[Route ("webapi / siteTypes / {siteTypeId"]

zamiast

[Route ("webapi / siteTypes / {siteTypeId}"]

dla mojej trasy i otrzymałem ten błąd. Po prostu przegapiłem zamykający nawias klamrowy. Po ponownym dodaniu ten błąd nie wystąpił ponownie.

To jest stare, ale jest to pierwszy wynik w Google podczas wyszukiwania tego błędu. Po długich poszukiwaniach byłem w stanie dowiedzieć się, co się dzieje.

tldr:
Wszystko, co robi GlobalConfiguration.Configure , to wywołanie akcji i wywołanie ApplyInitialized () . config.MapAttributeRoutes () musi zostać wywołana przed ZapewnienieInitialized (), ponieważ ZapewnijInitialized działa tylko raz.

Znaczenie: jeśli pochodzisz z istniejącego projektu Mvc, wszystko, co musisz zrobić, to:

1. Dodaj GlobalConfiguration.Configuration.EnsureInitialized (); u dołu metody Application_Start .

LUB

2. Przenieś całą konfigurację do jednego wywołania GlobalConfiguration .

GlobalConfiguration.Configure(config => 
{
    WebApiConfig.Register(config);
    config.MapAttributeRoutes();
    ...
});

Kopać głębiej

HttpConfiguration.Configuration ma właściwość „Initializer” zdefiniowaną w następujący sposób:

public Action<HttpConfiguration> Initializer;

HttpConfiguration.EnsureInitialized () uruchamia tę akcję i ustawia _initialized na true

public void EnsureInitialized()
{ 
    if (_initialized)
    {
        return;
    }
    _initialized = true;
    Initializer(this);            
}

HttpConfiguration.MapAttributeRoutes wywołuje metodę wewnętrzną AttributeRoutingMapper.MapAttributeRoutes, która ustawia HttpConfiguration.Initializer

public static void MapAttributeRoutes(...)
{
    RouteCollectionRoute aggregateRoute = new RouteCollectionRoute();
    configuration.Routes.Add(AttributeRouteName, aggregateRoute);

    ...

    Action<HttpConfiguration> previousInitializer = configuration.Initializer;
    configuration.Initializer = config =>
    {
        previousInitializer(config);
        ...
    };
}

GlobalConfiguration.Configure uruchamia usługę GuaranteeInitialized natychmiast po wywołaniu akcji:

public static void Configure(Action<HttpConfiguration> configurationCallback)
{
    if (configurationCallback == null)
    {
        throw new ArgumentNullException("configurationCallback");
    }

    configurationCallback.Invoke(Configuration);
    Configuration.EnsureInitialized();
}

Nie zapomnij, jeśli wpadniesz na ścianę, źródło asp.net jest dostępne pod adresem http://aspnetwebstack.codeplex.com/SourceControl/latest

Miałem powiązany problem. Czasami GlobalConfiguration.Configurewielokrotne wywołanie powoduje ten błąd. Aby obejść ten problem, umieściłem całą logikę inicjowania konfiguracji w jednym miejscu.

Dla mnie problem polegał na tym, że próbowałem użyć nazwanych parametrów dla pól ciągu zapytania w moich trasach:

[Route("my-route?field={field}")]
public void MyRoute([FromUri] string field)
{
}

Pola ciągu zapytania są automatycznie mapowane na parametry i nie są w rzeczywistości częścią definicji trasy. To działa:

[Route("my-route")]
public void MyRoute([FromUri] string field)
{
}

Chociaż powyższa odpowiedź działa, jeśli okaże się, że nie jest ustawiona, w moim przypadku te rzeczy były już ustawione. Różnica polegała na tym, że w przypadku jednego z napisanych przeze mnie interfejsów API trasę poprzedziłam znakiem /. Przykład

[Route("/api/abc/{client}")] 

.Zmiana tego na

[Route("api/abc/{client}")]

naprawił to dla mnie

JEŚLI WYDAJE SIĘ, ŻE BŁĄD WYSTĄPIŁ „Z NIGDZIE” , tzn. Twoja aplikacja przez jakiś czas działała doskonale, zadaj sobie pytanie: Czy dodałem akcję do kontrolera lub zmieniłem trasy przed wyświetleniem tego błędu?

Jeśli odpowiedź brzmi tak (i ​​prawdopodobnie tak jest), prawdopodobnie popełniłeś błąd w procesie. Nieprawidłowe formatowanie, kopiowanie / wklejanie akcji i zapomnienie o upewnieniu się, że nazwy punktów końcowych są unikalne, itp. Skończą cię tutaj. Sugestia, że ​​ten błąd dotyczy sposobu rozwiązania tego problemu, może spowodować, że szczekasz na niewłaściwe drzewo.

Połączenie

GlobalConfiguration.Configuration.MapHttpAttributeRoutes();

przed

GlobalConfiguration.Configure(c => ...);

kończy jego wykonanie.

Otrzymałem ten błąd, gdy wersja Newtonsoft.Json była inna w moim głównym projekcie niż w projekcie pomocniczym

Ten wyjątek występuje zwykle, gdy szablony tras w „Routingu atrybutów” nie są właściwe.

Na przykład dostałem to, kiedy napisałem następujący kod:

[Route("{dirName:string}/contents")] //incorrect
public HttpResponseMessage GetDirContents(string dirName) { ... }

W składni ograniczeń trasy {parametr: ograniczenie} domyślnie ograniczenie jest typu ciąg . Nie trzeba o tym wyraźnie wspominać.

[Route("{dirName}/contents")] //correct
public HttpResponseMessage GetDirContents(string dirName) { ... }

Pewnego dnia zacząłem otrzymywać ten błąd. Po tym, jak zmieniłem naszą aplikację, aby dzwoniła EnsureInitialized(), mogłem zobaczyć główną przyczynę.

Miałem niestandardowy atrybut, filtr, dla akcji. Ta klasa atrybutów miała istotną zmianę wprowadzoną w pakiecie NuGet, w którym znajduje się.

Mimo że zaktualizowałem kod i wszystko zostało skompilowane, lokalny pracownik IIS ładował starą bibliotekę DLL i nie znajdował elementu członkowskiego klasy podczas inicjalizacji, odczytując atrybuty akcji itp.

Z jakiegoś powodu (prawdopodobnie z powodu zamówienia / kiedy nasze logowanie jest inicjowane) ten błąd nie był wykrywalny, prawdopodobnie pozostawiając WebAPI w dziwnym stanie, dopóki nie dodałem EnsureInitialized() który przechwycił wyjątek i nie pokazałem go.

Wykonanie prawidłowego bini objwyczyszczenia za pomocą podręcznego skryptu rozwiązało problem.

W moim przypadku utworzyłem usługę sieciową w projekcie A i uruchomiłem ją z projektu B i otrzymałem dokładnie ten błąd. Problem polegał na tym, że brakowało niektórych plików .dll wymaganych przez A w folderze build-output w B. Upewnij się, że te pliki .dll są dostępne, naprawił problem.

W moim przypadku użyłem Entity jako parametru mojego działania, w którym brakuje jej „Schematu”.

Błędny atrybut:

[Table("Table name", Schema = "")]

Poprawnie:

[Table("Table name", Schema = "schema name")]