[jira] [Created] (HBASE-21514) Refactor CacheConfig
Guanghao Zhang created HBASE-21514: -- Summary: Refactor CacheConfig Key: HBASE-21514 URL: https://issues.apache.org/jira/browse/HBASE-21514 Project: HBase Issue Type: Improvement Reporter: Guanghao Zhang Assignee: Guanghao Zhang One basic idea is move the global cache instances from CacheConfig. Only keep config stuff in CacheConfig. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[VOTE] First release candidate for HBase 2.0.3 is available
The first release candidate for HBase 2.0.3 is available for download: https://dist.apache.org/repos/dist/dev/hbase/hbase-2.0.3RC0/ Maven artifacts are also available in a staging repository at: https://repository.apache.org/content/repositories/orgapachehbase-1237 Artifacts are signed with my key (DB9D313DA7874F29) published in our KEYS file at http://www.apache.org/dist/hbase/KEYS The RC corresponds to the signed tag 2.0.3RC0, which currently points to commit 87a3aea8ee2d284807f7d4fbdac1f6d9dfedbc17 HBase 2.0.3 is the third maintenance release in the HBase 2.0 line, continuing on the theme of bringing a stable, reliable database to the Hadoop and NoSQL communities. This release includes ~120 bug and improvements fixes done since the 2.0.2 release almost 3 months ago. The detailed source and binary compatibility report vs 2.0.2 has been published for your review, at: https://dist.apache.org/repos/dist/dev/hbase/hbase-2.0.3RC0/compat-check-report-2.0.2-vs-2.0.3.html The report shows no incompatibilities. The full list of fixes included in this release is available in the CHANGES.md that ships as part of the release also available here: https://dist.apache.org/repos/dist/dev/hbase/hbase-2.0.3RC0/CHANGES.md The RELEASENOTES.md are here: https://dist.apache.org/repos/dist/dev/hbase/hbase-2.0.3RC0/RELEASENOTES.md Please try out this candidate and vote +1/-1 on whether we should release these artifacts as HBase 2.0.3. The VOTE will remain open for at least 72 hours. Given sufficient votes I would like to close it on Thursday, November 29th, 2018. Thanks, S
[jira] [Created] (HBASE-21513) [rm] make_rc.sh doesn't work on mac os x
stack created HBASE-21513:
-
Summary: [rm] make_rc.sh doesn't work on mac os x
Key: HBASE-21513
URL: https://issues.apache.org/jira/browse/HBASE-21513
Project: HBase
Issue Type: Bug
Components: build
Reporter: stack
Trying to build an RC on a mac, it fails always for me with:
{code}
[ERROR] Failed to execute goal
org.apache.maven.plugins:maven-assembly-plugin:2.6:single (default-cli) on
project hbase-assembly: Failed to create assembly: Error adding file
'org.apache.hbase:hbase-common:jar:tests:2.0.3' to archive:
/Users/stack/checkouts/hbase.git/hbase-common/target/test-classes isn't a file.
-> [Help 1]
[ERROR]
{code}
This is the second build that tries to assemble the tgz inside in make_rc.sh.
If I leave out 'site' target, it works. I tried an earlier version that current
head of branch-2.0 and it had same issue.
[~busbey] had a nice suggestion changing the -DskipTests to -Dtest=NO_SUCH_TEST
... but that didn't work for me.
I went and got a linux vm and it just worked.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Created] (HBASE-21512) Introduce an AsyncClusterConnection and replace the usage of ClusterConnection
Duo Zhang created HBASE-21512: - Summary: Introduce an AsyncClusterConnection and replace the usage of ClusterConnection Key: HBASE-21512 URL: https://issues.apache.org/jira/browse/HBASE-21512 Project: HBase Issue Type: Umbrella Reporter: Duo Zhang Fix For: 3.0.0 At least for the RSProcedureDispatcher, with CompletableFuture we do not need to set a delay and use a thread pool any more, which could reduce the resource usage and also the latency. Once this is done, I think we can remove the ClusterConnection completely, and start to rewrite the old sync client based on the async client, which could reduce the code base a lot for our client. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
