Recent changes to bugs

#36 Don't use version ranges for dependencies

Dániel Dékány — Wed, 05 Nov 2014 09:43:38 -0000

status: accepted --> closed-fixed

#35 Beanshell dependency issue

Dániel Dékány — Wed, 05 Nov 2014 09:43:24 -0000

status: accepted --> closed-fixed

#36 Don't use version ranges for dependencies

Dániel Dékány — Wed, 10 Sep 2014 19:36:45 -0000

Group: unassinged --> 0.9.15

#35 Beanshell dependency issue

Dániel Dékány — Wed, 10 Sep 2014 19:36:16 -0000

status: open --> accepted
Group: --> 0.9.15

#35 Beanshell dependency issue

Dániel Dékány — Wed, 10 Sep 2014 19:34:22 -0000

I will change the dependency version number to a fix version, as the common wisdom is that version ranges shouldn't be used in Maven.

#36 Don't use version ranges for dependencies

Dániel Dékány — Wed, 10 Sep 2014 19:07:52 -0000

(BTW, apparently, Sonetype keeps the last SNAPSHOT version forever, except in this case it got confused because accidentally there was a Maven 2 SNAPSHOT there too...)

#36 Don't use version ranges for dependencies

Dániel Dékány — Wed, 10 Sep 2014 18:47:04 -0000

status: open --> accepted
assigned_to: Dániel Dékány

#36 Don't use version ranges for dependencies

Dániel Dékány — Wed, 10 Sep 2014 18:45:44 -0000

Thanks for pointing this out, because the problem not only affects FMPP users but all FreeMarker users who have used version ranges. I haven't realized that it's not backward compatible to create a public snapshot repo... because, whoever used a version range on FreeMarker now starts to pick up snapshot versions instead of stables, which isn't funny. It's especially not fun as Sonetype deletes "old" (few days old) snapshots yet somehow Maven still wants to picking up 2.3.21-SNAPSHOT and then it fails.

For these reasons I have just deleted the snapshot repo of FreeMarker.

Regardless, I also change that dependency to 2.3.21 with the next FMPP release.

Don't use version ranges for dependencies

Dave — Wed, 10 Sep 2014 17:04:43 -0000

It's well known that version ranges don't work in Maven so should not be used. We just had a case where the dependency on freemarker was failing because it was resolving to 2.3.21-SNAPSHOT so the project could not be release and then it was failing because that snapshot was deleted because they upgraded to a release candidate. Since version ranges are known to know work correctly they should not be used, fixed versions should be used instead and users can override with dependencyManagement if needed.

Don't use version ranges for dependencies

Dave — Wed, 10 Sep 2014 17:04:43 -0000

Ticket 36 has been modified: Don't use version ranges for dependencies
Edited By: Dániel Dékány (ddekany)
Status updated: u'open' => u'accepted'
Owner updated: None => u'ddekany'