Unable to Add or Re-import .NET references

I updated our Epicor ERP from 10.2.200.34 to 10.2.200.40 and then attempted to Re-import References for Service Connect. I found that we had not upgraded our Service Connect to match with our current version of Epicor, so I did that, but am still unable to Add or Re-import References and get the following error:

“Unexpected error while importing .NET assembly: Failed to generate proxy assembly for imported .NET class library”

Any help would be greatly appreciated as we use this heavily and I need to be back functional before Monday.

share the full error log.

‘’'Reimporting reference ‘UD16’

.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.DeleteByID’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.GetByID’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.GetBySysRowID’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.GetBySysRowIDs’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.GetList’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.GetNewUD16’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.GetNewUD16Attch’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.GetRows’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.SetAuthToken’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.SetOperationTimeout’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.Update’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.UpdateExt’ is deleted
.NET method with Request ID ‘UD16.Ice.Proxy.BO.UD16Impl.GetaNewUD16’ is deleted
All methods of .NET reference are deleted
.NET reference is deleted
Unexpected error while importing .NET assembly: Failed to generate proxy assembly for imported .NET class library

<?xml version="1.0" ?>


Epicor.NETProxy.RemoteNETProxy.ImportAssemblyCode(String settingsXml)


Epicor.NETProxy.RemoteNETProxy.ImportAssemblyCode(AssemblyImportSettings settings)


Epicor.NETProxy.AssemblyProxyGenerator.GenerateAssemblyProxy(String proxiesRootDir, String schemasRootDir)


Epicor.NETProxy.AssemblyProxyGenerator.GenerateSourceCode(TypeWithMethods[] typesAndMethods)


Epicor.NETProxy.AssemblyProxyGenerator.GenerateClasses(Type type, DisambiguatedMethod method)


Failed to generate request classes:
Ambiguous match found.
Epicor.NETProxy.AssemblyProxyGenerator.GenerateRequestClasses(MethodInfo method, Boolean& hasDataSetParams)
System.Exception


Epicor.NETProxy.AssemblyProxyGenerator.GenerateRequestClasses(MethodInfo method, Boolean& hasDataSetParams)


Epicor.NETProxy.AssemblyProxyGenerator.GetTypeNameWithUdExtendedOverride(Type type)


Epicor.NETProxy.AssemblyProxyGenerator.ProcessEpicor10Dataset(Type type)


Epicor.NETProxy.UDInfoAccessor…ctor(AssemblyImportSettings settings)


Epicor.NETProxy.E10Runtime…ctor(Boolean loadExtension)


System.Type.GetMethod(String name)


Ambiguous match found.
System.RuntimeType.GetMethodImpl(String name, BindingFlags bindingAttr, Binder binder, CallingConventions callConv, Type[] types, ParameterModifier[] modifiers)
System.Reflection.AmbiguousMatchException


.NET assembly import failed
Reference import failed
All methods of .NET reference are deleted
Original reference was restored

The import failed’’’

Wondering if you have got this fixed or not yet? I recall having a similar issue. What version of Service Connect are you running? I do also recall an issue related to TLS configuration.
Hi @EpsilonMaximus68Olds,
Have you taken a look at Epicare knowledgebase? (login to Epicare first then open this link in the same browser)

https://epicorcs.service-now.com/$knowledge.do?sysparm_type_filter=all&sysparm_kb=656cc1764f5c5a40f13be8128110c75a&sysparm_category=-1&browse_type=categories

The other thing I’d be inclined in doing is restarting your Service Connect Server and then try reimporting.

Thanks for the input. I ended up getting this resolved by doing a full service connect backup, then fully uninstalling, and installing the newest version 10.2.700.1. I’m figuring there was just a glitch in mine that wasn’t resolved when I upgraded. Hope this can help someone in the future.

Great to hear. I thought that upgrading Service Connect might have resolved the issue. I always like to keep it up to date.

Service Connect 10.2.500 or newer is needed to import .NET references from Epicor 10.2.500.

It so happens that Epicor 10.2.200.33 (and all the subsequent 10.2.200.* updates) got the change that from 10.2.500; that - unlike 10.2.400.x (can’t say anything about 10.2.300.* updates) which got a different version of the change, one that did not break backward compatibility for SC.

The fact that backward compatibility was broken was noticed too late after several subsequent 10.2.200 updates were released, and it was decided not to alter that part. As far as I know, there was a private hotfix for Epicor Client for those in need to keep backward compatibility.

I can’t explain why exactly that was working for you when Epicor was at 10.2.200.34 (as my records show that 10.2.200.33 and later were the ones that became incompatible) - could be they were, and re-import to SC was just skipped at the time of Epicor upgrade to 10.2.200.34 due to the error you saw, and luckily previously imported references just continued to work with updated Epicor Client.

Good call with upgrading SC to 10.2.700.1, this should keep you compatible for a while, and should bring in a bunch of corrections, improvements and enhancements on SC side in addition.

I definitely would prefer to keep ALL of Epicor up to date, but I’m the only person at our company and my time is needed on so many other things that I don’t have time to keep up with all of the updates and upgrades.