Hadoop/HDFS3.1.1（在Java 11上）Web UI在加载文件资源管理器时崩溃？[副本]
在start-dfs.sh之后，我可以导航到http://localhost:9870。NameNode似乎运行得很好。
Failed to retrieve data from /webhdfs/v1/?op=LISTSTATUS: Server Error
2018-11-30 16:47:25,097 WARN org.eclipse.jetty.servlet.ServletHandler: Error for /webhdfs/v1/
java.lang.NoClassDefFoundError: javax/activation/DataSource
at com.sun.xml.bind.v2.model.impl.RuntimeBuiltinLeafInfoImpl.(RuntimeBuiltinLeafInfoImpl.java:457)
at com.sun.xml.bind.v2.model.impl.RuntimeTypeInfoSetImpl.(RuntimeTypeInfoSetImpl.java:65)
at com.sun.xml.bind.v2.model.impl.RuntimeModelBuilder.createTypeInfoSet(RuntimeModelBuilder.java:133)共有1个答案
Java9不推荐使用Java.activation模块。Java 11完全删除了它。
Java9和Java10用户可以将该模块添加回Hadoop的类路径。将其放入$hadoop_conf_dir/hadoop-env.sh（未经测试）：
export HADOOP_OPTS="${HADOOP_OPTS} --add-modules java.activation "
Java11用户必须首先下载jar依赖项，并使其在类路径上可用。但它会去吗？
因此，复制粘贴到您的终端：
URL=https://jcenter.bintray.com/javax/activation/javax.activation-api/1.2.0/javax.activation-api-1.2.0.jar
wget $URL -P $HADOOP_CONF_DIR/lib
echo 'export HADOOP_CLASSPATH+=" $HADOOP_CONF_DIR/lib/*.jar"' >> $HADOOP_CONF_DIR/hadoop-env.sh
最后，我认为可以肯定地说，除了真正的旧Java版本之外，人们不能指望Hadoop在任何方面都能很好地工作。谷歌搜索显示，仍然存在Java9、10和11的开放门票。所以本质上，这是一个Hadoop的问题。话虽如此，虽然我们解决了一个使联机文件资源管理器工作的问题，但肯定还会有许多其他问题。
-
问题内容： 在Python中，如何跳到Windows资源管理器中的文件？我找到了跳到文件夹的解决方案： 但是我没有文件的解决方案。 问题答案： 来自Geoff Chappell的 Windows资源管理器命令行
-
因此，正如他们在这里所说： 在清单中声明MANAGE_EXTERNAL_STORAGE权限。 使用ACTION_MANAGE_ALL_FILES_ACCESS_PERMISSION意图操作将用户引导到系统设置页面，在该页面中，用户可以为应用程序启用以下选项 我的应用程序包含两个权限： 问题3：如果我想查询其他未知的文件/目录，例如下载中有另一个文件夹等等，该怎么办？“downloads/folde
-
这是我的HTML： 一个按钮用于打开文件资源管理器。这是我的Java代码： 我无法打开文件资源管理器，因此无法传递文件路径。
-
我开始做一些类似资源类的东西，在那里我可以为我的应用程序保存我所有的文件，像图像和声音，但它变得非常混乱，所有的东西都在应用程序的乞求中加载。 这是包含所有内容的类：https://sourceb.in/s8rjgqqgss（头文件）https://sourceb.in/cjiq78hdov（cpp文件的一部分） 我很抱歉把它贴在不同的网站上，但正如你所看到的，它真的很乱，我也不知道如何让它变得更
-
传统方式的导入外部JS和CSS文件的方法是直接在模板文件使用： <script type='text/javascript' src='/static/js/common.js'> <link rel="stylesheet" type="text/css" href="/static/css/style.css" /> 系统提供了专门的标签来简化上面的导入： {load href="/stati
-
我已经编译了一个用于jni的测试dll。除了#include之外，它实际上完全是空的 这是加载库的类： true是最后打印的内容，证明错误在true和loaded！之间！。如果我在eclipse中运行，会打印两条错误消息，但互联网不知道它们是什么。 信息： 堆栈转储是无信息的。 当我在维基百科页面上运行示例时，实验也失败了。它以同样的方式失败。