Plugin registration 2015 issues

During working with plugin registration 2015 I faced some issues. Here are those with resolution

Tool throws an error that ” Assembly file name (WorkspaceCRMPlugins.dll) is in invalid format. Only file name is allowed.” during creating a new step.

Resolution for this is, go to DB and look for ‘PluginAssemblyBase’, in this table just update ‘path’ column with only actual assembly / DLL name. It will work like charm Or simply work with 2011 registration tool, it wont throw any error.

You can not see ‘Register Plugin’ button if you have bit smaller screen, for this I don’t found any proper solution but there is workaround is click on log text area and hit tab button, then hit enter. Or Simply use 2011 Reg. tool

Assembly can not be loaded.

I need to provide full rights to ‘Network Service’ as well with ‘Everyone’

Thabiso Motloung - Microsoft Dynamics CRM


When trying to register a custom workflow on disk I would get the below error message.

Unhandled Exception: System.ServiceModel.FaultException`1[[Microsoft.Xrm.Sdk.OrganizationServiceFault, Microsoft.Xrm.Sdk, Version=, Culture=neutral, PublicKeyToken=31bf3856ad364e35]]: Assembly can not be loaded.

Detail: <OrganizationServiceFault xmlns=”” xmlns:i=””>


<ErrorDetails xmlns:a=”” />

<Message>Assembly can not be loaded.</Message>




<ErrorDetails xmlns:a=”” />

<Message>Assembly can not be loaded.</Message>


<InnerFault i:nil=”true” />

<TraceText i:nil=”true” />


<TraceText i:nil=”true” />


Server stack trace:

at System.ServiceModel.Channels.ServiceChannel.HandleReply(ProxyOperationRuntime operation, ProxyRpc& rpc)

at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)

at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)

at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]:

at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)


What finally worked for was to give everyone permission to the the dll.


View original post