平台:IntelliJ社区版10.0.3 SDK: jdk1.6.0_21 操作系统:Windows 7

所以我有一个奇怪的IntelliJ情况,让我完全难住了。我设置了一个Maven项目,并将log4j作为依赖项添加到pom.xml文件中。IDEA检查运行良好,我的单元测试全部编译并运行。

然后,我使用mvn install:install-file将hunnysoft的jmime库添加到我的本地maven存储库,如下所示。

mvn install:install-file -Dfile=jmime.jar -DgroupId=jmime \
-DartifactId=jmime -Dversion=3.1.1e -Dpackaging=jar

Maven将jar文件安装到我的本地存储库中。

然后进入IntelliJ的Settings => Maven => Repository Services并更新我的本地存储库(以便IntelliJ将重新索引存储库内容)。

最后,我将以下依赖项添加到pom.xml文件中(就在log4j依赖项的上面)。

<dependency>
    <groupId>jmime</groupId>
    <artifactId>jmime</artifactId>
    <version>3.1.1e</version>
</dependency>

我现在创建一个新类,如下所示:

package com.stackoverflow.question;

import org.apache.log4j.Logger;
import com.hunnysoft.jmime.ByteString;
import com.hunnysoft.jmime.Field;
import com.hunnysoft.jmime.FieldBody;

public class StackOverflowQuestion {
    public Field create(String name, String text) {
        Logger.getLogger(getClass()).debug("create entered");
        FieldBody body = new FieldBody();
        body.setText(new ByteString(text));
        Field field = new Field();
        field.setFieldName(name);
        field.setFieldBody(body);
        return field;
    }
}

现在说说奇怪的地方。IntelliJ的意图机制可以很好地拾取和识别maven pom文件中的Logger导入。然而,对于所有hunnysoft导入它报告:“不能解析符号'ByteString/Field/FieldBody'”,BUT Build => Compile 'StackOverflowQuestion.java'正确编译一切,我为这个类创建的单元测试运行良好(尽管意图标记调用create()作为一个问题区域太)。

IntelliJ忽略了意图子系统的jmime.jar文件。我很困惑,因为log4j依赖项工作得很好,所有东西都编译和运行得很好。F12(“Go To Declaration”)在Logger导入上有效,但在所有jmime导入上失效。

哦,还有一件事,如果我转到“项目”窗口的“包”视图,“com.hunnysoft”。出现了“jmime”包,我可以在“Libraries”下面看到我在上面的代码片段中导入的所有类。从pom.xml文件中删除上述依赖项将导致该包消失,编译中断。

似乎检查的类路径被破坏了,但在Settings => Intentions | Compiler区域中似乎没有对此进行设置(并不是说我期望有这样的设置,我相信IDEA应该已经知道基于pom文件和JDK的正确类路径)。

作为最后的实验,我创建了一个全新的标准J2SE应用程序项目(没有使用maven),并将jmime.jar文件直接添加到项目中作为其库之一。在这个新项目中,我遇到了与上面描述的完全相同的问题。

这是舱单。MF来自jmime jar文件。

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.5.4
Created-By: 10.0-b23 (Sun Microsystems Inc.)

Name: com/hunnysoft/jmime/
Sealed: true
Specification-Title: Hunny JMIME
Specification-Version: 3.1.1
Specification-Vendor: Hunny Software, Inc.
Implementation-Title: com.hunnysoft.jmime
Implementation-Version: 3.1.1E
Implementation-Vendor: Hunny Software, Inc.

我在这个罐子文件里没发现什么异常。

我最好的猜测是,这个问题可能是一个缺失的依赖问题。但是AFAIK jmime应该是自包含的(JarAnalyzer不会提供任何东西,但我不确定如果缺少一个依赖jar,它是否会提供任何东西)。

有人有什么想法吗?


当前回答

我嫉妒你们所有通过文件/无效缓存解决问题的人。我花了几个小时尝试了这个问题的所有方法,还从网上找了一些其他的方法。

这个神奇的菜单项没有为我做这件事,所以我自己通过破坏%USERPROFILE%\AppData\Local\JetBrains\IntelliJIdea2020.3\缓存来使缓存失效

一旦我这样做并重新启动IntelliJ(2020.3),索引被重新构建,错误就消失了。

其他回答

我曾经有一个2020.1社区。我修复了安装2020.3终极版的问题。

这似乎发生在我使用Kotlin库时。

没有任何其他修复任何答案或评论这里对我有效。

另一件需要检查的事情是:确保依赖关系没有重复。在我的案例中,我发现显示这种行为的模块是错误配置的,如下所示:它依赖于另一个模块,它依赖于另一个模块生成的jar。这意味着每个引用的符号都是重复的,并且是模糊的。

我嫉妒你们所有通过文件/无效缓存解决问题的人。我花了几个小时尝试了这个问题的所有方法,还从网上找了一些其他的方法。

这个神奇的菜单项没有为我做这件事,所以我自己通过破坏%USERPROFILE%\AppData\Local\JetBrains\IntelliJIdea2020.3\缓存来使缓存失效

一旦我这样做并重新启动IntelliJ(2020.3),索引被重新构建,错误就消失了。

我只是有这个问题,它就是不会消失。我最终删除了~中的IntelliJ配置目录,重新构建了我的IntelliJ项目。(这最终只花了大约15分钟,相比之下,要花一个小时来解决缓存文件等问题。)

请注意,我的猜测是最初的问题是由javathings.blogspot.com/2009/11/too-many-open-files-in-intellij-idea.html之类的东西引起的(注意:截至2018年,该链接已经失效,但archive.org有一个页面的副本,从这个答案第一次被写出来的时候开始-ed.),或者是磁盘空间/内存问题导致Java崩溃。IntelliJ似乎被破坏了。

我有一个问题,IntelliJ不能解决类,如字符串或列表,甚至java。问题是没有SDK被用于该项目,进入文件>项目结构>项目> SDK,设置适当的SDK,并单击应用为我修复它