Ho installato Visual Studio 2013 e quando eseguo la mia app ottengo l'errore di seguito.

Non ho idea di dove devo inizializzare questo oggetto.

Cosa fare?

    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

Questo è per AlumCloud

Vedi la risposta di @ gentiane di seguito per il modo corretto di gestirlo ora.

Alla fine del Application_Startmetodo Global.Asax.csprova ad aggiungere: -

GlobalConfiguration.Configuration.EnsureInitialized(); 

Se lo fai alla fine di Application_Start sarà troppo tardi, come è stato chiamato WebApiConfig.Register.

Il modo migliore per risolvere questo problema è utilizzare il nuovo metodo di inizializzazione sostituendo in Global.asax:

WebApiConfig.Register(GlobalConfiguration.Configuration);

di

GlobalConfiguration.Configure(WebApiConfig.Register);

In realtà ho riscontrato questo errore durante l'utilizzo del routing degli attributi nel mio WebApi.

avevo

[Percorso ( "WebAPI / siteTypes / {siteTypeId"]

invece di

[Percorso ( "WebAPI / siteTypes / {} siteTypeId"]

per il mio percorso e ho ricevuto questo errore. Mi ero semplicemente perso la parentesi graffa di chiusura. Una volta aggiunto nuovamente, questo errore non si è verificato più.

Questo è vecchio, ma è il primo risultato su Google quando si cerca questo errore. Dopo aver scavato un bel po 'sono stato in grado di capire cosa stesse succedendo.

tldr:
Tutto ciò che fa GlobalConfiguration.Configure è invocare la tua azione e chiamare garantireInitialized () . config.MapAttributeRoutes () deve essere chiamato prima di SecureInitialized () poiché SecureInitialized viene eseguito una sola volta.

Significato: se provieni da un progetto Mvc esistente, tutto ciò che devi fare è:

1. Aggiungi GlobalConfiguration.Configuration.EnsureInitialized (); nella parte inferiore del metodo Application_Start .

O

2. Sposta l'intera configurazione in una singola chiamata a GlobalConfiguration.Configure :

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

Scavando più a fondo

HttpConfiguration.Configuration ha una proprietà "Initializer" definita in questo modo:

public Action<HttpConfiguration> Initializer;

HttpConfiguration.EnsureInitialized () esegue questa azione e imposta _initialized su true

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

HttpConfiguration.MapAttributeRoutes chiama il metodo interno AttributeRoutingMapper.MapAttributeRoutes che imposta 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 esegue SecureInitialized immediatamente dopo aver richiamato l'azione:

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

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

Non dimenticare, se ti imbatti in un muro, la fonte per asp.net è disponibile su http://aspnetwebstack.codeplex.com/SourceControl/latest

Ho avuto un problema correlato. Talvolta la chiamata GlobalConfiguration.Configurepiù volte genera questo errore. Come soluzione alternativa, ho messo tutta la logica di inizializzazione della configurazione in un unico posto.

Per me, il problema era che stavo cercando di utilizzare i parametri denominati per i campi della stringa di query nei miei percorsi:

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

I campi della stringa di query vengono automaticamente associati ai parametri e in realtà non fanno parte della definizione del percorso. Questo funziona:

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

Anche se la risposta sopra funziona se non è stato impostato, nel mio caso questa roba era già impostata. La cosa diversa era che, per una delle API che avevo scritto, avevo preceduto il percorso con un /. Esempio

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

Cambiando questo a

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

riparato per me

SE QUESTO ERRORE SEMBRA AVERE ARRIVATO "FUORI DALL'ORA" , ovvero la tua app funzionava perfettamente per un po ', chiediti: ho aggiunto un'azione a un controller o ho cambiato percorso prima di vedere questo errore?

Se la risposta è sì (e probabilmente lo è), probabilmente hai commesso un errore nel processo. La formattazione errata, la copia / incolla di un'azione e la dimenticanza di assicurarsi che i nomi degli endpoint siano univoci, ecc. Finiranno tutti qui. Il suggerimento che questo errore fa su come risolverlo può farti abbaiare l'albero sbagliato.

Chiamata

GlobalConfiguration.Configuration.MapHttpAttributeRoutes();

prima

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

completa la sua esecuzione.

Ho avuto questo errore quando la versione di Newtonsoft.Json era diversa nel mio progetto principale rispetto al progetto di supporto

In genere si ottiene questa eccezione quando i modelli di percorso in "Instradamento attributi" non sono corretti.

Ad esempio, ho ottenuto questo quando ho scritto il seguente codice:

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

Nella sintassi dei vincoli di rotta {parametro: vincolo}, il vincolo di default è di tipo stringa . Non c'è bisogno di menzionarlo esplicitamente.

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

Ho iniziato a ricevere questo errore un giorno. Dopo aver modificato l'app per chiamare, EnsureInitialized()sono stato in grado di vedere la causa principale.

Avevo un attributo personalizzato, un filtro, su un'azione. Quella classe di attributi aveva subito una rottura nel pacchetto NuGet in cui vive.

Anche se avevo aggiornato il codice e tutto compilato, il lavoratore IIS locale stava caricando una vecchia DLL e non trovava un membro della classe durante l'inizializzazione, leggendo gli attributi sulle azioni ecc.

Per qualche motivo (probabilmente a causa di un ordine / quando la nostra registrazione è inizializzata), questo errore non era rilevabile, lasciando eventualmente la WebAPI in uno stato strano, fino a quando non avessi aggiunto EnsureInitialized() che ha catturato l'eccezione e l'ho emersa.

L'esecuzione di una corretta bine objpulita tramite un pratico script lo ha risolto.

Nel mio caso ho creato il servizio web nel progetto A e l'ho avviato dal Progetto B e ho riscontrato esattamente questo errore. Il problema era che alcuni file .dll richiesti da A erano mancanti nella cartella build-output di B. Assicurarsi che questi file .dll siano disponibili.

Nel mio caso, ho usato un'entità come parametro della mia azione che manca il suo "schema".

Attributo errato:

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

Corretta :

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