Skip to content

Conversation

@wenxinhe
Copy link
Contributor

@wenxinhe wenxinhe commented Jul 7, 2017

No description provided.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would you move the new imports above the comment "this will need to ...."?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

OK, fix it in d04928e.

@wenxinhe wenxinhe force-pushed the HADOOP-14539.hadoop-common.logging branch 2 times, most recently from 7de6a2b to d04928e Compare July 10, 2017 05:17
wenxinhe added 13 commits July 11, 2017 16:00
simple replace: org.apache.commons.logging.Log -> org.slf4j.Logger
change: org.apache.commons.logging.Log.debug(Object)
        ->org.slf4j.Logger.debug(String)
change: org.apache.commons.logging.Log.debug(Object)
        -> org.slf4j.Logger.debug(String, Throwable)
change: org.apache.commons.logging.Log.debug(Object, (Throwable) null)
        -> org.slf4j.Logger.debug(String, (Throwable) null)
change: IOUtils.cleanup -> IOUtils.cleanupWithLogger
revert FileSystem.LOG for it's referenced by hadoop-yarn
change: SignalLogger.INSTANCE.register(LOG)
        -> SignalLogger.INSTANCE.register(LogAdapter.create(LOG))
move the new imports above the comment "this will need to ...."
fix checkstyle issues: StaticVariableName

1. add final modifier to LOG.
2. leave LOG in ShellCommandFencer unchanged for it's reassigned in
tests.
fix checkstyle issues: MemberName

1. add static modifier to LOG.
2. leave LOG in AbstractGangliaSink, GangliaSink30 and GangliaSink31 unchanged
for they're real instance member.
fix checkstyle issues: RedundantModifier, ConstantName
@wenxinhe wenxinhe force-pushed the HADOOP-14539.hadoop-common.logging branch from 680e0ba to e73205d Compare July 11, 2017 08:06
@wenxinhe wenxinhe closed this Jul 19, 2017
shanthoosh added a commit to shanthoosh/hadoop that referenced this pull request Oct 15, 2019
In some cases LocalAppRunner.waitForFinish indefinitely blocks after LocalApplicationRunner.kill. Last step in LocalAppRunner.kill(streamApp) is zkClient.close()[zkClient belongs to ZkCoordinationService].

ApplicationRunner.kill triggers listeners chain and in final listener zkClient.close throws ZkInterruptedException(RuntimeException) & it's swallowed in listeners preventing shutdownLatch update in LocalApplicationRunner(required for proper shutdown).

Author: Shanthoosh Venkataraman <[email protected]>

Reviewers: Boris Shkolnik <[email protected]>, Navina Ramesh <[email protected]>

Closes apache#246 from shanthoosh/SAMZA-1364
susheelgupta7 pushed a commit to susheel-gupta/hadoop that referenced this pull request Apr 30, 2025
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