-
Notifications
You must be signed in to change notification settings - Fork 87
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
AppDomains #16
Comments
We can use |
Relying on FWIW, at the moment, this is a big problem with using the locator approach generally because any XAML-based project will fail.. |
Yes, if we control the place where we create appdomains for tasks then it is certainly better. |
MSBuild controls it for AppDomainIsolatedTask, but tasks are (sadly) free to create their own AppDomains. Not sure if XAML does that, though. |
FWIW, it looks like XAML does create their own AppDomain, so this is a sticky problem. |
A workaround here for the XAML case is to set |
I was able to successfully use the AppDomainManager to intercept AppDomain creation to install the MSBuildLocator in all AppDomains, and it works great with XAML markup compile appdomain. |
Here's another successful example of installing MSBuildLocator for all appdomains: |
It would be nice to make that CustomAppDomainManager part of the MSBuild Locator assembly, which could optionally be specified in the app.config file for an application. For now I've added a package reference to SourceBrowser just so I can use that type. I would have just copied the class, but it doesn't work with publicsign. |
Improves the workaround for microsoft/MSBuildLocator#16
We need to figure out what to do about AppDomains (such as MarkupCompiler):
The text was updated successfully, but these errors were encountered: