在JavaWeb项目中,使用maven打包.在打正式包时,需要手动修改数据库配置为线上环境的地址,这样每次修改起来比较麻烦. 搜索了一些资料后,大部分的做法或原理都是预先使用表达式占位符,然后在打包时动态替换. 但这种做法无法满足我直接在开发环境(Eclipse+Tomcat)里面直接测试,因为配置文件里面的值是表达式而不是真正的值.所以综合一些资料有个以下解决办法. 正常配置的数据库配置为测试环境的地址 maven打包时动态替换配置文件 项目结构图如下 具体实现 在开发环境中测试时使用图中测试

在Spring Boot开发中,通过Maven构建项目依赖是一件比较舒心的事,可以为我们省去处理冲突等大部分问题,将更多的精力用于业务功能上.近期在项目中,由于项目集成了其他外部系统资源文件,需要根据不同的环境实现加载不同的JS资源文件,处理这个问题首先想到的便是通过判断当前环境实现动态加载JS,但是,在应用打包的时候已经明确了部署环境,对于静态资源的引用也是确定的,为何不在执行打包的过程中指定引用的资源路径?没错,尤其在通过Spring Boot的Maven打包时,可以通过简单的几行代码来实现

如果你想通过pom.xml文件的配置实现的话,你可以这样1.打jar包时过滤配置文件<build><!-- 过滤配置文件 --><resources><resource><directory>src/main/resources</directory><excludes><exclude>**/*</exclude></excludes><filtering>true<

在build节点下增加resources. <build> <!-- 资源 --> <resources> <!-- 复制非class文件 --> <resource> <directory>src/main/java/com/coracle/yk/xpo/po/common</directory> <filtering>true</filtering> <includes> <i

Maven打包pom里面配置exclude 排除掉环境相关的配置文件 有几种方式:1. 打包时,指定环境参数把环境的配置文件复制过去2. 不打包所有的环境相关的配置文件,直接由运维的人维护 可以在上传war包前把配置给改了,用rar工具改里面的配置,但每次都改太麻烦第一次上面放有这个配置文件,后面打包时排除掉就可以了,上面的解压后就不会覆盖了我们公司就用2,后面打包时排除掉就可以了,上面的解压后就不会覆盖了 Maven打包pom里面配置exclude 排除掉环境相关的配置文件, resource

新建maven项目,   在pom.xml中添加 profile节点信息如下: <profiles> <profile> <!-- 开发环境 --> <id>dev</id> <properties> <environment>development</environment><!-- 节点名字environment是自己随意取的 --> </properties> <activa

开发项目时会遇到这个问题:开发环境,测试环境,生产环境的配置文件不同,打包时经常要手动更改配置文件,更改的少还可以接受,但是如果需要更多个配置文件,手动的方法就显得非常笨重了. 下面介绍一种方法,利用Maven插件来打包不同环境的配置文件.我们用到的是maven-war-plugin这个插件. 首先贴出整个pom文件: <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.

pom build节点下面添加resource配置: <resources> <resource> <directory>src/main/resources/</directory> <filtering>true</filtering> <includes> <include>**/*.properties</include> </includes> </resource>

一个java项目通过maven自动下载依赖时,会涉级读取三个配置文件,分别是项目下的pom.xml 文件 .用户家目录下的.m2/settings.xml 与 maven 全局配置settings.xml  ,后面两者不难理解,就像linux下的用户一样,有一个/etc/profile ,用户用目录下还有一个.bash_profile 文件是一样的,用户自定义配置会覆盖全局配置.所以三者的级先是 pom.xml  > /home_dir/.m2/settings.xml > /maven_di

原文:https://blog.csdn.net/duan9421/article/details/79086335 我们在日常开发工作中通常会根据不同的项目运行环境,添加不同的配置文件,例如 开发环境,测试环境,生产环境等,每次手工的修改配置文件太过于繁琐.通过maven打包时确定需要使用的配置文件可以很好的解决这个问题. 下面看一下代码目录 application-dev.properties对应开发环境 application-test.properties对应测试环境 applicati

前言: 最近在项目中使用springboot时发现,采用在pom中定义不同的profile,并且maven打包时 采用-P参数并不能替换我application.properties文件中指定占位符的问题. 配置文件布局: 在application.properties中定义整个项目中不同环境下共通的配置属性,并采用springboot针对配置文件的特性 - spring.profiles.active=dev或者test 来自动加载合并application-dev/test.properti

jar包的术语背景: normal jar: 普通的jar,用于项目依赖引入,不能通过java -jar xx.jar执行,一般不包含其它依赖的jar包. fat jar: 也叫做uber jar,是一种可执行的jar(executable jar),既包含自己代码中的class ,也包含第三方依赖的jar. 不可执行,但包含第三方依赖的jar包,避免生成的jar与第三方引入后出现依赖版本冲突. POM文件中的内置属性(Maven预定义可以直接使用): ${basedir} 项目根目录 ${ve

  SpringCloud微服务包含多个SpringBoot可运行的应用程序,在单应用程序下,版本发布时的打包部署还相对简单,当有多个应用程序的微服务发布部署时,原先的单应用程序部署方式就会显得复杂且不可控.那么我们就会思考使用简单的部署方式,解决自动化发布.自动化部署.微服务监控等问题.   我们使用目前行业通用的解决方案,Jenkins+GitLab+Maven+Docker+Kubernetes来实现可持续自动化部署微服务的功能.下面将从工程中Maven打包文件配置.Dockfile文件编

<build> <finalName>项目名</finalName> <!-- 配置maven打包时过滤的文件 --> <resources> <resource> <directory>src/main/java</directory> <includes> <!-- 必须为**/ --> <include>**/*.properties</include> &

1.配置Maven的环境变量 a.首先我们去maven官网下载Maven程序,解压到安装目录,如图所示: b.配置M2_HOME的环境变量,然后将该变量添加到Path中 备注:必须要有JAVA_HOME的M2_HOME环境变量,不然Maven会提示错误.配置环境变量如图所示: c.如果想要修改Maven的本地仓库位置,则可以直接在Maven的安装目录下找到conf文件下的setting配置文件中,设置localRepository为本地仓库位置 <localRepository>E:\java

先介绍一下本文的两位主角: Apache Maven - 正当红的项目管理工具 FreeMarker - 老牌的模板引擎 两者貌似互不相干,何来冲突呢? 原来Maven有一个内置的资源替换机制, 可以对由Maven管理的资源文件进行变量替换. 预定义的Maven属性变量包括${name},${project.version},${project.packaging}和${project.artifactId}等. 熟悉FreeMarker的同学就会发现Maven使用和FreeMarker相同的方

http://www.infoq.com/cn/news/2011/06/xxb-maven-9-package/ "打包"这个词听起来比较土,比较正式的说法应该是"构建项目软件包",具体说就是将项目中的各种文件,比如源代码.编译生成的字节码.配置文件.文档,按照规范的格式生成归档,最常见的当然就是JAR包和WAR包了,复杂点的例子是Maven官方下载页面的分发包,它有自定义的格式,方便用户直接解压后就在命令行使用.作为一款"打包工具",Mave

Maven打包: 项目右键Run as-->Maven build...-->  出来下面的界面,注意红色部分的填写,Goals填写package表示打包,下面的Skip Tests表示打包时不执行单元测试. 点击Run 就打包成功了,jar包在空间下/项目名/target下.没有打包配置文件. 将打包好的jar上传到Linux服务器: 首先通过cd 进入到需要上传的目录下,然后是输入rz命令回车,弹出窗口选择要上传的包,上传,最后通过ls命令查看有没有上传成功. 前两天通过这个方法上传成功了

现状 该项目使用了Maven,并且引入了Spring,包含代码.配置文件.Jar包,使用的是IDEA来作为开发工具,项目的产出物是要打包成一个可运行的Jar包.通过IDEA的打包工具也可以打包成功,只不过需要自己向MANIFEST.MF里面写入Class-Path(引入的Jar包多的时候就比较烦了,或许有简单的方法是我不知道的吧).鉴于项目使用了Maven,且Maven里面拥有众多优秀的插件,最终决定使用Maven来作为项目的打包工具. 目标 自己的代码编译后作为一个主要的启动Jar 自己的源代

在用Maven打包的时候发现,有一些资源文件打包不到jar包中,于是了解了一下Maven的打包配置,最后得到了解决问题的办法. Maven资源文件的默认约定 构建Maven项目的时候,如果没有进行特殊的配置,Maven会按照标准的目录结构,去查找和处理各种类型的文件,这就是Maven遵循的约定优于配置原则. Maven项目的标准目录结构 src — — main — — java 源文件 — — — — resources 资源文件 — — — — filters 资源过滤文件 — — — —