I think this could be done by some module tricks, where we build a special
module with -source 8 and -target 8.We have done similar things in the past
to have hadoop1-compat and hadoop2-compact.
Let me have a try.
Sean Busbey 于2022年2月16日周三 13:31写道：
> Unfortunately if we want to keep jdk8
Unfortunately if we want to keep jdk8 working we can't rely on building
with the jdk release target option on newer jdks.
We ran into this recently in HBASE-25465 where a JDK bug came up.
On Tue, Feb 15, 2022 at 8:12 PM 张铎(Duo Zhang) wrote:
> +1 on moving the minimum required java version for
> Regarding the original question, I would be in favor of the proposal. Time
> marches on. I assume just to state the obvious that our destination of
> minimum LTS would shift from 8 to 11.
Yes, sorry I should have expressly stated JDK11 would become the minimum
with some release after HBase 3.
[
https://issues.apache.org/jira/browse/HBASE-26742?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Xiaolin Ha resolved HBASE-26742.
Fix Version/s: 2.5.0
3.0.0-alpha-3
2.4.10
Resolution:
+1 on moving the minimum required java version for compiling HBase to Java
11. But we could still use --release=8 to still support jdk8 at runtime.
Java 8 is still widely used, and I believe this will last for even more
years, as lots of big companies such as RedHat, Microsoft and Amazon are
If we set the minJDK to 11 I believe that will effectively remove jdk8
support, rather than "just" deprecate it.
As we build out more robust testing I would be in favor of running less of
it on deprecated JDKs.
On Tue, Feb 15, 2022, 16:10 Josh Elser wrote:
> Deprecating jdk8 for HBase 3 and
The section in our docs on JDK11 seems out of date. In my experience using Java
11 to run ZooKeeper (3.5), Hadoop HDFS/YARN/MR (2.10 and 3.3), and HBase (2.4)
is a nonissue. These software versions are stable under load. Most recently I
tested scale ingest with 11.0.15+1, hot off the presses so
Deprecating jdk8 for HBase 3 and requiring minJdk=11 seems reasonable to me.
Gotta start pushing the issue somehow.
On 2/15/22 1:47 PM, Sean Busbey wrote:
Hi folks!
It's been some time since we decided to stick to LTS JDK releases as a way
of getting a handle on the JDK treadmill.
What do
Another option which I do not see mentioned yet is to extract the relevant
common proto and source files from the ‘hbase’ repository into a new repository
(‘hbase-storage’?), from which we would release artifacts to be consumed by
both hbase and hbase-operator-tools. This maintains D.R.Y.
Hi folks!
It's been some time since we decided to stick to LTS JDK releases as a way
of getting a handle on the JDK treadmill.
What do folks think about deprecating JDK8? The openjdk8u project is still
going and there are commercial support options at least through 2030.
Deprecating it in HBase
I was talking with Szabolcs prior to him sending this one, and it's a
tricky issue for sure.
To date, we've solved any HBase API issues by copying code into HBCK2
e.g. HBCKMetaTableAccessor which copies parts of MetaTableAccessor, or
we push the logic down server-side to the HBase Master and
[
https://issues.apache.org/jira/browse/HBASE-26434?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Xiaolin Ha resolved HBASE-26434.
Fix Version/s: 2.5.0
3.0.0-alpha-3
2.4.10
Resolution:
Got it.
We could try it once log4j 2.17.2 is released.
Thanks Andrew for helping!
Andrew Purtell 于2022年2月15日周二 11:51写道：
> If eg 2.4.9 binaries could be replaced with 2.5.0 and configuration files
> won’t need updating, there is no concern.
>
> > On Feb 14, 2022, at 7:35 PM, 张铎 wrote:
> >
> >
[
https://issues.apache.org/jira/browse/HBASE-26688?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Duo Zhang resolved HBASE-26688.
---
Resolution: Fixed
Merged to branch-2.4+.
Thanks [~xytss123] for contributing and all others for
banshee created HBASE-26757:
---
Summary: hbase thrift2 FilterString not working
Key: HBASE-26757
URL: https://issues.apache.org/jira/browse/HBASE-26757
Project: HBase
Issue Type: Bug
15 matches
Mail list logo
