Serio problema con ILMerge y .NET 4.0

Question

Por mi vida, parece que mi aplicación .NET 4 no se puede combinar correctamente con ILMerge. Incluso después de establecer/targetplatform,/lib,/ndebug y al agregar un archivo ILMerge.exe.config personalizado, el archivo de salida no funciona correctamente (no parece ser capaz de "buscar" las bibliotecas fusionadas).

He intentado this y this inútilmente. Ni siquiera puedo hacerlo construir a menos que use el archivo de configuración, pero cuando lo hago no funciona. Sin el archivo de configuración, obtengo de forma consistente el mensaje de error "Referencia de ensamblaje sin resolver no permitida: PresentationFramework".

aquí es el estado actual de mi mando ILMerge siendo utilizado como un evento posterior construcción:

ilmerge.exe /out:C:\Users\Logan\Development\Projects\OrangeNote\OrangeNote\bin\Release\OrangeNote.exe 
    /ndebug /targetplatform:v4,C:\Windows\Microsoft.NET\Framework\v4.0.30319 
    /lib:"C:\Windows\Microsoft.NET\Framework\v4.0.30319" 
    /lib:"C:\Program Files\Microsoft Visual Studio 10.0\Common7\IDE\PublicAssemblies" 
    "C:\Users\Logan\Development\Projects\OrangeNote\OrangeNote\obj\Release\OrangeNote.exe" 
    "C:\Users\Logan\Development\Projects\OrangeNote\OrangeNote\..\..\..\Libraries\Lucene.Net\src\Lucene.Net\bin\Release\Lucene.Net.dll" 
    "C:\Users\Logan\Development\Projects\OrangeNote\OrangeNote\..\..\..\Libraries\Ookii.Dialogs\src\Ookii.Dialogs.Wpf\bin\Release\Ookii.Dialogs.Wpf.dll" 
    "C:\Users\Logan\Development\Projects\OrangeNote\OrangeNote\..\..\..\Libraries\SharpZipLib\bin\ICSharpCode.SharpZipLib.dll" 
    "C:\Users\Logan\Documents\Visual Studio 2010\Projects\HumanInterfaceProject\HumanInterfaceProject\bin\Release\HipLib.dll" 

Alguna idea de lo que estoy haciendo mal ??

Answer 1

Una sugerencia que he visto para combinar .dlls en WPF es simplemente agregar el dll como un recurso incrustado en el proyecto y luego cargar programáticamente el dll en el ensamblado.

AppDomain.CurrentDomain.AssemblyResolve += (sender, args) => { 

    String resourceName = "AssemblyLoadingAndReflection." + 

     new AssemblyName(args.Name).Name + ".dll"; 

    using (var stream = Assembly.GetExecutingAssembly().GetManifestResourceStream(resourceName)) { 

     Byte[] assemblyData = new Byte[stream.Length]; 

     stream.Read(assemblyData, 0, assemblyData.Length); 

     return Assembly.Load(assemblyData); 

    } 

}; 

véase: http://blogs.msdn.com/b/microsoft_press/archive/2010/02/03/jeffrey-richter-excerpt-2-from-clr-via-c-third-edition.aspx

Answer 2

Me di cuenta de que uno de sus ensamblajes se llama "dialogs.wpf". Actualmente, ILMerge no fusiona correctamente los ensamblados con los recursos de WPF.

No hay mucha información al respecto, pero this forum post menciona una posible solución, y hay varias posibilidades mencionadas en answers to this question, pero la sugerencia más votada es solo para comprar una alternativa comercial - No sé si eso es una posibilidad para ti.

Hay un discussion here que explica por qué no funciona, y hay una sugerencia here that changing the resource reference in the xaml may help solve the problem.

Answer 3

Envié un correo electrónico a Mike Barnett, el autor de ILMerge y me explicó que, lamentablemente, no está diseñado para funcionar con aplicaciones WPF, y me sorprendió cuando le dije que lo tenía trabajando con mi aplicación WPF 3.5. Como en realidad no es compatible, solo escribiré esto por el momento y esperaré a que se presente otra alternativa.

Como nota al margen, probé .NET Reactor de Eziriz, y realmente funcionó muy bien, pero cuesta $ 180 que para un proyecto de hobby no estoy dispuesto a gastar todavía. Pero eso es mucho más barato que la otra alternativa comercial de Red Gate, así que pensé en mencionarlo.

Actualización: Mike Barnett considera ahora la mejor respuesta como respuesta aceptada a esta pregunta. Según él, si hubiera sabido que era posible, nunca habría escrito ILMerge en primer lugar.

Answer 4

Si bien es cierto que ILMerge no actualiza cadenas de recursos WPF, que puede usarse para unir conjuntos con referencias WPF pasando el directorio de montaje de referencia en lugar del directorio de ejecución de /targetplatform, como tal: /targetplatform:v4,"C:\Program Files\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.0\Profile\Client" (para el Perfil de cliente .NET 4.0).

Lo uso para combinar en Rx System.Reactive.dll, que tiene una referencia a Dispatcher, pero no tiene ningún recurso real de WPF.

Answer 5

Usted podría tratar de Costura.

https://github.com/Fody/Costura#how-it-works

Es básicamente toma Jeffrey Richter appraoch

http://blogs.msdn.com/b/microsoft_press/archive/2010/02/03/jeffrey-richter-excerpt-2-from-clr-via-c-third-edition.aspx

pero lo hace de una manera que usted no necesita escribir ningún código. es decir, no es necesario escribir el método "AssemblyResolve"