Android SDK manager在Java 9中抛出异常[重复]
Exception in thread "main" java.lang.NoClassDefFoundError: javax/xml/bind/annotation/XmlSchema
at com.android.repository.api.SchemaModule$SchemaModuleVersion.<init>(SchemaModule.java:156)
at com.android.repository.api.SchemaModule.<init>(SchemaModule.java:75)
at com.android.sdklib.repository.AndroidSdkHandler.<clinit>(AndroidSdkHandler.java:81)
at com.android.sdklib.tool.sdkmanager.SdkManagerCli.main(SdkManagerCli.java:73)
at com.android.sdklib.tool.sdkmanager.SdkManagerCli.main(SdkManagerCli.java:48)
Caused by: java.lang.ClassNotFoundException: javax.xml.bind.annotation.XmlSchema
at java.base/jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:582)
at java.base/jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:185)
at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:496)
... 5 more
共有1个答案
编辑SDKManager文件，查找default_jvm_opts并向其添加--add-modules java.xml.bind参数。
例如，如果SDKManager文件具有
DEFAULT_JVM_OPTS='"-Dcom.android.sdklib.toolsdir=$APP_HOME"'
将其更改为
DEFAULT_JVM_OPTS='"-Dcom.android.sdklib.toolsdir=$APP_HOME" --add-modules java.xml.bind'
-
问题内容： 我有一个关于Java中重新引发异常的非常简单的问题。 这是代码片段： 为什么我们需要在第一个版本中重新抛出，而第二个版本看起来更优雅？可能有什么好处，并且优先选择哪个版本？ 问题答案： 你是对的。第二版更好。而且，第一个版本没有任何意义。除了异常的堆栈跟踪为“错误”之外，它的功能相同。 有“重新抛出”异常的原因如下： 如果您之前有事要做。 如果捕获一种类型的异常并抛出另一种类型的异常：
-
这是我连接HTTP的代码。 这就是android。操作系统。NetworkOnMainThreadException 请帮忙。
-
@apiResponse似乎也没有更正响应类型。 如本问题所述，如何在swagger Codegen中处理多个响应/返回类型（204为空，400为非空等）？ 我可以这样扔 但是有没有更好的方法来做到这一点呢？我只想将.getResponseBody（）作为对象而不是字符串返回。 非常感谢。
-
抛出异常的行为是否可能抛出不同的异常？ 为了抛出异常，必须（可选地）分配新对象，并调用其构造函数（隐式调用fillinstacktrace）。在某些情况下，听起来像addSupressed也被称为。那么如果没有足够的内存会发生什么呢？JVM是否需要预分配内置异常？例如，(1/0)会抛出OutOfMemoryError而不是ArithmeticException吗？ 此外，构造函数是一个方法调用，因
-
假设我想在收到特定异常时恢复某个值，否则返回失败的未来。我希望是这样的： 如果函数会抛出检查过的异常，我想在链式方法中处理它。我尝试过和，但都无法编译。是否为这种情况提供了任何解决方案？我知道接口是方法的参数，它不会抛出任何异常——在这种情况下，我只想返回已经失败的未来。我想找到使用Java8的解决方案。
-
我在Spring/Hibernate网络应用程序上有以下代码： 实体: 听众： 此代码在实体上每次更新或持久化后调用。问题在于，当为负数量引发异常时，hibernate将上的