Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

HADOOP-9991. Update netty to 3.7.1.Final to sync with zookeper #85

Closed
wants to merge 1 commit into from

Conversation

ceefour
Copy link

@ceefour ceefour commented Mar 16, 2016

Update netty to 3.7.1.Final because hadoop-client 2.7.2 depends on zookeeper 3.4.6 which depends on netty 3.7.x. Related to #84

depends on zookeeper 3.4.6 which depends on netty 3.7.x. Related to
apache#84
@ceefour ceefour changed the title HADOOP-9991. Update netty to 3.7.1.Final because hadoop-client 2.7.2 HADOOP-9991. Update netty to 3.7.1.Final to sync with zookeper Mar 16, 2016
@aajisaka
Copy link
Member

branch-2.7 is now effectively EoL. Closing this.

@aajisaka aajisaka closed this Jul 26, 2019
shanthoosh added a commit to shanthoosh/hadoop that referenced this pull request Oct 15, 2019
Adds non blocking commit into AsyncRunLoop. Clients can enable it by setting an opt-in config task.async.commit (which is disabled by default). Contains the following list of changes for AsyncStreamTask type of tasks.

a) Enable commit for a task,  when there're uncompleted callbacks from a task. Progressive commit of finished callbacks, when there are messages in flight for a task.
b) Enable processing of messages for a task, when there're commits in progress from a task.

Documentation for this change will be done in a separate PR.

Author: Shanthoosh Venkataraman <svenkataraman@linkedin.com>

Reviewers: Yi Pan <nickpan47@gmail.com>

Closes apache#85 from shanthoosh/asyncCommitSupport
saxenapranav added a commit to saxenapranav/hadoop that referenced this pull request Jul 28, 2023
…timization

Rename resume optimizations:
Changes include:

1. Resume the rename only if srcDirectory is present and it's etag matches to the one that was there at the time of rename. Else, just delete the pendingJson.
2. PendingJson will now have Etag information of the srcDir at the time of rename.
3. There is listStatus done after its found that renamePendingJson is there. But since there can be scenario where rename resume shouldnt be done (like srcDir not there, or original srcDir is changed(etag change)), the second listStatus shall be redundant. In case of not requirement, it will not be called.
4. For the resume, fileStatus is already there with listStatus or getFileStatus for renamePendingJson file. On ABFS_3,3.2_dev, for reading the file, we have to open which needs getFileStatus. This is a redundant call and needs optimization. This optimization is taken. For this backported HADOOP-17682. ABFS: Support FileStatus input to OpenFileWithOptions() via OpenFileParameters apache#2975 at commit: dcddc6a
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants