Hi Jason,

BTW: Is there a good reason to remove the support of profiles.xml file in Maven 
3.0....cause it makes pom.xml a little bit smaller...


It was removed originally to simplify the work in refactoring the way the 
profiles work.

Then upon looking at any of the projects where I employed this I found that I need many
> separate profile.xml files that it ended up being easier to maintain
> having separate projects.
> Take for example the case where you want to test
> a particular database driver with an ORM.

> The project doesn't scale because has to deal with
> your whole build in order to add support for a driver.
> Whereas encouraging a separate build makes it far more
>  modular, self-contained and ultimately easier to manage.
Hm....


I also chatted with Milos and in the cases where you want project
> specific properties we could add some scoping of profile
> application by GA(V) in the settings.xml.
But the problem with settings.xml in my opinion is that it is stored outside the project folders...(.m2/settings.xml)...

I see the pro about profiles.xml in it's location inside the project it self (version controled with the project)...

In my case it was simply to control the values of some properties (scm connection etc. at home and for online...) ...so it was best in profiles.xml ....so i could simple do mvn -Ponline to active the online values for the Subversion repository...and in my settings.xml automatically activated my "homeoffice" profile...without editing my settings.xml and "poluting" it with project specific information...

It seemed to be a little bit cleaner to put such information into profiles.xml instead into the pom....but that's my point of view...

> So I would favor scoped profile application from settings.xml
> over profiles.xml files in projects.


It's not impossible to put back, and we might if it causes
> a lot of grief. But I think we added the feature
> originally without much thinking about it.
It does not cause a lot of grief, cause it's simply to solve...just a little bit discomfort...

Many thanks for the explanation...


Kind regards
Karl Heinz Marbaise
--
SoftwareEntwicklung Beratung Schulung    Tel.: +49 (0) 2405 / 415 893
Dipl.Ing.(FH) Karl Heinz Marbaise        ICQ#: 135949029
Hauptstrasse 177                         USt.IdNr: DE191347579
52146 Würselen                           http://www.soebes.de

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to