NOTICE! This is a static HTML version of a legacy ImageJ Trac ticket.

The ImageJ project now uses GitHub Issues for issue tracking.

Please file all new issues there.

Ticket #1654 (closed defect: wontfix)

Opened 2013-02-24T13:07:35-06:00

Last modified 2014-05-01T15:22:46-05:00

Fix MiniMaven when a dependency's version is specified as a non-SNAPSHOT revision range

Reported by: dscho Owned by: dscho
Priority: minor Milestone: imagej2-unscheduled
Component: Build System Version:
Severity: cosmetic Keywords:
Cc: Blocked By:
Blocking: #1714

Description

When building Fiji, the ImageJ version is stuck at the version MiniMaven first had a look for the newest version in said range. We should accept newer version as they become available, probably by downloading a new maven-metadata-version.xml at the same schedule as SNAPSHOT versions would be downloaded (once a day).

Change History

comment:1 Changed 2013-03-07T14:00:31-06:00 by bdezonia

  • Milestone set to imagej2-unscheduled

comment:2 Changed 2013-03-20T11:56:17-05:00 by bdezonia

  • Blocking 1714 added

comment:3 Changed 2013-04-14T23:56:22-05:00 by dscho

  • Priority changed from major to minor
  • Severity changed from serious to cosmetic
  • Summary changed from Fix MiniMaven when a dependency's version is specified as a non-SNAPTHOT revision range to Fix MiniMaven when a dependency's version is specified as a non-SNAPSHOT revision range

Now that pom-scijava does not use release version ranges any longer, the resolution is not utterly pressing anymore.

comment:4 Changed 2014-05-01T15:22:46-05:00 by curtis

  • Status changed from new to closed
  • Resolution set to wontfix

Since we do not use them anymore: let's worry about version ranges in MiniMaven only if a concrete need for them arises.