-
Notifications
You must be signed in to change notification settings - Fork 33
Implement Cross Service Message Registry #1058
Copy link
Copy link
Labels
buildIssues related to building of the codeIssues related to building of the codecode qualityIssues related to code qualityIssues related to code qualitydata editorIssues related to the Data Editor capabilityIssues related to the Data Editor capabilitydebuggerIssues related to the DFDL debugger capabilityIssues related to the DFDL debugger capabilitydocumentationImprovements or additions to documentationImprovements or additions to documentationenhancementNew feature or requestNew feature or requestextensionIssues releated to the VSCode ExtensionIssues releated to the VSCode Extensiontypescript
Milestone
Description
Activity
Metadata
Metadata
Assignees
Labels
buildIssues related to building of the codeIssues related to building of the codecode qualityIssues related to code qualityIssues related to code qualitydata editorIssues related to the Data Editor capabilityIssues related to the Data Editor capabilitydebuggerIssues related to the DFDL debugger capabilityIssues related to the DFDL debugger capabilitydocumentationImprovements or additions to documentationImprovements or additions to documentationenhancementNew feature or requestNew feature or requestextensionIssues releated to the VSCode ExtensionIssues releated to the VSCode Extensiontypescript
Type
Projects
- StatusShow more project fieldsIn Review
Currently, the messages being sent across the multiple extension services (Data Editor UI, Data Editor Client instance, and the DFDL Debug Session) have no strict types or content structure. This becomes problematic when attempting to implement functionality in relation to a specific event and its content because there is only runtime raw JS object resolution.
These messages can be templated and stored for compile type resolution for a more orthogonal development structure.