THIS IS A TEST INSTANCE. ALL YOUR CHANGES WILL BE LOST!!!!
...
field | status for consumer | comment |
---|---|---|
<modelVersion/> | not absolutely required, but kept as usual convention | |
<parent> | content inlined in consumer POM, because we can and it will simplify consumers code | |
<groupId/> | ||
<packaging/> | not absolutely required, since packaging is more a build configuration than something consumers may use | |
<name/> | necessary because of minimal requirements for central | |
<description/> | necessary because of minimal requirements for central | |
<url/> | necessary because of minimal requirements for central | |
<inceptionYear/> | ||
<organization> | ||
<licenses> | necessary because of minimal requirements for central | |
<developers> | necessary because of minimal requirements for central | |
<contributors> | | |
<mailingLists> | | |
<prerequisites> | used for plugins, to define runtime Maven version prerequisite | |
<modules/> | ||
<scm> | necessary because of minimal requirements for central | |
<issueManagement> | ||
<ciManagement> | ||
<distributionManagement> | ||
<properties> | values inlined in consumer POM | |
<dependencyManagement> | ||
<dependencies> | system scoped dependencies removed in consumer POM | |
<repositories> | need to check if repositories configured in dependencies are used during resolution | |
<pluginRepositories> | ||
<build> | ||
<reports/> | let's remove this old Maven 1 compatibility field... | |
<reporting> | ||
<profiles> | ||
<id/> | ||
<activation> | keep JDK and OS activation only? removing other activations, which are build time. Same as flatten-maven-plugin feature | |
<dependencies> | ||
<build> | since removed from base model |
...