[
https://issues.apache.org/jira/browse/CASSANDRA-15453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tomo Suzuki updated CASSANDRA-15453:
------------------------------------
Description:
Can we backport the Guava version upgrade (CASSANDRA-15248) into 3.11 branch?
h3. Background
I'm trying to upgrade Apache Beam's dependencies to latest versions. Apache
Beam depends on Cassandra 3 ({{org.apache.cassandra:cassandra-all:3.11.3}}).
Cassandra 3's dependency on Guava's old fields (potentially and methods), such
as CharMatcher.DIGIT, are blocking Apache Beam's Guava dependency upgrade
(BEAM-8911). The field is removed in Guava 26.0. Because of this, Apache Beam's
Guava dependency must be lower than version 26.0.
I see the latest cassandra-all release on 3.X is 3.11.5, which still relies on
Guava 18. This version does not have {{CharMatcher.digit()}}, the replacement
of old {{CharMatcher.DIGIT}}. To get rid of {{CharMatcher.DIGIT}} and thus let
Apache Beam to use Guava 26 and higher, we need to upgrade Cassandra's Guava
version.
h3. How about waiting for Cassandra version 4(-alpha)?
I thought about Cassandra "4", which has a recent version of Guava. However, I
believe quite a few Cassandra/Beam users will keep using Casandra 3 for several
years. I want such users to be able to use the higher version of Guava.
h3. CASSANDRA-15248 "Upgrade Guava to latest on master branch",
h3. Shading?
Shading makes build process complex. When things go wrong due to this, it's
hard to debug ([JLBP18|https://jlbp.dev/JLBP-18.html]).
I found CASSANDRA-15248 "Upgrade Guava to latest on master branch", but this
did not go into 3.11 branch. Can we backport this Guava version upgrade
(CASSANDRA-15248) into 3.11 branch?
was:
Can we backport the Guava version upgrade (CASSANDRA-15248) into 3.11 branch?
h3. Background
Cassandra 3's dependency on old fields (potentially and methods), such as
CharMatcher.DIGIT, is blocking Apache Beam's Guava dependency upgrade
(BEAM-8911). Beam's Guava dependency is limited at most lower than version 26.0.
I see the latest cassandra-all release on 3.X is 3.11.5, which still relies on
Guava 18. This version does not have {{CharMatcher.digit()}}, the replacement
of old {{CharMatcher.DIGIT}}. To get rid of {{CharMatcher.DIGIT}} and thus let
Apache Beam to use Guava 26 and higher, we need to upgrade Cassandra's Guava
version.
h3. How about waiting for Cassandra version 4(-alpha)?
I thought about Cassandra "4", which has a recent version of Guava. However, I
believe quite a few Cassandra/Beam users will keep using Casandra 3 for several
years. I want such users to be able to use the higher version of Guava.
h3. CASSANDRA-15248 "Upgrade Guava to latest on master branch",
I found CASSANDRA-15248 "Upgrade Guava to latest on master branch", but this
did not go into 3.11 branch. Can we backport this Guava version upgrade
(CASSANDRA-15248) into 3.11 branch?
> Upgrade Guava to the same version as master on 3.11 branch
> ----------------------------------------------------------
>
> Key: CASSANDRA-15453
> URL: https://issues.apache.org/jira/browse/CASSANDRA-15453
> Project: Cassandra
> Issue Type: Improvement
> Components: Dependencies
> Reporter: Tomo Suzuki
> Priority: Normal
>
> Can we backport the Guava version upgrade (CASSANDRA-15248) into 3.11 branch?
> h3. Background
> I'm trying to upgrade Apache Beam's dependencies to latest versions. Apache
> Beam depends on Cassandra 3 ({{org.apache.cassandra:cassandra-all:3.11.3}}).
> Cassandra 3's dependency on Guava's old fields (potentially and methods),
> such as CharMatcher.DIGIT, are blocking Apache Beam's Guava dependency
> upgrade (BEAM-8911). The field is removed in Guava 26.0. Because of this,
> Apache Beam's Guava dependency must be lower than version 26.0.
> I see the latest cassandra-all release on 3.X is 3.11.5, which still relies
> on Guava 18. This version does not have {{CharMatcher.digit()}}, the
> replacement of old {{CharMatcher.DIGIT}}. To get rid of {{CharMatcher.DIGIT}}
> and thus let Apache Beam to use Guava 26 and higher, we need to upgrade
> Cassandra's Guava version.
> h3. How about waiting for Cassandra version 4(-alpha)?
> I thought about Cassandra "4", which has a recent version of Guava. However,
> I believe quite a few Cassandra/Beam users will keep using Casandra 3 for
> several years. I want such users to be able to use the higher version of
> Guava.
> h3. CASSANDRA-15248 "Upgrade Guava to latest on master branch",
> h3. Shading?
> Shading makes build process complex. When things go wrong due to this, it's
> hard to debug ([JLBP18|https://jlbp.dev/JLBP-18.html]).
> I found CASSANDRA-15248 "Upgrade Guava to latest on master branch", but this
> did not go into 3.11 branch. Can we backport this Guava version upgrade
> (CASSANDRA-15248) into 3.11 branch?
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
