[ https://issues.apache.org/jira/browse/HADOOP-8642?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14326182#comment-14326182 ]
Chris Nauroth commented on HADOOP-8642: --------------------------------------- +1 for deprecating the property in branch-2 and removing it in trunk. Reading the ancient history, it appears the property was introduced to offer a quick deploy-time safety net in case the native compression codecs (very new code at the time) encountered bugs. At this point, the native compression codec code has been relatively stable for a while, so I see little use for this flag in practice. As you said, there are alternative workarounds. +1 for reducing the build permutations on trunk too. I personally have no use case for building native without bz2 and zlib, and it can only cause confusion if builds pass but then fail in system test due to lack of those symbols linked into libhadoop.so/hadoop.dll. I also have no use case for building without Snappy, though I imagine removing the options for that one could be a little more controversial. > Document that io.native.lib.available only controls native bz2 and zlib > compression codecs. > ------------------------------------------------------------------------------------------- > > Key: HADOOP-8642 > URL: https://issues.apache.org/jira/browse/HADOOP-8642 > Project: Hadoop Common > Issue Type: Bug > Components: documentation, native > Affects Versions: 2.0.0-alpha > Reporter: Eli Collins > Assignee: Akira AJISAKA > Attachments: HADOOP-8642.2.patch, HADOOP-8642.3.patch, > HADOOP-8642.4.patch, HADOOP-8642.5.patch, HADOOP-8642.patch > > > Per core-default.xml {{io.native.lib.available}} indicates "Should native > hadoop libraries, if present, be used" however it looks like it only affects > zlib. Since we always load the native library this means we may use native > libraries even if io.native.lib.available is set to false. > Let's make the flag to work as advertised - rather than always load the > native hadoop library we only attempt to load the library (and report that > native is available) if this flag is set. Since io.native.lib.available > defaults to true the default behavior should remain unchanged (except that > now we wont actually try to load the library if this flag is disabled). -- This message was sent by Atlassian JIRA (v6.3.4#6332)