AppDomain.Dominio actual.AssemblyResolve ¿pidiendo un ensamblado. resources?
Usando el código Cómo incrustar un ensamblaje de satélite en el archivo EXE proporcionado por csharptest.net, He creado un solucionador de ensamblado personalizado e incrustado mis ensamblados en mis recursos.
Puedo resolver con éxito mis ensamblados utilizados en pero de alguna manera AppDomain.Dominio actual.AssemblyResolve pide un ensamblado llamado ' AppName.recursos 'específicamente" MyProgram.recursos, Version = 0.15.3992.31638, Culture = en-US, PublicKeyToken= null " que no se como resolver?
He intentado deshabilitar la carga de mis ensamblados personalizados desde los recursos (puse todas mis dll de ensamblaje en el directorio de programa) y solo habilité AppDomain.Dominio actual.AssemblyResolve, pero todavía lo estaba pidiendo.
Estoy un poco confundido sobre esto, apreciaré mucho si me puede ayudar en esto.
Aquí está mi código para los interesados;
static Assembly ResolveAssemblies(object sender, ResolveEventArgs args)
{
Assembly assembly = null;
string name = args.Name.Substring(0, args.Name.IndexOf(','));
if (name == "MyProgram.resources") return null;
else name = string.Format("MyProgram.Resources.Assemblies.{0}.dll", name);
lock (_loadedAssemblies)
{
if (!_loadedAssemblies.TryGetValue(name, out assembly))
{
using (Stream io = Assembly.GetExecutingAssembly().GetManifestResourceStream(name))
{
if (io == null)
{
MessageBox.Show("MyProgram can not load one of it's dependencies. Please re-install the program", string.Format("Missing Assembly: {0}", name), MessageBoxButtons.OK, MessageBoxIcon.Error);
Environment.Exit(-1);
}
using (BinaryReader binaryReader = new BinaryReader(io))
{
assembly = Assembly.Load(binaryReader.ReadBytes((int)io.Length));
_loadedAssemblies.Add(name, assembly);
}
}
}
}
return assembly;
}
2 answers
Respondiendo por mi cuenta;
Añadiendo esta línea a AssemblyInfo.cs lo resuelve y resolver ya no se le pedirá recursos.
[assembly: NeutralResourcesLanguageAttribute("en-US", UltimateResourceFallbackLocation.MainAssembly)]
Aunque esto es una solución alternativa debe considerarse cuidadosamente las aplicaciones en varios idiomas.
Más Info:
- https://connect.microsoft.com/VisualStudio/feedback/details/526836/wpf-appdomain-assemblyresolve-being-called-when-it-shouldnt
- http://blogs.msdn.com/b/kimhamil/archive/2008/11/11/what-does-the-neutralresourceslanguageattribute-do.aspx
- http://forums.devshed.com/net-development-87/c-wpf-appdomain-assemblyresolve-being-called-when-it-shouldn-t-669567.html
- http://blogs.msdn.com/b/microsoft_press/archive/2010/02/03/jeffrey-richter-excerpt-2-from-clr-via-c-third-edition.aspx
Esto el enfoque falla para máquinas con culturas no estadounidenses. Un mejor enfoque es ignorar los recursos en la resolución de ensamblado;
public Assembly Resolver(object sender, ResolveEventArgs args)
{
lock (this)
{
Assembly assembly;
AssemblyName askedAssembly = new AssemblyName(args.Name);
string[] fields = args.Name.Split(',');
string name = fields[0];
string culture = fields[2];
// failing to ignore queries for satellite resource assemblies or using [assembly: NeutralResourcesLanguage("en-US", UltimateResourceFallbackLocation.MainAssembly)]
// in AssemblyInfo.cs will crash the program on non en-US based system cultures.
if (name.EndsWith(".resources") && !culture.EndsWith("neutral")) return null;
/* the actual assembly resolver */
...
}
}
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/ajaxhispano.com/template/agent.layouts/content.php on line 61
2011-03-05 12:48:06
Mi situación era un poco más compleja y la solución anterior no funcionó para mí. (Eso está cambiando el AssemblyInfo.cs file)
He movido todos mis recursos de formulario e imagen a una dll separada y en el momento en que se usa cualquiera de las imágenes se lanza la excepción 'filenotfoundexception'.
La información importante es la siguiente:
Comenzando con. NET Framework 4, el evento ResolveEventHandler se genera para todos los ensamblados, incluidos los ensamblados de recursos. Ver el siguiente referencia
Https://msdn.microsoft.com/en-us/library/system.appdomain.assemblyresolve(v=vs. 110).aspx
La solución resultó ser muy simple. Si se solicita un archivo de recursos en el formulario ' dllname.recurso.dll ' siempre devuelve null;
Aquí está el código de evento que he adaptado de otras muestras encontradas. (He comentado las líneas de depuración-des-comentarlas si tienes un problema usando el código.
Agregue esta línea en su clase. Es se usa para evitar cargar una dll más de una vez
readonly static Dictionary<string, Assembly> _libs = new Dictionary<string, Assembly>();
Este es el método event.
private static Assembly OnAssemblyResolve(object sender, ResolveEventArgs args)
{
Assembly assembly = null;
string keyName = new AssemblyName(args.Name).Name;
if (keyName.Contains(".resources"))
{
return null; // This line is what fixed the problem
}
if (_libs.ContainsKey(keyName))
{
assembly = _libs[keyName]; // If DLL is loaded then don't load it again just return
return assembly;
}
string dllName = DllResourceName(keyName);
//string[] names = Assembly.GetExecutingAssembly().GetManifestResourceNames(); // Uncomment this line to debug the possible values for dllName
using (Stream stream = Assembly.GetExecutingAssembly().GetManifestResourceStream(dllName))
{
if (stream == null)
{
Debug.Print("Error! Unable to find '" + dllName + "'");
// Uncomment the next lines to show message the moment an assembly is not found. (This will also stop for .Net assemblies
//MessageBox.Show("Error! Unable to find '" + dllName + "'! Application will terminate.");
//Environment.Exit(0);
return null;
}
byte[] buffer = new BinaryReader(stream).ReadBytes((int) stream.Length);
assembly = Assembly.Load(buffer);
_libs[keyName] = assembly;
return assembly;
}
}
private static string DllResourceName(string ddlName)
{
if (ddlName.Contains(".dll") == false) ddlName += ".dll";
foreach (string name in Assembly.GetExecutingAssembly().GetManifestResourceNames())
{
if (name.EndsWith(ddlName)) return name;
}
return ddlName;
}