Is there any objection to pulling some of that into apache? I took a
look and the syntax makes sense. The only change I might make is to use
whatever Maven already uses to get the jdk version (if it's not already
the same) 

-----Original Message-----
From: Jason Dillon [mailto:[EMAIL PROTECTED] On Behalf Of Jason
Dillon
Sent: Wednesday, February 14, 2007 11:17 PM
To: Maven Developers List
Subject: Re: Control of maven using prerequisites

FYI, docs for that are here:

     http://geronimo.apache.org/maven/genesis/plugins/tools-maven-
plugin/usage.html

Was thinking of moving some of that to a plugin in the mojo project
whenever I find some time...

--jason


On Feb 14, 2007, at 8:12 PM, Joakim Erdfelt wrote:

> Check out the geronimo tools-maven-plugin Found at 
> http://svn.apache.org/repos/asf/geronimo/genesis/trunk/plugins/
> tools-maven-plugin/
>
> It is used by the current geronimo for enforcing various minimum 
> aspects of the build environment.
>
> Example: (from
> http://svn.apache.org/repos/asf/geronimo/daytrader/trunk/pom.xml )
>
>             <plugin>
>                 <groupId>org.apache.geronimo.genesis.plugins</groupId>
>                 <artifactId>tools-maven-plugin</artifactId>
>                 <executions>
>                     <execution>
>                         <id>validate-java-version</id>
>                         <phase>validate</phase>
>                         <goals>
>                             <goal>require-java-version</goal>
>                         </goals>
>                         <configuration>
>                             <version>1.5*</version>
>                         </configuration>
>                     </execution>
>                 </executions>
>             </plugin>
>
>
> Enjoy
>
> - Joakim
>
>
> Brian E. Fox wrote:
>> So the initial feature list for the "maven-enforcer-plugin" is:
>> OS, Maven Rev, Jdk Rev. Anything else that might be usefull from a 
>> Configuration Management standpoint? Most other things can already be

>> controlled via pluginManagement/dependencyManagement...although it 
>> doesn't stop someone from overriding at a local pom level.
>>
>> -----Original Message-----
>> From: Jason van Zyl [mailto:[EMAIL PROTECTED]
>> Sent: Wednesday, February 14, 2007 9:56 PM
>> To: Maven Developers List
>> Subject: Re: Control of maven using prerequisites
>>
>>
>> On 14 Feb 07, at 8:42 PM 14 Feb 07, Brian E. Fox wrote:
>>
>>
>>> Now that 2.0.5 is out and more frequent releases are expected, I 
>>> think that http://jira.codehaus.org/browse/MNG-2423 is even more 
>>> important.
>>> Currently the prerequisites value is not inherited and thus we can't

>>> use it in a company "super-pom" to enforce a minimum Maven version. 
>>> My workaround is to create an empty plugin that has a prereq and 
>>> include that in the super-pom. This seems kludgey an kind of 
>>> unnecessary since there is a field in the pom to do this...it just 
>>> only applies if defined in each child pom or when building from a 
>>> reactor that contains it. Is there any chance this can get bumped to

>>> 2.0.6? I'm willing to try and submit a patch I could get a pointer 
>>> where to look.
>>>
>>>
>>
>> The prereq is specifically for plugins, or other tools, that need a 
>> specific version of Maven. It was not meant as a means of enforcement

>> for your development environment. Trying to mix these concerns would 
>> cause problems.
>>
>> I think what you need is a plugin that runs in the validate phase 
>> (call it the Enforcer Plugins :-) that checks things like jdk 
>> version, mvn version, operating system or whatever else you might 
>> want. Configure this in your parent POM and then you're all set.
>>
>> Jason.
>>
>>
>>> Thanks,
>>>
>>> Brian
>>>
>>>
>>
>>
>> ---------------------------------------------------------------------
>> 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]
>


---------------------------------------------------------------------
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]

Reply via email to