在我们对 MariaDB 日期类型进行字段设置的时候，通常我们可能没有考虑后面的长度问题。     在默认的字段配置的时候，我们可能都不会设置这个长度。 意义 实际上，这个长度决定了你日期类型的精度。 可用的定义为 3， 6 如果设置为 3 的话，定义的精度为毫秒，如果定义成 6 的话，精度为纳秒。 如果不设置的话，定义的精度为秒。 主要是在程序中对时间类型数据进行对比判断可能会出现精度问题导致判断不准确。 例如，如果不设置精度为 3 那么数据：2021-12-20 19:31:39.400 将会在数据库中存储为： 2021-12-20 19:31:39 如果你将数据取出来进行判断的话，会因为丢精度导致判断不准确。 上图显示了设置精度为 3 的数据存储结果。 如果不设存储精度，那么存储的数据如下： 需要根据实际情况确定存储的精度问题。   https://www.ossez.com/t/mariadb/13834

最近在数据库处理的时候发现日期对比的时候没有返回正确的结果。 但是保存的时间实际上是相同的。 代码如下： if (!mlsPhoto.getDateUpdate().equals(photo.getDateUpdate())) { } 因为这里使用了 equals 方法。 问题解决 经过 Debug 后，这 2 个日期的纳秒数是不同的，查看下对象如下。     我们会发现其中一个对象有纳秒，一个对象没有。 但是 fastTime 是相同的。 如果使用 equals 那么这个方法比较的是毫秒，所以是不相等的。 因为多了一个 0。     如上图显示的毫秒比较，因此这里不能使用这个比较方法。 在这里，我们转换成了 JODA 对象，然后再对比，通常能够削减精度。 DateTime dbDateTime = new DateTime(mlsPhoto.getDateUpdate()); DateTime mlsDateTime = new DateTime(photo.getDateUpdate()); if (!dbDateTime.isEqual(mlsDateTime)) { } 说白了这个问题就是精度的问题。   https://www.ossez.com/t/java/13833

在默认的情况下任务的调用并不是异步执行的。 这会导致前端会返回 500 服务器错误，因为一个任务的执行时间可能会超过几分钟。     如上面的图片显示的错误，API 返回了超时。 解决办法 可以配置 Batch 批量程序采取异步执行的方式。 Spring RestController 的代码不需要改变，还是使用 JobLauncher 来运行的。 代码如下： JobParameters jobParameters = new JobParametersBuilder().addDate("timestamp", new Date()).toJobParameters(); JobExecution jobExecution = jobLauncher.run(cloudSyncJob, jobParameters); logger.debug("JOB ID - [{}]", jobExecution.getJobId()); 需要修改的地方是你的 Batch 配置类。 需要增加下面这段代码。 /** * Config to async run Batch Jobs * * @param jobRepository * @return */ @Bean public SimpleJobLauncher simpleJobLauncher(JobRepository jobRepository) { SimpleJobLauncher jobLauncher = new SimpleJobLauncher(); jobLauncher.setJobRepository(jobRepository); jobLauncher.setTaskExecutor(new SimpleAsyncTaskExecutor()); return jobLauncher; } 这里面最关键的一句话就是： jobLauncher.setTaskExecutor(new SimpleAsyncTaskExecutor());     上面的这段代码是最关键的部分。   https://www.ossez.com/t/spring-batch/13832

什么是 Maven 在了解Maven之前，我们先来看看一个Java项目需要的东西。首先，我们需要确定引入哪些依赖包。例如，如果我们需要用到commons logging，我们就必须把 commons logging的jar包放入classpath。 如果我们还需要 log4j，就需要把log4j相关的jar包都放到classpath中。这些就是依赖包的管理。 其次，我们要确定项目的目录结构。例如，src目录存放Java源码，resources目录存放配置文件，bin目录存放编译生成的.class文件。 版本 Maven 的版本越新越好。 在很多时候，请不要使用 Maven 3 以下的版本。3. 下载 在当前的运营环境下，针对 Windows 请下载：apache-maven-3.8.4-bin.zip 如果是在 Linux 的环境下，请下载 apache-maven-3.8.4-bin.tar.gz 下载的链接地址为：Maven – Download Apache Maven     解压 你可以将下载的压缩文件保存到你操作系统上的任何地方。 我们假设我们将解压的文件夹保存到目录中： D:\DKits\Maven 有关这个文件夹中的内容，请参考下面的图：     配置环境 进入你的 Windows 环境配置界面中然后选择 Environment Variables 在这里，我们创建一个名为 MAVEN_HOME 的变量，变量的值为你 Maven 安装的路径。     随后将你的 Maven 安装路径添加到你的 PATH 目录中。     检查安装环境 在 cmd 命令行工具中，运行 mvn -v 命令。 如果你能够看到下面的输出的话，则说明配置已经成功，并且可以开始用了。     C:\Users\huyuc>mvn -v Apache Maven 3.8.1 (05c21c65bdfed0f71a2f2ada8b84da59348c4c5d) Maven home: D:\DKits\Maven\bin\.. Java version: 11.0.11, vendor: Red Hat, Inc., runtime: C:\Program Files\RedHat\java-11-openjdk-11.0.11-1 Default locale: en_US, platform encoding: Cp1252 OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows C:\Users\huyuc> https://www.ossez.com/t/maven-3/13831#maven-installationwhat-is-the-maven-1

通常 OpenJDK 8 和 11 都能互相编译和通用。 我们建议使用 11，但是如果你使用 JDK 8 的话也是没有问题的。 建议配置使用 OpenJDK，不建议使用 Oracle JDK，主要是因为版本问题。 OpenJDK is working, system doesn’t require install Oracle JDK. 下载 针对使用 OpenJDK，我们可以使用 RedHat 的编译版本来进行下载和安装。 下载地址为：Red Hat build of OpenJDK Download | Red Hat Developer 请针对你操作系统使用不同的版本，当然你也可以安装 Windows 的版本，通常没有什么问题。     安装 双击下载后的安装程序后进行安装。 通常你不需要对配置进行修改，使用默认配置单击 OK 就行。 版本和环境检查 运行下面的命令来检查安装 Java 的版本。 java -version 如果你能够看到你安装的版本的话，就说明配置已经成功了。 C:\Users\huyuc>java -version openjdk version "11.0.11" 2021-04-20 LTS OpenJDK Runtime Environment 18.9 (build 11.0.11+9-LTS) OpenJDK 64-Bit Server VM 18.9 (build 11.0.11+9-LTS, mixed mode) C:\Users\huyuc>   https://www.ossez.com/t/openjdk-8/13830  

在默认情况下，Confluence 是不能在页面中显示目录和当前页面中的内容导航的。 因此我们可以使用的是 Confluence 分区。     然后有上面几种分区方式。     选择你需要的分区后再添加必要的宏就可以了。 出现的分区效果图如下图所示。     上面就显示了 Confluence 的分区效果图。   https://www.ossez.com/t/confluence/13828

因开发进程的需要，我需要修改一个工作空间的进程。 找了半天没有找到。 其实非常简单，选择你的工作空间后，单击名字就可以了。     上面有个小窍门的地方就是你需要把鼠标移动到工作空间的名字上面。   https://www.ossez.com/t/postman/13827

Spring Boot 打包的时候如果不进行配置的话将会在生成的包中添加版本名字。 如果你不希望在生成的包中添加版本名字的话，你需要在 maven 的 pom.xml build 部分添加： <finalName>mls-service</finalName> 这样打包成的 jar 包将会被命名为： mls-service.jar     如上图的配置。   https://www.ossez.com/t/maven-spring-boot-jar/13826

如果你使用的是 Maven 开发 Spring Boot 项目的话，在你打包可执行文件的时候，你首先需要导入 spring-boot-maven-plugin 插件。 请查看下面的代码： <build> <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <version>2.4.13</version> <executions> <execution> <goals> <goal>repackage</goal> </goals> </execution> </executions> </plugin> </plugins> </build> 上面的代码在 Package 的时候将会把你的 Spring 项目打包成一个可以执行的 jar。     如上图显示的内容，然后再执行下面的命令来进行打包： mvn package 打包成功后就能在 target 目录中看到上面的 2 个文件了。     上面就是使用 maven 打包后的命令生成的可执行文件，你可以直接使用 java -jar 来执行。   https://www.ossez.com/t/maven-spring-boot/13825

有时候我们会在属性文件中添加数据库的连接参数等。 但是在提交的时候不小心将这些敏感连接参数和密码也提交到服务器上了。 虽然很多公司都有防火墙只能内部访问，但是还是非常不安全的。 这时候你需要一个 BFG Repo-Cleaner 这个工具了。 这个工具主要用于清理仓库中的敏感文本包括提交历史记录中的，同时也一并将历史记录清理。 下载 下载地址为：BFG Repo-Cleaner by rtyley ，你会下载一个 jar 的包。 假设我们需要清理仓库名称为：rets-io-client，你首先需要将这个仓库克隆到本地。 然后把下载的包放在和这个仓库同级的目录中。 假设我们的仓库地址为：D:\WorkDir\USRealEstate\Source-Code\rets-io-client 那么你可以将这个包放在：D:\WorkDir\USRealEstate\Source-Code 目录下面。 同时在 D:\WorkDir\USRealEstate\Source-Code 目录下面创建一个 passwords.txt 文件 运行命令 在控制台中运行下面的命令： java -jar bfg-1.14.0.jar --replace-text passwords.txt rets-io-client 将你需要替换的字符串放到 passwords.txt 文件中。 例如我们需要替换的密码为 jfnsV4yHsDYaX4x9 那么你需要将这个字符串添加到 passwords.txt 后再执行上面的命令。     运行后的结果如上图的内容。 如果你有多个字符串需要替换的话，可以重复上面的操作。 在完成上面的所有替换后，进入仓库分别执行下面的 2 条 git 命令。 git reflog expire --expire=now --all 和 git gc --prune=now --aggressive 如果一切都没有问题的话，再运行 git push 将修改推送到远程仓库中。 此时再查看你的提交记录，所有敏感字符串应该都被替换掉了。     在提交历史中的字符串也会被替换成不可见的字符了。   https://www.ossez.com/t/git/13822