<div class="gmail_quote">On Sat, Jan 29, 2011 at 04:33, Jason Porter <span dir="ltr"><<a href="http://lightguard.jp">lightguard.jp</a>@<a href="http://gmail.com">gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Fri, Jan 28, 2011 at 16:36, Jordan Ganoff <<a href="mailto:jganoff@gmail.com">jganoff@gmail.com</a>> wrote:<br>
> Except releases would then no longer be 100% reproducible. Probably comes<br>
> down to a matter of policy.<br>
<br>
</div>This is a very big reason why not to use ranges for versions, of<br>
course it's all pretty much thrown out the window at runtime because<br>
which jar happens to be loaded first (and maven will use the most<br>
current if anything references a more current version) wins.<br>
<br>
I'm with Jordan on this one, I say no version ranges for sake of<br>
sanity in trying to reproduce builds.<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br></div><div>I agree, version ranges are a thorny path to go down. However, keep this in mind. The version of Solder is the minimal API compatible version against which the modules compile. The end developer can simply drop in the newer version of Solder and instantly get the performance boost. Especially in this case where the change is internal to the Solder impl. They can even upgrade the impl without upgrading the api jar.</div>
<div><br></div><div>Naturally, they would want to run their own test suite after the upgrade just like when you upgrade any version.</div><div><br></div><div>Sound reasonable?</div><div><br></div><div>-Dan</div><div> </div>
</div>-- <br><div>Dan Allen</div>Principal Software Engineer, Red Hat | Author of Seam in Action<br>Registered Linux User #231597<br><br><div><a href="http://www.google.com/profiles/dan.j.allen#about" target="_blank">http://www.google.com/profiles/dan.j.allen#about</a><br>
<a href="http://mojavelinux.com" target="_blank">http://mojavelinux.com</a><br><a href="http://mojavelinux.com/seaminaction" target="_blank">http://mojavelinux.com/seaminaction</a><br></div><br>