Enable smarter selling with embedded AI
Focus on the right customers, build trusted relationships, and take swift action with a solution that unifies relationship data and provides contextual AI-driven insights.
Dynamics 365 2019 release wave 2 plan Discover the latest updates to Dynamics 365.Release Plan | Weekly Deployment Notes
Ace your Dynamics 365 deployment with packaged services delivered by expert consultants.Explore service offerings
Connect with the ISV success team on the latest roadmap, developer tool for AppSource certification, and ISV community engagements.
ISV self-service portal
The FastTrack program is designed to help you accelerate your Dynamics 365 deployment with confidence.
FastTrack Program | Finance and Operations TechTalks | Customer Engagement TechTalks | Talent TechTalks
Did a quick search on this error and returned relatively few helpful results. Hoping someone out there can help. Parts of screenshots have been sanitized to protect the interests of my client, but no critical data has been omitted.
Attempting to deploy a custom plugin assembly from a DEV to UAT environment via a managed patch in a 9.x online deployment. Have been having no problems with patching over the plugin assembly since January, but I recently registered a new plugin in DEV and it is causing trouble when patching to UAT. I receive the following error:
The import log contains the following error:
An error occurred while importing a Solution. : Microsoft.Crm.Tools.ImportExportPublish.ImportPluginTypesException: Plugin Types import: FAILURE. Error: Plugin: CustomPlugin, Version=188.8.131.52, Culture=neutral, PublicKeyToken=f33d76f4b60e2702 of PluginTypeName: Microsoft.Crm.Entities.PluginType caused an exception.: Plug-in assembly does not contain the required types or assembly content cannot be updated. ---> Microsoft.Crm.CrmException: Plug-in assembly does not contain the required types or assembly content cannot be updated.
at Microsoft.Crm.CrmPluginAssemblyMetadata.GetPluginTypeMetadata(String typeName)
at Microsoft.Crm.ObjectModel.PluginTypeServiceInternal`1.SetIsWorkFlowActivityAttribute(PluginType _pluginType, IBusinessEntity PluginAssembly, SandboxCustomActivityInfo& customActivityInfo, CrmPluginTypeMetadata& typeMetadata, ExecutionContext Context)
at Microsoft.Crm.ObjectModel.PluginTypeServiceInternal`1.Create(IBusinessEntity entity, ExecutionContext context)
It is worth noting that the plugin has no issues in DEV. It registers successfully and works as designed in workflows.
I thought maybe the isolation mode was incorrect, or I had somehow mismatched the public keys, but everything matches.
Screenshot from DEV (with delta plugin included):
Screenshot from UAT:
One possible solution online suggested that linq causes this error, but I use linq in several other plugins included in this assembly with no issue.
I removed the plugin from the assembly and was able to patch it over to UAT with no issue. I registered a completely different plugin in the assembly, which also had no issues in DEV and works as designed, and received the exact same set of errors.
Can anyone offer any insight into what may be at play here?
UPDATE 06/17/2019 - I tried several things today:
- I tried rolling up the solution and all the patches to the next major solution (9.3.x.x to 184.108.40.206) = received the 80048012 error when deploying managed solution to UAT environment
- Exported solution as unmanaged to deploy to another DEV environment = solution imported successfully and plugins are present in 2nd DEV environment
- Exported plugin assembly by itself in a standalone managed solution to deploy to a completely unrelated playground environment = received the 80048012 error
- Exported plugin assembly by itself in a standalone unmanaged solution to deploy to completely unrelated playground environment = received the 80048012 error
Did you included the entity on which it is working ?
Can you check if source and destination instance both have the entity in Managed form
Is it a customActivity ?
Can you give more detail about the solution what else it is having
Business Applications communities