Re: maven properties seem not to work in profile activation feature
Property activation only work for system (command line) properties Properties from POM are read after profiles have been enabled (as a profile may define/override properties) Nico. 2008/2/28, Arnd Kleinbeck [EMAIL PROTECTED]: Hi Richard, does this really work for you? I cannot manage to use a maven property value for profile activation, neither if i declare the property in the pom nor in settings.xml. As far as i understand, maven property usage for activating profiles is not supported. The only solution - as far as i know - would be the implementation of a custom profile activator. Does this work for maven 2.0.8? Has anybody experiences with that? BR Arnd ||| Arnd Kleinbeck ||| ||| innoQ Deutschland GmbH, Halskestr. 17, D-40880 Ratingen, Germany ||| phone: +49 2102 77162-100, mobile: +49 163 8780130, fax: +49 2102 77160-1 ||| e-mail: [EMAIL PROTECTED], web: http://www.innoq.com Am 16.01.2008 um 18:54 schrieb Brewster, Richard: I ran into this before. The localRepository element is *NOT* a property. Although it can be referenced like one, it does not behave as expected. localRepository/m2/repository/localRepository I defined my own local.repository property that duplicates the path, so I could reference it. In the properties element in settings.xml: properties local.repository/m2/repository/local.repository .. other properties /properties Now you can write ${local.repository} in your pom.xml and use that in profile activation conditions. Richard Brewster Senior Associate Perrin Quarles Associates [EMAIL PROTECTED] (434) 817-2640 -Original Message- From: Patrizio Munzi [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 16, 2008 9:00 AM To: users@maven.apache.org Subject: maven properties seem not to work in profile activation feature Hi all, I'm trying to manage profiles activations/deactivations by using the activation tag among with the file tag. What I would like to do is to activate a particular profile only if a specified folder is present into the local repository. The profile configuration I'm using is the following: profiles profile idapache/id activation activeByDefaultfalse/activeByDefault file missing${settings.localRepository}/org/apache/maven/plugins/maven- jar- plugin/2.2-SNAPSHOT/missing /file /activation repositories [...] /repositories pluginRepositories [...] /pluginRepositories /profile /profiles Now, if I use the explicit path of the local repository everything works well, instead if I use the property ${settings.localRepository} id doesn't work. It seems that maven isn't able to give a value to the property. I tried this profile configuration in both settings.xml and pom.xml files. Moreover I even tried to use different properties (e.g. ${user.dir}. ${usr.home}) but in all the case I had no successful results. Have I missed something...? Is there any problem in managing properties..? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven properties seem not to work in profile activation feature
Hi Richard, does this really work for you? I cannot manage to use a maven property value for profile activation, neither if i declare the property in the pom nor in settings.xml. As far as i understand, maven property usage for activating profiles is not supported. The only solution - as far as i know - would be the implementation of a custom profile activator. Does this work for maven 2.0.8? Has anybody experiences with that? BR Arnd ||| Arnd Kleinbeck ||| ||| innoQ Deutschland GmbH, Halskestr. 17, D-40880 Ratingen, Germany ||| phone: +49 2102 77162-100, mobile: +49 163 8780130, fax: +49 2102 77160-1 ||| e-mail: [EMAIL PROTECTED], web: http://www.innoq.com Am 16.01.2008 um 18:54 schrieb Brewster, Richard: I ran into this before. The localRepository element is *NOT* a property. Although it can be referenced like one, it does not behave as expected. localRepository/m2/repository/localRepository I defined my own local.repository property that duplicates the path, so I could reference it. In the properties element in settings.xml: properties local.repository/m2/repository/local.repository .. other properties /properties Now you can write ${local.repository} in your pom.xml and use that in profile activation conditions. Richard Brewster Senior Associate Perrin Quarles Associates [EMAIL PROTECTED] (434) 817-2640 -Original Message- From: Patrizio Munzi [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 16, 2008 9:00 AM To: users@maven.apache.org Subject: maven properties seem not to work in profile activation feature Hi all, I'm trying to manage profiles activations/deactivations by using the activation tag among with the file tag. What I would like to do is to activate a particular profile only if a specified folder is present into the local repository. The profile configuration I'm using is the following: profiles profile idapache/id activation activeByDefaultfalse/activeByDefault file missing${settings.localRepository}/org/apache/maven/plugins/maven- jar- plugin/2.2-SNAPSHOT/missing /file /activation repositories [...] /repositories pluginRepositories [...] /pluginRepositories /profile /profiles Now, if I use the explicit path of the local repository everything works well, instead if I use the property ${settings.localRepository} id doesn't work. It seems that maven isn't able to give a value to the property. I tried this profile configuration in both settings.xml and pom.xml files. Moreover I even tried to use different properties (e.g. ${user.dir}. ${usr.home}) but in all the case I had no successful results. Have I missed something...? Is there any problem in managing properties..? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] smime.p7s Description: S/MIME cryptographic signature
RE: maven properties seem not to work in profile activation feature
I am not sure what you mean by maven property. localRepository is NOT a property. I found that while you can reference it like a property with ${localRepository}, you do not get back the value given in the XML element, but something different. Perhaps my remark about using the local.repository property in profile activation was confusing. I don't use that property to activate a profile; I just use it to locate artifacts in the repo. Activating profiles with properties works just fine. As: profile idintegration-test/id activation property name!maven.test.skip/name /property /activation Richard Brewster Senior Associate Perrin Quarles Associates [EMAIL PROTECTED] (434) 817-2640 -Original Message- From: Arnd Kleinbeck [mailto:[EMAIL PROTECTED] Sent: Thursday, February 28, 2008 5:57 AM To: Maven Users List Cc: Brewster, Richard Subject: Re: maven properties seem not to work in profile activation feature Hi Richard, does this really work for you? I cannot manage to use a maven property value for profile activation, neither if i declare the property in the pom nor in settings.xml. As far as i understand, maven property usage for activating profiles is not supported. The only solution - as far as i know - would be the implementation of a custom profile activator. Does this work for maven 2.0.8? Has anybody experiences with that? BR Arnd ||| Arnd Kleinbeck ||| ||| innoQ Deutschland GmbH, Halskestr. 17, D-40880 Ratingen, Germany ||| phone: +49 2102 77162-100, mobile: +49 163 8780130, fax: +49 2102 77160-1 ||| e-mail: [EMAIL PROTECTED], web: http://www.innoq.com Am 16.01.2008 um 18:54 schrieb Brewster, Richard: I ran into this before. The localRepository element is *NOT* a property. Although it can be referenced like one, it does not behave as expected. localRepository/m2/repository/localRepository I defined my own local.repository property that duplicates the path, so I could reference it. In the properties element in settings.xml: properties local.repository/m2/repository/local.repository .. other properties /properties Now you can write ${local.repository} in your pom.xml and use that in profile activation conditions. Richard Brewster Senior Associate Perrin Quarles Associates [EMAIL PROTECTED] (434) 817-2640 -Original Message- From: Patrizio Munzi [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 16, 2008 9:00 AM To: users@maven.apache.org Subject: maven properties seem not to work in profile activation feature Hi all, I'm trying to manage profiles activations/deactivations by using the activation tag among with the file tag. What I would like to do is to activate a particular profile only if a specified folder is present into the local repository. The profile configuration I'm using is the following: profiles profile idapache/id activation activeByDefaultfalse/activeByDefault file missing${settings.localRepository}/org/apache/maven/plugins/maven- jar- plugin/2.2-SNAPSHOT/missing /file /activation repositories [...] /repositories pluginRepositories [...] /pluginRepositories /profile /profiles Now, if I use the explicit path of the local repository everything works well, instead if I use the property ${settings.localRepository} id doesn't work. It seems that maven isn't able to give a value to the property. I tried this profile configuration in both settings.xml and pom.xml files. Moreover I even tried to use different properties (e.g. ${user.dir}. ${usr.home}) but in all the case I had no successful results. Have I missed something...? Is there any problem in managing properties..? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
maven properties seem not to work in profile activation feature
Hi all, I'm trying to manage profiles activations/deactivations by using the activation tag among with the file tag. What I would like to do is to activate a particular profile only if a specified folder is present into the local repository. The profile configuration I'm using is the following: profiles profile idapache/id activation activeByDefaultfalse/activeByDefault file missing${settings.localRepository}/org/apache/maven/plugins/maven-jar-plugin/2.2-SNAPSHOT/missing /file /activation repositories [...] /repositories pluginRepositories [...] /pluginRepositories /profile /profiles Now, if I use the explicit path of the local repository everything works well, instead if I use the property ${settings.localRepository} id doesn't work. It seems that maven isn't able to give a value to the property. I tried this profile configuration in both settings.xml and pom.xml files. Moreover I even tried to use different properties (e.g. ${user.dir}. ${usr.home}) but in all the case I had no successful results. Have I missed something...? Is there any problem in managing properties..? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven properties seem not to work in profile activation feature
You're right, properties interpolation IS NOT used to compute file path during profile activation. The main cause is that profiles may define / override properties values. I agree that some properties like ${basedir} and ${settings.x} MAY be supported, as this restriction makes the file based activation useless. Not sure but there may allready be a Jira issue about this. Please search or create one for this, as this SHOULD be fixed in future maven 2.x Nico. 2008/1/16, Patrizio Munzi [EMAIL PROTECTED]: Hi all, I'm trying to manage profiles activations/deactivations by using the activation tag among with the file tag. What I would like to do is to activate a particular profile only if a specified folder is present into the local repository. The profile configuration I'm using is the following: profiles profile idapache/id activation activeByDefaultfalse/activeByDefault file missing${settings.localRepository }/org/apache/maven/plugins/maven-jar-plugin/2.2-SNAPSHOT/missing /file /activation repositories [...] /repositories pluginRepositories [...] /pluginRepositories /profile /profiles Now, if I use the explicit path of the local repository everything works well, instead if I use the property ${settings.localRepository} id doesn't work. It seems that maven isn't able to give a value to the property. I tried this profile configuration in both settings.xml and pom.xml files. Moreover I even tried to use different properties (e.g. ${user.dir}. ${usr.home}) but in all the case I had no successful results. Have I missed something...? Is there any problem in managing properties..? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maven properties seem not to work in profile activation feature
Hi, so file based profile activation can't be used without breaking down project portability. Is there any workaround...? By the way there is already an issue about that on Jira... Thanks a lot. BR Patrizio nicolas de loof wrote: You're right, properties interpolation IS NOT used to compute file path during profile activation. The main cause is that profiles may define / override properties values. I agree that some properties like ${basedir} and ${settings.x} MAY be supported, as this restriction makes the file based activation useless. Not sure but there may allready be a Jira issue about this. Please search or create one for this, as this SHOULD be fixed in future maven 2.x Nico. 2008/1/16, Patrizio Munzi [EMAIL PROTECTED]: Hi all, I'm trying to manage profiles activations/deactivations by using the activation tag among with the file tag. What I would like to do is to activate a particular profile only if a specified folder is present into the local repository. The profile configuration I'm using is the following: profiles profile idapache/id activation activeByDefaultfalse/activeByDefault file missing${settings.localRepository }/org/apache/maven/plugins/maven-jar-plugin/2.2-SNAPSHOT/missing /file /activation repositories [...] /repositories pluginRepositories [...] /pluginRepositories /profile /profiles Now, if I use the explicit path of the local repository everything works well, instead if I use the property ${settings.localRepository} id doesn't work. It seems that maven isn't able to give a value to the property. I tried this profile configuration in both settings.xml and pom.xml files. Moreover I even tried to use different properties (e.g. ${user.dir}. ${usr.home}) but in all the case I had no successful results. Have I missed something...? Is there any problem in managing properties..? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- *Patrizio Munzi* Product Engineer Viale Bruno Buozzi, 19 - 00197 Roma (Italy) tel: +39 06 4543 3540 fax: +39 06 4543 3587 mobile: +39 393 7195 164 mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] web: http://www.eris4.com http://www.eris4.com/ skype: eris4_munzi skype:eris4_munzi?add - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: maven properties seem not to work in profile activation feature
I ran into this before. The localRepository element is *NOT* a property. Although it can be referenced like one, it does not behave as expected. localRepository/m2/repository/localRepository I defined my own local.repository property that duplicates the path, so I could reference it. In the properties element in settings.xml: properties local.repository/m2/repository/local.repository .. other properties /properties Now you can write ${local.repository} in your pom.xml and use that in profile activation conditions. Richard Brewster Senior Associate Perrin Quarles Associates [EMAIL PROTECTED] (434) 817-2640 -Original Message- From: Patrizio Munzi [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 16, 2008 9:00 AM To: users@maven.apache.org Subject: maven properties seem not to work in profile activation feature Hi all, I'm trying to manage profiles activations/deactivations by using the activation tag among with the file tag. What I would like to do is to activate a particular profile only if a specified folder is present into the local repository. The profile configuration I'm using is the following: profiles profile idapache/id activation activeByDefaultfalse/activeByDefault file missing${settings.localRepository}/org/apache/maven/plugins/maven-jar- plugin/2.2-SNAPSHOT/missing /file /activation repositories [...] /repositories pluginRepositories [...] /pluginRepositories /profile /profiles Now, if I use the explicit path of the local repository everything works well, instead if I use the property ${settings.localRepository} id doesn't work. It seems that maven isn't able to give a value to the property. I tried this profile configuration in both settings.xml and pom.xml files. Moreover I even tried to use different properties (e.g. ${user.dir}. ${usr.home}) but in all the case I had no successful results. Have I missed something...? Is there any problem in managing properties..? Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Profile Activation Feature
ccadete wrote: but how can it be activated for 1.5, or better. Vote for http://jira.codehaus.org/browse/MNG-1910 Relatively trivial patch, but ignored since more than 7 months. :-( Jochen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Profile Activation Feature
If I want to activate a profile using specified jdk version, I use. for example: profile idJDK-1.5/id activation jdk1.5/jdk /activation /profiles but how can it be activated for 1.5, or better. This is provided by the version tag in another context, I thing it would be better if we can specified the version tag, like this, for example: activation jdk version[1.5,)/version /jdk /activation or activation jdk[1.5,)/jdk /activation ccadete -- View this message in context: http://www.nabble.com/Profile-Activation-Feature-tf2133948.html#a5889297 Sent from the Maven - Users forum at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]