[jboss-jira] [JBoss JIRA] (DROOLS-297) The release procedure should validate there are no snapshot dependencies with the enforcer plugin

[Geoffrey De Smet (JIRA)]

    [ https://issues.jboss.org/browse/DROOLS-297?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12992930#comment-12992930 ] 

Geoffrey De Smet commented on DROOLS-297:
-----------------------------------------

Does this need to be an extra profile?
Can't the enforcer rule be smart enough to do the following "if the version of this module is not a SNAPSHOT, then it should have no SNAPSHOT dependencies"?

> The release procedure should validate there are no snapshot dependencies with the enforcer plugin
> -------------------------------------------------------------------------------------------------
>
>                 Key: DROOLS-297
>                 URL: https://issues.jboss.org/browse/DROOLS-297
>             Project: Drools
>          Issue Type: Task
>      Security Level: Public(Everyone can see) 
>            Reporter: Geoffrey De Smet
>            Assignee: Michael Biarnes Kiefer
>
> Apparently, we've been releasing jars which have snapshot dependencies (non-timestamped). For example drools-wb-jcr2vfs-migration-core 6.0.0.CR4 depends on 5.5.1-SNAPSHOT. Why Nexus's validation no longer prevents this is beyond me.
> Anyway, we need to prevent this. Luckily the enforcer plugin has a rule to validate this:
> http://maven.apache.org/enforcer/enforcer-rules/requireReleaseVersion.html
> During normal development this rule shouldn't be active, as jbpm depends on a drools snapshot etc.
> But during a release procedure, it must be executed once. For example, after changing the version and before deploying them. Or as part of the actual deploy build - whatever works best.
> One way would be to put it in the release profile "jboss-release", similar to what the jboss-parent pom does (which we extend):
>   https://github.com/jboss/jboss-parent-pom/blob/master/pom.xml#L700
> But I strongly dislike the use of profiles... 



--
This message was sent by Atlassian JIRA
(v6.2.6#6264)