[seam-dev] Status check!

Pete Muir pmuir at redhat.com
Mon Jan 31 08:13:54 EST 2011


I would avoid version ranges, not only do they cause the described problem, the maven impl is flaky.

However this is relatively easy to fix properly, when you release Seam, you release a BOM with the updated Solder in, and recommend people use that. In this case the POM from Seam XXX will be overridden and the updated Solder used.

On 28 Jan 2011, at 23:36, Jordan Ganoff wrote:

> Except releases would then no longer be 100% reproducible. Probably comes down to a matter of policy.
> 
> -Jordan
> 
> On Jan 28, 2011 6:33 PM, "Brian Leathem" <bleathem at gmail.com> wrote:
> > Good idea!
> > 
> > Or something like either:
> > <version>[3.0.0.Beta2,3.0.1)</version>
> > or
> > <version>[3.0.0.Beta2,3.1)</version>
> > 
> > That way breaking changes if bound to a version increment, would then 
> > require modules to re-release.
> > 
> > Brian
> > 
> > On 01/28/2011 03:25 PM, Lincoln Baxter, III wrote:
> >> Have we considered using version range specifiers via the maven 
> >> artifact syntax?
> >>
> >> If modules used something like:
> >>
> >> <version>[3.0.0.Beta2,)</version>
> >>
> >> It would allow more flexibility as we go along / upgrade individual 
> >> modules. This way we wouldn't need to re-release *everything* when we 
> >> re-release *one* thing. WDYT? I'm sure there are consequences, but 
> >> others may have ideas too.
> >>
> >> ~Lincoln
> > 
> > _______________________________________________
> > seam-dev mailing list
> > seam-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/seam-dev
> _______________________________________________
> seam-dev mailing list
> seam-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/seam-dev




More information about the seam-dev mailing list