Closed Panthro closed 5 years ago
I think the thought was that subpackage would be considered a separate package, and, therefore would not be loaded. No reason why subpackages couldn't be scanned, tho. Perhaps default behavior could be to scan only the package specified with an option to scan subpackages?
I would expect the default behaviour to scan sub packages, just like a spring @ComponentScan
would do, with the option to disable subpackage scanning.
I believe is harder to find the issue of NOT SCANNING then scanning too much :-)
Fair point. Agreed. Subpackages should be scanned by default with an option to disable.
Updated in 0.12-SNAPSHOT.
Currently (v0.11) the code of
RuleBookRunner
has this code:Why are the scanning limited to the exact same package?
That's not an expected behaviour, and it takes a lot of time (debugging) to understand why your rule rule is not being loaded.
I know is probably for performance, not to load all classes at startup time, but wouldn't it be better just to recommend people to have rules in a separate package?
Thanks