You are right, it does not. That's too bad because my pom.xml already defined
a client.id property.
System properties work fine, as does forcing the profile with -P, as does
using profiles.xml (not checked in) at the top of the project directory.
Thanks for pointing me in the right direction, Anders.
Jeff
Anders Hammar wrote:
>
> No, I don't think so. You can trigger a profile based on a property, but I
> don't think that works for a property defined in a project's pom. Please
> try
> and report back!
>
> /Anders
>
> On Thu, Nov 12, 2009 at 22:00, Jeff French <[email protected]> wrote:
>
>>
>> Thanks, Anders. That worked great, and I did include defaults in pom.xml.
>>
>> Is there a way to choose a profile based on the project? Some properties,
>> like the specific database name used for testing, will differ not only by
>> developer, but also by project.
>>
>> Oh, and Paul, I agree. Upon retrospect it was a lame subject line. :-)
>>
>>
>> Anders Hammar wrote:
>> >
>> > Each user defining this property through a profile in his/her
>> settings.xml
>> > is the way to go. However, best practice is to have default values of
>> the
>> > properties defined in the project's pom. The project should NOT rely on
>> > configuration in settings.xml.
>> >
>> > /Anders
>> >
>> > On Thu, Nov 12, 2009 at 04:17, Jeff French <[email protected]>
>> wrote:
>> >
>> >>
>> >> I'm finally getting the chance to migrate some of our m1 projects to
>> m2,
>> >> and
>> >> am wondering about the m2 way to do the following.
>> >>
>> >> During our m1 test phase we replace macros such as @db.host@ in some
>> >> config
>> >> files. The maven.xml file has a goal which defines some filters, and
>> >> individual developers can set properties such as db.host in their
>> >> build.properties file in the project root.
>> >>
>> >> I'd like the same end result in m2 - that developers can use their
>> local
>> >> database for testing. After Googling and looking at examples, it seems
>> >> that
>> >> defining a profile in settings.xml might be the way to go, but that
>> seems
>> >> like overkill for the simple macro replacement I'm trying to do. Is
>> there
>> >> a
>> >> better way to handle this in m2?
>> >>
>> >> Thanks for any pointers.
>> >>
>> >> Jeff
>> >> --
>> >> View this message in context:
>> >>
>> http://old.nabble.com/Personal-property-substitution-in-m2-tp26312742p26312742.html
>> >> Sent from the Maven - Users mailing list archive at Nabble.com.
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: [email protected]
>> >> For additional commands, e-mail: [email protected]
>> >>
>> >>
>> >
>> >
>>
>> --
>> View this message in context:
>> http://old.nabble.com/Personal-property-substitution-in-m2-tp26312742p26326318.html
>> Sent from the Maven - Users mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>>
>
>
--
View this message in context:
http://old.nabble.com/Personal-property-substitution-in-m2-tp26312742p26327404.html
Sent from the Maven - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
