Message-ID: <762910060.3151.1409596471809.JavaMail.firstname.lastname@example.org> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_3150_735763298.1409596471808" ------=_Part_3150_735763298.1409596471808 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
This proposal is heavily inspired by the changes that are made t=
o many linux applications within the last years. Apache, crontab, X11, php.=
My debian machine has 45 "*.d" directories within /etc..= .
The pom.xml files I use, become really huge sometimes.
Escpecially= if developer informations and other "static" data is added, the = poms start to grow really fast.
The informations described in the pom cover many different scopes and ar= e changed with a different rate.=20
There are several shortcomings when only one file is used to store all t= hose informations.=20
Of course it is very easy for small projects to just create a small pom.= xml. So I suggest to keep this possibility. But optionally it should be pos= sible to create a directory called "pom.d"=20
All files within this directory are virtually merged to one pom.xml file= . So it is possible to keep several files for different scopes. Best practi= ces could be to create a file for dependencies ("dependencies.xml"= ;), one for build configurations, another for the developers section. The f= ile names should/could reflect the name of the xml tag they contain/represe= nt.=20
I suggest to keep the current behaviour and add the new pom.d directoy o= nly as option to offer an easy way to migrate maven 2.0.x projects. Creatin= g a new plugin that converts a pom.xml into a pom.d directory with several = files within should be a task of only a few minutes.=20
Autogenerating a pom.xml for backward compatibility is an easy task too.==20
Only the parsing code of the pom.xml must be changed.=20
One problem is, that there exist several 3rd party parsers (IDE integrat= ion etc.). But they should be able to implement the changes very fast.= =20
Maybe it is necessary to change/extend the XML schema for those files. C= ould anyone provide some informations about this issue?