All the products I worked on at Maven were multi-module. This is because they are usually large. However, when I create my own pet projects, they are usually single-module.
As a rule, as products grow, they should be organized into several modules. Some projects start as a single module and break down as they grow. Others, created by developers with wide experience, are already divided, because developers already know how the code will develop and how it needs to be organized.
In particular, from your list of "core / commons, business service, repository, security, integration, ldap, user management" I would separate "commons" in my own module, because it smells that it can be reused on other projects. The rest of the parts could fit into one module, but I would need to better understand the project.
source share