如果你执行过mvn test 或者执行其他maven命令时跑了测试用例，你就已经用过maven-surefire-plugin 了。maven-surefire-plugin 是maven里执行测试用例的插件，不显示配置就会用默认配置。 这个插件的surefire:test 命令会默认绑定maven执行的test 阶段。 我们可以在插件中添加配置： <argLine>-noverify</argLine> 如果下面的配置： <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-surefire-plugin</artifactId> <version>2.20</version> <configuration> <argLine>-noverify</argLine> <systemPropertyVariables> <java.io.tmpdir>${project.build.directory}</java.io.tmpdir> <forkedProcessTimeoutInSeconds>3600</forkedProcessTimeoutInSeconds> <java.awt.headless>true</java.awt.headless> </systemPropertyVariables> <trimStackTrace>false</trimStackTrace> <skipTests>true</skipTests> </configuration> </plugin>     可以在上面的配置参数位置设置命令行参数。 https://www.ossez.com/t/surfire-jvm/14360

当 ClassLoader 加载的 Java 字节码时，字节码首先接受校验器（verifier）的校验。校验器负责检查那些指令无法执行的明显的破坏性的操作。 校验器执行的检查操作： 变量要在使用之前进行初始化。 方法调用与对象应用类型之间要匹配。 访问私有数据和方法的规则没有被违反。 对本地变量的访问都在运行时堆栈内。 运行时堆栈没有溢处。 如果你不希望 JVM 运行这个校验的话，你可以添加 noverify 参数 JDK 13 + 版本的问题 从 JDK 13 开始及其后续版本中，不建议继续使用 -Xverify：none 和-noverify 参数。 否则，你将会得到下面的错误： warning: Options -Xverify:none and -noverify were deprecated in JDK 13 and will likely be removed in a future release. 如果你使用的是 OpenJ9 的话，会得到下面的错误。 JVMJ9VM193W Since Java 13 -Xverify:none and -noverify were deprecated for removal and may not be accepted options in the future.     警告的原因为： 你的 JDK 使用了高于 13 的版本，但是你还是使用了-noverify 运行参数。 你需要在 JVM 的运行中取消到上面这个参数。 在加载类时，验证类是否正确需要一些时间。由于类可能以延迟方式加载（不是在app start上，而是在第一次使用时），这可能会导致意外的运行时延迟。 实际上，类一般不需要检查。编译器不会发出任何无效的字节码或类构造。进行验证的原因是，该类可能构建在一个系统上，联机托管，并通过不受保护的internet传输给您。 在这个路径上，恶意攻击者可能修改字节码并创建编译器可能永远不会创建的内容；可以使JVM崩溃或可能绕过安全限制的东西。因此，在使用类之前对其进行验证。如果这是一个本地应用程序，通常不需要再次检查字节码。   https://www.ossez.com/t/jvm-noverify/14359

刷一下日本签证，eVISA 电子签证已经可以开始申请了。 申请的地址为日本外务省的网站：Online visa application | Ministry of Foreign Affairs of Japan     根据你的状态可以直接在线申请了。   https://www.visafn.com/t/evisa-2023-3-27/255

以前的升级界面都是全屏幕的，现在终于集成到界面里面来了。   https://www.ossez.com/t/discourse/14358

今天收到邮件 GPT-4 可以开始进行测试了。     有点小激动看看效果怎么样。   https://www.ossez.com/t/gpt-4/14356

如果说 Docker 这是虚伪的话，这个虚伪谈不上吧。 DockerHub 的设计上本身的流量成本，存储成本就比其他仓库要大得多。 一个Mave 的 Jar 才多大，一个 Docker 的镜像有多大？ 一些项目每个部署个好几次很正常，每次部署 Docker 镜像都要重新生成和推送到 Docker 上，就是一个最简单的 Spring API 也没个几百兆下不来。 这成本，说心里话还是有点同情 Docker 的。 问了下我的 GPT，是这样回答的：     不，Docker不会删除任何的私有镜像，无论是收费的还是免费的。然而，Docker会清洗一些公共镜像，包括那些社区托管及无人支持的，以释放存储空间，节省资源。 看来 GPT 还没有跟上时代。 https://www.ossez.com/t/docker/14348

要搞清楚下载那个版本，请参考文章：来聊聊 OpenJDK 和 JVM 虚拟机 下载地址 semeru 有认证版和非认证版，主要是因为和 OpenJ9 的关系和操作系统的关系而使用不同的许可证罢了，本质代码是一样的。 在 Windows 下没有认证版，直接下开源版就行。 下载地址为：IBM Developer     选择 JDK 17 的 LTS 版本。 注意，开发需要下的是 JDK 。 运行 双击下载后的运行程序来运行安装。 同意许可协议 在这里无脑选择同意后下一步。 设置环境变量 通常我们可以在后面手动设置，在这里就不让操作系统设置了。 继续安装 通过上面的同意后，继续安装。 安装进程 通常安装的过程还是蛮快的，如果你的 Windows 还需要你同意下权限。 安装完成 当安装完成后单击完成按钮。 校验安装 通过在命令行工具中输入查询版本的信息来校验安装。     设置环境变量 因为我的计算机中有多个 Java 环境，为了避免冲突，也把 JAVA_HOME 设置下。     至此 JDK 17 在本地计算机上的安装就已经完成了。   https://www.ossez.com/t/ibm-semeru-windows-jdk-17/14341/1

最近在使用一个 okhttp 的项目运行的时候得到下面的警告信息。 WARNING: An illegal reflective access operation has occurred WARNING: Illegal reflective access by retrofit2.Platform (file:/C:/Users/yhu/.m2/repository/com/squareup/retrofit2/retrofit/2.9.0/retrofit-2.9.0.jar) to constructor java.lang.invoke.MethodHandles$Lookup(java.lang.Class,int) WARNING: Please consider reporting this to the maintainers of retrofit2.Platform WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations WARNING: All illegal access operations will be denied in a future release     针对这个问题，已经有官方的说明， 说明的地址为：Illegal reflective access · Issue #3341 · square/retrofit · GitHub 解决办法 我们可以有下面的一些解决方案： 可以持续使用 Retrofit 2.8.x 或者更新的版本，或者你可以使用 JDK 17 的版本。 如果你不想升级 JDK 版本的话，你可以继续使用 Retrofit 2.7 版本来避免这个问题。 https://www.ossez.com/t/okhttp-retrofit2/14340

因为 Spring 的发布线路图决定了将要使用 JDK 17 的版本。     查看了下 Oracle 的 JDK 维护版本，JDK 11 显然是一个过度版本，而且马上就要终止支持了。 目前应该是准备升级到 JDK 17 了。 如果你还在使用 JDK 11 的话，是时候考虑要升级了。   https://www.ossez.com/t/jdk-17/14339

当你检出 OpenAI-J 项目以后，你可以对 OpenAI-J 进行测试。 在测试之前你首先需要获得 OpenAI 的 API Key。 OpenAI 的 Key通常是以 sk 开头的字符串。     最简单粗暴的办法就是把获得的 key 替换掉上面的字符串，然后进行测试就可以了。 运行 Unit 测试 在我们的代码中的 Unit 测试中，我们使用了代码： String token = System.getenv("OPENAI_TOKEN"); 上面的代码就是从你的本地环境变量中获得 Key，然后注入到你的代码中。这样的好处是可以避免在提交代码的时候把 key 也一并提交了。 设置环境变量 针对 Windows 环境。     把你的环境变量设置上去，需要注意的是，名称需要和代码中使用的名称一致。 然后直接运行测试程序。     在控制台上，你可以看到 API 调用的输出。   https://www.ossez.com/t/openai-j/14338