[Task]: Rework the class loading system
Open
API
awaiting triage
P3
- Dominant language
- Java
- Stars
- 1.5k
- Forks
- 476
- Avg merge
- 18h 32m
- Merged PRs (30d)
- 216
Description
### What needs to happen?
Hop uses a ton of class loaders, one for every plugin.
It's not clear how it's still needed. We can think of making a new plugin system that builds a single classpath with all the libraries of all the plugins in it.
### Issue Priority
Priority: 3
### Issue Component
Component: API
Contributor guide
Research direction
Start by mapping how Hop currently creates and uses one class loader per plugin, then review the API component's plugin-loading design. Define the intended single classpath approach and identify the compatibility and dependency questions that must be resolved before implementation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- api
- Issue type
- Refactor
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100