[ https://issues.apache.org/jira/browse/ARIES-1792?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16440723#comment-16440723 ]
Xavier Roussel commented on ARIES-1792: --------------------------------------- I tried the new version but the Classloader returned an error when I tried to exclude the dependencies and it still needs a few time to build. I did some tests and by using a ClassRealm and adding the URLs after construction it seems to work well and be very fast. I have to following results : [DEBUG] Finding artifacts urls: 6ms [DEBUG] Create class loader: 0ms [DEBUG] Building class finder: 34ms [DEBUG] Creating package scope class finder: 40ms [DEBUG] Finding bean classes: 46ms [DEBUG] Creating blueprint model: 108ms You can find the code here if it can help : [https://github.com/xroussel/aries/tree/ARIES-1792_exclude_2] The only problem left is that I need to specify the artifacts to exclude one by one and pay attention not to include a pattern matching a module required by blueprint which is very tricky and I don't know how to optimize that. Maybe an include pattern would be better than an exclude ? Or a combinaison of both ? > blueprint-maven-plugin slows down compilation > --------------------------------------------- > > Key: ARIES-1792 > URL: https://issues.apache.org/jira/browse/ARIES-1792 > Project: Aries > Issue Type: Improvement > Affects Versions: blueprint-maven-plugin-1.9.0 > Reporter: Xavier Roussel > Priority: Major > > We have a maven project with 20+ modules all using BMP to generate blueprint > file. > During compilation, BMP is executed on each module and represents more than > 70% of the project's compilation time. > We specify a scanPath for each module as a parameter to BMP but it seems that > it scan the module and also all the dependencies so because the modules are > linked together, the whole project is scanned again and again for each module. > It could be useful to add an option to exclude dependencies so that BMP only > scan the current module. -- This message was sent by Atlassian JIRA (v7.6.3#76005)