OpenAccess.CodeFirst 2014.2.617.2

dotnet add package OpenAccess.CodeFirst --version 2014.2.617.2                
NuGet\Install-Package OpenAccess.CodeFirst -Version 2014.2.617.2                
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="OpenAccess.CodeFirst" Version="2014.2.617.2" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add OpenAccess.CodeFirst --version 2014.2.617.2                
#r "nuget: OpenAccess.CodeFirst, 2014.2.617.2"                
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install OpenAccess.CodeFirst as a Cake Addin
#addin nuget:?package=OpenAccess.CodeFirst&version=2014.2.617.2

// Install OpenAccess.CodeFirst as a Cake Tool
#tool nuget:?package=OpenAccess.CodeFirst&version=2014.2.617.2                

This NuGet Package is deprecated since the product has been renamed to Telerik Data Access. Please use Telerik.DataAccess.Fluent instead.

There are no supported framework assets in this package.

Learn more about Target Frameworks and .NET Standard.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
2014.2.617.2 484 6/18/2014
2014.1.403.2 61 4/9/2014
2014.1.225.3 52 3/12/2014
2014.1.225.2 64 2/26/2014
2013.3.1320.1 81 1/28/2014
2013.3.1211.3 109 12/16/2013
2013.3.1014.1 109 10/16/2013
2013.2.702.1 70 7/3/2013
2013.2.611.1 125 6/12/2013
2013.1.418.2 327 4/29/2013
2013.1.404.2 46 4/5/2013
2013.1.219.3 112 2/20/2013
2012.3.1404.1 114 2/15/2013
2012.3.1209.1 113 12/13/2012
2012.3.1012.1 115 10/17/2012
2012.2.924.1 47 9/24/2012
2012.2.816.1 51 8/17/2012
2012.2.801.1 49 8/2/2012
2012.2.628.2 120 6/29/2012
2012.2.607.1 48 6/11/2012
2012.1.427.1 57 5/2/2012
2012.1.301.2 55 3/2/2012
2012.1.214.1 47 2/15/2012
2011.3.1320.1 117 1/24/2012
2011.3.1213.3 51 12/14/2011
2011.3.1129.2 48 11/30/2011
2011.3.1116.3 51 11/16/2011

New
- Support of ICollection<T>.Contains(T) and Enumerable.Contains<T>(IEnumerable<T>,T) in LINQ projection - ICollection<T>.Contains(T) and Enumerable.Contains<T>(IEnumerable<T>,T) are now supported in the LINQ projection expressions, so that they become usable in group aggregate expressions.

Changed
- The old OpenAccess ORM packages are deprecated and are not updated any more - The old OpenAccess.* NuGet packages not be uploaded any more. All projects using them should be migrated to their corresponding Telerik.DataAccess.* packages:
OpenAccess.Core -> Telerik.DataAccess.Core
OpenAccess.CodeFirst - > Telerik.DataAccess.Fluent
OpenAccess.CodeFirst.Sample -> Telerik.DataAccess.Fluent.Sample
With this last release of the old OpenAccess.* packages, they are made dependent on the latest Telerik.DataAccess.* packages without specifying a version.

Fixed
- NullReferenceException when second level cache cluster is used in a setup with clients using different meta data and an object with internal identity is evicted - Now the distributed L2 cache is functioning properly when participating servers have similar, but not identical metadata.
- Attempting to read unsigned value stored in some backends resulting in a System.OverflowException - Reading unsigned numeric columns (like ushort) will no longer cause System.OverflowException when loading data from a database supporting unsigned types.
- When calling GetMemberNames() on entity type with internal version column, voa_version member unexpectedly returned - GetMemberNames() method in the OpenAccessContext is no longer returning internal version column (voa_version) for types using ConcurrencyControl.Version.
- OpenAccessContext.GetMemberNames() not returning members defined in base types - OpenAccessContext GetMemberNames() API now returns members defined in base type(s) of the current type.
- Schema Migration: Exception caused by index creation for VARCHAR(MAX) columns - Telerik Data Access will no longer try to automatically create database indexes over data types that cannot be indexed (e.g. varchar(MAX), nvarchar(MAX), blob and etc.) when creating or migrating database schema.


NOTE: These Release Notes include only the runtime changes in the particular Telerik Data Access release. For the full list of changes please refer to the Telerik web site ( http://www.telerik.com/support/whats-new/data-access/release-history ).