IntelliJ – 编码无悔 / Intent & Focused

[原创] IntelliJ IDEA JAVA项目里一堆class找不到定义(标红)的解决办法

learnhard — Tue, 07 Jun 2022 03:29:09 +0000

依次尝试以下方法，如果一个不行就试另外一个。

方法1

点击菜单 File→ Invalidate Caches，即清空IntelliJ的缓存，这个操作会要求重启IntelliJ，重启之后会需要一些时间重新缓存各种lib。

方法2

先在IntelliJ里面执行Maven->clean，再执行 Reload All Maven Projects，就好了（如下图）。

这个问题是IntelliJ的bug，对 maven extension 兼容有点问题。

文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤
转载需注明出处：codelast.com
感谢关注我的微信公众号（微信扫一扫）：

以及我的微信视频号：

[原创] 在IntelliJ中运行Java unit test(单元测试)时打印出"log4j:ERROR Either File or DatePattern options are not set for appender"的问题

learnhard — Fri, 28 Jan 2022 18:52:18 +0000

当你在IntelliJ idea中跑一个Java单元测试时，可能会发现单元测试本身没有任何问题，可以成功执行，但是IntelliJ的日志输出窗口里却打印出大量的“错误”日志，类似于下面这样：

log4j:ERROR setFile(null,true) call failed.

java.io.FileNotFoundException: / (Is a directory)

at java.io.FileOutputStream.open0(Native Method)

at java.io.FileOutputStream.open(FileOutputStream.java:270)

at java.io.FileOutputStream.(FileOutputStream.java:213)

at java.io.FileOutputStream.(FileOutputStream.java:133)

at org.apache.log4j.FileAppender.setFile(FileAppender.java:294)

at org.apache.log4j.FileAppender.activateOptions(FileAppender.java:165)

at org.apache.log4j.DailyRollingFileAppender.activateOptions(DailyRollingFileAppender.java:223)

at org.apache.log4j.config.PropertySetter.activate(PropertySetter.java:307)

at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:172)

at org.apache.log4j.config.PropertySetter.setProperties(PropertySetter.java:104)

at org.apache.log4j.PropertyConfigurator.parseAppender(PropertyConfigurator.java:842)

at org.apache.log4j.PropertyConfigurator.parseCategory(PropertyConfigurator.java:768)

at org.apache.log4j.PropertyConfigurator.configureRootCategory(PropertyConfigurator.java:648)

at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:514)

at org.apache.log4j.PropertyConfigurator.doConfigure(PropertyConfigurator.java:580)

at org.apache.log4j.helpers.OptionConverter.selectAndConfigure(OptionConverter.java:526)

at org.apache.log4j.LogManager.(LogManager.java:127)

at org.slf4j.impl.Log4jLoggerFactory.getLogger(Log4jLoggerFactory.java:66)

at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:270)

at org.slf4j.LoggerFactory.getLogger(LoggerFactory.java:281)

(后面很长，省略)

log4j:ERROR Either File or DatePattern options are not set for appender [LOCAL].

这和你的单元测试没有任何关系，它是因为程序中使用的日志库 log4j 在默认的路径下找不到log4j配置文件导致的。如果你的项目使用了标准的目录布局，那么应该在 resources 目录下有一个 log4j.properties 配置文件，类似于下面这样：

└── test
    ├── java
    │   └── com
    │       └── codelast
    │           └── MyUnitTest.java
    └── resources
        └── log4j.properties

其中 test 目录下存放所有和单元测试相关的代码文件以及配置文件，下面有两个平级的目录：java 和 resources。
log4j.properties文件的内容：

log4j.rootLogger=INFO,stdout
log4j.appender.stdout = org.apache.log4j.ConsoleAppender
log4j.appender.stdout.Target = System.out
log4j.appender.stdout.layout = org.apache.log4j.PatternLayout
log4j.appender.stdout.layout.ConversionPattern = %d{HH:mm:ss} [%p]:%m%n

这样你再运行 IntelliJ 里的单元测试，就不会打印出上面那些超长的错误日志了。
文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤
转载需注明出处：codelast.com
感谢关注我的微信公众号（微信扫一扫）：

以及我的微信视频号：

[原创] IntelliJ推出的语法检查插件Grazie，没有现实意义

learnhard — Sat, 09 Nov 2019 16:46:07 +0000

今天看到一篇推送的技术文章，说IntelliJ推出了一个语法检查插件Grazie，但它不是用于检查面向编译器的语法，而是用于检查面向人类的语法，比如引号里的字符串、注释语句里的语法，等等。我认为在当前的环境下，它没有意义——除非在一个有着严格要求(或者非常自律)的团队里，否则这种功能只能用来“折腾自己”，而不可能改善大家整体的代码状况。

Grazie的功能是什么？例如下图，你在字符串里写了一句话“This are an simple ...” 显然这里的 are 是有语法错误的，应该是 is，此时Grazie就会提示有错：

文章来源：https://www.codelast.com/
从Grazie的简介看，使用它的时候会针对设置的language，下载对应的模型到本地使用。因此，Grazie应该也是基于机器学习技术的插件。
这个功能虽然很好，但我认为，在当前的编程环境下，这个插件没有现实意义。

举个例子来说，像语法超级严格的Golang，不允许左花括号另起一行，如果你这么写就会被判定为语法错误。这样的限制，让很多开发者没办法随心所欲地按自己的喜好来写代码，同时也在一定程度上保证了大家的代码规范统一。但是，对某些没有被定义成“语法错误”，仅仅是影响“观感”的问题，Golang就不管了，比如 func main() {，你把 ) 和 { 之间的空格去掉，也是能编译过的，只不过这种不规范，会让人很不爽而已。
所以Go推出了 gofmt 这个代码格式化工具，来让代码统一到完全一致的风格，但是如果团队里没有人使用它的话，这玩意有个鬼用？除非把它整合在持续集成的系统里，当开发者提交代码的时候，不100%符合规范的代码，直接报错，不允许提交到代码库，否则 gofmt 就只能是个虚的角色。靠自觉？太不现实了。
我之前短暂地开发过一段时间的Golang程序，讲真心话，就算在Golang这么严格的语法要求下，team里的其他人还是各种不遵守规范(那些可以通过编译的“不规范”)，并且还是把代码提交到了repo里，真让人无语。
文章来源：https://www.codelast.com/
再拿规范超级不严格的Python来说，那问题就更多了。什么结尾没有newline，各种换行不对齐之类的的问题，根本就不会被判定为语法问题，现在随便去GitHub上看很多知名library的代码都会发现这样的情况，这些问题在开发者中都已经普遍得不得了了，根本没有多少Python开发者关心。所以，连这些问题都不关心的开发者们，还能要求他们去关注自然语言里的语法错误那些“微不足道”的破事吗？我觉得根本不现实。
在PyCharm里格式化Python代码使之符合PEP8编码规范，只是按一个快捷键就能做到的事，就这么简单，很多人都不愿意去做，所以，如果上了Grazie的“紧箍咒”，岂不要了大家的命了？所以，还是算了吧...
文章来源：https://www.codelast.com/
最后，有追求的人请安装Grazie，就算学学英文语法也是不错的：

文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤
转载需注明出处：codelast.com
感谢关注我的微信公众号（微信扫一扫）：

[原创]如何添加一个文件/目录到IntelliJ项目的classpath中

learnhard — Sun, 03 Mar 2013 13:10:40 +0000

以下内容的背景：IntelliJ，Java项目。
在单元测试中，我们经常会使用与生产环境里不同的一些配置文件来为提供参数，而你的程序又是以类似下面的方法来读取配置文件：

String configFileName = "config.properties";
Properties properties = new Properties();
properties.load(MyClass.class.getClassLoader().getResourceAsStream(configFileName));

上面的代码中仅使用了配置文件名，而不是其完整路径，这就导致了可能在IntelliJ中运行一个单独的单元测试的时候，找不到该配置文件，因为你只提供文件名的话，该文件必须要在classpath中，否则是找不到它的。

所以，我们可以把该配置文件所在的目录添加到IntelliJ项目里的classpath中，让它可以在运行单元测试的时候找得到。方法如下（一图胜千言，直接看下面的演示图就明白了）：
文章来源：http://www.codelast.com/
点击菜单File→Project Structure，进入“Project Structure”对话框，点击左侧的“Modules”，然后点击中部的“Dependencies”tab，然后再点击右部的“+”号添加你指定的目录，这里要注意了，在弹出的“Attach Files”对话框中，你必须要选择“classes”（如图所示）。最后，把目录添加进来之后，再把它们对应的“Scope”设置为“Test”，表示在测试中会依赖这个目录，即可。

图片可保存下来放大查看。

以上方法在IntelliJ 12.0.4中亲测通过，对于其他版本的IntelliJ也应该类似。

【补充】
12.1.4版的IntelliJ与上面的图略有不同。在点击了“+”号之后，会弹出一个菜单：

选择“Jars or directories...”，然后会弹出对话框让你选择目录或文件，选择好之后，和上面一样，要选择“classes”，后面的操作也一样了。

文章来源：https://www.codelast.com/
➤➤ 版权声明 ➤➤
转载需注明出处：codelast.com
感谢关注我的微信公众号（微信扫一扫）：