Javastruts2改spring boot过程中一些问题及解决办法记录

Posted 2021-04-28 请Java和Android开发者吃点干货

1、引入依赖包的问题 
一般情况下，常用的jar包在maven仓库都可以找到，并能知道如何在pom.xml文件中配置，但是有时候需要在一些项目中使用一些我们自己写的代码生成的jar包，要引入maven中就需要做一些必要的处理。 
我们项目中就有这样的情况存在，以下是处理方式之一，就是用maven的命令生成maven方式的jar，然后加入到本地库中引用，打包命令如下：

mvn install:install-file -Dfile=huateng-comm-1.0.0.jar -DgroupId=com.huateng  -DartifactId=huateng-comm -Dversion=1.0.0 -Dpackaging=jar

2、使用maven给spring boot项目打jar包的问题 
由于eclipse中默认配置的 installed jres是jre而不是jdk，导致打包时抛出如下异常：

Caused by: org.apache.maven.plugin.compiler.CompilationFailureException: Compilation failure
No compiler is provided in this environment. Perhaps you are running on a JRE rather than a JDK?

解决办法是把eclipse中的installed jres改为jdk。

3、logback相关jar版本问题： 
原本非spring boot的老项目使用的logback版本是1.1.2，现在用了spring boot1.4.3，默认引入的logback的版本是1.1.7。 
在原本的项目中logback.xml文件中有如下日志配置：

<appender name="FILE" class="ch.qos.logback.core.rolling.RollingFileAppender">        <Encoding>UTF-8</Encoding>        <rollingPolicy class="ch.qos.logback.core.rolling.TimeBasedRollingPolicy">            <fileNamePattern>G:/logs/${app_name}_%d{yyyy-MM-dd}_%i.log</fileNamePattern>            <timeBasedFileNamingAndTriggeringPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedFNATP">                 <maxFileSize>200MB</maxFileSize>            </timeBasedFileNamingAndTriggeringPolicy>                  <maxHistory>365</maxHistory>        </rollingPolicy>          ......    </appender>

新的spring boot项目在不改动logback.xml的情况下启动抛出如下异常：

Exception in thread "main" java.lang.IllegalStateException: Logback configuration error detected: 
ERROR in ch.qos.logback.core.joran.spi.Interpreter@20:13 - no applicable action for [Encoding], current ElementPath  is [[configuration][appender][Encoding]]

解决办法是去掉如下配置：

<Encoding>UTF-8</Encoding>

4、启动spring boot的启动类抛出异常 
这个问题其实怪自己，我用maven生成了项目的jar在cmd窗口运行着，但是忘记了这件事，又在eclipse中启动了这个项目，从而导致端口占用，eclipse中启动不起来。 
只不过在查看控制台的错误的时候，我从下网上看，首先看到的是如下异常：

Caused by: java.lang.ClassNotFoundException: org.eclipse.jetty.server.NetworkConnector
    at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:306)

于是我以为是jetty的什么问题，就去网上搜了一下，但是还没搜出结果的时候我偶然想起来在cmd窗口还启动着一个应用，于是去控制台一看，果然看到了这样的提示：

java.net.BindException: Address already in use: bind
    at sun.nio.ch.Net.bind(Native Method)
    at sun.nio.ch.ServerSocketChannelImpl.bind(ServerSocketChannelImpl.java:124)
    at sun.nio.ch.ServerSocketAdaptor.bind(ServerSocketAdaptor.java:59)
    at org.eclipse.jetty.server.nio.SelectChannelConnector.open(SelectChannelConnector.java:187)
    at org.eclipse.jetty.server.AbstractConnector.

很显然是端口被占用了，换个新的端口，成功启动。

阅读全文请点击下面的阅读原文