.NET Core 2.0 / EF Core 2.0 support
-
- Posts: 1
- Joined: Tue 10 Oct 2017 13:46
.NET Core 2.0 / EF Core 2.0 support
Hello,
i want to know your progression for .NET Core 2.0 / EF Core 2.0 support.
Do you know the release date ?
thank's
i want to know your progression for .NET Core 2.0 / EF Core 2.0 support.
Do you know the release date ?
thank's
Re: .NET Core 2.0 / EF Core 2.0 support
An approximate timeframe for the .NET Core 2.0 / EF Core 2.0 support is the end of next week. We will notify you when the corresponding version of dotConnect for Oracle is available for download.
-
- Posts: 4
- Joined: Thu 19 Oct 2017 18:27
Re: .NET Core 2.0 / EF Core 2.0 support
I tried to download and use the latest version, and it still seems to be dependent on the full framework (not directly compatible with .NET Core). I referenced it from a .NET Core 2.0 application, and when I tried to create a new OracleConnection, it threw the below exception which looks like a dependency on .NET Framework 4.0. Am I doing something wrong?
System.TypeLoadException occurred
HResult=0x80131522
Message=Could not load type 'System.Diagnostics.PerformanceCounterType' from assembly 'System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.
Source=<Cannot evaluate the exception source>
StackTrace:
at Devart.Common.DbConnectionPoolGroup.a(v A_0)
at Devart.Common.DbConnectionFactory.a(String A_0, v& A_1)
at Devart.Common.DbConnectionBase.set_ConnectionString(String value)
at MPI.OracleUtilities.ConnectionFactory.CreateConnection(ILdapOraResolver ldapOraResolver, String dbAlias, String dbUser, String dbPassword, String appName) in C:\sc\vsts-mpi\OracleClientUtilities\OracleUtilities\ConnectionFactory.cs:line 51
at Test.Program.Main(String[] args) in C:\sc\vsts-mpi\OracleClientUtilities\Test\Program.cs:line 15
System.TypeLoadException occurred
HResult=0x80131522
Message=Could not load type 'System.Diagnostics.PerformanceCounterType' from assembly 'System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.
Source=<Cannot evaluate the exception source>
StackTrace:
at Devart.Common.DbConnectionPoolGroup.a(v A_0)
at Devart.Common.DbConnectionFactory.a(String A_0, v& A_1)
at Devart.Common.DbConnectionBase.set_ConnectionString(String value)
at MPI.OracleUtilities.ConnectionFactory.CreateConnection(ILdapOraResolver ldapOraResolver, String dbAlias, String dbUser, String dbPassword, String appName) in C:\sc\vsts-mpi\OracleClientUtilities\OracleUtilities\ConnectionFactory.cs:line 51
at Test.Program.Main(String[] args) in C:\sc\vsts-mpi\OracleClientUtilities\Test\Program.cs:line 15
Re: .NET Core 2.0 / EF Core 2.0 support
We are working on the .NET Core 2.0 / EF Core 2.0 support. As soon as it is ready-to-use, we will notify you.
-
- Posts: 4
- Joined: Thu 19 Oct 2017 18:27
Re: .NET Core 2.0 / EF Core 2.0 support
I just realized that using the dotConnect for Oracle installer may not be the correct way to get it to work with .NET Core. Do I need to use the NuGet packages if I want the versions that work with .NET Core?
Re: .NET Core 2.0 / EF Core 2.0 support
Yes, you do. Refer to viewtopic.php?t=35459#p123288.thewilsons13 wrote:Do I need to use the NuGet packages if I want the versions that work with .NET Core?
-
- Posts: 4
- Joined: Thu 19 Oct 2017 18:27
Re: .NET Core 2.0 / EF Core 2.0 support
Thank you for the link, it was very helpful. We use dotConnect for Oracle in large part because it allows us to circumvent the native Oracle Client by using a Direct connection, the instructions for which are https://www.devart.com/dotconnect/oracl ... ction.html.
Your documentation for licensing for .NET Core says to add the License Key to the connection string https://www.devart.com/dotconnect/oracl ... ndard.html
...but the direct connect documentation linked earlier, says to set the individual properties. So, should I go through and set all the individual properties, then manually go back and append the key to the connection string like the below? While I could probably play around and get it to work, I'd like to hear your recommendation.
Lastly, does our license key continue to be valid even as new NuGet Packages come out? While not impossible to manage, I'm hoping I don't have to mess with it.
Your documentation for licensing for .NET Core says to add the License Key to the connection string https://www.devart.com/dotconnect/oracl ... ndard.html
...but the direct connect documentation linked earlier, says to set the individual properties. So, should I go through and set all the individual properties, then manually go back and append the key to the connection string like the below? While I could probably play around and get it to work, I'd like to hear your recommendation.
Code: Select all
c.ConnectionString += "License Key=KEYGOESHERE;";
Re: .NET Core 2.0 / EF Core 2.0 support
That is a correct way.thewilsons13 wrote:Code: Select all
c.ConnectionString += "License Key=KEYGOESHERE;";
The key is valid for all versions released within 1 year after the purchase. When 1 year is over, EITHER use the version your key is valid with OR renew your key to be able to use the newest versions.thewilsons13 wrote:does our license key continue to be valid even as new NuGet Packages come out? While not impossible to manage, I'm hoping I don't have to mess with it.
Re: .NET Core 2.0 / EF Core 2.0 support
.NET Core 2.0 and EF Core 2.0 are supported: viewtopic.php?f=1&t=36128.
Be aware that starting from Entity Framework Core 2.0 the Scaffold-DbContext functionality (Devart.Data.Oracle.EFCore.Design.dll) is included in the Devart.Data.Oracle.EFCore package.
Be aware that starting from Entity Framework Core 2.0 the Scaffold-DbContext functionality (Devart.Data.Oracle.EFCore.Design.dll) is included in the Devart.Data.Oracle.EFCore package.
Re: .NET Core 2.0 / EF Core 2.0 support
So if I deploy an application using a working key today and I never modify that key and I never upgrade to the latest NuGet package it will continue to function in production forever correct?Shalex wrote:The key is valid for all versions released within 1 year after the purchase. When 1 year is over, EITHER use the version your key is valid with OR renew your key to be able to use the newest versions.
Would it break if I don't upgrade to the latest NuGet package but I do update the connection string with a new activation key? We have servers with several applications running on them all with their own release schedule. If we were to always put our latest key under C:\ProgramData\Devart\dotConnect\License would it break applications using earlier versions of the NuGet packages?
Is it still possible to load the key from C:\ProgramData\Devart\dotConnect\License with a valid non-trial license? The documentation says "You must add this license key to the License Key connection string parameter." in the Purchased dotConnect for Oracle Licensing section. Since we have multiple applications running on our servers with their own release schedule it would be nice if we could centrally manage that license key rather than every application needing to include it in the configuration used to create their connection string.
Re: .NET Core 2.0 / EF Core 2.0 support
Correct.mchender wrote:So if I deploy an application using a working key today and I never modify that key and I never upgrade to the latest NuGet package it will continue to function in production forever correct?
No, it wouldn't break. The new key works with previous provider versions.mchender wrote:Would it break if I don't upgrade to the latest NuGet package but I do update the connection string with a new activation key?
The license gives you a special License Key to use it via connection string. The key from C:\ProgramData\Devart\dotConnect\License is not used in this case (it is only for a trial purpose). Refer to http://devart.com/dotconnect/oracle/doc ... ndard.html.mchender wrote:We have servers with several applications running on them all with their own release schedule. If we were to always put our latest key under C:\ProgramData\Devart\dotConnect\License would it break applications using earlier versions of the NuGet packages?
Is it still possible to load the key from C:\ProgramData\Devart\dotConnect\License with a valid non-trial license? The documentation says "You must add this license key to the License Key connection string parameter." in the Purchased dotConnect for Oracle Licensing section. Since we have multiple applications running on our servers with their own release schedule it would be nice if we could centrally manage that license key rather than every application needing to include it in the configuration used to create their connection string.