Skip to content
This repository has been archived by the owner on Dec 18, 2017. It is now read-only.

Add DTH Plugin Registration recovery. #1413

Merged
merged 1 commit into from
Mar 18, 2015

Conversation

NTaylorMullen
Copy link
Member

  • Also modified all plugin activities to no longer throw but to send down error messages
  • Separated message handling and message processing.
  • Added faulted registration recovery bits.
    Enable DTH plugins to recover. #1405

@ghost
Copy link

ghost commented Mar 16, 2015

Hi @NTaylorMullen, I'm your friendly neighborhood Microsoft Open Technologies, Inc. Pull Request Bot (You can call me MSOTBOT). Thanks for your contribution!


It looks like you're a Microsoft contributor (Taylor Mullen). If you're full-time, we DON'T require a Contribution License Agreement. If you are a vendor, please DO sign the electronic Contribution License Agreement. It will take 2 minutes and there's no faxing! https://cla2.msopentech.com.

TTYL, MSOTBOT;

@ghost ghost added the cla-not-required label Mar 16, 2015
@NTaylorMullen
Copy link
Member Author

/cc @davidfowl @ToddGrun

_filesChanged.WasAssigned ||
_rebuild.WasAssigned ||
_restoreComplete.WasAssigned ||
_sourceTextChanged.WasAssigned)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you need to actually do something for all of these types of messages? That doesn't seem right. You only need to do work if there is a plugin registered.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can expose a WorkNeeded property on the PluginHandler to short-circuit all of this. I just figured the extra checking here was pretty quick and the Process method basically no-ops if there's nothing to do.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not worried about the verbosity of the if statement. I'm not sure this is correct. No work should happen if a plugin is never registered.

@NTaylorMullen
Copy link
Member Author

Updated.

(_filesChanged.WasAssigned ||
_rebuild.WasAssigned ||
_restoreComplete.WasAssigned ||
_sourceTextChanged.WasAssigned));
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Get rid of this one.

@NTaylorMullen NTaylorMullen force-pushed the nimullen/dthpluginrecovery.1405 branch from f5bce79 to 33d986f Compare March 16, 2015 06:28
@NTaylorMullen
Copy link
Member Author

Updated.

@NTaylorMullen NTaylorMullen force-pushed the nimullen/dthpluginrecovery.1405 branch from 33d986f to 15386f5 Compare March 16, 2015 08:31
@NTaylorMullen
Copy link
Member Author

Updated. Did not make IAssemblyLoadContext dynamic per IPlugin.

@NTaylorMullen
Copy link
Member Author

Good?

@NTaylorMullen
Copy link
Member Author

Getting this in tonight unless there's an objection 😄

- Involved updating the DesignTimeHost.Interface bits to accept IAssemblyLoadContext in a plugins ProcessMessages method.
- Added response messages to register/unregister for successful/unsuccessful results.
- Removed concurrency protection bits from PluginHandler since it's overkill.
- Added a Plugin section to ApplicationContext.

#1405
@NTaylorMullen NTaylorMullen force-pushed the nimullen/dthpluginrecovery.1405 branch from ee021cf to a8ad362 Compare March 18, 2015 04:11
@NTaylorMullen NTaylorMullen merged commit a8ad362 into dev Mar 18, 2015
@NTaylorMullen NTaylorMullen deleted the nimullen/dthpluginrecovery.1405 branch March 18, 2015 18:27
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants