[
https://issues.apache.org/jira/browse/HADOOP-8187?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13462335#comment-13462335
]
Allen Wittenauer commented on HADOOP-8187:
------------------------------------------
bq. it seems like a non-portable, Sun-specific way of inferring the location of
the JRE
Right. Which is why I said at that point you'd be porting to different JVMs.
IBM has a similar property (whose name escape me at the moment). We *should*
have a fallback method in case we can't find it, the property doesn't exist,
whatever.
But my experience at least on a few platforms is that this is significantly
more reliable than $JAVA_HOME or doing finds or any of the other weird things
we've tried in the past, especially on multi-arch JVMs where multiple libraries
are generally present. (The -d param isn't just for decoration, folks...)
Windows appears to be another (not surprising) outlier.
bq. Are you suggesting that MacOS users recompile the JDK itself?
Apple had a special agreement with Sun that resulted in a lot of chaos with
regards to file locations and even how to build JNI code in order to fit it
into the NeXTSTEP/OpenStep/Darwin mold. The normal rules do not apply and
treating it as such usually ends in tears. I haven't had a chance to look at
Mountain Lion to see if things are any better/more standard. I'm suspecting
not.
> Improve the discovery of the jvm library during the build process
> -----------------------------------------------------------------
>
> Key: HADOOP-8187
> URL: https://issues.apache.org/jira/browse/HADOOP-8187
> Project: Hadoop Common
> Issue Type: Improvement
> Reporter: Devaraj Das
>
> Improve the discovery of the jvm library during the build of native
> libraries/libhdfs/fuse-dfs, etc. A couple of different ways are currently
> used (discussed in HADOOP-6924). We should clean this part up and also
> consider builds of native stuff on OSX.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira