Refactor all inline ES calls to use EventSourceService #161
Labels
No labels
Blocked
Duplicate
MoSCoW/Could Have
MoSCoW/Must Have
MoSCoW/Should Have
Points/1
Points/13
Points/2
Points/21
Points/3
Points/5
Points/8
Priority/Backlog
Priority/Critical
Priority/High
Priority/Low
Priority/Medium
State/Completed
State/In progress
State/In review
State/Paused
State/Unverified
State/Verified
State/Wont Do
Type/Bug
Type/Epic
Type/Feature
Type/Legendary
Type/Task
Type/Testing
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Blocks
Depends on
#159 Epic: Centralize ES Command Emission
aethyr/Aethyr
#164 Build GDBM vs ES state verification tooling
aethyr/Aethyr
Reference: aethyr/Aethyr#161
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Metadata
refactor(event-sourcing): replace inline Sequent calls with EventSourceServicefeature/m1-refactor-inline-esBackground and Context
After
EventSourceServiceexists, all inlineSequent.command_service.execute_commandscalls in Manager, GameObject, and StorageMachine must be refactored to use the service. This eliminates duplicated boilerplate and resolves the double-emission issue where both Manager and StorageMachine emit ES commands for the same operation.Acceptance Criteria
Sequent.command_service.execute_commandscalls in Manager, GameObject, or StorageMachineEventSourceServiceSubtasks
Manager(add_player, create_object, delete_object, set_password)GameObject(long_desc=, container=, update_attributes)StorageMachine(save_player, set_password, store_object, delete_object)bundle exec rake unit, fix any failurestests/integration/verifying all ES command emissions route through EventSourceService.bundle exec rake unit_profileand verify no performance regressions.bundle exec rake unit. If coverage is <97% then review the current unit test coverage report atbuild/tests/unit/coverage/and use it to write new Cucumber based unit tests to improve code coverage. Specifically, write Cucumber/Gherkin style unit tests that are descriptively named and specifically improve coverage on whichever file has the most uncovered lines by writing tests that will target the uncovered lines in the report. Once that is done rerunbundle exec rake unitto verify all tests pass and coverage is above >=97%. Only mark this as complete once coverage is >=97%, if not repeat this task as many times as is needed until coverage reaches >=97%.bundle exec rake(default task: unit tests with coverage) andbundle exec rake integration, fix any errors if needed ensuring both pass across entire code base, do not ignore any failure even if it seems unrelated to this commit, fix it.Definition of Done
This issue is complete when:
master, reviewed, and merged before this issue is marked done.