pom

mvn 打包war

一曲冷凌霜 提交于 2019-11-27 02:36:46
打包war <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> <modelVersion>4.0.0</modelVersion> <groupId>test.manager</groupId> <artifactId>test.manager</artifactId> <version>0.0.2-SNAPSHOT</version> <packaging>war</packaging> <name>test.manager</name> <description/> <properties> <webVersion>2.5</webVersion> <servlet.version>3.1.0</servlet.version> <jsp.version>2.2</jsp.version> <jstl.version>1.2.5</jstl.version> <project.build.sourceEncoding>utf

springboot集成swagger2

点点圈 提交于 2019-11-27 00:55:48
pom.xml <?xml version="1.0"?> <project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <modelVersion>4.0.0</modelVersion> <parent> <groupId>cn.ffcs.tsp</groupId> <artifactId>springboot</artifactId> <version>1.0-SNAPSHOT</version> </parent> <groupId>cn.ffcs.tsp.msa</groupId> <artifactId>springbootSwagger</artifactId> <version>1.0.0-SNAPSHOT</version> <name>springbootSwagger</name> <url>http://maven.apache.org</url> <properties> <project.build

eclipse新建maven项目(1)

大兔子大兔子 提交于 2019-11-26 22:40:34
首先看一下 eclipse版本,我用的是最新版Mars2。 下载地址自行搜索关键字: “eclipse官网 ”即可,注意下版本, 32bit or 64bit。 maven插件以及 svn等相关插件安装设置问题不在这里赘述,有时间的话会发布出来。 在这里说一下,第一、关于中文和英文的问题,虽然很多人表示看不懂英文,但是我不建议汉化 eclipse,推荐原版,原版虽是英文但是单词有限,习惯了就好了;第二、 eclipse和 myeclipse哪个更好用,我表示这两个都是工具而已,不是很重要,起码我不在意工具的种类。 接下来是这样的 序号1:Create a simple project (skip archetype selection) :创建一个简单的项目(跳过对原型模板的选择) 序号2:User default Workspace location:使用本地默认的工作空间 Loaction:本地工作空间目录 序号3:Add project(s) to working set :增加项目到工作集 Add project to working sets是起到了把项目分类的作用,把Project Explorer中的项目按类分组,避免Project Explorer中项目过多。如图: 序号4:Advanced(高级) resolve workspace projects

Maven工程子模块引用父pom.xml中的jar包

孤街醉人 提交于 2019-11-26 16:09:03
如果父pom中使用的是<dependencies>....</dependencies>的方式,则子pom会自动使用pom中的jar包; 如果父pom使用 <dependencyManagement> <dependencies>....</dependencies> </dependencyManagement> 的方式,则子pom不会自动使用父pom中的jar包,这时如果子pom想使用的话,就要给出groupId和artifactId,无需给出version。 加油小伙子!! 来源: https://www.cnblogs.com/westlife-11358/p/11325765.html

Maven 错误笔记

馋奶兔 提交于 2019-11-26 14:24:23
Multiple annotations found at this line: - CoreException: Could not calculate build plan: Plugin org.apache.maven.plugins:maven-compiler-plugin:3..0.5 or one of its dependencies could not be resolved: Failed to read artifact descriptor for org.apache.maven.plugins:maven-compiler-plugin:jar:3..0.5: ArtifactResolutionException: Failure to transfer org.apache.maven.plugins:maven-compiler-plugin:pom:3..0.5 from http://maven.oschina.net/ content/groups/public/ was cached in the local repository, resolution will not be reattempted until the update interval of CN has elapsed or updates are forced.

【解决问题】pom文件中&lt; project&gt;标签处划红线

随声附和 提交于 2019-11-26 14:13:25
问题描述: 今天终于在我对pom.xml配置时乱下手,ta成功死掉了。 pom文件中 < project> 标签处划红线 原因分析 pom.xml是从本地maven仓库导包的,也是缓存在本地仓库; 仓库文件再导入时(因网络、本地仓库加载失败等等)未成功 解决思路: 找到本地仓库中的错误文件,并clear掉,重新导入 解决方法 第一步 删除本地仓库错误文件 maven默认本地仓库在: C:\Users\用户名\.m2\repository -> 进入仓库、并根据提示一层一层进入: 第一层:org,第二层:apache… -> 找到源头,也就是我们的报错位置1、位置2: 位置2:这就是他错误的样子:(反正没有jar包) 正确的样子: -》 确认,稳准狠 删除这4个文件夹 第二步 回到项目重新导入 file-》maven-》Reimport 报错消失,成功解决! 参考: maven导入包时出现的异常(pom文件中project处红线) https://blog.csdn.net/qq_33999844/article/details/82220978 来源: https://blog.csdn.net/cungudafa/article/details/98883944

SpringBoot总结

雨燕双飞 提交于 2019-11-26 12:32:42
一.Spring 简史 Spring 1.x 时代:在 Spring1.x 时代,都是通过 xml 文件配置 bean,随着项目的不断扩大,需要将 xml 配置分放到不同的配置文件中,需要频繁的在 java 类和 xml 配置文件中切换。 Spring 2.x 时代:随着 JDK 1.5 带来的注解支持,Spring2.x 可以使用注解对 Bean 进行申明和注入,大大的减少了 xml 配置文件,同时也大大简化了项目的开发。 那么,问题来了,究竟是应该使用 xml 还是注解呢?最佳实践: 应用的基本配置用 xml,比如:数据源、资源文件等 业务开发用注解,比如:Service 中注入 bean 等 Spring 3.x 时代:从 Spring3.x 开始提供了 Java 配置方式,使用 Java 配置方式可以更好的理解你配置的 Bean,现在我们就处于这个时代,并且 Spring4.x 和 Spring boot 都推荐使用 java 配置的方式。 二.Spring Boot 简介 随着动态语言的流行 (Ruby、Groovy、Scala、Node.js),Java 的开发显得格外的笨重:繁多的配置、低下的开发效率、复杂的部署流程以及第三方技术集成难度大。 在上述环境下,Spring Boot 应运而生。它使用“习惯优于配置”(项目中存在大量的配置,此外还内置了一个习惯性的配置