Nach dem Upgrade auf ASP.NET Core 2.0 kann ich anscheinend keine Migrationen mehr erstellen.

Ich erhalte

"Beim Aufrufen der Methode 'BuildWebHost' für die Klasse 'Program' ist ein Fehler aufgetreten. Fortsetzung ohne den Anwendungsdienstanbieter. Fehler: Ein oder mehrere Fehler sind aufgetreten. (Die vom Anmelden angeforderte Datenbank" ... "kann nicht geöffnet werden. Die Anmeldung ist fehlgeschlagen. Anmeldung fehlgeschlagen für Benutzer '...' "

und

"Ein Objekt vom Typ 'MyContext' kann nicht erstellt werden. Fügen Sie dem Projekt eine Implementierung von 'IDesignTimeDbContextFactory' hinzu, oder lesen Sie https://go.microsoft.com/fwlink/?linkid=851728, um weitere Muster zu erhalten, die zur Entwurfszeit unterstützt werden."

Der Befehl, den ich zuvor ausgeführt habe, war $ dotnet ef migrations add InitialCreate --startup-project "..\Web"(aus dem Projekt / Ordner mit dem DBContext).

Verbindungszeichenfolge: "Server=(localdb)\\mssqllocaldb;Database=database;Trusted_Connection=True;MultipleActiveResultSets=true"

Das ist mein Program.cs

 public class Program
{
    public static void Main(string[] args)
    {
        BuildWebHost(args).Run();
    }

    public static IWebHost BuildWebHost(string[] args) =>
       WebHost.CreateDefaultBuilder(args)
           .UseStartup<Startup>()
           .Build();
}

Sie können eine Klasse hinzufügen, die IDesignTimeDbContextFactory in Ihrem Webprojekt implementiert.

Hier ist der Beispielcode:

public class DesignTimeDbContextFactory : IDesignTimeDbContextFactory<CodingBlastDbContext>
{
    public CodingBlastDbContext CreateDbContext(string[] args)
    {
        IConfigurationRoot configuration = new ConfigurationBuilder()
            .SetBasePath(Directory.GetCurrentDirectory())
            .AddJsonFile("appsettings.json")
            .Build();
        var builder = new DbContextOptionsBuilder<CodingBlastDbContext>();
        var connectionString = configuration.GetConnectionString("DefaultConnection");
        builder.UseSqlServer(connectionString);
        return new CodingBlastDbContext(builder.Options);
    }
}

Navigieren Sie dann zu Ihrem Datenbankprojekt und führen Sie Folgendes über die Befehlszeile aus:

dotnet ef migrations add InitialMigration -s ../Web/

dotnet ef database update -s ../Web/

-s stands for startup project and ../Web/ is the location of my web/startup project.

Ressource

Keine Notwendigkeit für IDesignTimeDbContextFactory.

Lauf

add-migration initial -verbose

das wird die Details unter enthüllen

Beim Zugriff auf den IWebHost in der Klasse 'Programm' ist ein Fehler aufgetreten. Fortsetzung ohne den Anwendungsdienstleister.

Warnung, die die Hauptursache des Problems ist.

In meinem Fall bestand das Problem darin, einen Fehler zu haben ApplicationRole : IdentityRole<int>und aufzurufen, services.AddIdentity<ApplicationUser, IdentityRole>()der den folgenden Fehler verursachte

System.ArgumentException: GenericArguments[1], 'Microsoft.AspNetCore.Identity.IdentityRole', 
on 'Microsoft.AspNetCore.Identity.EntityFrameworkCore.UserStore`9[TUser,TRole,TContext,
TKey,TUserClaim,TUserRole,TUserLogin,TUserToken,TRoleClaim]' violates the constraint of type 'TRole'.
---> System.TypeLoadException: GenericArguments[1], 'Microsoft.AspNetCore.Identity.IdentityRole', 
on 'Microsoft.AspNetCore.Identity.UserStoreBase`8[TUser,TRole,TKey,TUserClaim,
TUserRole,TUserLogin,TUserToken,TRoleClaim]' violates the constraint of type parameter 'TRole'.

Lösung 1: (Finden Sie das Problem in 99% der Fälle)

Legen Sie das Webanwendungsprojekt als Startprojekt fest

Führen Sie die folgenden Befehle mit -verboseOption aus.

Add-Migration Init -Verbose

-verbose Option hilft, das eigentliche Problem tatsächlich aufzudecken. Sie enthält detaillierte Fehler.

Lösung 2:

Umbenennen BuildWebHost()in CreateWebHostBuilder(), da Entity Framework Core toolserwartet wird, dass eine CreateHostBuilderMethode gefunden wird, die den Host konfiguriert, ohne die App auszuführen.

.NET Core 2.2

public class Program
{
    public static void Main(string[] args)
    {
        CreateWebHostBuilder(args).Build().Run();
    }

    public static IWebHostBuilder CreateWebHostBuilder(string[] args) =>
        WebHost.CreateDefaultBuilder(args)
            .UseStartup<Startup>();
} 

.NET Core 3.1

Umbenennen BuildWebHost()inCreateHostBuilder()

public class Program
{
    public static void Main(string[] args)
    {
        CreateHostBuilder(args).Build().Run();
    }

    public static IHostBuilder CreateHostBuilder(string[] args) =>
        Host.CreateDefaultBuilder(args)
            .ConfigureWebHostDefaults(webBuilder =>
            {
                webBuilder.UseStartup<Startup>();
            });
}

Lösung 3:

Stellen Sie sicher, dass Sie Dbcontextzur Abhängigkeitsinjektion hinzugefügt haben : AddDbContext<TContext>Stellt sowohl Ihren DbContext-Typ TContextals auch den entsprechenden Typ DbContextOptions<TContext>für die Injektion aus dem Service-Container zur Verfügung. Dazu muss Ihrem DbContextTyp ein Konstruktorargument hinzugefügt werden , das akzeptiert DbContextOptions<TContext>.

Beispiel: In Startup.cs

public void ConfigureServices(IServiceCollection services)
{
    services.AddDbContext<AppDbContext>(options => options.UseSqlServer(connectionString));
}

AppDbContext- Code:

public class AppDbContext: DbContext
{
    public AppDbContext(DbContextOptions<AppDbContext> options)
      :base(options)
    { }

}

public class Program
{
    public static void Main(string[] args)
    {
        BuildWebHost(args).Run();
    }

    public static IWebHost BuildWebHost(string[] args) =>
        WebHost.CreateDefaultBuilder(args)
            .UseStartup<Startup>()
            .Build();
    }
}

Einfach umbenennen BuildWebHost()in CreateWebHostBuilder(), da Migrationen diese Methode standardmäßig verwenden.

In meinem Fall war die Ursache des Problems mehrere Startprojekte. Ich habe drei Projekte in meiner Lösung: Mvc, Api und Dal. DbContext und Migrationen im Dal-Projekt.

Ich hatte mehrere Startprojekte konfiguriert. Sowohl Mvc- als auch Api-Projekte wurden ausgeführt, als ich auf Start geklickt habe. Aber in diesem Fall bekam ich diesen Fehler.

"Ein Objekt vom Typ 'MyContext' kann nicht erstellt werden. Fügen Sie dem Projekt eine Implementierung von 'IDesignTimeDbContextFactory' hinzu, oder lesen Sie https://go.microsoft.com/fwlink/?linkid=851728, um weitere Muster zu erhalten, die zur Entwurfszeit unterstützt werden."

Ich konnte die Migration erfolgreich hinzufügen, nachdem ich Mvc als einziges Startprojekt festgelegt und Dal in der Package Manager-Konsole ausgewählt hatte.

Fügen Sie in der AppContext.cs neben der AppContext-Klasse eine weitere Klasse hinzu:

// required when local database deleted
public class ToDoContextFactory : IDesignTimeDbContextFactory<AppContext>
{
    public AppContext CreateDbContext(string[] args)
    {
        var builder = new DbContextOptionsBuilder<AppContext>();
          builder.UseSqlServer("Server=localhost;Database=DbName;Trusted_Connection=True;MultipleActiveResultSets=true");
        return new AppContext(builder.Options);
    }
}

Dies wird Ihr zweites Problem lösen:

"Objekt vom Typ 'MyContext' kann nicht erstellt werden. Fügen Sie dem Projekt eine Implementierung von 'IDesignTimeDbContextFactory' hinzu.

Danach können Sie Initial migration hinzufügen und ausführen, indem Sie den Befehl update-database ausführen . Wenn Sie diese Befehle jedoch ausführen, wenn sich noch keine Datenbank in Ihrem lokalen SQL Server befindet, wird die Warnung wie bei Ihrem ersten Fehler angezeigt: "Ein Fehler

ist beim Aufrufen der Methode 'BuildWebHost' für die Klasse 'Program' aufgetreten ... Die Anmeldung ist fehlgeschlagen. Login ist fehlgeschlagen für den Benutzer '...'"

Dies ist jedoch kein Fehler, da eine Migration erstellt wird und ausgeführt werden kann. Ignorieren Sie diesen Fehler also zum ersten Mal, und letzteres wird nicht wieder vorkommen, da Db vorhanden sein wird.

Bitte überprüfen Sie, ob Sie die Referenz haben

<PackageReference Include="Microsoft.EntityFrameworkCore.Design" Version="2.0.0" />

Sie können diese Lösung aus dieser Diskussion ausprobieren , die von diesem Beitrag inspiriert wurde .

public static IWebHost MigrateDatabase(this IWebHost webHost)
{
    using (var scope = webHost.Services.CreateScope())
    {
        var services = scope.ServiceProvider;

        try
        {
            var db = services.GetRequiredService<MyContext>();
            db.Database.Migrate();
        }
        catch (Exception ex)
        {
            var logger = services.GetRequiredService<ILogger<Program>>();
            logger.LogError(ex, "An error occurred while migrating the database.");
        }
    }

    return webHost;
}
public static void Main(string[] args)
{
    BuildWebHost(args)
        .MigrateDatabase()
        .Run();
}

Was mir wirklich geholfen hat, war dieser Artikel: https://elanderson.net/2017/09/unable-to-create-an-object-of-type-applicationdbcontext-add-an-implementation-of-idesigntimedbcontextfactory/

Die Grundidee ist, dass bei der Umstellung von .net Core 1 auf 2 die gesamte Datenbankinitialisierung aus der StartUp.cs in die Program.cs verschoben werden sollte. Andernfalls versuchen die EF-Tasks, Ihre DB-Inits auszuführen, wenn Sie Tasks ausführen.

"In den offiziellen Migrationsdokumenten ( https://docs.microsoft.com/en-us/ef/core/miscellaneous/1x-2x-upgrade ) gibt es einen schönen Abschnitt mit dem Titel" Datenbankinitialisierungscode verschieben ", den ich anscheinend habe Ich habe also sichergestellt, dass dies nicht der Grund ist, warum Sie eine Implementierung von IdesignTimeDbContextFactory hinzufügen müssen. "

Von

https://docs.microsoft.com/en-us/ef/core/miscellaneous/cli/dbcontext-creation

Wenn Sie eine neue ASP.NET Core 2.0-Anwendung erstellen, ist dieser Hook standardmäßig enthalten. In früheren Versionen von EF Core und ASP.NET Core versuchen die Tools, Startup.ConfigureServices direkt aufzurufen, um den Dienstanbieter der Anwendung zu erhalten. Dieses Muster funktioniert jedoch in ASP.NET Core 2.0-Anwendungen nicht mehr ordnungsgemäß. Wenn Sie eine ASP.NET Core 1.x-Anwendung auf 2.0 aktualisieren, können Sie Ihre Programmklasse so ändern, dass sie dem neuen Muster folgt.

Fügen Sie Factory in .Net Core 2.x hinzu

public class BloggingContextFactory : IDesignTimeDbContextFactory<BloggingContext>
    {
        public BloggingContext CreateDbContext(string[] args)
        {
            var optionsBuilder = new DbContextOptionsBuilder<BloggingContext>();
            optionsBuilder.UseSqlite("Data Source=blog.db");

            return new BloggingContext(optionsBuilder.Options);
        }
    }

Ich hatte dieses Problem und dieses Problem gelöst durch Set -> Web Application (Included Program.cs) Project to -> "Set as Startup Project"

Führen Sie dann -> add-migration initial -verbose aus

in der Package Manager-Konsole

Als Startprojekt festlegen

Wenn Sie diese IDesignTimeDbContextFactory-Sache vermeiden möchten: Stellen Sie einfach sicher, dass Sie beim Start keine Seed-Methode verwenden. Ich habe bei meinem Start eine statische Seed-Methode verwendet, die diesen Fehler für mich verursacht hat.

Zuvor haben Sie die Startdaten in der Configure-Methode in Startup.cs konfiguriert. Es wird jetzt empfohlen, die Configure-Methode nur zum Einrichten der Anforderungspipeline zu verwenden. Der Anwendungsstartcode gehört zur Main-Methode.

Die überarbeitete Hauptmethode. Fügen Sie der Program.cs die folgenden Verweise hinzu:

using Microsoft.Extensions.DependencyInjection;

using MyProject.MyDbContextFolder;

public static void Main(string[] args)
{
    var host = BuildWebHost(args);

    using (var scope = host.Services.CreateScope())
    {
        var services = scope.ServiceProvider;
        try
        {
            var context = services.GetRequiredService<MyDbConext>();
            DbInitializer.Initialize(context);
        }
        catch (Exception ex)
        {
            var logger = services.GetRequiredService<ILogger<Program>>();
            logger.LogError(ex, "An error occurred while seeding the database.");
        }
    }

    host.Run();
}

Es gibt ein Problem mit dem Seeding von DB aus Startup.Configure in 2.0 ... Sie können es trotzdem mit dieser Problemumgehung tun. Getestet und gut funktioniert

https://garywoodfine.com/how-to-seed-your-ef-core-database/

In meinem Fall trat das Problem auf, weil in meiner Datei Startup.cs eine Methode namens SeedData.EnsurePopulated () aufgerufen wurde .

public class Startup
{
    public Startup(IConfiguration configuration) => Configuration = configuration;
    public IConfiguration Configuration { get; }

    public void ConfigureServices(IServiceCollection services)
    {
        //
    }

    public void Configure(IApplicationBuilder app, IHostingEnvironment env)
    {
        app.UseDeveloperExceptionPage();
        app.UseStatusCodePages();
        app.UseStaticFiles();
        app.UseSession();
        app.UseMvc(routes =>
        {
            //
        });

        SeedData.EnsurePopulated(app);
    }
}

Die Arbeit der SeedData- Klasse besteht darin, der Datenbanktabelle Anfangsdaten hinzuzufügen. Der Code lautet:

public static void EnsurePopulated(IApplicationBuilder app)
    {
        ApplicationDbContext context = app.ApplicationServices.GetRequiredService<ApplicationDbContext>();
        context.Database.Migrate();
        if (!context.Products.Any())
        {
            context.Products.AddRange(
            new Product
            {
                Name = "Kayak",
                Description = "A boat for one person",
                Category = "Watersports",
                Price = 275
            },
            ....
            );
            context.SaveChanges();
        }
    }

LÖSUNG

Kommentieren Sie vor der Migration einfach den Aufruf der SeedData- Klasse in der Datei Startup.cs aus.

// SeedData.EnsurePopulated(app);

Das hat mein Problem gelöst und ich hoffe, Ihr Problem wird auch auf die gleiche Weise gelöst.

Ich bin auf dasselbe Problem gestoßen. Ich habe zwei Projekte in der Lösung. welche

1. API
2. Services und Repo, die Kontextmodelle enthalten

Ursprünglich wurde das API-Projekt als Startprojekt festgelegt.

Ich habe das Startup-Projekt in das Projekt geändert, das Kontextklassen enthält. Wenn Sie Visual Studio verwenden , können Sie ein Projekt als Startprojekt festlegen, indem Sie:

Öffnen Sie den Solution Explorer >> Klicken Sie mit der rechten Maustaste auf das Kontextprojekt >> Wählen Sie Als Startprojekt festlegen

Stellen Sie zunächst sicher, dass Sie Ihre Datenbank in konfiguriert haben. Startup.cs In meinem Fall wurde dieser Fehler angezeigt, da ich das Folgende in nicht angegeben habeStartup.cs

    services.AddDbContext<ApplicationDbContext>(options =>
        options.UseSqlServer(
            Configuration.GetConnectionString("DefaultConnection"), x => x.MigrationsAssembly("<Your Project Assembly name where DBContext class resides>")));

Verwenden von ASP.NET Core 3.1 und EntityFrameWorkCore 3.1.0. Überschreiben der OnConfiguring der Kontextklasse nur mit einem parameterlosen Konstruktor

```protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        if (!optionsBuilder.IsConfigured)
        {
            IConfigurationRoot configuration = new ConfigurationBuilder()
               .SetBasePath(Directory.GetCurrentDirectory())
               .AddJsonFile("appsettings.json")
               .Build();
            var connectionString = configuration.GetConnectionString("LibraryConnection");
            optionsBuilder.UseSqlServer(connectionString);
        }
    }
```

Ich war mit dem Fehler konfrontiert

"Ein Objekt vom Typ 'MyContext' kann nicht erstellt werden. Fügen Sie dem Projekt eine Implementierung von 'IDesignTimeDbContextFactory' hinzu, oder lesen Sie https://go.microsoft.com/fwlink/?linkid=851728, um weitere Muster zu erhalten, die zur Entwurfszeit unterstützt werden."

So wurde mein Problem gelöst. Führen Sie den folgenden Befehl aus, während Sie sich in Ihrem Lösungsverzeichnis befinden

 dotnet ef migrations add InitialMigration --project "Blog.Infrastructure" --startup-project "Blog.Appication"

Hier ist Application mein Startprojekt mit der Klasse Startup.cs und Infrastructure ist mein Projekt mit der Klasse DbContext.

Führen Sie dann das Update mit derselben Struktur aus.

dotnet ef database update --project "Blog.Infrastructure" --startup-project "Blog.Application"

Ich habe das gleiche Problem, da ich auf Microsoft.EntityFrameworkCore.Tools.DotNet verwiesen habe

<DotNetCliToolReference Include="Microsoft.EntityFrameworkCore.Tools.DotNet" Version="1.0.0" />

Nach dem Upgrade auf die neuere Version wurde es behoben

In der Datei appsettings.json des Hauptprojekts hatte ich "In Ausgabeverzeichnis kopieren" auf "Immer kopieren" gesetzt und es funktionierte.

Beispiel für eine DB-Kontextklasse für .net-Kernkonsolenanwendungen

using Microsoft.EntityFrameworkCore;
using Microsoft.EntityFrameworkCore.Design;
using Microsoft.Extensions.Configuration;
using System.IO;

namespace EmailServerConsole.Data
{
    public class EmailDBContext : DbContext
    {
        public EmailDBContext(DbContextOptions<EmailDBContext> options) : base(options) { }
        public DbSet<EmailQueue> EmailsQueue { get; set; }
    }

    public class ApplicationContextDbFactory : IDesignTimeDbContextFactory<EmailDBContext>
    {
        EmailDBContext IDesignTimeDbContextFactory<EmailDBContext>.CreateDbContext(string[] args)
        {
            IConfigurationRoot configuration = new ConfigurationBuilder()
                .SetBasePath(Directory.GetCurrentDirectory())
                .AddJsonFile("appsettings.json")
                .Build();
            var builder = new DbContextOptionsBuilder<EmailDBContext>();
            var connectionString = configuration.GetConnectionString("connection_string");
            builder.UseSqlServer(connectionString);
            return new EmailDBContext(builder.Options);
        }
    }
}

Sie können auch im Konstruktor der Startklasse verwenden, um der Konfiguration eine JSON-Datei (in der sich die Verbindungszeichenfolge befindet) hinzuzufügen. Beispiel:

    IConfigurationRoot _config;
    public Startup(IHostingEnvironment env)
    {
        var builder = new ConfigurationBuilder()
            .SetBasePath(env.ContentRootPath)
            .AddJsonFile("appsettings.json");

        _config = builder.Build();
    }

Für mich war es, weil ich das Output Typevon meinem Startup-Projekt von Console Applicationauf geändert habe Class Library.

Zurückkehren Console Applicationhat den Trick getan.

Ich hatte dieses Problem in einer Lösung, die hat:

• ein .NET Core 2.2 MVC-Projekt
• ein .NET Core 3.0 Blazor-Projekt
• Der DB-Kontext in einem .NET Standard 2.0-Klassenbibliotheksprojekt

Ich erhalte die Meldung "Objekt kann nicht erstellt werden ...", wenn das Blazor-Projekt als Startprojekt festgelegt ist, nicht jedoch, wenn das MVC-Projekt als Startprojekt festgelegt ist.

Das ist mir ein Rätsel, denn in der Package Manager-Konsole (in der ich die Migration erstelle) habe ich das Standardprojekt auf eine C # -Klassenbibliothek festgelegt, die tatsächlich den DB-Kontext enthält, und ich gebe auch den DB-Kontext in an Mein Aufruf zur Add-Migration add-migration MigrationName -context ContextName, daher scheint es seltsam, dass Visual Studio sich darum kümmert, welches Startprojekt derzeit festgelegt ist.

Ich vermute, der Grund dafür ist, dass die PMC, wenn das Blazor-Projekt das Startprojekt ist, die Version von .NET als Core 3.0 aus dem Startprojekt ermittelt und dann versucht, diese zu verwenden, um die Migrationen in der .NET Standard 2.0-Klasse auszuführen Bibliothek und einen Konflikt irgendeiner Art zu treffen.

Unabhängig von der Ursache wurde das Problem behoben, indem das Startprojekt in das MVC-Projekt geändert wurde, das auf Core 2.2 und nicht auf das Blazor-Projekt abzielt

Für mich war das Problem, dass ich die Migrationsbefehle im falschen Projekt ausführte. Durch Ausführen der Befehle innerhalb des Projekts, das die Datei Startup.cs enthielt, und nicht des Projekts, das den DbContext enthielt, konnte ich dieses spezielle Problem überwinden.

In meinem Fall hilft es, das StartUp-Projekt in init einzustellen. Sie können dies durch Ausführen tun

dotnet ef migrations add init -s ../StartUpProjectName

Ich hatte das gleiche Problem. Ich habe gerade die ap.jason in application.jason geändert und das Problem behoben