当前位置: 首页 > 知识库问答 >
问题:

编译时不断获取java:invalid source release:1.9错误

夏侯枫
2023-03-14

我试图使用本网站上的各种论坛来解决这个问题,但没有任何帮助。我尝试了用于修复其他人的1.8错误的类似技术,但都没有奏效。我的源文件夹下有我的java类文件,没有导入,我只是想要一个基本的输出消息,以确保intelliJ正常工作。有人能提供任何建议吗?

共有2个答案

夔庆
2023-03-14

万一有人碰到同样的问题,而上面的答案并不能解决它,我的问题是通过以下方式解决的(我使用的是Gradle):

  1. 打开你的项目名称。ipr文件
  2. 验证以下行:

我的设置为1.10。我将其更改为1.08(我的project SDK设置为该版本),问题就解决了。

劳法
2023-03-14

这里将语言级别更改为1.8或更低。这将更改目标发布版本。

转到文件-

这里将语言级别更改为1.8或更低。这将更改源发布版本。

文件-

还有这里,

文件-

 类似资料:
  • 我创建了一个虚拟环境,并用以下命令下载了Django: 以下是答复: 请帮我摆脱这个错误。尽管上面说成功安装了django,但我很想理解并消除这个语法错误。 或者我应该等待错误修复发生吗?

  • 我把包裹命名为mybundle。在这里面,我有一个名为DBConnectionManager的java文件。JAVA我试图编译这个文件,但它给出了一个错误消息。 DBConnectionManager.java 这是我放置Tomcat,JDK1.5和我的包mybndle的地方 我的jdk1.5和tomcat在: D:\java\jdk1。5. D:\java\tomcat D:\java\mybu

  • 问题内容: 是否有可能为本地运行的Java应用程序和作为applet和/或JNLP Webapps可靠地确定给定类的编译时间戳? 问题答案: 根据Java虚拟机规范,类文件格式不需要任何类型的时间戳,因此,您最好的办法是检查包含该类的类或Jar文件的修改时间。不幸的是,文件系统操作(尤其是在各种主机之间)可能无法保留此类时间戳。 我会说默认情况下没有可靠的方法。但是,您可以在构建过程中轻松地将这样

  • 在这个论坛线程之后,我怀疑这可能是由于缺少到openssl库文件的链接(在针对不同环境进行编译时,项目指向不同的lib文件夹)。因此,我在编译器中搜索了ARM(arm-arago-linux-gnueabi)中所有与“OpenSSL”相关的文件,这些文件包含在。So所在的同一个文件夹中;同样的错误。然后我怀疑lib本身有其他依赖项,而这些依赖项不在path_to_libs中,所以我执行了,然后在,

  • public类EmployeeAbsences{public static void main(String[]args }

  • 问题内容: 考虑下面的Java 方法测试。请注意,我从这个有用的答案中借用了代码。 但是,请注意,会有一个试图把一个时进入。 输出: 可以通过Java泛型在编译时防止此错误吗? 问题答案: 之所以存在,恰恰是因为Java的类型系统无法正确处理这种情况(IIRC,在泛型出现之前,以与集合框架相同的方式改造数组为时已晚)。 因此,通常无法在编译时防止此问题。 当然,您可以创建内部API来包装此类操作,