https://community.esri.com/t5/arcgis-pro-sdk-questions/dll-issues-assembly-not-loaded/m-p/1374791#M11036 <P>Hi&nbsp;<a href="https://community.esri.com/t5/user/viewprofilepage/user-id/42133">@GKmieliauskas</a>,</P><P>I didn't have a problem with existence of .dlls. I've double checked it with everywhere. I realized a couple of hours ago there is a version mismatch somehow. I saw version 6.0.0 assemblies for `System.Threading.Tasks` loaded except&nbsp;`System.Threading.Tasks.Dataflow` when I run `<SPAN>AppDomain.CurrentDomain.GetAssemblies</SPAN>` function before trying the load my dependency. Problem solved when I downgrade my dependency to version 6.0.0. My guess is somehow ArcGIS Pro SDK load these assemblies with version 6.0.0.</P><P>Best</P><DIV><DIV class="">&nbsp;</DIV></DIV> Fri, 26 Jan 2024 11:28:51 GMT OğuzhanKoral 2024-01-26T11:28:51Z https://community.esri.com/t5/arcgis-pro-sdk-questions/dll-issues-assembly-not-loaded/m-p/1374720#M11034 <P>Hi all,</P> <P>I started to develop a add-in ArcGIS Pro. We have already Web UI which we use in other applications like Rhino, AutoCAD, Revit etc. Because of this reason I setup my add-in by using WebViewBrowser to bind UI into WebView2. We have a communication mechanism between UI and host applicaton and we use `System.Threading.Tasks.Dataflow` package to do this. Our core library for this communcation has dependency on version 8.0.0 of this NuGet package in .NET standard.</P> <P>I'm getting unhandled exception when we try to load this assembly from bin/add-in folder (We don't have problem with .dll existence on folder).</P> <P><span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="OuzhanKoral_0-1706224666945.png" style="width: 608px;"><img src="https://community.esri.com/t5/image/serverpage/image-id/92895i72FF1F91035C0921/image-dimensions/608x184?v=v2" width="608" height="184" role="button" title="OuzhanKoral_0-1706224666945.png" alt="OuzhanKoral_0-1706224666945.png" /></span></P> <P>I was wondering somehow ArcGIS Pro SDK borks this load, and if this is the case why? Any clue on this?</P> <P>Best</P> <P>- Oğuzhan</P> Fri, 26 Jan 2024 16:07:49 GMT https://community.esri.com/t5/arcgis-pro-sdk-questions/dll-issues-assembly-not-loaded/m-p/1374720#M11034 OğuzhanKoral 2024-01-26T16:07:49Z https://community.esri.com/t5/arcgis-pro-sdk-questions/dll-issues-assembly-not-loaded/m-p/1374756#M11035 <P>Hi,</P><P>Your assembly must exists inside esriAddinX file. Before execution your esriAddinX file will be moved to cache folder then extracted.</P><P>Open your compiled esriAddinX file with archiver as archive. Step inside Install folder. Your assembly must be located here.</P> Fri, 26 Jan 2024 06:25:57 GMT https://community.esri.com/t5/arcgis-pro-sdk-questions/dll-issues-assembly-not-loaded/m-p/1374756#M11035 GKmieliauskas 2024-01-26T06:25:57Z https://community.esri.com/t5/arcgis-pro-sdk-questions/dll-issues-assembly-not-loaded/m-p/1374791#M11036 <P>Hi&nbsp;<a href="https://community.esri.com/t5/user/viewprofilepage/user-id/42133">@GKmieliauskas</a>,</P><P>I didn't have a problem with existence of .dlls. I've double checked it with everywhere. I realized a couple of hours ago there is a version mismatch somehow. I saw version 6.0.0 assemblies for `System.Threading.Tasks` loaded except&nbsp;`System.Threading.Tasks.Dataflow` when I run `<SPAN>AppDomain.CurrentDomain.GetAssemblies</SPAN>` function before trying the load my dependency. Problem solved when I downgrade my dependency to version 6.0.0. My guess is somehow ArcGIS Pro SDK load these assemblies with version 6.0.0.</P><P>Best</P><DIV><DIV class="">&nbsp;</DIV></DIV> Fri, 26 Jan 2024 11:28:51 GMT https://community.esri.com/t5/arcgis-pro-sdk-questions/dll-issues-assembly-not-loaded/m-p/1374791#M11036 OğuzhanKoral 2024-01-26T11:28:51Z