PDavid commented on code in PR #7878: URL: https://github.com/apache/hbase/pull/7878#discussion_r2896510126
########## hbase-website/app/pages/_docs/docs/_mdx/(multi-page)/upgrading/version-number.mdx: ########## @@ -145,6 +145,10 @@ All classes annotated with InterfaceAudience.Private or all classes that do not When we say two HBase versions are compatible, we mean that the versions are wire and binary compatible. Compatible HBase versions means that clients can talk to compatible but differently versioned servers. It means too that you can just swap out the jars of one version and replace them with the jars of another, compatible version and all will just work. Unless otherwise specified, HBase point versions are (mostly) binary compatible. You can safely do rolling upgrades between binary compatible versions; i.e. across maintenance releases: e.g. from 1.4.4 to 1.4.6. See "Does compatibility between versions also mean binary compatibility?" discussion on the HBase dev mailing list. -[^1]: Running an offline upgrade tool without downgrade might be needed. We will typically only support migrating data from major version X to major version X+1. +[^1]: See 'Source Compatibility' https://blogs.oracle.com/darcy/entry/kinds_of_compatibility Review Comment: Can you please replace this link as it is gone and @guluo2016 identified under https://issues.apache.org/jira/browse/HBASE-29957 that we the current address is: https://wiki.openjdk.org/spaces/csr/pages/32342052/Kinds+of+Compatibility -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
