This repository has been archived by the owner on Feb 23, 2021. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 17
Change TagHelperDescriptor resolution to be invoked via a Program.Main. #25
Comments
This was referenced Sep 17, 2015
NTaylorMullen
added a commit
that referenced
this issue
Sep 29, 2015
- This is a half-baked conversion to executing the `RazorPlugin`'s `TagHelperDescriptor` resolution pieces as an executable. We don't want to fully convert to using a `Program.Main` until we have tooling support. #25
NTaylorMullen
added a commit
that referenced
this issue
Oct 1, 2015
- This is a half-baked conversion to executing the `RazorPlugin`'s `TagHelperDescriptor` resolution pieces as an executable. We don't want to fully convert to using a `Program.Main` until we have tooling support. #25
This issue should be treated as "remove the ability for the Razor tooling package to be invoked via DTH plugins". |
NTaylorMullen
added a commit
that referenced
this issue
Dec 9, 2015
- This resulted in us decoupling ourselves from the `IPlugin` interface. It's going away. - Redesigned the `TagHelperDescriptor` resolver to be a glorified factory with a protocol. It used to serialize/deserialize messages as input because it was an `IPlugin`. #25
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Today we rely on the DTH to instantiate the
RazorPlugin
which is then pumped messages. Due to several limitations we've decided to move this logic into a separate process outside of the DTH.Therefore we should be able to pass in command line arguments to then determine
TagHelperDescriptor
s. Will also need to support protocols.The text was updated successfully, but these errors were encountered: