在使用maven构建项目的war包时,有时并不需要src/webapp/WEB-INF/下的一些文件. 这时可以通过maven-war-plugin创建配置来排除这些文件.下面贴出我平时使用的pom.xml文件 配置信息在 project -> build -> plugins -> plugin -> maven-war-plugin <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi

IDEA多模块父子依赖maven项目war包部署 Posted on 2018-04-25 | In IDEA | | Visitors 286 IDEA全称为IntrlliJ IDEA,它是一款非常智能,方便,高效的Java开发工具,IDEA是JetBrains公司的产品,这家公司总部位于捷克共和国的首都布拉格,开发人员以严谨著称的东欧程序员为主.其实是无论是Java开发工具还是其他语言的开发工具,JetBrains公司的产品都是极为好用的(真的是匠心制造).IDEA社区版是免费的,但是专业版

学习内容: 1.不依赖外部Tomcat,自己启动方式部署 2.Maven打war包,远程部署到centOS 3.Maven热部署(不关闭Tomcat部署应用)   做maven开发前提: 1.编码UTF-8 2.设置maven仓库位置(setting.xml文件里面配置Maven仓库的路径)     例如:<localRepository>G:\Maven\repository</localRepository>(这个仓库是公司Maven服务器仓库down下来的) 3.在eclip

war包即对WEB应用程序进行打包,用于应用容器的部署.如在jboss中只要把war包丢入deploy目录下即可发布自己的应用了.打包方式有很多中,很多工具本身就支持此功能.下面主要介绍通过maven来操作的两种方式: 方法一: 即第一反应的那种啦,就是利用maven的maven-war-plugin. <build> <plugins> ...... <plugin> <groupId>org.apache.maven.plugins</groupI

自学的的小伙伴第一就要用maven!自学的的小伙伴第一就要用maven!自学的的小伙伴第一就要用maven! 重要的事说三遍!maven本质上,其实就是一种目录的格式,没有什么特别的地方!而且,你可以不用知道其他所有文件夹是干什么的,你只要知道在java那个文件夹写代码的地方,pom文件就是引入依赖(本质上就是引入jar包)的地方就ok了!其他的还是跟以前一样 很多刚刚学java web框架整合(ssh.ssm)的小伙伴,最痛苦的是什么?特别是自学地的小伙伴,不是代码不会写(再怎么不会,多写几遍

IntelliJ IDEA打包成war(包括maven项目)点击打开链接 首先要在maven项目中的pom.XML中配置好需要的配置: <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

过去我们发布一个Java Web程序通常的做法就是把它打成一个war包,然后用SSH这样的工具把它上传到服务器,并放到相应的目录里,让Tomcat自动去解包,完成部署. 很显然,这样做不够方便,且我们在用SSH把文件拽上去的时候很可能会搞错.(当然了大厂就不会有这样的问题,因为人家有运维团队专门来干这个事情,哈哈) 现在我要的是:一行命令部署到本地服务器,在本地测试一番,没有问题的话就一行命令部署到正式服务器,另外正式服务器的密码只有我自己知道,只有我能执行这个部署(其它开发组员不知道正式服务器

今天用maven3的命令打war包,命令是mvn clean package -Dmaven.test.skip=true,打包后放在tomcat跑起来后发现tomcat的日志出现乱码. 后来在pom.xml中添加<project.build.sourceEncoding>utf-8</project.build.sourceEncoding>就解决了. 主要原因是我的电脑window的maven默认的字符集是gbk ,可以执行mvn -version看到 Maven home:

用maven打了war包之后部署到tomcat下居然无法执行,看了一下原来没有任何编译的.class文件. 查了一下,是自己手欠把source的src改成src.main.java之类的目录了,但是没有在maven中制定位置 将maven的build下的<sourceDirectory>src.main.java</sourceDirectory>设置一下就好了

maven项目在ide中编译出的war包一般不会有很多问题. 但是经过集成环境打war包会出现war包中打不进xml.properties等文件.这样打war包不会报错,但是war包放进tomcat中部署就报错了. 解决方法是将src/main/java和src/main/resources中的配置文件在pom的build节点配置进去 之前在项目的集成中有遇到这种情况,记录下来. 例如:src/main/java中有个包放hibernate的映射xml,和sqlmap配置文件.        

上一节新建了一个基本的maven web环境,现在最快速度新建一下springmvc环境! 1.最快搭建springmvc环境 什么叫做最快,当然是怎么简单怎么来啦!由于内容都是很熟悉的东西,service层和Dao层的类和配置文件就不多说了,可以自行参考github项目里面的内容! 打开一个神奇的网站https://github.com/github,进入,搜索ssm,随便找个java项目 复制完了之后,接下来看一看目录结构如下,这个基本上也可以从上面那个项目里复制一下,稍微修改一下: 运行t

第一种:利用pom.xml文件打包. 右键pom.xml文件,选择Debug as或Run as 都行.但需要选择Maven install  打包 执行成功后,日志会打印出位置(看自己配置是否日志输出).如果没有输出,在默认的C盘.m2文件夹中 第二种方式:右键项目.选择Debug as 或 Run as .但是这个时候要选择 Debug configurations 先Browse Workspace  选择需要打包的项目 ,然后在Goals:中输入clean install  命令  De

在eclipse中找到pom.xml文件右键 选择debug as 再选择Maven install运行后 按路径找到生成的war包 推荐https://www.cnblogs.com/qlqwjy/p/8231032.html

一.maven生命周期 http://ifeve.com/introduction-to-the-lifecycle/ https://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html 1.内置的三个生命周期 我这边的简单理解是: 首先一共有三个内置的生命周期,一个为clean,一个为default,一个为site. There are three built-in build lifecycles:

打包其实很简单: 把tomcat停掉,点击Maven Projects ,点击clean , 点击package 自动打包完成. 查看包位置: 这是包的位置,通过查看PATH就可以知道你的包在哪里了. 去我的电脑上找到该路径,这就是你的war包了.实际上就是在target文件夹下啦.

转载 Springboot打包war包部署到自己的tomcat中 一.springboot+maven工程——打war包步骤如下: 1.修改父pom.xml文件: <packaging>pom</packaging> <!-- 方式一 Begin --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-star

过去我们发布一个Java Web程序通常的做法就是把它打成一个war包,然后用SSH这样的工具把它上传到服务器,并放到相应的目录里,让Tomcat自动去解包,完成部署. 很显然,这样做不够方便,且我们在用SSH把文件拽上去的时候很可能会搞错.(当然了大厂就不会有这样的问题,因为人家有运维团队专门来干这个事情,哈哈) 现在我要的是:一行命令部署到本地服务器,在本地测试一番,没有问题的话就一行命令部署到正式服务器,另外正式服务器的密码只有我自己知道,只有我能执行这个部署(其它开发组员不知道正式服务器

1.在项目根目录中新建lib文件夹,添加jar包 2.在pom.xml文件中添加dependency <dependency> <groupId>com.oracle</groupId> <artifactId>ojdbc8</artifactId> <version>12.2.0.1</version> <scope>system</scope> <systemPath>${proje

问题现象:项目结构如下 growup-service | - - - - - -growup-api | - - - - - -growup-core | - - - - - -growup-war 通过maven打包后出现growup-core依赖本地工程growup-api,growup-war也依赖了本地工程growup-api,但growup-war依赖的是本地仓库里的growup-core,而不是本地工程的growup-core.这时war包引用的是本地仓库里打好core的jar包,因

因为要配合jenkins,所以控制了war包的生成目录: <plugins> <!--打war包到指定的目录下 --> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-dependency-plugin</artifactId> <version>2.8</version> <executions&g