You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "David Capwell (Jira)" <ji...@apache.org> on 2020/07/23 17:13:00 UTC
[jira] [Created] (CASSANDRA-15973) Upgrade of custom 3.0 version
fails with custom 4.0 caused by version parsing logic
David Capwell created CASSANDRA-15973:
-----------------------------------------
Summary: Upgrade of custom 3.0 version fails with custom 4.0 caused by version parsing logic
Key: CASSANDRA-15973
URL: https://issues.apache.org/jira/browse/CASSANDRA-15973
Project: Cassandra
Issue Type: Bug
Components: Build
Reporter: David Capwell
Assignee: David Capwell
In 3.0 and earlier, custom versions could have an extra digit and could have multiple pre release tags separated by -, after upgrading to 4.0 these custom versions no longer are allowed and fail different parts of the code, any place which now uses CassandraVersion.
The issue is that version was just a String before, so the only parsing rules were controlled by the client, now CassandraVersion is used which is more restrictive.
To help out, we should allow a "hot fix" digit, and preRelease should allow multiple -
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org