You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, UpdatePropertiesMojoBase concrete classes only update the currently Maven-processed file as they are non-aggregate plugins. As such, they rely on Maven recursing into every project of the reactor and then do their job. Maven parses the POM before executing the plugin and it also resolves the properties available in the active profiles.
In order to be able to create property associations, the plugin will then build a tree starting from the child to the parent and parse the untreated POMs of the parents to find the properties. As such, we are actually parsing the POMs for the second time, and what's worse, we're doing that again for every child and also every sibling of the current project in the reactor. That's a lot of wasted work.
At the same time, we are still unable to change the properties which are defined somewhere above in the reactor tree but still within the reactor. See mojohaus#997
The goal of this exercise is to create a new implementation for the mojo(s), and most likely enable/disable it using a feature switch.
The text was updated successfully, but these errors were encountered:
Currently, UpdatePropertiesMojoBase concrete classes only update the currently Maven-processed file as they are non-aggregate plugins. As such, they rely on Maven recursing into every project of the reactor and then do their job. Maven parses the POM before executing the plugin and it also resolves the properties available in the active profiles.
In order to be able to create property associations, the plugin will then build a tree starting from the child to the parent and parse the untreated POMs of the parents to find the properties. As such, we are actually parsing the POMs for the second time, and what's worse, we're doing that again for every child and also every sibling of the current project in the reactor. That's a lot of wasted work.
At the same time, we are still unable to change the properties which are defined somewhere above in the reactor tree but still within the reactor. See mojohaus#997
The goal of this exercise is to create a new implementation for the mojo(s), and most likely enable/disable it using a feature switch.
The text was updated successfully, but these errors were encountered: