当你完成安装数据库后，通常会迫不及待的进行访问和连接。但是防火墙会给你很大的麻烦，如果你不进行正确的配置的话。不管使用什么工具，可能就是一直连不上。 本文主要帮助你解决这个小问题。 下面的配置需要在 MariaDB 数据库服务器上进行配置。 我们的场景是，假设我们有一个 Web 服务器是部署在 IP 地址 192.168.0.1 上面。我们需要这个 Web 服务器能访问我们的数据库。数据库使用的端口是 3306。 在正常安装情况下，如果你的 firewalld 启动的话，Web 服务器是没有办法进行访问的，因为你的端口和 IP 地址已经被禁止了。 解决办法 可以按照下面的办法进行配置。 在配置之前，我们的流程是配置一个 zone，然后为zone 里面添加 IP 地址和端口，然后重新启动防火墙。 添加 Zone 假设我们需要为我们的 MariaDB 数据库添加一个叫 mariadb_access 的 zone 依次执行下面的命令： # firewall-cmd --new-zone=mariadb_access --permanent # firewall-cmd --reload # firewall-cmd --get-zones 上面的命令执行的是，添加一个叫 mariadb_access 的 zone，将防火墙的配置重新载入，使配置生效，然后检查添加的 zone 是否成功。 如果一切顺利的话，你应该能够看到上面的内容，表示你添加的 zone 成功了。 添加 IP 地址和端口 需要依次执行下面的命令： firewall-cmd --zone=mariadb_access --add-source=192.168.0.1 --permanent firewall-cmd --zone=mariadb_access --add-port=3306/tcp --permanent firewall-cmd --reload 上面命令执行的是，将 IP 地址添加到信任的 zone 中，将端口也添加到信任的 zone 中。 重新载入防火墙，使配置生效。 查看 zone 的配置 使用下面的命令来查看 zone 的配置，确保你的配置生效 firewall-cmd --zone=mariadb_access --list-all 在上面的命令中，你应该可以看到添加的 IP 地址和端口。 使用一条命令 上面的操作步骤是按照添加 Zone 然后添加其他参数的方法来执行的。 你需要分步执行几条命令。 如果你想通过一条命令来完成上面的操作，你可以使用下面的示例： firewall-cmd --permanent –zone=mariadb_access --add-rich-rule='rule family="ipv4" source address="192.168.0.1" port protocol="tcp" port="3306" accept' 请注意，你需要将你实际 Web 服务器的 IP 地址来进行替换。 https://www.ossez.com/t/firewall-cmd-mariadb/619  

这个错误其实是 debug 级别的错误，是不影响运行的。 错误栈为： 020-10-26 15:27:57.726 DEBUG 12844 --- [nio-8080-exec-1] .s.a.AnnotationAsyncExecutionInterceptor : Could not find unique TaskExecutor bean org.springframework.beans.factory.NoUniqueBeanDefinitionException: No qualifying bean of type 'org.springframework.core.task.TaskExecutor' available: expected single matching bean but found 2: applicationTaskExecutor,taskScheduler at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveNamedBean(DefaultListableBeanFactory.java:1200) at org.springframework.beans.factory.support.DefaultListableBeanFactory.resolveBean(DefaultListableBeanFactory.java:420) at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:350) at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:343) at org.springframework.aop.interceptor.AsyncExecutionAspectSupport.getDefaultExecutor(AsyncExecutionAspectSupport.java:233) at org.springframework.aop.interceptor.AsyncExecutionInterceptor.getDefaultExecutor(AsyncExecutionInterceptor.java:157) at org.springframework.aop.interceptor.AsyncExecutionAspectSupport.lambda$configure$2(AsyncExecutionAspectSupport.java:119) 原因和解决 简单来说就是在你的 @Configuration 中必须要实现一个 AsyncConfigurer 来为 @Async 指定一个 TaskExecutor 执行的方法。 package com.insight.sco.service.config; import org.springframework.context.annotation.Configuration; import org.springframework.scheduling.annotation.AsyncConfigurer; import org.springframework.scheduling.annotation.EnableAsync; import org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor; import org.springframework.stereotype.Component; import java.util.concurrent.Executor; /** * AsyncConfigurer for Spring * * @author YuCheng Hu */ @Configuration @Component @EnableAsync public class TaskExecutorConfig implements AsyncConfigurer{ /** * Override Config * * @return */ @Override public Executor getAsyncExecutor(){ ThreadPoolTaskExecutor taskExecutor = new ThreadPoolTaskExecutor(); taskExecutor.setCorePoolSize(10); taskExecutor.setMaxPoolSize(80); taskExecutor.setQueueCapacity(100); taskExecutor.initialize(); return taskExecutor; } } 可以将上面的方法拷贝放到你 Spring 的项目中，这样你的 Spring 项目就可以告诉应用的上下文使用哪一个异步方法。     https://www.ossez.com/t/spring-could-not-find-unique-taskexecutor-bean/614  

Azure 提供了一个 Application Insights 工具。 这个工具可以对 Spring Boot 项目中的 API 请求，日志进行分析。 你需要做的就是在你的 Spring Boot 项目中配置好依赖和参数后，Spring Boot 项目启动后就会自动将日志上传到 Azure 供分析。 配置 Azure   不管怎么用，Azure 都首先需要进行配置。 我们现在针对配置的是日志删除到 Azure 上进行日志分析。 Log Analytics workspaces 我们首先需要配置一个 Log Analytics workspaces，搜索资源 Log Analytics workspaces。       在弹出的界面中将会显示已经配置好的日志分析工作空间。 如果你还没有的话，你需要创建一个。 单击界面上的 Add 按钮，进行新建。       在新建的对话框中你需要对你的费用订购部分进行配置。 如果你还没有配置的话，你可能需要到 Azure 的控制台中配置信用卡。 在第二部分输入的是名称和区域，名称可以根据需要命名，区域的话，选一个离你最近的就可以了。       在配置完上面的参数后，创建就可以了。 Application Insights 在最上面的搜索框中搜索 Application Insights 然后你会看到 Application Insights 的界面，单击左侧的添加按钮来添加一个应用。       这里也有几个配置，在最上面的是费用计算和订购。 中间的部分是有关资源的名称。 在最下面的就是有关日志的配置了，因为要在这里进行选择，这就是为什么我们需要首先配置日志工作空间的原因，否则是没有办法配置日志的。       在一切配置妥当后，单击最下面的预览并创建即可。 在创建成功后，你的项目会获得一个 Instrumentation Key，这个是需要配置到你 Spring Boot 项目中的。 现在你可以先拷贝下来。       Spring 项目 在Spring 项目中需要进行一些调整就可以了。 maven 依赖 你需要为你的项目添加 Maven 依赖。 <dependency> <groupId>com.microsoft.azure</groupId> <artifactId>applicationinsights-logging-logback</artifactId> <version>2.6.2</version> </dependency> 上面的依赖将会将日志上传需要的类添加进来。 application.properties 在 Spring Boot 配置文件中，添加下面的参数 # Azure Application Insights azure.application-insights.instrumentation-key=[开始让你拷贝的 ID] spring.application.name=[Azure 中定义的名称] 根据上面在 Azure 的配置，将上面的参数修改为你的 Azure 配置。 logback.xml 因为我们的项目使用的是 logback 为日志，因此我们需要在 logback.xml 中添加下面的内容。 <appender name="aiAppender" class="com.microsoft.applicationinsights.logback.ApplicationInsightsAppender"> <instrumentationKey>[开始让你拷贝的 ID]</instrumentationKey> </appender> <!-- APPENDER-REF --> <root level="debug"> <appender-ref ref="aiAppender"/> </root> 上面的内容非常简单，就是将日志级别为 debug 的全部输出到 Azure 上面去。 在官方的代码中，这里使用了日志级别为 TRACE，我们不建议使用。因为这样会输出非常多的日志，让你的访问非常缓慢。 查看结果 当所有配置完成以后，开始在你的本地运行你的 Spring Boot 应用程序。 稍等一些时间后登录 Azure，然后选择 Transaction search。 在界面中你可能看不到任何数据，你需要单击界面中的显示所有 24 小时内的数据。       如果你能看到程序删除的日志，主要是查看时间，那么就说明一切都已经配置好了。     https://www.ossez.com/t/spring-boot-azure-application-insights/609

希望在 Spring Boot 中配置 H2 数据库来进行功能测试。 如何进行配置能来让启动的时候自动载入数据和进行测试？ Maven 依赖 如果你的 Spring 项目中没有添加 H2 的依赖，你需要在 Maven 中添加。 使用的参数为： <dependency> <groupId>com.h2database</groupId> <artifactId>h2</artifactId> <version>1.4.199</version> </dependency> 配置 application.properties 在 Spring 配置文件中进行一些配置能够在 Spring Boot 中载入数据并且进行调用。 我们可以使用下面的一些配置： spring.h2.console.enabled=true spring.h2.console.path=/h2-console spring.datasource.driverClassName=org.h2.Driver spring.datasource.url=jdbc:h2:mem:scodb;DB_CLOSE_ON_EXIT=FALSE spring.datasource.username=sa spring.datasource.schema=classpath:db/schema.sql 配置和参数的说明。 spring.h2.console.enabled 在 Spring Boot 后启用控制台，用户可以通过 Web 界面来访问 H2 的控制台。 spring.h2.console.path 网页界面中通过 URL 可以访问控制台的地址，这个地址可以自由和任意修改。 spring.datasource.driverClassName H2 的 JDBC 驱动名称，你需要配置这个才能够通过 JDBC 访问启动后的 H2 数据库。 spring.datasource.url Spring 项目中数据源的连接参数，在这个参数中你定义了一个数据库的名称为 scodb，在通过网页界面进行访问的时候，会提醒你输入连接参数。 在输入连接参数的时候，你需要输入和上面连接参数一致的配置。 spring.datasource.username 访问数据库的用户名，你可以输入任何名称，在通过网页访问的时候，你需要输入的用户名为这个。 如果你不指定密码参数的话，那么密码就为空。 spring.datasource.schema Spring 启动的时候需要载入的 sql 文件。这个文件将会在 Spring 启动后被执行，创建数据库表和插入测试数据等。 Hibernate 参数配置 假设我们的 Hibernate 使用的是 HikariCP 连接池。 我们需要为你的 Hibernate 配置以下的连接参数。 hibernate.properties 文件 hibernate.connection.driver_class=org.h2.Driver hibernate.connection.url=jdbc:h2:mem:scodb;DB_CLOSE_ON_EXIT=FALSE hibernate.hikari.dataSource.user=sa hibernate.dialect = org.hibernate.dialect.H2Dialect 上面的连接参数为Hibernate 需要的，你需要先进行配置，才能让 HikariCP 连接池获得数据源。 hibernate.cfg.xml Hibernate 配置参数 通过下面的配置来对 Hibernate 的连接池参数进行配置。 <property name="hibernate.connection.provider_class">com.zaxxer.hikari.hibernate.HikariConnectionProvider </property> <property name="hibernate.hikari.minimumIdle">5</property> <property name="hibernate.hikari.maximumPoolSize">10</property> <property name="hibernate.hikari.idleTimeout">30000</property> 首先你需要提供连接池的 类。 hibernate.hikari.minimumIdle 这个配置参数连接池中保持的最少的连接数。 hibernate.hikari.maximumPoolSize 连接池中保持最多的连接数 hibernate.hikari.idleTimeout 在连接池中一个连接允许最长被限制的时间。 如果一切顺利，当你启动 Spring Boot 的时候，你应该能够在控制台上看到连接池中的连接保持情况。 https://www.ossez.com/t/spring-boot-hibernate-h2/608

Spring H2 控制台访问登录以后的内容无法显示。 访问的时候会看到下面的情况。     解决办法 这个主要是 Spring 安全设置的问题。 在 Spring 中的 frameOptions 配置为 iframe 的安全配置。 X-Frame-Options 头主要是为了防止站点被别人劫持，所以 iframe 将会在 Spring Security 中默认是拒绝设置的。以防止点击劫持攻击。 要修改这个配置，你可以在 Spring 安全配置中进行下面的配置： httpSecurity.headers().frameOptions().disable(); 上面的选项是完全允许 iframe 。 或者你也可以配置下面： httpSecurity.headers().frameOptions().sameOrigin(); X-Frame-Options 有三个值： DENY 表示该页面不允许在 frame 中展示，即便是在相同域名的页面中嵌套也不允许。 SAMEORIGIN 表示该页面可以在相同域名页面的 frame 中展示。 ALLOW-FROM uri 表示该页面可以在指定来源的 frame 中展示。     因为我们的控制台配置的是 localhost， 因此我们可以使用 sameOrigin()，因此产生的效果是一样。 https://www.ossez.com/t/spring-h2-frameoptions/607

在运行测试的错误有提示下面的错误： Caused by: org.h2.jdbc.JdbcSQLSyntaxErrorException: Schema "DBO" not found; SQL statement: select myscofile0_.id as id1_1_0_, myscofile0_.dateC as datec2_1_0_, myscofile0_.dateM as datem3_1_0_, myscofile0_.uuid as uuid4_1_0_, myscofile0_.client_id as client_i5_1_0_, myscofile0_.file_name as file_nam6_1_0_, myscofile0_.file_row_count as file_row7_1_0_, myscofile0_.file_status as file_sta8_1_0_ from dbo.MYSCOFILE myscofile0_ where myscofile0_.id=? [90079-200] at org.h2.message.DbException.getJdbcSQLException(DbException.java:576) at org.h2.message.DbException.getJdbcSQLException(DbException.java:429) at org.h2.message.DbException.get(DbException.java:205) at org.h2.message.DbException.get(DbException.java:181) at org.h2.command.Parser.readTableFilter(Parser.java:1940) at org.h2.command.Parser.parseSelectFromPart(Parser.java:2827) 问题和解决 出现上面的问题是在 JPA 实例的时候配置了 schema = "dbo， 但是 H2 数据库进行初始化的时候没有创建 schema。     针对上面的问题，你需要在你的 H2 初始化的时候创建一个 schema。 创建 schema 的脚本为： CREATE SCHEMA IF NOT EXISTS DBO; SET SCHEMA DBO; 通过添加下面的脚本，将会在 H2 中创建 Schema，然后可以通过控制台中查看创建的情况。     在完成上面的配置后，再重新运行你的测试，你就会看到上面的错误已经没有错误了。 https://www.ossez.com/t/spring-h2-schema-not-found/605

Spring Boot 项目在启动的时候可以对 H2 中的数据库进行初始化。 一般来说我们会定义下面的参数： spring.datasource.data=classpath:h2-data.sql 但是在 Spring Boot 项目运行以后，我们通过 H2 的控制台查看数据库的时候，发现 SQL 脚本没有执行。 问题原因和解决 我们都知道 Spring 数据库有下面 2 个配置参数：spring.datasource.schema 和 spring.datasource.data。 spring.datasource.schema 中定义的是数据库执行脚本，包括创建数据库表和关系等 DDL 脚本。 Spring 中这里有个小坑，如果在配置参数中不定义 spring.datasource.schema， 而直接spring.datasource.data 定义的话，spring.datasource.data 中定义的脚本是不会执行的。 因此你需要先定义 spring.datasource.schema，可以做的是： 在 resources 文件夹中定义一个空的 schema.sql 文件。 将所有的创建数据库脚本和插入数据的脚本放到 spring.datasource.schema 中定义     然后通过控制台可以查看根据数据库创建脚本创建的数据库表。   https://www.ossez.com/t/spring-sql/603

启动运行的时候出现错误： 2020-10-20 12:01:21.628 DEBUG 69140 --- [ main] i.n.util.internal.NativeLibraryLoader : netty_tcnative_windows_x86_64 cannot be loaded from java.library.path, now trying export to -Dio.netty.native.workdir: C:\Users\yhu\AppData\Local\Temp java.lang.UnsatisfiedLinkError: no netty_tcnative_windows_x86_64 in java.library.path: [C:\Dkits\Java\OpenJDK\11.0.4\bin, C:\windows\Sun\Java\bin, C:\windows\system32, C:\windows, %JAVA_HOME%\bin, %MAVEN_HOME%\bin, %GRADLE_HOME%\bin, C:\Program Files (x86)\NetSarang\Xshell 6\, C:\windows\system32, C:\windows, C:\windows\System32\Wbem, C:\windows\System32\WindowsPowerShell\v1.0\, C:\windows\System32\OpenSSH\, C:\Program Files (x86)\Webex\Webex\Applications, C:\Program Files (x86)\Plantronics\Spokes3G\, C:\Program Files (x86)\Enterprise Vault\EVClient\x64\, C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\DAL, C:\Program Files\Intel\Intel(R) Management Engine Components\DAL, C:\Program Files\Intel\WiFi\bin\, C:\Program Files\Common Files\Intel\WirelessCommon\, C:\Program Files\PuTTY\, C:\Program Files (x86)\GnuWin32\bin\, C:\Program Files\nodejs\, C:\Program Files (x86)\Yarn\bin\, C:\Users\yhu\Dkits\protoc\bin\, C:\Program Files\Git\cmd, C:\Program Files\TortoiseGit\bin, C:\Program Files\TortoiseSVN\bin, C:\Program Files\Amazon\AWSCLIV2\, C:\Program Files (x86)\Microsoft SQL Server\150\DTS\Binn\, C:\Dkits\Java\OpenJDK\11.0.4\bin, C:\Users\yhu\Dkits\maven\bin, C:\Users\yhu\Dkits\scala\bin, C:\Dkits\gradle\bin, C:\Users\yhu\AppData\Local\Microsoft\WindowsApps, C:\Users\yhu\AppData\Local\atom\bin, C:\Users\yhu\AppData\Local\Programs\Microsoft VS Code\bin, C:\Users\yhu\AppData\Local\GitHubDesktop\bin, C:\Users\yhu\AppData\Roaming\npm, C:\Users\yhu\AppData\Local\Yarn\bin, C:\Users\yhu\Dkits\protoc\bin, .] at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2660) at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:829) at java.base/java.lang.System.loadLibrary(System.java:1867) 错误原因和分析 这个错误的原因是包的冲突。     如果你的配置文件中有下面 2 个包。 这 2 个包是冲突的。 <dependency> <groupId>com.microsoft.azure</groupId> <artifactId>applicationinsights-spring-boot-starter</artifactId> <version>1.1.1</version> </dependency> <dependency> <groupId>com.microsoft.azure</groupId> <artifactId>spring-cloud-azure-appconfiguration-config</artifactId> <version>1.2.7</version> </dependency> 所以你需要将 spring-cloud-azure-appconfiguration-config 这个包删除后才可以启动。   https://www.ossez.com/t/spring-azure-applicationinsights-tcnative/595

我们基本上都知道 Spring 使用的是 logback 为日志配置的。 如果在你的项目中启用了你自己定义的 logback.xml 配置的话，本来是彩色的日志输出就变成黑白色了。 瞬间感觉有点没那么好看了，有没有什么办法让 Spring 在自己的项目中的日志输出也输出彩色呢？     如何修改配置 其实需要修改的地方有几个，但是都是比较简单的修改。 你只需要配置下就行了。 application.properties 在上面的配置文件中添加下面的配置： spring.output.ansi.enabled=always 这里如果不配置的话，你的日志系统中将不会显示为彩色的日志。 如果你使用的 application.yml 为配置文件的话。 你的配置文件应该看起来如下： spring: output: ansi: enabled: always logback.xml 你项目中的 logback.xml 配置文件。 首先需要 include 下面的资源到 logback.xml 这个配置文件上面。 <include resource="org/springframework/boot/logging/logback/defaults.xml" /> 然后在输出的 pattern 中，使用下面的配置 <pattern>${CONSOLE_LOG_PATTERN}</pattern> 这样你的控制台就可以输出彩色的配置了。 这样配置的原因很简单，因为 CONSOLE_LOG_PATTERN 这个参数是在资源 org/springframework/boot/logging/logback/defaults.xml 中定义的。 具体定义的内容为： <property name="CONSOLE_LOG_PATTERN" value="${CONSOLE_LOG_PATTERN:-%clr(%d{${LOG_DATEFORMAT_PATTERN:-yyyy-MM-dd HH:mm:ss.SSS}}){faint} %clr(${LOG_LEVEL_PATTERN:-%5p}) %clr(${PID:- }){magenta} %clr(---){faint} %clr([%15.15t]){faint} %clr(%-40.40logger{39}){cyan} %clr(:){faint} %m%n${LOG_EXCEPTION_CONVERSION_WORD:-%wEx}}"/> 你可以访问下面的链接来查看官方的配置： https://github.com/spring-projects/spring-boot/blob/master/spring-boot-project/spring-boot/src/main/resources/org/springframework/boot/logging/logback/defaults.xml   我们可以在这里直接引用在官方配置属性配置就可以了，这样你的配置文件就可以输出为彩色的日志了。   如上图，我们可以看到输出的彩色日志。   https://www.ossez.com/t/spring-boot/565

在 Spring 项目中运行测试的时候，得到错误： TestEngine with ID 'junit-vintage' failed to discover tests” with Spring 这个错误的原因是 JUnit 的引擎，使用了 junit-vintage 引擎。 junit-vintage 是 Junit 4 中使用的引擎，如果你的项目使用了 Junit 5 的话，你需要在 spring-boot-starter-test 中将 JUnit 4 的引擎从测试中删除。 <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> <exclusions> <exclusion> <groupId>org.junit.vintage</groupId> <artifactId>junit-vintage-engine</artifactId> </exclusion> </exclusions> </dependency> junit-vintage-engine 和 junit-jupiter-engine 有什么不同 junit-vintage-engine 是 JUnit 4 中使用的测试引擎。 junit-jupiter-engine 是 JUnit 5 中使用的测试引擎。 如果你的 Spring 项目使用的新的 Spring Boot 版本的话，你应该默认使用了 JUnit 5 的引擎，因此为了兼容性，你需要在 spring-boot-starter-test 这个 POM 引用的时候将 JUnit 4 的引擎去除掉。     上面的这个配置你可以尝试下能解决你的问题。   https://www.ossez.com/t/junit-5-spring-junit-vintage/562