该方法只可打包非spring项目的可执行jar包,spring项目可参考:http://www.cnblogs.com/guazi/p/6789679.html 1.添加maven插件: <!-- Maven Assembly Plugin --> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-assembly-plugin</artifactI

1.先在pom.xml文件中添加assembly打包插件 <build> <plugins> <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-assembly-plugin</artifactId> <version>2.6</version> <configuration> <descr

maven assembly打包出现错误 [WARNING] The POM for com.flink.xxr:0.0.1-SNAPSHOT is invalid, transitive dependencies (if any) will not be available, enable debug logging for more details 前面还提示第三方包都不能用 在.m2的repository文件夹发现了我要打包的项目(也就是com.flink.xxr,不知道怎么回事),删除它

assembly .xml <assembly xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/plugins/maven-assembly-plugi

异常信息:通配符的匹配很全面, 但无法找到元素 的声明. 报的异常信息是关于我们使用的一个自定义的spring标签,这个异常通常的原因可能是读取不到自定义标签的映射. 到META-INF目录下找一下是否存在spring.schemas的定义,没有找到我们自定义的标签的映射记录,初步判断是由于Fatjar打包时spring.schemas的文件没有合并或者被覆盖写入造成.于是对打包的插件 assembly 进行调研. https://stackoverflow.com/questions/5586

--排除 <?xml version="1.0" encoding="UTF-8"?><assembly    xmlns="http://maven.apache.org/plugins/maven-assembly-plugin/assembly/1.1.2"    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"    xsi:schemaLoc

1. 在 dubbo 的 provider 项目(实现类项目dubbo-service-impl)中 pom.xml 配置 assembly插件信息 <!-- 指定项目的打包插件信息 --> <plugin> <artifactId>maven-assembly-plugin</artifactId> <configuration> <!-- 指定打包描述文件的位置:相对项目根目录 的路径 --> <!-- assembly 打

最近使用Kettle做定时数据抽取,因为Job更新或需求变更,修改Bug等种种原因,需要对重跑Job一般是针对每天的数据重跑一次.刚开始的做法是直接在自己的开发机器上重跑,这样速度比较慢,因为这时候你的开发机相当于数据的中专站,这样外网数据来回传输速度很慢重新集计一个月的数据可能要花半小时以上.因此就萌生了把集计程序打成jar直接放到服务器上去执行,这样内网传输速度就快了很多. 之前使用IDEA自带的打包试了好几次都不成功,后面搜了一下Maven发现更简单.对应的POM文件如下: <build>

1.src/main目录下建立scritps.config.assembly目录 scritps:存放脚本文件如批处理 assembly:打包配置文件   2.assembly目录下建立package.xml <assembly> <id>bin</id> <!-- 最终打包成一个用于发布的zip文件 --> <formats> <format>zip</format> </formats> <!-- A

有一个小工程,使用了spring,在使用maven的assembly打包成独立可执行的jar包后,在执行时报如下错误:Configuration problem: Unable to locate Spring NamespaceHandler for XML schema namespace      网上对这个问题也有提及,这是assembly的一个bug.参见:http://jira.codehaus.org/browse/MASSEMBLY-360 原因是spring的多个jar包中都含

jar包打包成exe示例(基于maven项目) 说明 针对基于maven的Java项目,通常会打包成jar, 如果要把jar文件包装成exe文件,仅需要在pom.xml配置文件中增加一个插件即可 这里我们用launch4j, launch4j 还有其他的方式使用方式,这里只示范一下maven项目的使用 环境 jdk1.8 maven 3.5.2 Main方法 逻辑很简单,就是如果命令行有参数,则打印命令行的第一个参数, 无参数则打印"Hell World!". package com.

用assembly打包一直报错: shangyanshuodeMacBook-Pro:target shangyanshuo$ java -jar jobscrawler-1.0-SNAPSHOT-jar-with-dependencies.jar 17-04-30 15:52:43,337 INFO org.springframework.context.support.ClassPathXmlApplicationContext(AbstractApplicationContext.java

之前一直用安装的maven打包spring的javaweb项目,用的是mvn assembly:assembly打包,这次打包非web的spring项目,遇到许多问题,特记录一下正确步骤. 1.配置pom.xml 这里不用assembly,因为assembly在打包时只会把第一次遇到的文件打入jar包,后面遇到的都会skip掉.也就是说assembly把我的Spring描述文件都忽略掉咯.报错就是:找不到 spring-context.xml (我的配置spring的xml),所以这里用 mav

一.简介 在将Storm Topology提交到服务器集群运行时,需要先将项目进行打包.本文主要对比分析各种打包方式,并将打包过程中需要注意的事项进行说明.主要打包方式有以下三种: 第一种:不加任何插件,直接使用mvn package打包: 第二种:使用maven-assembly-plugin插件进行打包: 第三种:使用maven-shade-plugin进行打包. 以下分别进行详细的说明. 二.mvn package 2.1 mvn package的局限 不在POM中配置任何插件,直接使用m

1.POM文件添加jar包生成插件 <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-jar-plugin</artifactId> <version>3.0.2</version> <configuration> <archive> <manifest> <mainClass>${m

一.简介 在将 Storm Topology 提交到服务器集群运行时,需要先将项目进行打包.本文主要对比分析各种打包方式,并将打包过程中需要注意的事项进行说明.主要打包方式有以下三种: 第一种:不加任何插件,直接使用 mvn package 打包: 第二种:使用 maven-assembly-plugin 插件进行打包: 第三种:使用 maven-shade-plugin 进行打包. 以下分别进行详细的说明. 二.mvn package 2.1 mvn package的局限 不在 POM 中配置

参考博客:https://www.cnblogs.com/Binhua-Liu/p/5604841.html maven-assembly-plugin的使用 : https://www.cnblogs.com/f-zhao/p/6929814.html 配置总结: 一 jar包位置 1.把lib目录下所有的文件(外部依赖的jar) 2.依赖的所有maven jar包 3.可运行的工程jar文件的存放路径 (打开后是.class文件) 4.源代码的jar包(打开后是.java源文件)---四部分

SpringBoot-Maven打包压缩瘦身 一.Spring Boot 可执行 jar 分析 1.1 打包 1.2 两种 jar 的比较 1.3 一次打包两个 jar 二.SpringBoot迭代发布JAR瘦身配置 三.引入内部编译的依赖 3.1 剔除不需要的依赖 3.1.1 方式一:排除一个具体的maven 模块,通过唯一的groupId和artifactId组合来实现.(如果有必要,可以加入classifier来唯一确认.) 3.1.2 方式二:排除和"指定的artifactId"

 项目环境版本:dubbo2.5.10 spring版本4.3.10  一 SOA 1英文名称(Service Oriented Ambiguity) 2 中文名称:面向服务架构 2.1 有一个专门提供服务单元 2.2 其他所有单元都调用这个服务 3 SOA定位: 3.1如何设计项目,让开发时更有效率 3.2 SOA是一种思想 4之前项目架构  4.1在公司项目不允许所有项目都访问数据库 4.2开发时,数据库访问层代码可能出现冗余 5 使用SOA架构 5.1专门访问数据库服务(项目) 5.2开发

前言 1.浅谈架构的发展 首先,要了解dubbo,就得了解,它是在什么背景下产生的?这就需要从架构的发展说起. 孟老师从事软件开发2008年份,那时候我上高一,那个时候,淘宝.京东都还没有火起来.那个时候的软件都很简单,应用的访问量都很小,只需要一个单一的应用,就可以满足所有的需求:例如我做的 zbj系统,一共就不到五个人会用,此时,影响响应效率的,主要是与数据库的交互. 但是,谈到业务系统,尤其是zb业务系统,全国有很多的分公司,这个时候,用户的访问量就上来了,会有上百,上千的访问量,这样,单