RuntimeBinderInternalCompilerException lors de l'utilisation de Microsoft.SqlServer.Types avec Dapper

.net dapper sql-server

Question

À l'aide d'un projet Sql Server Data Tools dont la plate-forme cible est définie sur l'un des éléments suivants:

  • SQL Server 2008
  • SQL Server 2012
  • SQL Server 2014

Et déployer sur (localdb) \ Projects ou (localdb) \ ProjectsV12

Appel d'une procédure stockée qui renvoie un type Geometry, Geography ou HierachyId tel que:

CREATE PROCEDURE [dbo].[SelectSqlGeometry]
    @x Geometry
AS
    SELECT @x as y
RETURN 0

Le code d'appel suivant:

var result = Connection.Query("dbo.SelectSqlGeometry", new { x = geometry }, commandType: CommandType.StoredProcedure).First();
bool isSame = ((bool)geometry.STEquals(result.y));

se traduit par l'exception suivante sur la ligne STEquals.

Microsoft.CSharp.RuntimeBinder.RuntimeBinderInternalCompilerException n'était pas géré par le code utilisateur HResult = -2146233088 Message = Une exception inattendue s'est produite lors de la liaison d'une opération dynamique
Source = Microsoft.CSharp StackTrace: at Microsoft.CSharp.RuntimeBinder.RuntimeBinder.Bind (charge utile DynamicMetaObjectBinder, 1 parameters, DynamicMetaObject[] args, DynamicMetaObject& deferredBinding) at Microsoft.CSharp.RuntimeBinder.BinderHelper.Bind(DynamicMetaObjectBinder action, RuntimeBinder binder, IEnumerable IEnumerable 1 parameters, DynamicMetaObject[] args, DynamicMetaObject& deferredBinding) at Microsoft.CSharp.RuntimeBinder.BinderHelper.Bind(DynamicMetaObjectBinder action, RuntimeBinder binder, IEnumerable 1 args, IEnumerable 1 arginfos, DynamicMetaObject onBindingError) at Microsoft.CSharp.RuntimeBinder.CSharpConvertBinder.FallbackConvert(DynamicMetaObject target, DynamicMetaObject errorSuggestion) at System.Dynamic.DynamicMetaObject.BindConvert(ConvertBinder binder) at System.Dynamic.ConvertBinder.Bind(DynamicMetaObject target, DynamicMetaObject[] args) at System.Dynamic.DynamicMetaObjectBinder.Bind(Object[] args, ReadOnlyCollection paramètres 1 arginfos, DynamicMetaObject onBindingError) at Microsoft.CSharp.RuntimeBinder.CSharpConvertBinder.FallbackConvert(DynamicMetaObject target, DynamicMetaObject errorSuggestion) at System.Dynamic.DynamicMetaObject.BindConvert(ConvertBinder binder) at System.Dynamic.ConvertBinder.Bind(DynamicMetaObject target, DynamicMetaObject[] args) at System.Dynamic.DynamicMetaObjectBinder.Bind(Object[] args, ReadOnlyCollection 1, LabelTarget returnLabel) à System.Runtime.CompilerServices.CallSiteBinder.BindCore [T] (site CallSite`1, Object [] args) à System.Dynamic.UpdateDelegates.UpdateAndExecute1 [T0, TRet] (site CallSite, T0 arg0) à DATailor.Examp les.Dapper.SqlClient.Test.AllTypesDAOTest.TestAllTypesDynamic ()

Réponse acceptée

Bien que la cause principale ne soit pas Dapper, il existe une exception sous-jacente qui est en train d'être avalée.

Utiliser le code ADO.Net comme:

var geometry = Util.CreateSqlGeometry();
SqlDataReader reader=null;
SqlCommand cmd=null;
try
{
    cmd = new SqlCommand("dbo.SelectSqlGeometry", (SqlConnection)Connection);
    cmd.CommandType = CommandType.StoredProcedure;
    cmd.Parameters.Add(new SqlParameter("@x", geometry) { UdtTypeName = "Geometry" });
    cmd.ExecuteNonQuery();
    reader = cmd.ExecuteReader();
    while (reader.Read())
    {
        var y = (SqlGeometry)reader.GetValue(0);
        var same = geometry.STEquals(y);
    }
    reader.Dispose();
    reader = null;
}
finally
{
    if (reader != null)
    {
        if (!reader.IsClosed) try { cmd.Cancel(); }
            catch {}
        reader.Dispose();
    }
    if (cmd != null) cmd.Dispose();
    Connection.Close();
}

L'exception suivante est lancée sur reader.GetValue

System.InvalidCastException était non gérée HResult = -2147467262
Message = [A] Microsoft.SqlServer.Types.SqlGeometry ne peut pas être converti en [B] Microsoft.SqlServer.Types.SqlGeometry. Le type A provient de 'Microsoft.SqlServer.Types, Version = 10.0.0.0, Culture = neutral, PublicKeyToken = 89845dcd8080cc91' dans le contexte 'Default' à l'emplacement 'C: \ Windows \ assembly \ GAC_MSIL \ Microsoft.SqlServer.Types \ 10.0 .0.0__89845dcd8080cc91 \ Microsoft.SqlServer.Types.dll '. Le type B provient de 'Microsoft.SqlServer.Types, Version = 11.0.0.0, Culture = neutral, PublicKeyToken = 89845dcd8080cc91' dans le contexte 'Default' à l'emplacement 'C: \ Windows \ assembly \ GAC_MSIL \ Microsoft.SqlServer.Types \ 11.0 .0.0__89845dcd8080cc91 \ Microsoft.SqlServer.Types.dll '. Source = DynamicGeometryIssue StackTrace: à DynamicGeometryIssue.TestDao.TestGeometry () dans c: \ Users \ rich \ Documents \ Visual Studio 2013 \ Projets \ DynamicGeometryIssue \ DynamicGeometryIssue \ TestDao.cs: ligne 27 à DynamicGeometryIssue.Program.Main (String [] args ) dans c: \ Users \ rich \ Documents \ Visual Studio 2013 \ Projets \ DynamicGeometryIssue \ DynamicGeometryIssue \ Program.cs: ligne 15 à System.AppDomain._nExecuteAssembly (assembly RuntimeAssembly, String [] args) à System.AppDomain.ExecuteAssembly (String assemblyFile, Evidence assemblySecurity, String [] args) à Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly () à System.Threading.ThreadHelper.ThreadStart_Context (Etat de l'objet) à System.Threading.ExecutionContext.RunInternal (ExecutionContext executionContext, ContextCallback callback, Object état, booléen preserveSyncCtx) à System.Threading.ExecutionContext.Run (ExecutionContext executionContext, rappel ContextCallback, état de l'objet, Boolean preserveSyncCtx) à System.Threading.Execu tionContext.Run (ExecutionContext executionContext, rappel ContextCallback, état de l'objet) à System.Threading.ThreadHelper.ThreadStart () InnerException:

La cause de l'exception sous-jacente est une modification connue de SQL Server 2012. Consultez la section Types de données SQL CLR de la documentation MSDN suivante.

http://msdn.microsoft.com/en-us/library/ms143179(v=sql.110).aspx

La résolution qui a fonctionné pour moi est de créer le bindingRedirect suivant dans le fichier app.config ou web.config.

<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
  <dependentAssembly>
    <assemblyIdentity name="Microsoft.SqlServer.Types"
                      publicKeyToken="89845dcd8080cc91"
                      culture="neutral" />
    <bindingRedirect oldVersion="10.0.0.0"
                     newVersion="11.0.0.0"/>
  </dependentAssembly>
</assemblyBinding>
</runtime>

Sinon, avec .NET 4.5, vous pouvez modifier votre chaîne de connexion pour inclure une valeur de «SQL Server 2012» pour l'attribut «Version du système de type» afin de forcer SqlClient à charger la version 11.0 de l'assembly.

Une autre solution est le code comme:

var geo = SqlGeography.Deserialize(rdr.GetSqlBytes(0));

Cependant, je ne pense pas que ce soit une option avec Dapper.



Sous licence: CC-BY-SA with attribution
Non affilié à Stack Overflow
Est-ce KB légal? Oui, apprenez pourquoi
Sous licence: CC-BY-SA with attribution
Non affilié à Stack Overflow
Est-ce KB légal? Oui, apprenez pourquoi