{"id":1099,"date":"2014-12-17T16:43:39","date_gmt":"2014-12-17T11:13:39","guid":{"rendered":"https:\/\/www.inogic.com\/blog\/?p=1099"},"modified":"2014-12-17T16:43:39","modified_gmt":"2014-12-17T11:13:39","slug":"ilmerge-issues","status":"publish","type":"post","link":"https:\/\/www.inogic.com\/blog\/2014\/12\/ilmerge-issues\/","title":{"rendered":"ILMerge Issues"},"content":{"rendered":"

Introduction<\/strong><\/span><\/p>\n

A lot of\u00a0times when we are developing plug-ins and workflows, we are in need of adding multiple assemblies (.dll) into our main solution. The current scenario that\u00a0we experienced is that we used itextsharp.dll assembly to edit the PDF Forms from within\u00a0our plug-in and for that we have to merge the itextsharp.dll with our plug-in assembly.<\/p>\n

The external itextsharp.dll file contained the special features which was the most important part of our solution.<\/p>\n

We usually use ILMerge to merge these assemblies and ILMerge has made it successful to an extent, but sometimes we are stuck and our assemblies are not merged or in many cases it so happens that after the assemblies are merged and\u00a0when we try to execute the workflows\/plug-ins,\u00a0we get an exception as \u201cSystem.TypeLoad exception\u201d.<\/strong><\/p>\n

In the latter condition, we have a merged assembly yet\u00a0we are unsuccessful in implementing our logic. Even after spending hours\u00a0on Google,\u00a0we fail to come to any concrete solution and simply\u00a0think what to do next.<\/p>\n

So here is the solution, we just need to use our command prompt and write a simple command to get this working. The command is as follows:<\/p>\n

“C:\\Program Files\\Microsoft\\ILMerge\\ILMerge.exe” \/keyfile:”E:\\XXXX \\SigningFile.snk” \/ndebug \u00a0\/targetplatform:4.0, “C:\\Program Files\\Reference assemblies\\Microsoft\\Framework\\.NETFramework\\v4.0″ \u00a0\/out:”E:\\XXXX.dll” “E:\\XXX.CRM.Plugin.dll” “E:\\itextsharp.dll”<\/p>\n

Command explanation<\/strong><\/span><\/p>\n\n\n\n\n\n\n\n\n\n
“C:\\Program Files\\Microsoft\\ILMerge\\ILMerge.exe”<\/td>\nPath to your ILMerge dll.<\/td>\n<\/tr>\n
\/keyfile:”E:\\XXXX \\SigningFile.snk”<\/td>\nPath of your sign file.<\/td>\n<\/tr>\n
\/ndebug<\/td>\nILMerge creates a .pdb file for the output assembly and merges into it any .pdb files found for input assemblies.<\/p>\n

Use this command if you do not want to create the .pdb file.<\/td>\n<\/tr>\n

\/targetplatform:4.0, “C:\\Program Files\\Reference assemblies\\Microsoft\\Framework\\.NETFramework\\v4.0”<\/td>\nPath of your .Net 4.0 framework dll.<\/td>\n<\/tr>\n
\/out:”E:\\XXXX.dll”<\/td>\nPath of your final dll.<\/td>\n<\/tr>\n
“E:\\XXX.CRM.Plugin.dll”<\/td>\nPath of your plugin\/ workflow assembly.<\/td>\n<\/tr>\n
“E:\\itextsharp.dll”<\/td>\nPath of your additional assembly.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Reason<\/strong><\/span><\/p>\n

Now, you might ask that why do we take the trouble of\u00a0using command prompt instead of ILMerge UI?<\/p>\n

The reason to use command prompt is that the target framework used in the ILMerge UI is 4.0.30319 whereas the expected target framework is 4.0 and hence we receive the Sysytem.TypeLoad\u00a0<\/strong>exception whenever we execute our plug-in\/workflow.<\/p>\n

Conclusion<\/span><\/strong><\/p>\n

The above command is very useful for merging the different assemblies required by our solution and hence it proves to be helpful in implementing our logic.<\/p>\n

Hope this helps.<\/p>\n","protected":false},"excerpt":{"rendered":"

Introduction A lot of\u00a0times when we are developing plug-ins and workflows, we are in need of adding multiple assemblies (.dll) into our main solution. The current scenario that\u00a0we experienced is that we used itextsharp.dll assembly to edit the PDF Forms from within\u00a0our plug-in and for that we have to merge the itextsharp.dll with our plug-in\u2026 Read More »<\/a><\/span><\/p>\n","protected":false},"author":13,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[21,22,24],"tags":[299,516,592,911],"class_list":["post-1099","post","type-post","status-publish","format-standard","hentry","category-dynamics-crm-2013","category-dynamics-crm-2015","category-dynamics-crm-2016","tag-command","tag-dll","tag-dynamics-crm","tag-ilmerge"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.inogic.com\/blog\/wp-json\/wp\/v2\/posts\/1099","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.inogic.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.inogic.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.inogic.com\/blog\/wp-json\/wp\/v2\/users\/13"}],"replies":[{"embeddable":true,"href":"https:\/\/www.inogic.com\/blog\/wp-json\/wp\/v2\/comments?post=1099"}],"version-history":[{"count":0,"href":"https:\/\/www.inogic.com\/blog\/wp-json\/wp\/v2\/posts\/1099\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.inogic.com\/blog\/wp-json\/wp\/v2\/media?parent=1099"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.inogic.com\/blog\/wp-json\/wp\/v2\/categories?post=1099"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.inogic.com\/blog\/wp-json\/wp\/v2\/tags?post=1099"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}