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