Closed datalogics-kam closed 2 years ago
Someone seems to be having a similar problem as mentioned in this Stack Overflow question.
@datalogics-kam - I noticed the same problem. While I wasn't able to isolate it in the code base, I was able to figure out that it has something to do with where the property is defined. For instance, if the property is defined in a parent pom, "mvn versions:display-property-updates" will correctly look across all of my repositories for the release versions and thus suggest the latest release over the currently configured snapshot version. If, however, the property is defined inside of the same pom file that declares the dependency, I see the behavior you describe and thus it never examines my release repositories.
Phew - This is the same issue that baffled me for over a few days. Need to have a fix for this. Had to follow the workaround as mentioned in the Stack Overflow thread to get it to work for now
I am too getting this. Any updates?
This is unfortunate as I wanted to use update-properties
as a workaround for #336
Well I guess I’ll have to allow snapshots for the release repositories then…
Please reopen this issue - it is actual.
Given a
settings.xml
containing a setup generated by Artifactory:the following command:
says stuff like:
I was expecting it to update the version to
4.10.0
, which exists in the libs-release repo.Basically, when not allowing snapshots, it ignores the repository that can't have snapshots in it.
But if I remove the XML that sets
snapshots.disabled
tofalse
, it works as expected.Maybe I'm deeply not understanding something, but shouldn't it be looking in the release repo for a release version number?