虽然这个问题不是一个非常大的问题。 但是还是比较闹心的。 针对新用户，Discourse 默认配置新用户只能插入 1 张图片。 如果你插入多张图片，上面的配置限制显然是有点闹心。 在技术文档中，显然这个是不够的。 解决方案 这个其实是可以在后台进行配置的。 在配置对话框中，搜索 new user，然后再 Posting 中对 newuser max embedded media 进行修改就可以了。 建议对新用户修改参数为至少允许插入 8 张图片吧。 https://www.ossez.com/t/discourse/14013
在 2022 年发布版本中，IntelliJ IDEA 针对代码默认开启了作者提示功能。 主要用来方便的知道上面的代码最后是谁写的。 当然，你也可以对这个配置来进行调整。 选择后右键，在右键中你可以选择进行配置显示这个还是不显示这个。 在默认情况下，这个是开启的。 https://www.ossez.com/t/intellij-idea-2022/14012
使用 Jenkins 的目的就是为了尽量让编译和集成的部署自动化。 通常在部署成功和配置后，通常是想要通过事件自动触发编译，我们通常有很多种办法可以做。 比如使用 webhook 的方式来做。 检查 SCM 另外一种方法就让 Jenkins 每隔一段时间来自动检查下代码，如果代码有修改的话就触发编译。 通过对上面的选择就可以完成这个操作了。 需要注意的是 Jenkins 采取了和 Cron 类似的语法，但是又有一点点不同。 上面的语法就是每 5 分钟 Pull 一次。 在 Jenkins 中可以看到本次编译是如何被触发的。 从上面的图片中可以看到是通过系统的 SCM 改变来触发的编译。 https://www.ossez.com/t/jenkins/14010
Gitea 和 Jenkins 集成成功，提交代码的话将会进行编译。 如果编译成功后将会显示编译成功的情况。 如下图所示： 从 Jenkins 上面，我们可以看到的是触发的 pipeline 编译。 当所有的都配置好后，每次 PUSH 都会触发一次编译，通常能够通过这次编译来了解代码的情况。 https://www.ossez.com/t/gitea-jenkins/14009
最近在运行项目的时候 Jetty 出现了一个比较奇葩的错误。 一直显示是 503 错误，但是又找不到错误的原因。 后来通过查看可能的原因是 Jetty 的版本和 JDK 的版本没有办法支持导致的。 从上面的图片我们知道，当前运行 Jetty 的版本是 9.4。 但是我们服务器上装的 JDK 版本是 11。 Jetty 9 是没有办法运行在 JDK 11 上的。 上面的图片显示了 Jetty 可以支持的容器的版本。 在部署服务的时候，这个比较重要，否则你会遇到一些莫名其妙的错误。 https://www.ossez.com/t/jetty-503/14006
发现新版本的 IntelliJ IDEA 已经推送了。 https://www.ossez.com/t/2022-1-intellij-idea/14005
有关错误的信息如下： 问题和解决 有关这个问题是因为你的服务器上可能使用了 JDK 11 的版本。 但是最新的 Archiva 只能够支持 1.8 的版本。 如果你的服务器缺包的话，就会出现上面的错误。 你可以尝试使用 Archiva 自己进行编译，或者部署到 1.8 的 JDK 版本上，或者等到 Archiva 3.0 的版本后再开始用吧。 我们看到 Git 的代码库中，有关 Archiva 正在尝试使用 11 的 JDK 版本进行编译。 但是，具体需要什么时候才能用，就不太清楚了。 https://www.ossez.com/t/archiva-jaxbexception/14002
如果我们的对象为空对象的时候，我们再使用 toString() 方法，我们将会得到空对象的异常。 这个对象有可能就是 String 对象，也有可能是其他的对象。 如下面的 2 行语句： Object obj = null; obj.toString(); 如果你执行上面 2 行语句的话，铁定会抛出下面的空对象异常。 如何让 Java 能够 toString 又不抛出异常呢？ 解决方法 我们可以使用 Apache commons.lang3 提供的 toString() 方法。 如下面显示的使用用例： Object obj = null; ObjectUtils.toString(obj, StringUtils.EMPTY); ObjectUtils.toString(obj, ()->StringUtils.EMPTY); 如果我们输入的对象为 NULL 的话，上面的语句将会输出一个指定的字符串而不抛出空异常。 需要注意的是写法： ObjectUtils.toString(obj, StringUtils.EMPTY); Apache commons.lang3 项目官方提示这个方法将会在后续的版本中被丢弃。 原因是这个方法已经被 java.util.Objects.toString(Object, String) 方法替代了。 如果你使用的是 Java 7 以上版本的话，建议你使用 java.util.Objects.toString 方法。 你可以简单的 Objects.toString 就可以了： assertThat("null").isEqualTo(Objects.toString(obj)); assertThat("").isEqualTo(Objects.toString(obj,StringUtils.EMPTY)); 对比上面 2 个方法的不同，第一个方法是如果为 Null 的话，就直接输出字符串 null。 第二个方法是如果为空的话，将会用另外一个字符串去替换。 总结 通过上面的代码和用例，我们对在对象 toString 的时候可能出现的 Null 对象异常情况进行了解说。 并且展示了可以使用的一些方法。 https://www.ossez.com/t/java-tostring/14000
在判断输入的字符串是不是一个数字的时候，我们通常用的最多的方法就是 ： NumberUtils.isNumber("12"); 但是这个方法将会在 Lang 4.0 版本中被丢弃。 可以使用的替代方法为：isCreatable(String) 通过查看源代码，我们可以看到 isNumber 也是调用 isCreatable 方法的。 @Deprecated public static boolean isNumber(final String str) { return isCreatable(str); } isCreatable 方法首先是对输入的字符串拆分成字符，然后对每一个字符进行判断，以确定输入的字符串是不是数字，是不是可以将 String 转换为数字类型。 通过上面的方法，我们看到判断的方法还是有点复杂的。 https://www.ossez.com/t/apache-commons-lang3-isnumber-lang-4/13990
本文对在 Junit 测试中如何对异常进行断言的几种方法进行说明。 使用 Junit 5 如果你使用 Junit 5 的话，你可以直接使用 assertThrows 方法来对异常进行断言。 代码如下： Exception exception = assertThrows(NumberFormatException.class, () -> { new Integer("one"); }); System.out.println(exception); 使用 AssertJ 使用 AssertJ ，你可以有不少方法进行选择。 我们尝试使用 assertThatThrownBy 和 assertThatExceptionOfType 2 个方法。 这 2 个方法的写法有点不一样，但是整体效果是差不多的。 考察如下代码： // AssertJ assertThatThrownBy assertThatThrownBy(() -> { new Integer("one"); }).isInstanceOf(NumberFormatException.class).hasMessageStartingWith("For input string"); // AssertJ assertThatExceptionOfType assertThatExceptionOfType(NumberFormatException.class).isThrownBy(() -> { new Integer("one"); }); 上面代码中，对有关断言的使用进行了一些说明。 https://www.ossez.com/t/junit/13989