-
Notifications
You must be signed in to change notification settings - Fork 25
V5.0.0 - cmake & plugins #258
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Github release message will replace it
f3064a8 to
5faae61
Compare
src/core/ipfixprobe.cpp
Outdated
| goto EXIT; | ||
| } | ||
|
|
||
| conf.pluginManager.loadPlugins("/usr/local/lib64/ipfixprobe/", loadPluginsRecursive); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This path should not be hardcoded. I recommend to determine path in CMake and pass it to the code during build process. See following links for inspiration:
This makes sure that app will be able to find plugins whenever it was build manually with custom paths or using RPM build system.
2debc5f to
8cab1d5
Compare
b70474e to
dcdc87d
Compare
dcdc87d to
2937ff3
Compare
Massive refactor: Plugin-based architecture, CMake, and CI overhaul
ipfixprobeinto a fully modular, plugin-based architecture.PluginFactoryand refactoredInputPlugin,StoragePlugin,ProcessPlugin,OutputPlugin, andPluginManager..tar.gzand.rpmpackages.clang-formatandclang-tidyrules across the repository..clang-format,.clang-tidy, and.gitignore.-L PATHoption to specify plugin paths at runtime.editorconfigfor consistent formatting.This refactor lays the foundation for a cleaner, more maintainable, and extensible architecture.