手动添加jar包到本地仓库

在pom文件新增plugin，编译阶段指定外部lib，如下所示

    <plugin>
          <groupId>org.apache.maven.plugins</groupId>
          <artifactId>maven-compiler-plugin</artifactId>
          <configuration>
              <source>1.8</source>
              <target>1.8</target>
              <encoding>UTF-8</encoding>
              <compilerArguments>
                  <extdirs>${project.basedir}/src/main/resources/lib</extdirs>
              </compilerArguments>
          </configuration>
      </plugin>

3、pom文件引入依赖

spdb-api-1.0-SNAPSHOT.jar就是外部的jar包

<dependency>
  <groupId>spdb</groupId>
  <artifactId>spdb-api</artifactId>
  <version>1.0-SNAPSHOT</version>
  <scope>system</scope>
  <systemPath>${project.basedir}/src/main/resources/lib/spdb-api-1.0-SNAPSHOT.jar</systemPath>
</dependency>

${project.basedir}是Maven的内置属性

scope参数说明：

• compile： 编译范围，默认scope，在工程环境的classpath（编译环境）和打包（如果是WAR包，会包含在WAR包中）时候都有效。
• provided ：容器或JDK已提供范围，表示该依赖包已经由目标容器（如tomcat）和JDK提供，只在编译的classpath中加载和使用，打包的时候不会包含在目标包中。最常见的是j2ee规范相关的servlet-api和jsp-api等jar包，一般由servlet容器提供，无需在打包到war包中，如果不配置为provided，把这些包打包到工程war包中，在tomcat6以上版本会出现冲突无法正常运行程序（版本不符的情况）。
• runtime：一般是运行和测试环境使用，编译时候不用加入classpath，打包时候会打包到目标包中。一般是通过动态加载或接口反射加载的情况比较多。也就是说程序只使用了接口，具体的时候可能有多个，运行时通过配置文件或jar包扫描动态加载的情况。典型的包括：JDBC驱动等。
• test：测试范围，一般是单元测试场景使用，在编译环境加入classpath，但打包时不会加入，如junit等。
• system：系统范围，与provided类似，只是标记为该scope的依赖包需要明确指定基于文件系统的jar包路径。

方式三 将jar包存放在项目目录中

将需要引入的文件放置到与src同级别的目录下

POM文件下，加入如下配置

        <dependency>
            <groupId>com.aliyun</groupId>
            <artifactId>com.aliyun.filedetect</artifactId>
            <version>1.1.0</version>
            <scope>system</scope>
            <systemPath>${pom.basedir}/lib/filedetect-1.1.0-jar-with-dependencies.jar
            </systemPath>
        </dependency>

重点是这个scope设置为system，这个意思是不要从仓库拿，而从已有的拿

还有就是文件的放置位置，如何看路径对不对，就用mvn clean install后，解压打出来的jar包，看看解压后的文件里面的文件夹路径对不对，对着改相应的位置就行了。