想知道在一个包下面有什么类。 可以在新版的 IntelliJ IDEA 2023.1 中把鼠标移动到包上面。 在包上面就可以看到这个包下面的类了。 这个功能还不错呢,能知道这个包下面有什么东西。 https://www.ossez.com/t/intellij-idea-2023-1/14371
想知道在一个包下面有什么类。 可以在新版的 IntelliJ IDEA 2023.1 中把鼠标移动到包上面。 在包上面就可以看到这个包下面的类了。 这个功能还不错呢,能知道这个包下面有什么东西。 https://www.ossez.com/t/intellij-idea-2023-1/14371
在默认情况下 Jenkins 使用的端口是 8080。 这个端口可能会与当前服务器上运行的很多程序有冲突,所以我们可能会希望对这个运行的默认端口进行修改。 需要修改的文件为:/etc/default/jenkins 打开文件后,把 HTTP_PORT 参数修改为你希望的参数后保存重启 Jenkins 就可以了。 https://www.ossez.com/t/jenkins/14370
在启动 Spring 项目的时候提示下面的错误信息。 问题和原因 这个问题的原因是你的类没有在 Spring 管理的容器中注册。 主要原因是上面的包的路径不正确。 修改上面的包的路径后重启服务就可以解决启动的时候对象没有注册的问题。 https://www.ossez.com/t/spring-not-a-managed-type/14368
可以运行下面的命令来查看当前服务配置的 SELinux 的状态。 getenforce 上面的输出状态显示了当前 SELinux 的配置状态。 如果上图显示当前的状态。 临时禁用 SELinux 。 使用下面的命令来临时禁用 SELinux。 setenforce 0 https://www.ossez.com/t/linux-selinux/14365
最近一个 WordPress 网站突然出现了:WordPress 网站 Error Establishing a Database Connection(建立数据库连接时出错) 错误。 测试了数据库连接和数据都没有问题。 问题解决 这个问题在于 Linux 的 SELinux 的问题。 临时禁用 setenforce 0,然后进行测试后没有问题,那么就说明是 SELinux 的问题。 https://www.ossez.com/t/wordpress-error-establishing-a-database-connection/14363
安全增强型Linux(SELinux)是一个Linux内核的功能,它提供支持访问控制的安全政策保护机制。本文介绍如何开启或关闭SELinux,并且避免系统无法启动的问题。 开启SELinux 在服务器上运行 sudo vi /etc/selinux/config 命令。 您可以根据需求修改参数,开启SELinux有以下两种模式: 强制模式SELINUX=enforcing:表示所有违反安全策略的行为都将被禁止。 宽容模式SELINUX=permissive:表示所有违反安全策略的行为不被禁止,但是会在日志中作记录。 修改完成后,按下键盘Esc 键,执行命令:wq ,保存并退出文件。 重启后,运行命令getenforce ,验证SELinux状态为Disabled ,表明SELinux已关闭。 https://www.ossez.com/t/linux-selinux/14364
Maven 的导入时间更加快了。 收到的有邮件提醒安装。 安装后的版本,其实就是升级下,并没有什么主要改变。 https://www.ossez.com/t/intellij-idea-2023-1/14362
如果你执行过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