c# - studio - no se puede crear un nombre del recurso de manifiesto

Error en la carga del ensamblado local de.NET con la política de CAS

Question

Estamos obteniendo el siguiente error de carga del ensamblaje. El ensamblaje se carga desde la ruta local "C: / Archivos de programa / ASWorx Products / ASWorx / Bin /". El problema no está allí con la versión anterior del binario. El problema aparece cuando enviamos el nuevo binario por correo electrónico. La configuración de compilación no se modifica. ¿Cómo podemos corregir el problema? El problema aparece en la máquina Win7 de 32 bits

File name: ''file:///C:/Program Files/ASWorx Products/ASWorx/Bin/ASConnexDI.dll'' ---> System.NotSupportedException: An attempt was made to load an assembly from a network location which would have caused the assembly to be sandboxed in previous versions of the .NET Framework. This release of the .NET Framework does not enable CAS policy by default, so this load may be dangerous. If this load is not intended to sandbox the assembly, please enable the loadFromRemoteSources switch. See http://go.microsoft.com/fwlink/?LinkId=155569 for more information.

   at System.Reflection.RuntimeAssembly._nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)

   at System.Reflection.RuntimeAssembly.nLoad(AssemblyName fileName, String codeBase, Evidence assemblySecurity, RuntimeAssembly locationHint, StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean forIntrospection, Boolean suppressSecurityChecks)

   at System.Reflection.RuntimeAssembly.InternalLoadAssemblyName(AssemblyName assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark, Boolean forIntrospection, Boolean suppressSecurityChecks)

   at System.Reflection.RuntimeAssembly.InternalLoadFrom(String assemblyFile, Evidence securityEvidence, Byte[] hashValue, AssemblyHashAlgorithm hashAlgorithm, Boolean forIntrospection, Boolean suppressSecurityChecks, StackCrawlMark& stackMark)

   at System.Reflection.Assembly.LoadFrom(String assemblyFile, Evidence securityEvidence)

   at System.Activator.CreateInstanceFromInternal(String assemblyFile, String typeName, Boolean ignoreCase, BindingFlags bindingAttr, Binder binder, Object[] args, CultureInfo culture, Object[] activationAttributes, Evidence securityInfo)

   at NeST.ICE.IOSystem.DIManager.InitializeDI()

Answer 1

Además de la respuesta dada aquí, mi solución para el problema.

Intentar hacer el desbloqueo resultó siempre en que el archivo parecía estar bloqueado.

Entonces, hice una nueva carpeta, copié sobre los archivos afectados y realicé el archivo de desbloqueo por archivo. Sorprendentemente, se quitó la bandera en comparación con hacer la misma acción en la ubicación del archivo original. Entonces, el paso final fue copiar los archivos ahora desbloqueados a la ubicación original. ¡Hecho!

Answer 2

Desde el enlace en el mensaje de error :

Si una aplicación se ha copiado de la web, Windows la señala como una aplicación web, incluso si reside en la computadora local. Puede cambiar esa designación cambiando las propiedades del archivo, o puede usar el elemento para otorgarle al ensamblaje plena confianza. Como alternativa, puede usar el método UnsafeLoadFrom para cargar un ensamblaje local que el sistema operativo haya marcado como cargado desde la web.

Intente abrir las propiedades del archivo y haga clic en ''Desbloquear'':

Answer 3

Puedo resolver este problema utilizando el siguiente enlace y agregando la configuración a mi configuración.

https://msdn.microsoft.com/en-us/library/dd409252(VS.100).aspx

<configuration>
   <runtime>
      <loadFromRemoteSources enabled="true"/>
   </runtime>
</configuration>

Answer 4

Tuve que usar el método

Assembly.UnsafeLoadFrom()

en lugar de Assembly.LoadFrom, solucionó mis problemas ... Lo encontré en este enlace:

https://msdn.microsoft.com/en-us/library/dd409252(VS.100).aspx