Hack for Early Bound Assemblies #470
Closed
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
…c respository, it will only work once per instance of the XrmToolBox. Added Simpler method for Setting the EarlyBound Assembly by just using the OrganizationServiceContext, to the BasePluginControl class
… a Static respository, it will only work once per instance of the XrmToolBox." This reverts commit d093990.
This reverts commit b81e1da.
|
Moving this to a different Branch |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This change will allow the CRM ToolBox To Connect, even if multiple plugins are currently loaded with ProxyTypes Enabled.
It will allow for CrmContext interactions, but only if the plugin implements IEarlyBoundProxy, and only for one plugin assembly type per instance of XrmToolBox
Known Breaking Changes introduced:
Known Bugs introduced
For some reason the SetEarlyBoundAssembly method doesn't appear to be working with this change. It isn't calling the AssemblyBasedKnownProxyTypesProvider like I think it would, which means the Microsoft.Xrm.Sdk.Client.ProxyTypesBehavior's constructor is not getting called with a proxyTypesAssembly. I've added a RegisterAssembly call to load Types at the domain level, so at least the first request of an earlybound assembly will work.