Maven仓库报错：Could not transfer artifact org.springframework.boot:spring-boot-maven-plugin:pom··· 在搭建项目对项目进行编译时出现了如下错误：maven 项目启动报错：Could not transfer artifact org.springframework.boot:spring-boot-maven-plugin:pom:1.3.7.RELEASE from/to maven-net-cn (http://central.maven.org/maven2/): Connect to central.maven.org failed: Connection timed out: connect -> [Help 1]然后自己查看了本地Maven的settings.xml文件，镜像仓库配置如下：<mirror> <!--This sends everything else to /public --> <id>central</id> <mirrorOf>central</mirrorOf> <name>Central Maven</name> <url>http://central.maven.org/maven2/</url> </mirror>经过排除原因如下：这个仓库[http://central.maven.org/maven2/]仓库早已无法正常使用，且需要切换至[https://repo1.maven.org/maven2/]这个仓库源。针对官方的服务在国内访问可能不太稳定，国内的阿里云也提供对应的仓库镜像源[详见参考源2]我这里使用的是阿里云是镜像源：<mirror> <!--This sends everything else to /public --> <id>central</id> <mirrorOf>central</mirrorOf> <name>Central Maven</name> <url>https://maven.aliyun.com/repository/central</url> </mirror>以上搞定~扩展：从2020年1月15日开始，中央存储库不再支持通过纯HTTP进行的不安全通信，并且要求对存储库的所有请求都通过HTTPS进行加密。如果收到此错误，则需要用其 规范的HTTPS对等替换所有对Maven Central的URL引用：将http://repo1.maven.org/maven2/替换   为  https://repo1.maven.org/maven2/更换  http://repo.maven.apache.org/maven2/  与  https://repo.maven.apache.org/maven2/如果您的环境由于某种原因无法支持HTTPS，则可以选择使用我们专用的不安全端点 ，网址为  http://insecure.repo1.maven.org/maven2/ 参考源1：https://blog.csdn.net/qq_18630487/article/details/104613304参考源2：https://maven.aliyun.com/mvn/guide

Maven之scope详解 scope的分类compile（编译范围）默认就是compile，什么都不配置也就是意味着compile。compile表示被依赖项目需要参与当前项目的编译，当然后续的测试，运行周期也参与其中，是一个比较强的依赖。打包的时候通常需要包含进去。test（测试范围）scope为test表示依赖项目仅仅参与测试相关的工作，包括测试代码的编译，执行。比较典型的如junit。runntime（运行时范围）runntime表示被依赖项目无需参与项目的编译，不过后期的测试和运行周期需要其参与。与compile相比，跳过编译而已，说实话在终端的项目（非开源，企业内部系统）中，和compile区别不是很大。比较常见的如JSR×××的实现，对应的API jar是compile的，具体实现是runtime的，compile只需要知道接口就足够了。Oracle jdbc驱动架包就是一个很好的例子，一般scope为runntime。另外runntime的依赖通常和optional搭配使用，optional为true。我可以用A实现，也可以用B实现。provided（已提供范围）provided意味着打包的时候可以不用包进去，别的设施(Web Container)会提供。事实上该依赖理论上可以参与编译，测试，运行等周期。相当于compile，但是在打包阶段做了exclude的动作。例如， 如果你开发了一个web 应用，你可能在编译 classpath 中需要可用的Servlet API 来编译一个servlet，但是你不会想要在打包好的WAR 中包含这个Servlet API；这个Servlet API JAR 由你的应用服务器或者servlet 容器提供。已提供范围的依赖在编译classpath （不是运行时）可用。它们不是传递性的，也不会被打包。system（系统范围）system范围依赖与provided 类似，但是你必须显式的提供一个对于本地系统中JAR 文件的路径。这么做是为了允许基于本地对象编译，而这些对象是系统类库的一部分。这样的构件应该是一直可用的，Maven 也不会在仓库中去寻找它。如果你将一个依赖范围设置成系统范围，你必须同时提供一个 systemPath 元素。注意该范围是不推荐使用的（你应该一直尽量去从公共或定制的 Maven 仓库中引用依赖）。scope的依赖传递A–>B–>C。当前项目为A，A依赖于B，B依赖于C。知道B在A项目中的scope，那么怎么知道C在A中的scope呢？答案是： 当C是test或者provided时，C直接被丢弃，A不依赖C； 否则A依赖C，C的scope继承于B的scope。下面是一张nexus画的图。原文链接：https://www.cnblogs.com/qingdaofu/p/7396010.html 

Maven构建的工程Eclipse无法发布lib到tomcat的解决方法 问题:eclipse导入基于Maven的web项目时，发布到tomcat中，发现lib目录及jar包没有发布过去。解决方案:eclipse中，选择项目属性Properties --> Deployment Assembly --> Add --> JavaBuild Path Entries, 然后选择Maven Dependencies。然后重新发布项目到tomcat即可。

部署Maven项目ClassNotFoundException: org.springframework.web.context.ContextLoaderListener 以前的一个老项目中的一个模块近期在拆分成为一个独立项目时，出现了java.lang.ClassNotFoundException: org.springframework.web.context.ContextLoaderListener 的问题。项目配置个人感觉没有什么问题。严重: Error configuring application listener of class org.springframework.web.context.ContextLoaderListener java.lang.ClassNotFoundException: org.springframework.web.context.ContextLoaderListener at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1720) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1571) at org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:529) at org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:511) at org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:139) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4888) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5467) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1559) at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1549) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745)项目是用maven搭建的，ContextLoaderListener类位于spring-web-3.1.0.RELEASE.jar包中，maven的pom.xml中Jar依赖引入正常。在Eclipse中的Maven Dependencies视图中也可以看到spring-web-3.1.0.RELEASE.jar包被正常引入进来了。接着到Eclipse部署的目录（.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps）中发现，WEB-INF目录下没有生成lib目录，正常情况下，会生成lib目录并把工程的所有依赖jar包都部署到该目录下。解决办法：1.右键点击项目--选择Properties选择Deployment Assembly,在右边点击Add按钮，在弹出的窗口中选择Java Build Path Entries2.点击Next，选择Maven Dependencies3.点击Finish，然后可以看到已经把Maven Dependencies添加到Web应用结构中了操作完后，重新部署工程，不再报错了。然后我们再到Eclipse部署的目录（.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps）下，发现工程WEB-INF目录下自动生成了lib目录，并且所有的依赖jar包也都已经部署进来。问题因此解决。