Update Database(String target Migration, String context Type) at Microsoft.

Either add a parameterless constructor to 'Application Db Context' or add an implementation of 'IDb Context Factory Finding Db Context classes...

xxxweb c-88

Change your migrations assembly by using Db Context Options Builder.

Operation Exception: Your target project 'xxx Web' doesn't match your migrations assembly 'xxx. Either change your target project or change your migrations assembly.

Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj...

Restore completed in 2.61 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\obj\xxx Web.csproj.nuget.g.targets. Path: c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\obj\project.Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\test\xxx Web.

Hi, First of all, sorry if this post is long, I am trying to include as much detail as possible to see if the problem is my ignorance or an edge case not supported yet.

The problem is after migration trying to fix the empty constructor error and having the Db Context in a separate assembly.

c:\Repos\xxx\Source\Reports\xxx Web Reports\xxx Reporting\xxx Reporting.sqlproj(93,3): error MSB4019: The imported project "C:\Program Files\dotnet\sdk

The problem is after migration trying to fix the empty constructor error and having the Db Context in a separate assembly. c:\Repos\xxx\Source\Reports\xxx Web Reports\xxx Reporting\xxx Reporting.sqlproj(93,3): error MSB4019: The imported project "C:\Program Files\dotnet\sdk\1.0.0-rc4-004771\Microsoft\Visual Studio\v11.0\SSDT\Microsoft. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj... Restore completed in 2.62 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\obj\xxx Sync.csproj.nuget.g.props. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\xxx Integration Tests.csproj.nuget.g.props. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\project.Restore completed in 5.69 sec for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj. Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. Invalid Operation Exception: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. Files backed up to c:\Repos\xxx\Source\Web\xxx Web\backup\ is unrecognized. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj... Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\xxx Sync.csproj... BLL\obj\project.Restore completed in 4.31 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restore completed in 2.14 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Web. Tests\obj\project.Restore completed in 5.66 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. C:\Program Files\dotnet\exec --depsfile C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx json --additionalprobingpath C:\Users\mathe\.nuget\packages --runtimeconfig C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx Web.C:\Users\mathe\.nuget\packages\microsoft.entityframeworkcore.tools\1.0.0-msbuild3-final\tools\netcoreapp1.0\database update --verbose --no-color --prefix-output --assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --startup-assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --project-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --content-root C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --data-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\ --root-namespace xxx Web Using assembly 'xxx Web'. Using application base 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1'. Using content root 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web'. Consider using IDb Context Factory to override the initialization of the Db Context at design-time. Can I get around this any way or is this the way it is until RTM/2.0 release hits the streets? I did not take that from your first comment as it sounded like you were more describing the user secret problem rather than migrations as a whole being affected. Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. However, now that EF has changed in the thisrelease, i have to have the same code in a default constructor.TLDR; Why do we need to duplicate code just so Update-Database can work?

||

The problem is after migration trying to fix the empty constructor error and having the Db Context in a separate assembly.

c:\Repos\xxx\Source\Reports\xxx Web Reports\xxx Reporting\xxx Reporting.sqlproj(93,3): error MSB4019: The imported project "C:\Program Files\dotnet\sdk\1.0.0-rc4-004771\Microsoft\Visual Studio\v11.0\SSDT\Microsoft. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj... Restore completed in 2.62 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\obj\xxx Sync.csproj.nuget.g.props. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\xxx Integration Tests.csproj.nuget.g.props. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\project.Restore completed in 5.69 sec for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj. Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. Invalid Operation Exception: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'.

Files backed up to c:\Repos\xxx\Source\Web\xxx Web\backup\ is unrecognized. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj... Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\xxx Sync.csproj... BLL\obj\project.Restore completed in 4.31 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restore completed in 2.14 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Web. Tests\obj\project.Restore completed in 5.66 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. C:\Program Files\dotnet\exec --depsfile C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx json --additionalprobingpath C:\Users\mathe\.nuget\packages --runtimeconfig C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx Web.C:\Users\mathe\.nuget\packages\microsoft.entityframeworkcore.tools\1.0.0-msbuild3-final\tools\netcoreapp1.0\database update --verbose --no-color --prefix-output --assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --startup-assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --project-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --content-root C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --data-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\ --root-namespace xxx Web Using assembly 'xxx Web'. Using application base 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1'. Using content root 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web'. Consider using IDb Context Factory to override the initialization of the Db Context at design-time.

Can I get around this any way or is this the way it is until RTM/2.0 release hits the streets? I did not take that from your first comment as it sounded like you were more describing the user secret problem rather than migrations as a whole being affected.

Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. However, now that EF has changed in the thisrelease, i have to have the same code in a default constructor.

TLDR; Why do we need to duplicate code just so Update-Database can work?

||

The problem is after migration trying to fix the empty constructor error and having the Db Context in a separate assembly.

c:\Repos\xxx\Source\Reports\xxx Web Reports\xxx Reporting\xxx Reporting.sqlproj(93,3): error MSB4019: The imported project "C:\Program Files\dotnet\sdk\1.0.0-rc4-004771\Microsoft\Visual Studio\v11.0\SSDT\Microsoft. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj... Restore completed in 2.62 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\obj\xxx Sync.csproj.nuget.g.props. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\xxx Integration Tests.csproj.nuget.g.props. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\project.Restore completed in 5.69 sec for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj. Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. Invalid Operation Exception: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'.

Files backed up to c:\Repos\xxx\Source\Web\xxx Web\backup\ is unrecognized. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj... Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\xxx Sync.csproj... BLL\obj\project.Restore completed in 4.31 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restore completed in 2.14 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Web. Tests\obj\project.Restore completed in 5.66 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. C:\Program Files\dotnet\exec --depsfile C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx json --additionalprobingpath C:\Users\mathe\.nuget\packages --runtimeconfig C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx Web.C:\Users\mathe\.nuget\packages\microsoft.entityframeworkcore.tools\1.0.0-msbuild3-final\tools\netcoreapp1.0\database update --verbose --no-color --prefix-output --assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --startup-assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --project-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --content-root C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --data-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\ --root-namespace xxx Web Using assembly 'xxx Web'. Using application base 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1'. Using content root 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web'. Consider using IDb Context Factory to override the initialization of the Db Context at design-time.

Can I get around this any way or is this the way it is until RTM/2.0 release hits the streets? I did not take that from your first comment as it sounded like you were more describing the user secret problem rather than migrations as a whole being affected.

.0.0-rc4-004771\Microsoft\Visual Studio\v11.0\SSDT\Microsoft. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj... Restore completed in 2.62 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\obj\xxx Sync.csproj.nuget.g.props. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\xxx Integration Tests.csproj.nuget.g.props. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\project.Restore completed in 5.69 sec for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj. Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. Invalid Operation Exception: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'.

Files backed up to c:\Repos\xxx\Source\Web\xxx Web\backup\ is unrecognized. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj... Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\xxx Sync.csproj... BLL\obj\project.Restore completed in 4.31 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restore completed in 2.14 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Web. Tests\obj\project.Restore completed in 5.66 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. C:\Program Files\dotnet\exec --depsfile C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx json --additionalprobingpath C:\Users\mathe\.nuget\packages --runtimeconfig C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx Web.C:\Users\mathe\.nuget\packages\microsoft.entityframeworkcore.tools

The problem is after migration trying to fix the empty constructor error and having the Db Context in a separate assembly. c:\Repos\xxx\Source\Reports\xxx Web Reports\xxx Reporting\xxx Reporting.sqlproj(93,3): error MSB4019: The imported project "C:\Program Files\dotnet\sdk\1.0.0-rc4-004771\Microsoft\Visual Studio\v11.0\SSDT\Microsoft. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj... Restore completed in 2.62 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\obj\xxx Sync.csproj.nuget.g.props. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\xxx Integration Tests.csproj.nuget.g.props. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\project.Restore completed in 5.69 sec for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj. Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. Invalid Operation Exception: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. Files backed up to c:\Repos\xxx\Source\Web\xxx Web\backup\ is unrecognized. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj... Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\xxx Sync.csproj... BLL\obj\project.Restore completed in 4.31 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restore completed in 2.14 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Web. Tests\obj\project.Restore completed in 5.66 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. C:\Program Files\dotnet\exec --depsfile C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx json --additionalprobingpath C:\Users\mathe\.nuget\packages --runtimeconfig C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx Web.C:\Users\mathe\.nuget\packages\microsoft.entityframeworkcore.tools\1.0.0-msbuild3-final\tools\netcoreapp1.0\database update --verbose --no-color --prefix-output --assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --startup-assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --project-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --content-root C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --data-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\ --root-namespace xxx Web Using assembly 'xxx Web'. Using application base 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1'. Using content root 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web'. Consider using IDb Context Factory to override the initialization of the Db Context at design-time. Can I get around this any way or is this the way it is until RTM/2.0 release hits the streets? I did not take that from your first comment as it sounded like you were more describing the user secret problem rather than migrations as a whole being affected. Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. However, now that EF has changed in the thisrelease, i have to have the same code in a default constructor.TLDR; Why do we need to duplicate code just so Update-Database can work?

||

The problem is after migration trying to fix the empty constructor error and having the Db Context in a separate assembly.

c:\Repos\xxx\Source\Reports\xxx Web Reports\xxx Reporting\xxx Reporting.sqlproj(93,3): error MSB4019: The imported project "C:\Program Files\dotnet\sdk\1.0.0-rc4-004771\Microsoft\Visual Studio\v11.0\SSDT\Microsoft. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj... Restore completed in 2.62 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\obj\xxx Sync.csproj.nuget.g.props. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\xxx Integration Tests.csproj.nuget.g.props. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\project.Restore completed in 5.69 sec for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj. Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. Invalid Operation Exception: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'.

Files backed up to c:\Repos\xxx\Source\Web\xxx Web\backup\ is unrecognized. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj... Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\xxx Sync.csproj... BLL\obj\project.Restore completed in 4.31 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restore completed in 2.14 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Web. Tests\obj\project.Restore completed in 5.66 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. C:\Program Files\dotnet\exec --depsfile C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx json --additionalprobingpath C:\Users\mathe\.nuget\packages --runtimeconfig C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx Web.C:\Users\mathe\.nuget\packages\microsoft.entityframeworkcore.tools\1.0.0-msbuild3-final\tools\netcoreapp1.0\database update --verbose --no-color --prefix-output --assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --startup-assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --project-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --content-root C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --data-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\ --root-namespace xxx Web Using assembly 'xxx Web'. Using application base 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1'. Using content root 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web'. Consider using IDb Context Factory to override the initialization of the Db Context at design-time.

Can I get around this any way or is this the way it is until RTM/2.0 release hits the streets? I did not take that from your first comment as it sounded like you were more describing the user secret problem rather than migrations as a whole being affected.

Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. However, now that EF has changed in the thisrelease, i have to have the same code in a default constructor.

TLDR; Why do we need to duplicate code just so Update-Database can work?

||

The problem is after migration trying to fix the empty constructor error and having the Db Context in a separate assembly.

c:\Repos\xxx\Source\Reports\xxx Web Reports\xxx Reporting\xxx Reporting.sqlproj(93,3): error MSB4019: The imported project "C:\Program Files\dotnet\sdk\1.0.0-rc4-004771\Microsoft\Visual Studio\v11.0\SSDT\Microsoft. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj... Restore completed in 2.62 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\obj\xxx Sync.csproj.nuget.g.props. Generating MSBuild file c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\xxx Integration Tests.csproj.nuget.g.props. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\obj\project.Restore completed in 5.69 sec for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj. Error: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'. Invalid Operation Exception: Could not find 'User Secrets Id Attribute' on assembly 'ef, Version=1.0.0.0, Culture=neutral, Public Key Token=adb9793829ddae60'.

Files backed up to c:\Repos\xxx\Source\Web\xxx Web\backup\ is unrecognized. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\test\xxx Integration Tests\xxx Integration Tests.csproj... Restoring packages for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Sync\xxx Sync.csproj... BLL\obj\project.Restore completed in 4.31 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx. Restore completed in 2.14 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. Path: c:\Repos\xxx\Source\Web\xxx Web\test\xxx Web. Tests\obj\project.Restore completed in 5.66 sec for c:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\xxx Web.csproj. C:\Program Files\dotnet\exec --depsfile C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx json --additionalprobingpath C:\Users\mathe\.nuget\packages --runtimeconfig C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx Web.C:\Users\mathe\.nuget\packages\microsoft.entityframeworkcore.tools\1.0.0-msbuild3-final\tools\netcoreapp1.0\database update --verbose --no-color --prefix-output --assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --startup-assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --project-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --content-root C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --data-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\ --root-namespace xxx Web Using assembly 'xxx Web'. Using application base 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1'. Using content root 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web'. Consider using IDb Context Factory to override the initialization of the Db Context at design-time.

Can I get around this any way or is this the way it is until RTM/2.0 release hits the streets? I did not take that from your first comment as it sounded like you were more describing the user secret problem rather than migrations as a whole being affected.

.0.0-msbuild3-final\tools\netcoreapp1.0\database update --verbose --no-color --prefix-output --assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --startup-assembly C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\xxx --project-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --content-root C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web --data-dir C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1\ --root-namespace xxx Web Using assembly 'xxx Web'. Using application base 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web\bin\Debug\netcoreapp1.1'. Using content root 'C:\Repos\xxx\Source\Web\xxx Web\src\xxx Web'. Consider using IDb Context Factory to override the initialization of the Db Context at design-time.

Can I get around this any way or is this the way it is until RTM/2.0 release hits the streets? I did not take that from your first comment as it sounded like you were more describing the user secret problem rather than migrations as a whole being affected.