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
Speaking with a few users (@MathiasEurostar) of EventCatalog, they expressed it would be nice to have (mainly events) messages part of their domain.
The way I see this working in that domains could also have a eventsqueries and commands section on the domain (optional ofc), if they are present then the catalog would associate that event to that domain (without a service).
We would have to add functions to getMessagesByDomain which would also have to traverse the services if any are in the service to get their messages too.
Proposed Solution
---
id: Payment
name: Payment
version: 0.0.1
summary: |
Domain that contains payment related services and messages.
owners:
- dboyne
events:
- id: InventoryAdjusted
version: 1.0.0
badges:
- content: Payment Domain
backgroundColor: blue
textColor: blue
---
## Overview
The Payment Domain encompasses all services and components related to handling financial transactions within the system. It is responsible for managing payments, transactions, billing, and financial records. The domain ensures secure, reliable, and efficient processing of all payment-related activities
## Bounded context
<NodeGraph />
No response
Implementation Notes
No response
Community Notes
Please vote by adding a 👍 reaction to the issue to help us prioritize.
If you are interested to work on this issue, please leave a comment.
If this issue is labeled needs-discussion, it means the spec has not been finalized yet. Please reach out in the EventCatalog Discord.
The text was updated successfully, but these errors were encountered:
Use Case
Speaking with a few users (@MathiasEurostar) of EventCatalog, they expressed it would be nice to have (mainly events) messages part of their domain.
The way I see this working in that domains could also have a
events
queries
andcommands
section on the domain (optional ofc), if they are present then the catalog would associate that event to that domain (without a service).We would have to add functions to
getMessagesByDomain
which would also have to traverse the services if any are in the service to get their messages too.Proposed Solution
No response
Implementation Notes
No response
Community Notes
The text was updated successfully, but these errors were encountered: