Maven开发基础总结(Maven自启动,Maven打war包,Maven热部署)

学习内容:

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.在eclipse中设置Maven的usersetting,找到setting.xml文件(不报错就对了)

4.设置仓库索引,打开eclipse---windows---show view---Maven Repsotories视图,Rebuild Index重建索引.

5.新建Maven工程

Maven工程结构;

打开pom.xml:

下面两行删除(没用):

配置Tomcat插件:

在pom.xml文件中右键点击:

Add Plugin添加插件;输入tomcat;ok后pom.xml就会出现下面的内容

  1. <!-- 配置tomcat插件 -->
  2. <build>
  3. <finalName>demo</finalName>
  4. <plugins>
  5. <plugin>
  6. <groupId>org.apache.tomcat.maven</groupId>
  7. <artifactId>tomcat7-maven-plugin</artifactId>
  8. <version>2.2</version>
  9. <configuration></configuration>
  10. </plugin>
  11. </plugins>
  12. </build>

右键点击项目:Run As

勾上Skip Tests,然后run

控制台INFO信息没问题,只要不出现error级别的信息就没问题;

拷贝地址,放到浏览器地址栏,测试是否出现index.jsp中的Hello World

以上就是不依赖外部的Tomcat自启动.

 

下面简介Maven打war包:

用Maven第二个命令Maven Build...


刷新工程F5;这时就可以到target中找到war包了

下面简介热部署:

首先启动Tomcat;启动前需要配置Tomcat密码;进入下面文件夹,打开..


在最后添加:

  1. <rolerolename="manager-gui"/>
  2. <rolerolename="manager-script"/>
  3. <userpassword="123456"roles="manager-gui, manager-script"username="tomcat"/>

效果图:

启动Tomcat:


 打开浏览器,在地址栏输入http://localhost:8080/   点击Manager App  输入刚配置的用户名和密码;

效果:对应的就是webapps目录下的内容

修改项目的pom.xml


Maven Build...

控制台不报错,出现Build Success就成功发布了,去发布路径下看有没有.

这时浏览器访问http://localhost:8080/demo      ,出现Hello World

你可以试着在在pom.xml加一行

重新发布:

命令:tomcat7:redeploy

如果用deploy会报如下错误:

这时就把我们的工程发布到Root下,覆盖tomcat自带的工程.

浏览器访问 http://localhost:8080    出现我们的Hello world

来自为知笔记(Wiz)

时间: 2024-10-10 12:53:41

Maven开发基础总结(Maven自启动,Maven打war包,Maven热部署)的相关文章

python全栈开发基础【补充】解决tcp粘包

一.什么是粘包 须知:只有TCP有粘包现象,UDP永远不会粘包 粘包不一定会发生 如果发生了:1.可能是在客户端已经粘了 2.客户端没有粘,可能是在服务端粘了 首先需要掌握一个socket收发消息的原理 应用程序所看到的数据是一个整体,或说是一个流(stream),一条消息有多少字节对应用程序是不可见的,因此TCP协议是面向流的协议,这也是容易出现粘包问题的原因.(因为TCP是流式协议,不知道啥时候开始,啥时候结束).而UDP是面向消息的协议,每个UDP段都是一条消息,应用程序必须以消息为单位提

java开发_eclipse导出为war文件,热部署到tomcat运行总结[转]

在Myeclipse中,我们很容易做到这一步:把一个web项目生成war文件 其实在eclipse中,实现这样的功能,也是很简单的. 下面就看一下是怎样操作的吧! 新建一个web项目: 取名为:eclipse4war(名字可以随便取滴) 项目-->右键 export-- > WAR file 启动tomcat 进入到tomcat的管理界面:看到红色框部分 部署成功: 访问首页: 到这里,我们的操作就完成啦... 顺便把项目提供给大家! 下载项目地址:http://files.cnblogs.c

Maven+glassfish基础搭建与使用

简介 Maven:利用它将项目打包成war包 Glassfish:是一款web应用服务器,和tomcat一样,也是一款优秀的Servlet容器. 一.过程 在官网分别下载Maven 和 Glassfish Maven安装成功标志: Glassfish安装成功标志: 二.mvn常用命令 mvn -v 显示maven安装版本信息 mvn clean 清理项目打包文件,即项目下的target目录 mvn compile 编译项目下的src/main/Java目录源代码 mvn package 项目打包

基于tomcat插件的maven多模块工程热部署

内容属原创,转载请注明出处 写在前面的话 最近一直比较纠结,归根结底在于工程的模块化拆分.以前也干过这事,但是一直对以前的结果不满意,这会重操旧业,希望搞出个自己满意的结果. 之前有什么不满意的呢? 1. 基于maven拆分模块后,热部署的效果不好,经常出故障. 2. 对于多个子web工程,不能做到任意一个web工程都可以放到tomcat里运行,要在外面搞个壳子组合多个工程. 于是,有了这纠结的一周,也有了此文. 本文关于什么 如标题所言,本文涉及到如下几个内容: 1. maven多模块工程 2

在maven多模块结构中,并且使用overlay的情况下使用jetty热部署

在使用maven多模块的结构的时候,同时有多个web工程使用maven-war-plugin的overlay来组织的时候,本地开发时如何在eclipse里面启动容器并且可以热部署调试是个比较麻烦的问题,之前一直使用maven-tomcat-plugin, 不可否认tomcat是最快的,而且也是最方便的,但是有一个问题一直无解,就是overlay支持不好,比如webA有一个a.jsp,webB有一个b.jsp,如果在webB依赖webA,使用overlay打包没有问题,可以把a.jsp和b.jsp

maven打war包注意之xml、properties文件没打进去解决方法

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

eclipse maven 打war包的几种方式

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

maven的基础配置

一.Maven下载 http://maven.apache.org/download.cgi 当前最新版本为:apache-maven-3.1.0-bin.zip 二.Maven的安装 将下载的最新版本解压至:E:\study\Maven\apache-maven-3.1.0-bin 1.设置操作系统的环境变量 2.Path环境变量设置,增加 ;%MAVEN_HOME%\bin 3.测试 执行 mvn –v,结果如下则安装成功 三.Maven在Myeclipse中的配置 1.基础设置 2.Mav

maven入门基础

Maven的基本使用与生命周期 1.Maven是什么 Maven是一种构建工具(构建是指例如完成清理,编译,测试,打包,发布等一些自定义的过程),类似于make(最早的构建工具,通过一系列目标和依赖将整个构建过程串联起来,同时利用本地命令完成每个目标的实际行为),ant(ant可以看成一个java版 的make,ant 可以跨平台(基于java的原因),且使用xml定义构建脚本,相对于make来说更友好),gradle(基于ant与maven的开发,后续可能取代maven,就好像git逐渐取代s