conductor-oss / conductor-oss/conductor
Make `taskDefName` to take precedence over `name` in `SIMPLE` tasks
- Dominant language
- Java
- Stars
- 32.2k
- Forks
- 1k
- Avg merge
- 2d 5h
- Merged PRs (30d)
- 41
Description
### The feature, motivation and pitch
Current setup with having to register task definition with given name and the using it as a `name` in `SIMPLE` task is counterintuitive.
But I can see we have `taskDefName` as base task field. how about using it as first lookup field for looking for task type?
### Alternatives
Creating new variable for simple task that will be explicitly stated as it's subType?
### Additional context
_No response_
Contributor guide
Research direction
Start by tracing how SIMPLE tasks resolve their task type from name and taskDefName, then inspect existing task-resolution tests. Done means taskDefName is checked first while the current name-based behavior remains available when it is absent; add or update coverage for both paths.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- backend, distributed-systems
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 56/100