[Bug][plugins] Only shared object (.so) plugins are present, but binary application files like "dora", "github" are NOT available
Search before asking
- [x] I had searched in the issues and found no similar issues.
What happened
Plugins are not available for inbuilt DORA Dashboard. we can see /app/bin/plugins/dora.so , but binary files are not existing. All the plugins are only having .so file, but not binary files.
What do you expect to happen
/app/bin/plugins/dora appliation file need to present to load the plugins.
How to reproduce
docker exec -it v102-devlake-1 /app/bin/plugins/dora/dora --help total 42800 -rw-r--r--. 1 root root 43823176 Oct 20 06:35 dora.so OCI runtime exec failed: exec failed: unable to start container process: exec: "/app/bin/plugins/dora/dora": stat /app/bin/plugins/dora/dora: no such file or directory: unknown
Anything else
No response
Version
v1.0.3-beta7
Are you willing to submit PR?
- [x] Yes I am willing to submit a PR!
Code of Conduct
- [x] I agree to follow this project's Code of Conduct
Hi @sivakumarselvam! I'm Dosu and I’m helping the incubator-devlake team.
The absence of binary application files like "dora" or "github" in the plugins directory is expected behavior. Apache DevLake loads plugins as shared object (.so) files, not as standalone binaries. The build process compiles plugins into .so files using Go's plugin system, and the application scans for and loads these .so files at startup—there is no need for separate binary executables for plugins to function. You can see this in the build script and the plugin loader implementation, which only reference .so files and not binaries (build-plugins.sh, plugin loader).
If you see dora.so and other .so files in /app/bin/plugins/, your plugins are present and will be loaded automatically. No additional binary files are required for plugin operation in DevLake.
To reply, just mention @dosu.
How did I do? Good | Irrelevant | Incorrect | Verbose | Hallucination | Report 🐛 | Other