You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
*Describe the solution you'd like
Workflow Manager must be able to attached plugins to an export request message so that MIG knows what to do with the message, plugins can be one or more types.
New ExportRequestMessage
public class ExportRequestEvent : EventBase
{
...
/// <summary>
/// A list of data output plug-in type names to be executed by the export services.
/// Each string must be a fully-qualified type name.
/// E.g. <code>MyCompnay.MyProject.MyNamepsace.MyPlugin, MyCompnay.MyProject.MyNamepsace</code> where
/// <code>MyCompnay.MyProject.MyNamepsace</code> is the name of the assembly (DLL).
/// </summary>
public List<string> PluginAssemblies { get; private set; }
...
The text was updated successfully, but these errors were encountered:
@mocsharp@DanielNuttall-AD@neildsouth we need to define what the schema is for the new ExportRequestMessage and how WorkflowManager would know what plugins are available, do we need a lightweight API request to MIG to make it extendable? Obviosuly could be hardcoded for now but would be good to have a single source of truth for the plugins we support
The above looks good and makes sense, I think if the MIG had an endpoint to query the available export plugins as @JoeBatt1989 suggested, that returned a list including fully qualified name, displayable name and description, that would complete the loop and give us info we could display to a user for selection?
*Describe the solution you'd like
Workflow Manager must be able to attached plugins to an export request message so that MIG knows what to do with the message, plugins can be one or more types.
New ExportRequestMessage
The text was updated successfully, but these errors were encountered: