MAVEN实战

Maven实战（四）—— Maven常用命令

基本命令： 1. 清理命令：mvn clean 2. 编译源代码命令：mvn compile 3. 编译测试代码命令：mvn test-compile 4. 运行测试代码命令：mvn clean test 5. 打包命令：mvn clean package 6. 安装命令（将其安装到本地maven仓库中）：mvn clean install 7. 发布命令（将其发布到远程仓库中（私服
guwq2014·2015-03-03 12:00

Maven实战（三）—— 搭建nexus私服

阅读更多一、下载nexus：下载地址二、修改默认端口：打开：D:\nexus-2.0.3-bundle\nexus-2.0.3\conf\nexus.properties：#SonatypeNexus#==============#ThisisthemostbasicconfigurationofNexus.#Jettysectionapplication-port=9080application
guwq2014·2015-03-02 17:00

Maven实战（三）—— 搭建nexus私服

一、下载nexus： 下载地址 二、修改默认端口：打开：D:\nexus-2.0.3-bundle\nexus-2.0.3\conf\nexus.properties：#SonatypeNexus#==============#ThisisthemostbasicconfigurationofNexus. #Jettysectionapplication-port=9080application-
guwq2014·2015-03-02 17:00

Maven实战（三）—— 搭建nexus私服

一、下载nexus： 下载地址 二、修改默认端口：打开：D:\nexus-2.0.3-bundle\nexus-2.0.3\conf\nexus.properties：#SonatypeNexus#==============#ThisisthemostbasicconfigurationofNexus. #Jettysectionapplication-port=9080application-
guwq2014·2015-03-02 17:00

Maven实战（二）—— 继承和聚合

阅读更多继承：1.被继承项目与继承项目是父子目录关系现在假设我们有一个项目projectA，有另一个项目projectB，而且projectB是跟projectA的pom.xml文件处于同一个目录下，这个时候projectA和projectB的目录结构如下：------projectA------projectB-----pom.xml------pom.xml这时候如果projectB需要继承自
guwq2014·2015-03-02 17:00

Maven实战（二）—— 继承和聚合

继承： 1. 被继承项目与继承项目是父子目录关系 现在假设我们有一个项目projectA，有另一个项目projectB，而且projectB是跟projectA的pom.xml文件处于同一个目录下，这个时候projectA和projectB的目录结构如下： ------projectA        ------projectB
guwq2014·2015-03-02 17:00

Maven实战（二）—— 继承和聚合

继承： 1. 被继承项目与继承项目是父子目录关系 现在假设我们有一个项目projectA，有另一个项目projectB，而且projectB是跟projectA的pom.xml文件处于同一个目录下，这个时候projectA和projectB的目录结构如下： ------projectA        ------projectB
guwq2014·2015-03-02 17:00

Maven实战（一）—— 依赖

阅读更多依赖配置：例如：...group-aartifact-a1.0group-cexcluded-artifactgroup-aartifact-b1.0barruntime依赖会包含基本的groupId,artifactId,version等元素，根元素project下的dependencies可以包含一个或者多个dependency元素，以声明一个或者多个依赖。每个依赖可以包含的元素：gr
guwq2014·2015-02-27 10:00

Maven实战（一）—— 依赖

依赖配置： 例如： <project>     ...     <dependencies>       <dependency>      &nb
guwq2014·2015-02-27 10:00

Maven实战（一）—— 依赖

依赖配置： 例如： <project>     ...     <dependencies>       <dependency>      &nb
guwq2014·2015-02-27 10:00

Maven实战（八）——打包的技巧

“打包“这个词听起来比较土，比较正式的说法应该是”构建项目软件包“，具体说就是将项目中的各种文件，比如源代码、编译生成的字节码、配置文件、文档，按照规范的格式生成归档，最常见的当然就是JAR包和WAR包了，复杂点的例子是Maven官方下载页面的分发包，它有自定义的格式，方便用户直接解压后就在命令行使用。作为一款”打包工具“，Maven自然有义务帮助用户创建各种各样的包，规范的JAR包和WAR包自然
wbj0110·2015-02-25 15:00

Maven实战（七）——常用Maven插件介绍

我们都知道Maven本质上是一个插件框架，它的核心并不执行任何具体的构建任务，所有这些任务都交给插件来完成，例如编译源代码是由maven-compiler-plugin完成的。进一步说，每个任务对应了一个插件目标（goal），每个插件会有一个或者多个目标，例如maven-compiler-plugin的compile目标用来编译位于src/main/java/目录下的主源码，testCompile
wbj0110·2015-02-25 15:00

Maven实战（八）——打包的技巧

“打包“这个词听起来比较土，比较正式的说法应该是”构建项目软件包“，具体说就是将项目中的各种文件，比如源代码、编译生成的字节码、配置文件、文档，按照规范的格式生成归档，最常见的当然就是JAR包和WAR包了，复杂点的例子是Maven官方下载页面的分发包，它有自定义的格式，方便用户直接解压后就在命令行使用。作为一款”打包工具“，Maven自然有义务帮助用户创建各种各样的包，规范的JAR包和WAR包自然
wbj0110·2015-02-25 15:00

Maven实战（七）——常用Maven插件介绍

我们都知道Maven本质上是一个插件框架，它的核心并不执行任何具体的构建任务，所有这些任务都交给插件来完成，例如编译源代码是由maven-compiler-plugin完成的。进一步说，每个任务对应了一个插件目标（goal），每个插件会有一个或者多个目标，例如maven-compiler-plugin的compile目标用来编译位于src/main/java/目录下的主源码，testCompile
wbj0110·2015-02-25 15:00

Maven实战（八）——打包的技巧

“打包“这个词听起来比较土，比较正式的说法应该是”构建项目软件包“，具体说就是将项目中的各种文件，比如源代码、编译生成的字节码、配置文件、文档，按照规范的格式生成归档，最常见的当然就是JAR包和WAR包了，复杂点的例子是Maven官方下载页面的分发包，它有自定义的格式，方便用户直接解压后就在命令行使用。作为一款”打包工具“，Maven自然有义务帮助用户创建各种各样的包，规范的JAR包和WAR包自然
wbj0110·2015-02-25 15:00

Maven实战（七）——常用Maven插件介绍

我们都知道Maven本质上是一个插件框架，它的核心并不执行任何具体的构建任务，所有这些任务都交给插件来完成，例如编译源代码是由maven-compiler-plugin完成的。进一步说，每个任务对应了一个插件目标（goal），每个插件会有一个或者多个目标，例如maven-compiler-plugin的compile目标用来编译位于src/main/java/目录下的主源码，testCompile
wbj0110·2015-02-25 15:00

Maven实战（六）——Gradle，构建工具的未来？

Maven面临的挑战软件行业新旧交替的速度之快往往令人咂舌，不用多少时间，你就会发现曾经大红大紫的技术已经成为了昨日黄花，当然，Maven也不会例外。虽然目前它基本上是Java构建的事实标准，但我们也能看到新兴的工具在涌现，比如基于Goovy的Gradle，而去年Hibernate宣布从Maven迁移至Gradle这一事件更是吸引了不少眼球。在此之前，我也听到了不少对Maven的抱怨，包括XML的
wbj0110·2015-02-25 15:00

Maven实战（六）——Gradle，构建工具的未来？

Maven面临的挑战软件行业新旧交替的速度之快往往令人咂舌，不用多少时间，你就会发现曾经大红大紫的技术已经成为了昨日黄花，当然，Maven也不会例外。虽然目前它基本上是Java构建的事实标准，但我们也能看到新兴的工具在涌现，比如基于Goovy的Gradle，而去年Hibernate宣布从Maven迁移至Gradle这一事件更是吸引了不少眼球。在此之前，我也听到了不少对Maven的抱怨，包括XML的
wbj0110·2015-02-25 15:00

Maven实战（六）——Gradle，构建工具的未来？

Maven面临的挑战软件行业新旧交替的速度之快往往令人咂舌，不用多少时间，你就会发现曾经大红大紫的技术已经成为了昨日黄花，当然，Maven也不会例外。虽然目前它基本上是Java构建的事实标准，但我们也能看到新兴的工具在涌现，比如基于Goovy的Gradle，而去年Hibernate宣布从Maven迁移至Gradle这一事件更是吸引了不少眼球。在此之前，我也听到了不少对Maven的抱怨，包括XML的
wbj0110·2015-02-25 15:00

Maven实战（一）——坐标规划

  坐标是什么？为什么要规划？ 坐标是Maven最基本的概念，它就像每个构件的身份证号码，有了它我们就可以在数以千万计的构件中定位任何一个我们感兴趣的构件。举个最简单的例子，如果没有坐标，使用JUnit的时候，用户就需要去下载依赖jar包，用依赖的方式，简单配置使用如junit:junit:4.8.2就可以了。这里第一个junit是groupId，第二个junit是artifactId
wbj0110·2015-02-23 14:00

Maven实战（五）---两个war包的调用

开篇前提   1、为什么要用两个war包的调用？        因为我们Maven项目每个war包都是一条线，前台用easyui，而每一条线都要引用easyui相关的js、css，还有一些其他的样式。为了把这些重复的东西抽出来，所以我打了一个war包，将这些东西放进去。    2、为什么没有用jar包呢？         打了一个普通的jar包，资源打进去了，但是引用不了。时间紧急，没有试其他的解
liutengteng130·2015-02-15 21:00

Maven实战（五）——自动化Web应用集成测试

自动化集成测试的角色 本专栏的上一篇文章讲述了Maven与持续集成的一些关系及具体实践，我们都知道，自动化测试是持续集成必不可少的一部分，基本上，没有自动化测试的持续集成，都很难称之为真正的持续集成。我们希望持续集成能够尽早的暴露问题，但这远非配置一个 Hudson/Jenkins服务器那么简单，只有真正用心编写了较为完整的测试用例，并一直维护它们，持续集成才能孜孜不倦地运行测试并第一时间报告问
wbj0110·2015-02-06 11:00

Maven实战（五）——自动化Web应用集成测试

自动化集成测试的角色 本专栏的上一篇文章讲述了Maven与持续集成的一些关系及具体实践，我们都知道，自动化测试是持续集成必不可少的一部分，基本上，没有自动化测试的持续集成，都很难称之为真正的持续集成。我们希望持续集成能够尽早的暴露问题，但这远非配置一个 Hudson/Jenkins服务器那么简单，只有真正用心编写了较为完整的测试用例，并一直维护它们，持续集成才能孜孜不倦地运行测试并第一时间报告问
wbj0110·2015-02-06 11:00

Maven实战（五）——自动化Web应用集成测试

自动化集成测试的角色 本专栏的上一篇文章讲述了Maven与持续集成的一些关系及具体实践，我们都知道，自动化测试是持续集成必不可少的一部分，基本上，没有自动化测试的持续集成，都很难称之为真正的持续集成。我们希望持续集成能够尽早的暴露问题，但这远非配置一个 Hudson/Jenkins服务器那么简单，只有真正用心编写了较为完整的测试用例，并一直维护它们，持续集成才能孜孜不倦地运行测试并第一时间报告问
wbj0110·2015-02-06 11:00

Maven实战（四）——基于Maven的持续集成实践

Martin的《持续集成》 相信很多读者和我一样，最早接触到持续集成的概念是来自Martin的著名文章《持续集成》，该文最早发布于2000年9月，之后在2006年进行了一次修订，它清晰地解释了持续集成的概念，并总结了10条实践，它们分别为： 只维护一个源码仓库 自动化构建   让构建自行测试 每人每天向主干提交代码 每次提交都应在持续集成机
wbj0110·2015-02-06 11:00

Maven实战（三）——多模块项目的POM重构

在本专栏的上一篇文章POM重构之增还是删中，我们讨论了一些简单实用的POM重构技巧，包括重构的前提——持续集成，以及如何通过添加或者删除内容来提高POM的可读性和构建的稳定性。但在实际的项目中，这些技巧还是不够的，特别值得一提的是，实际的Maven项目基本都是多模块的，如果仅仅重构单个POM而不考虑模块之间的关系，那就会造成无谓的重复。本文就讨论一些基于多模块的POM重构技巧。 重复，还是重复
wbj0110·2015-02-06 11:00

Maven实战（二）——POM重构之增还是删

重构是广大开发者再熟悉不过的技术，在Martin Fowler的《重构——改善既有代码的设计》一书中，其定义为“重构(名词):对软件内部结构的一种调整,目的是在不改变软件之可察行为前提下,提高其可理解性,降低其修改成本.”以及“重构(动词):使用一系列重构准则(手法),在不改变软件之可察行为前提下,调整其结构.”。重构能够改善软件设计，使代码更易读，更容易找出bug，并帮助你更快速地编码。较之于一
wbj0110·2015-02-06 11:00

Maven实战（二）——POM重构之增还是删

重构是广大开发者再熟悉不过的技术，在Martin Fowler的《重构——改善既有代码的设计》一书中，其定义为“重构(名词):对软件内部结构的一种调整,目的是在不改变软件之可察行为前提下,提高其可理解性,降低其修改成本.”以及“重构(动词):使用一系列重构准则(手法),在不改变软件之可察行为前提下,调整其结构.”。重构能够改善软件设计，使代码更易读，更容易找出bug，并帮助你更快速地编码。较之于一
wbj0110·2015-02-06 11:00

Maven实战（四）——基于Maven的持续集成实践

Martin的《持续集成》 相信很多读者和我一样，最早接触到持续集成的概念是来自Martin的著名文章《持续集成》，该文最早发布于2000年9月，之后在2006年进行了一次修订，它清晰地解释了持续集成的概念，并总结了10条实践，它们分别为： 只维护一个源码仓库 自动化构建   让构建自行测试 每人每天向主干提交代码 每次提交都应在持续集成机
wbj0110·2015-02-06 11:00

Maven实战（四）——基于Maven的持续集成实践

Martin的《持续集成》 相信很多读者和我一样，最早接触到持续集成的概念是来自Martin的著名文章《持续集成》，该文最早发布于2000年9月，之后在2006年进行了一次修订，它清晰地解释了持续集成的概念，并总结了10条实践，它们分别为： 只维护一个源码仓库 自动化构建   让构建自行测试 每人每天向主干提交代码 每次提交都应在持续集成机
wbj0110·2015-02-06 11:00

Maven实战（二）——POM重构之增还是删

重构是广大开发者再熟悉不过的技术，在Martin Fowler的《重构——改善既有代码的设计》一书中，其定义为“重构(名词):对软件内部结构的一种调整,目的是在不改变软件之可察行为前提下,提高其可理解性,降低其修改成本.”以及“重构(动词):使用一系列重构准则(手法),在不改变软件之可察行为前提下,调整其结构.”。重构能够改善软件设计，使代码更易读，更容易找出bug，并帮助你更快速地编码。较之于一
wbj0110·2015-02-06 11:00

Maven实战（三）——多模块项目的POM重构

在本专栏的上一篇文章POM重构之增还是删中，我们讨论了一些简单实用的POM重构技巧，包括重构的前提——持续集成，以及如何通过添加或者删除内容来提高POM的可读性和构建的稳定性。但在实际的项目中，这些技巧还是不够的，特别值得一提的是，实际的Maven项目基本都是多模块的，如果仅仅重构单个POM而不考虑模块之间的关系，那就会造成无谓的重复。本文就讨论一些基于多模块的POM重构技巧。 重复，还是重复
wbj0110·2015-02-06 11:00

Maven实战（三）——多模块项目的POM重构

在本专栏的上一篇文章POM重构之增还是删中，我们讨论了一些简单实用的POM重构技巧，包括重构的前提——持续集成，以及如何通过添加或者删除内容来提高POM的可读性和构建的稳定性。但在实际的项目中，这些技巧还是不够的，特别值得一提的是，实际的Maven项目基本都是多模块的，如果仅仅重构单个POM而不考虑模块之间的关系，那就会造成无谓的重复。本文就讨论一些基于多模块的POM重构技巧。 重复，还是重复
wbj0110·2015-02-06 11:00

Maven实战（一）——坐标规划

  坐标是什么？为什么要规划？ 坐标是Maven最基本的概念，它就像每个构件的身份证号码，有了它我们就可以在数以千万计的构件中定位任何一个我们感兴趣的构件。举个最简单的例子，如果没有坐标，使用JUnit的时候，用户就需要去下载依赖jar包，用依赖的方式，简单配置使用如junit:junit:4.8.2就可以了。这里第一个junit是groupId，第二个junit是artifactId
wbj0110·2015-02-06 11:00

Maven实战（一）——坐标规划

  坐标是什么？为什么要规划？ 坐标是Maven最基本的概念，它就像每个构件的身份证号码，有了它我们就可以在数以千万计的构件中定位任何一个我们感兴趣的构件。举个最简单的例子，如果没有坐标，使用JUnit的时候，用户就需要去下载依赖jar包，用依赖的方式，简单配置使用如junit:junit:4.8.2就可以了。这里第一个junit是groupId，第二个junit是artifactId
wbj0110·2015-02-06 11:00

Maven实战（九）——打包的技巧

“打包“这个词听起来比较土，比较正式的说法应该是”构建项目软件包“，具体说就是将项目中的各种文件，比如源代码、编译生成的字节码、配置文件、文档，按照规范的格式生成归档，最常见的当然就是JAR包和WAR包了，复杂点的例子是Maven官方下载页面的分发包，它有自定义的格式，方便用户直接解压后就在命令行使用。作为一款”打包工具“，Maven自然有义务帮助用户创建各种各样的包，规范的JAR包和WAR包自然
wusuoya·2015-02-04 20:00

Maven实战(1)

1.maven本地仓库配置,远程仓库配置 1.1本地仓库配置    windows:~\.m2\settings文件可以修改本地仓库的路径 1.2远程仓库配置    windows:%M2_HOME%\lib\maven-model-builder-3.0.jar ,然后访问org\apache\maven\model\pom-4.0.0.xml修改配置:&
_wy_·2015-01-27 16:00

Maven项目自定义远程仓库问题

    最近在看《maven实战》这本书，想着将现在做的项目使用模块化方式，其中有几个依赖是使用公司的自建仓库，为了方便多个公司的合作，并尽量减少其他人的操作，就想将公司的的仓库放着项目中
buxin_2008·2015-01-22 14:00

Maven项目自定义远程仓库问题

阅读更多最近在看《maven实战》这本书，想着将现在做的项目使用模块化方式，其中有几个依赖是使用公司的自建仓库，为了方便多个公司的合作，并尽量减少其他人的操作，就想将公司的的仓库放着项目中pom，这样其他人不用配置自己本地的
buxin_2008·2015-01-22 14:00

许晓斌_Maven实战（四）——基于Maven的持续集成实践

from: http://www.infoq.com/cn/articles/xxb-maven-4-ciMartin的《持续集成》相信很多读者和我一样，最早接触到持续集成的概念是来自Martin的著名文章《持续集成》，该文最早发布于2000年9月，之后在2006年进行了一次修订，它清晰地解释了持续集成的概念，并总结了10条实践，它们分别为：只维护一个源码仓库自动化构建让构建自行测试每人每天向主干
moonsheep_liu·2015-01-19 10:00

许晓斌_Maven实战（三）——多模块项目的POM重构

from: http://www.infoq.com/cn/news/2011/01/xxb-maven-3-pom-refactoring在本专栏的上一篇文章POM重构之增还是删中，我们讨论了一些简单实用的POM重构技巧，包括重构的前提——持续集成，以及如何通过添加或者删除内容来提高POM的可读性和构建的稳定性。但在实际的项目中，这些技巧还是不够的，特别值得一提的是，实际的Maven项目基本都是
moonsheep_liu·2015-01-19 09:00

许晓斌_Maven实战（二）——POM重构之增还是删

from:http://www.infoq.com/cn/news/2010/12/xxb-maven-2-pom重构是广大开发者再熟悉不过的技术，在MartinFowler的《重构——改善既有代码的设计》一书中，其定义为“重构(名词):对软件内部结构的一种调整,目的是在不改变软件之可察行为前提下,提高其可理解性,降低其修改成本.”以及“重构(动词):使用一系列重构准则(手法),在不改变软件之可察
moonsheep_liu·2015-01-19 09:00

许晓斌_Maven实战（一）——坐标规划

from：http://www.infoq.com/cn/news/2010/12/xxb-maven-1坐标是什么？为什么要规划？坐标是Maven最基本的概念，它就像每个构件的身份证号码，有了它我们就可以在数以千万计的构件中定位任何一个我们感兴趣的构件。举个最简单的例子，如果没有坐标，使用JUnit的时候，用户就需要去下载依赖jar包，用依赖的方式，简单配置使用如junit:junit:4.8.
moonsheep_liu·2015-01-19 09:00

Maven实战(一) 之它是什么？

    一.Maven ...  它是什么？（项目管理工具，构建工具，插件，生成站点，生命周期）       如何回答这个问题要看你怎么看这个问题。 绝大部分Maven用户都称Maven是一个"构建工具"：一个用来把源代码构建成可发布的构件的工具。 构建工程师和项目经理会说Maven是一个更复杂的东西
java小叶檀·2015-01-07 15:00

个人总结感想系列 - 2014年总结

学习和成长：1.书籍：《java核心技术卷1》《java核心技术2》（部分），《Maven实战》《深入理解Java虚拟机:JVM高级特性与最佳实践》以及《Netty权威指南》和《Spring框架》（一部分
initphp·2014-12-31 20:00

Maven实战读书笔记（18）

编写Maven插件的一般步骤1、创建一个maven-plugin项目：插件本身也是Maven项目，特殊的地方在于它的packaging必须是maven-plugin，用户可以使用maven-archetype-plugin快速创建一个Maven插件项目2、为插件编写目标：每个插件都必须包含一个或者多个目标，Maven称之为Mojo(与POJO对应，后缀指PlainOldJavaObject，这里指
祥林会跟你远走高飞·2014-12-25 15:00

Maven实战读书笔记（17）

Eclipse1、eclipse是非常流行的IDE，为了方便用户，日常开发使用的各种工具都会提供相应的Eclipse插件2、Eclipse默认就集成了JUnit单元测试框架、CVS版本控制工具以及Mylyn任务管理框架3、Eclipse插件的数量非常多，可以访问EclipseMarketplace了解各种各样的Eclipse插件4、m2eclipse就是一个在Eclipse中集成Maven的插件，
祥林会跟你远走高飞·2014-12-25 15:00

Maven实战读书笔记（16）

Maven聚合项目信息1、Maven不仅仅是一个自动化构建工具和一个依赖管理工具，它还能够帮助聚合项目信息，促进团队间的交流2、POM可以包含各种项目信息，如项目描述、版本控制系统地址、缺陷跟踪系统地址、许可证信息、开发者信息等3、Maven可以自动生成一个Web站点，以Web的形式发布这些信息4、Maven社区提供了大量的插件，能让用户生成各种各样的项目审查报告，包括测试覆盖率、静态代码分析、代
祥林会跟你远走高飞·2014-12-25 13:00

Maven实战读书笔记（15）

关于灵活的构建一个优秀的构建系统必须足够灵活，它应该能够让项目在不同的环境下都能成功地构建。例如，典型的项目都会有开发环境、测试环境和产品环境，这些环境的数据库配置不尽相同，那么项目构建的时候就需要能够识别所在的环境并使用正确的配置还有一种常见的情况是，项目开发了大量的集成测试，这些测试运行起来非常耗时，不适合在每次构建项目的时候都运行，因此需要一种手段能让我们在特定的时候才激活这些集成测试，Ma
祥林会跟你远走高飞·2014-12-24 18:00

Maven实战读书笔记（14）

什么是版本管理？版本管理是指项目整体版本的演变过程管理，如从1.0-SNAPSHOT到1.0再到1.1-SNAPSHOT 什么是版本控制？版本控制是指借助版本控制工具（如Subversion）追踪代码的每一个变更 什么时候可以将快照版本更新为发布版本1、所有自动化测试应当全部通过2、项目没有配置任何快照版本的依赖3、项目没有配置任何快照版本的插件4、项目所包含的代码已经全部提交到版本控制系统中 M
祥林会跟你远走高飞·2014-12-24 15:00
上一页 6 7 8 9 10 11 12 13 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他