河南省政府采购网
您的位置：
>> 河南省电子化政府采购系统设备采购竞争性谈判文件商务及技术条款公示发布时间： 17:06&&发布人：-&&访问次数：&&
河南省电子化政府采购系统设备采购竞争性谈判文件商务及技术条款公示各潜在供应商：&&& 河南省机电设备招标股份有限公司受河南省财政厅委托，就河南省电子化政府采购系统所需货物进行竞争性谈判采购。现将谈判文件商务及技术条款进行网上公示，请潜在供应商就谈判文件商务及技术条款是否存在倾向性、排他性等内容提出相关意见。所有意见应于2009年4月20日上午10：00时前以书面形式（加盖单位公章，一式两份）递交至河南省机电设备招标股份有限公司，逾期不予受理。联 系 人：毕冉& 陈晓可详细地址：郑州市纬二路4号 &&&&电&&& 话：5& 第一部分：谈判供应商必须满足的基本条件: (一)具有独立承担民事责任的能力；&(二)具有良好的商业信誉和健全的财务会计制度；&(三)具有履行合同所必需的设备和专业技术能力；(四)有依法缴纳税收和社会保障资金的良好记录；(五)参加政府采购活动前三年内，在经营活动中没有重大违法记录；(六)注册资金要求：A包、B包投标人注册资金不低于100万元人民币；C包、D包投标人注册资金不低于50万元人民币；(七) A包供应商要求具备（原信息产业部）颁发的计算机信息系统集成三级以上资质(含三级)；B包供应商要求具备（原信息产业部）颁发的计算机信息系统集成三级以上资质(含三级)和涉及国家秘密的计算机信息系统集成资质证书乙级及以上（注：外省供应商要求具备的涉及国家秘密的计算机信息系统集成资质为甲级）。第二部分：资格证明文件1、 若供应商提供的货物及服务不是供应商自己制造的，A包、B包、C包必须有制造商出具其制造货物针对本次谈判的正式授权书， D包必须有制造商（或其指定总代）出具其制造货物针对本次谈判的正式授权书。2、 A、B、C包的投标人需提供货物制造商的质保承诺函，D包需提供货物制造商或其指定总代的质保承诺函。第三部分：谈判程序及方法（1）谈判小组首先依据竞争性谈判文件的规定，从供应商递交响应性文件的有效性、完整性和对谈判文件的响应程度进行审查，以确定是否对竞争性谈判文件的实质性要求作出响应。未对谈判文件作实质性响应的供应商，不得进入谈判程序。（2）谈判小组对通过实质性响应审查的谈判响应文件进行商务和技术的综合评审并评分（商务及技术评分办法见本公示的第四部分），根据评分结果推荐前3名供应商进入谈判。（3）谈判小组就报价、技术、商务等内容与推荐的3名供应商分别进行单一谈判。3家供应商的谈判顺序将通过现场抽签确定。在谈判中，谈判的任何一方不得透露与谈判有关的其他供应商的技术资料、价格和其他信息。（4）谈判文件如有实质性变动的，谈判小组将以书面形式通知参加谈判的供应商；（5）确定成交供应商。谈判结束后，谈判小组应当要求参加谈判的3家供应商在规定时间内进行最后报价，报价以书面形式密封提交。采购人从谈判小组提出的成交候选人中根据技术、商务最大程度满足项目需要且报价最低的原则确定成交供应商，并将结果通知所有参加谈判的未成交的供应商。第四部分：商务及技术评分办法A包：商务20分，包括优惠条件、培训计划、服务承诺和企业实力等内容技术80分：满足本公示第五部分“招标货物技术指标及要求”中所有指标项的要求得满分80分；带**的指标项每有一项不满足扣5分；带*的指标项每有一项不满足扣2分；不带*的指标项每有一项不满足扣0.5分，扣完为止。B包：商务20分, 包括优惠条件、培训计划、服务承诺和企业实力等内容技术80分：满足本公示第五部分“招标货物技术指标及要求”中所有指标项的要求得满分80分；带**的指标项每有一项不满足扣5分；带*的指标项每有一项不满足扣2分；不带*的指标项每有一项不满足扣0.5分，扣C包：商务20分, 包括优惠条件、培训计划、服务承诺和企业实力等内容技术80分：满足本公示第五部分“招标货物技术指标及要求”中所有指标项的要求得满分80分；带**的指标项每有一项不满足扣20分；带*的指标项每有一项不满足扣2分；不带*的指标项每有一项不满足扣0.5分，扣完为止）。D包：商务20分, 包括优惠条件、培训计划、服务承诺和企业实力等内容技术80分：满足本公示第五部分“招标货物技术指标及要求”中所有指标项的要求得满分80分；带*的指标项每有一项不满足扣2分；不带*的指标项每有一项不满足扣0.5分，扣完为止）。第五部分 招标货物技术指标及要求A包——服务器存储设备1 刀片中心（1套）2 发布数据库刀片服务器（1台）3 应用刀片服务器（2台）4 WEB刀片服务器（2台）5 备份刀片服务器（1台）6 其他刀片服务器（2台）7存储交换机（2台）8 SAN+NAS一体化光纤存储（1台）9虚拟磁带库（1台）10 备份软件（1套）11、UPS电源系统１& 规格要求规格:的电源系统1台。2& 设备规范UPS电源系统由台的组成；UPS应为成熟产品，要求电源系统运行稳定可靠。输出配电盘系统采用UPS生产厂家的配套产品，新增加的检修电源直接接入输出盘，在正常运行时，手动合、停检修电源开关，不影响UPS系统的正常运行及对负荷的供电。的采用三进三出，能够满足长期、安全稳定的运行，开关容量根据160KVA负载量确定。技术指标1.*UPS(kVA/kW)80/722.*3.*输入电压范围：三进三出 380V -15%, +10% ; 100% 负载4.*输出电压：三相四线& 380/220V5.*输出电压稳定度：±1% 静态, ±5% 动态 -10% to 90% 负载跃变, & 1 ms 恢复时间6.*输入频率：45-65 Hz7.*输入功率因数：0.998.输入电流失真：典型& 5% THDi9.过载能力：101-110% for 1分钟;& 111-125% for 1 分钟; 126-150% for 10 sec1000% for 一个波周期 (旁路)10.*整机效率：94%11.显示界面：图表 LCD显示,12.质量标准认证：ISO 9001 : 2000, ISO 14001 : 199613.安全认证：IEC 6<st1:chsdate w:st="on" IsROCDate="False" IsLunarDate="False" Day="1" Month="1" Year="-1-1, IEC 60950, EN 6<st1:chsdate w:st="on" IsROCDate="False" IsLunarDate="False" Day="1" Month="1" Year="-1-1UPS&O*全IGBT设计，输入功率因数&0.99，输入THDI&3%&O高达0.9的输出功率因数&O*在50%负载时效率为94%以上&O智能化电池管理系统，可以延长电池使用寿命&O*32位DSP数字控制技术&O*整流器和逆变器的一体化、通用化、模块化设计&O*智能化热同步并机技术，模块化冗余并联设计&O*风道式冷却系统，冗余风扇，风扇转速检测技术&O*冗余逻辑电源设计&O具有简洁方便的可操作性、维护性&O具有远程监控功能。&O*可在线做电池放电试验，不用担心放电时因电池损坏而导致网络瘫痪。设备监控性能1)设备应全数字控制，能提供大屏幕LCD中文显示和全中文的网络集中监控管理方案和软件系统。2)系统应具备通信接口具备RS232、RS485(或RS422)或SNMP接口协议，且应具有良好的电气隔离(信号端子对地承受直流电压500V、1分钟不击穿或闪烁)；提供同用户现有动力环境监控系统接入技术支持。3)设备运行参数的设置设备应具有智能判断功能，对于超常规的参数设置（错误命令），应能自动拒绝。4)准确度提供动力监控系统的：开关量准确度应达到& 100%；模拟量精确度应达到& 直流电压误差≤0.5%& 其它电量误差≤2%&非电量误差& ≤5%设备显示面板或表头显示值应与从通信接口读出的三遥量值保持一致。设备机械性能1)外观工艺、检查：机柜表面喷涂均匀、无破损；信号灯、开关、测量显示装置布局合理。2)结构工艺：部件排列合理、整齐；导线颜色和截面合理，布放平整，编号合理；接插件牢固；电源进出线符合工程需要；维修安全及方便；具备抗震措施。3)机架组装：有防振加固安装孔，接地应用铜质螺母，其直径≥M8。4)标牌、标记：应平整清晰。3& 3.1 UPS系统、输出配电系统所有部件应有足够强度能承受运输，安装及运行短路所引起的作用力而不致损坏变形。３.２UPS系统、输出配电系统的防护等级满足现场要求３.３&&UPS系统、输出配电系统的母线、电缆按长期允许载流量选择，并考虑相应的富裕量。３.４&&母线与支线应有标明相别的颜色，A、B、C相分别为黄、绿、红色,相序按国家相关标准。３.５此项改造工程为投标方总包工程，设计、供货、安装均由投标方负责完成。主要供货包括：UPS电源系统1套、输入输出配电设备等4& 规范& 标准& 质量保证& 技术资料4.1 设备制造应遵守的规范和标准:投标方提供的设备及现场的安装符合国家相关标准及IEC标准4.2& 供方应提供下列设备质量证明书&&& (1) 产品合格证&&& (2) 制造、验收记录、产品鉴定文件和技术资料。&&& (3) 提供UPS系统、配电系统的内部安装接线图，供方对内部接线的正确性和设备功能应负完全责任。&&& (4) 提供UPS系统使用说明书(包括安装调试、贮藏、运行维护等注意事项和方法，对安装、土建要求必须明确提出)。&&& (5) 配套设备必须符合各自的产品技术标准，并有合格证明书及试验报告。5 备品及专用工具5.1&& 制造厂应提供备品备件、专用工具，并提供备品备件型号及备板的编号清单。5.2&& 备品备件单独装箱, 并注明为备件。6 技术服务6.1&&& 安装及投运过程中相应生产厂家应及时派人到现场服务，在设备正常运转后，应提供3年免费的全包售后服务。6.2&&& 6.3& 设备到货时应为用户提供3份完整的技术资料（包括总装图、基础图、电气原理图、控制柜装配图、安装运行维护修理说明书、工厂试验报告、用户操作及培训手册、产品合格证等各种相关技术资料）。B包——网络安全设备*1PowerV__)1、 千兆防火墙（1台）2 、安全过滤网关（1台）3、 千兆入侵检测（1台）4、日志行为审计系统（1台）5、漏洞扫描设备（1台）C包——SSL VPN相关应用设备涉及用户已有设备：1SSL VPNArray SPX 30001 、原有SSL VPN设备升级（1套）2、 SSL VPN设备3 、应用负载均衡设备D包——第三方软件平台*1&& 、PDF文档编辑开发平台（1套）2、 网站内容管理平台（1套）3 、网页防篡改系统（1套）4、网络版电子签章系统（1套）5 、数据监控分析开发平台（1套）&& 上一页 1
锁定老帖子
精华帖 (17) :: 良好帖 (2) :: 新手帖 (0) :: 隐藏帖 (0)
等级: 初级会员
来自: 深圳
发表时间：&&
最后修改：
Maven，发音是[`meivin]，"专家"的意思。它是一个很好的项目管理工具，很早就进入了我的必备工具行列，但是这次为了把ABPM项目
完全迁移并应用maven，所以对maven进行了一些深入的学习。写这个学习笔记的目的，一个是为了自己备忘，二则希望能够为其他人学习使用maven
缩短一些时间。
首先我把maven的概念快速的梳理一下，让我们快速地建立起一个比较精确的maven应用场景。
maven不是什么
读书时候要先限定范围，避免一些有害的遐想。要说maven不是什么，我们可以从如下几个要点来展开
maven不是ant，也不是make。
我们以前接触的构建工具，需要写一些详细的步骤，比如： compile project1/src/*.java
等类似的语句。这些语句正是我们使用ant和make所要编写的东西。maven采用了"约定优于配置"的方法，一些开发常用的操作和步骤已经固化在
maven中，所以使用者不再需要去编写那些烦人的语句了。同时，maven内置了开发流程的支持，它不仅能够编译，同样能够打包、发布，也能够一气呵成
做完这些所有的步骤。
maven不是ivy
依赖管理是maven的功能之一，虽然很多人包括我以前都是只用它的依赖管理功能，但是要深入运用的话，我们就可以看到更多的内容。更重要的是，maven在依赖关系中加入了scope的概念，进一步细化了依赖关系的划分。
maven是什么
maven将自己定位为一个项目管理工具。它负责管理项目开发过程中的几乎所有的东西：
maven有自己的版本定义和规则
maven支持许多种的应用程序类型，对于每一种支持的应用程序类型都定义好了一组构建规则和工具集。
输出物管理
maven可以管理项目构建的产物，并将其加入到用户库中。这个功能可以用于项目组和其他部门之间的交付行为。
maven对依赖关系的特性进行细致的分析和划分，避免开发过程中的依赖混乱和相互污染行为
文档和构建结果
maven的site命令支持各种文档信息的发布，包括构建过程的各种输出，javadoc，产品文档等。
一个大型的项目通常有几个小项目或者模块组成，用maven可以很方便地管理
移植性管理
maven可以针对不同的开发场景，输出不同种类的输出结果。
maven的生命周期
maven把项目的构建划分为不同的生命周期(lifecycle)，在我看来，划分的已经是非常仔细了，大家可以参考
。粗略一点的话，它这个过程(phase)包括：编译、测试、打包、集成测试、验证、部署。maven中所有的执行动作(goal)都需要指明自己在这个过程中的执行位置，然后maven执行的时候，就依照过程的发展依次调用这些goal进行各种处理。
这个也是maven的一个基本调度机制。一般来说，位置稍后的过程都会依赖于之前的过程。当然，maven同样提供了配置文件，可以依照用户要求，跳过某些阶段。
maven的"约定优于配置"
所谓的"约定优于配置"，在maven中并不是完全不可以修改的，他们只是一些配置的默认值而已。但是使用者除非必要，并不需要去修改那些约定内容。maven默认的文件存放结构如下：
pom.xml 用于maven的配置文件
/src 源代码目录
/src/main 工程源代码目录
/src/main/java 工程java源代码目录
/src/main/resource 工程的资源目录
/src/test 单元测试目录
/src/test/java
/target 输出目录，所有的输出物都存放在这个目录下
/target/classes 编译之后的class文件
每一个阶段的任务都知道怎么正确完成自己的工作，比如compile任务就知道从src/main/java下编译所有的java文件，并把它的输出class文件存放到target/classes中。
对maven来说，采用"约定优于配置"的策略可以减少修改配置的工作量，也可以降低学习成本，更重要的是，给项目引入了统一的规范。
maven的版本规范
maven使用如下几个要素来唯一定位某一个输出物： groupId:artifactId:packaging:version
。比如 org.springframework:spring:2.5
。每个部分的解释如下：
团体，公司，小组，组织，项目，或者其它团体。团体标识的约定是，它以创建这个项目的组织名称的逆向域名(reverse domain
name)开头。来自Sonatype的项目有一个以com.sonatype开头的groupId，而Apache
Software的项目有以org.apache开头的groupId。
artifactId
在groupId下的表示一个单独项目的唯一标识符。比如我们的tomcat, commons等。不要在artifactId中包含点号(.)。
一个项目的特定版本。发布的项目有一个固定的版本标识来指向该项目的某一个特定的版本。而正在开发中的项目可以用一个特殊的标识，这种标识给版本加上一个"SNAPSHOT"的标记。
虽然项目的打包格式也是Maven坐标的重要组成部分，但是它不是项目唯一标识符的一个部分。一个项目的
groupId:artifactId:version使之成为一个独一无二的项目；你不能同时有一个拥有同样的groupId,
artifactId和version标识的项目。
项目的类型，默认是jar，描述了项目打包后的输出。类型为jar的项目产生一个JAR文件，类型为war的项目产生一个web应用。
classifier
很少使用的坐标，一般都可以忽略classifiers。如果你要发布同样的代码，但是由于技术原因需要生成两个单独的构件，你就要使用一个分类器
（classifier）。例如，如果你想要构建两个单独的构件成JAR，一个使用Java 1.4编译器，另一个使用Java
6编译器，你就可以使用分类器来生成两个单独的JAR构件，它们有同样的groupId:artifactId:version组合。如果你的项目使用本
地扩展类库，你可以使用分类器为每一个目标平台生成一个构件。分类器常用于打包构件的源码，JavaDoc或者二进制集合。
maven有自己的版本规范，一般是如下定义 &major version&.&minor version&.&incremental version&-&qualifier&
比如1.2.3-beta-01。要说明的是，maven自己判断版本的算法是major,minor,incremental部分用数字比
较，qualifier部分用字符串比较，所以要小心 alpha-2和alpha-15的比较关系，最好用 alpha-02的格式。
maven在版本管理时候可以使用几个特殊的字符串 SNAPSHOT
。比如"1.0-SNAPSHOT"。各个部分的含义和处理逻辑如下说明：
如果一个版本包含字符串"SNAPSHOT"，Maven就会在安装或发布这个组件的时候将该符号展开为一个日期和时间值，转换为UTC时间。例
如，"1.0-SNAPSHOT"会在日下午2点10分发布时候变成1.0-000-1。
这个词只能用于开发过程中，因为一般来说，项目组都会频繁发布一些版本，最后实际发布的时候，会在这些snapshot版本中寻找一个稳定的，用于正式发
布，比如1.4版本发布之前，就会有一系列的1.4-SNAPSHOT，而实际发布的1.4，也是从中拿出来的一个稳定版。
指某个特定构件的最新发布，这个发布可能是一个发布版，也可能是一个snapshot版，具体看哪个时间最后。
指最后一个发布版。
maven的组成部分
maven把整个maven管理的项目分为几个部分，一个部分是源代码，包括源代码本身、相关的各种资源，一个部分则是单元测试用例，另外一部分则是各种maven的插件。对于这几个部分，maven可以独立管理他们，包括各种外部依赖关系。
maven的依赖管理
依赖管理一般是最吸引人使用maven的功能特性了，这个特性让开发者只需要关注代码的直接依赖，比如我们用了spring，就加入spring依赖说明就可以了，至于spring自己还依赖哪些外部的东西，maven帮我们搞定。
任意一个外部依赖说明包含如下几个要素：groupId, artifactId, version, scope, type, optional。其中前3个是必须的，各自含义如下：
groupId 必须
artifactId 必须
version 必须。
这里的version可以用区间表达式来表示，比如(2.0,)表示&2.0，[2.0,3.0)表示2.0&=ver&3.0；多个条件之间用逗号分隔，比如[1,3),[5,7]。
scope 作用域限制
type 一般在pom引用依赖时候出现，其他时候不用
optional 是否可选依赖
maven认为，程序对外部的依赖会随着程序的所处阶段和应用场景而变化，所以maven中的依赖关系有作用域(scope)的限制。在maven中，scope包含如下的取值：
compile（编译范围）
compile是默认的范围；如果没有提供一个范围，那该依赖的范围就是编译范围。编译范围依赖在所有的classpath中可用，同时它们也会被打包。
provided（已提供范围）
provided依赖只有在当JDK或者一个容器已提供该依赖之后才使用。例如，如果你开发了一个web应用，你可能在编译classpath中需要可用
的Servlet API来编译一个servlet，但是你不会想要在打包好的WAR中包含这个Servlet API；这个Servlet API
JAR由你的应用服务器或者servlet容器提供。已提供范围的依赖在编译classpath（不是运行时）可用。它们不是传递性的，也不会被打包。
runtime（运行时范围）
runtime依赖在运行和测试系统的时候需要，但在编译的时候不需要。比如，你可能在编译的时候只需要JDBC API JAR，而只有在运行的时候才需要JDBC驱动实现。
test（测试范围）
test范围依赖 在一般的 编译和运行时都不需要，它们只有在测试编译和测试运行阶段可用。测试范围依赖在之前的???中介绍过。
system（系统范围）
system范围依赖与provided类似，但是你必须显式的提供一个对于本地系统中JAR文件的路径。这么做是为了允许基于本地对象编译，而这些对象是系统类库的一部分。这样的构件应该是一直可用的，Maven也不会在仓库中去寻找它。 如果你将一个依赖范围设置成系统范围，你必须同时提供一个systemPath元素
。注意该范围是不推荐使用的（你应该一直尽量去从公共或定制的Maven仓库中引用依赖）。
另外，代码有代码自己的依赖，各个maven使用的插件也可以有自己的依赖关系。依赖也可以是可选的，比如我们代码中没有任何cache依赖，但是hibernate可能要配置cache，所以该cache的依赖就是可选的。
多项目管理
maven的多项目管理也是非常强大的。一般来说，maven要求同一个工程的所有子项目都放置到同一个目录下，每一个子目录代表一个项目，比如
pom.xml 总项目的pom配置文件
pom.xml 子项目1的pom文件
pom.xml 子项目2的pom文件
按照这种格式存放，就是继承方式，所有具体子项目的pom.xml都会继承总项目pom的内容，取值为子项目pom内容优先。
要设置继承方式，首先要在总项目的pom中加入如下配置
&module&simple-weather&/module&
&module&simple-webapp&/module&
&/modules&
其次在每个子项目中加入
&groupId&org.sonatype.mavenbook.ch06&/groupId&
&artifactId&simple-parent&/artifactId&
&version&1.0&/version&
当然，继承不是唯一的配置文件共用方式，maven还支持引用方式。引用pom的方式更简单，在依赖中加入一个type为pom的依赖即可。
&description&This is a project requiring JDBC&/description&
&dependencies&
&dependency&
&groupId&org.sonatype.mavenbook&/groupId&
&artifactId&persistence-deps&/artifactId&
&version&1.0&/version&
&type&pom&/type&
&/dependency&
&/dependencies&
&/project&
用户可以在maven中定义一些属性，然后在其他地方用${xxx}进行引用。比如：
&modelVersion&4.0.0&/modelVersion&
&properties&
&var1&value1&/var1&
&/properties&
&/project&
maven提供了三个隐式的变量，用来访问系统环境变量、POM信息和maven的settings：
暴露操作系统的环境变量，比如env.PATH
暴露POM中的内容，用点号(.)的路径来引用POM元素的值，比如${project.artifactId}。另外，java的系统属性比如user.dir等，也暴露在这里。
暴露maven的settings的信息，也可以用点号(.)来引用。maven把系统配置文件存放在maven的安装目录中，把用户相关的配置文件存放
在~/.m2/settings.xml(unix)或者%USERPROFILE%/.m2/settings.xml(windows)中。
maven的profile
profile是maven的一个重要特性，它可以让maven能够自动适应外部的环境变化，比如同一个项目，在linux下编译linux的版
本，在win下编译win的版本等。一个项目可以设置多个profile，也可以在同一时间设置多个profile被激活（active）的。自动激活的
profile的条件可以是各种各样的设定条件，组合放置在activation节点中，也可以通过命令行直接指定。profile包含的其他配置内容可
以覆盖掉pom定义的相应值。如果认为profile设置比较复杂，可以将所有的profiles内容移动到专门的 profiles.xml
文件中，不过记得和pom.xml放在一起。
activation节点中的激活条件中常见的有如下几个：
判断操作系统相关的参数，它包含如下可以自由组合的子节点元素
message - 规则失败之后显示的消息
arch - 匹配cpu结构，常见为x86
family - 匹配操作系统家族，常见的取值为：dos，mac，netware，os/2，unix，windows，win9x，os/400等
name - 匹配操作系统的名字
version - 匹配的操作系统版本号
display - 检测到操作系统之后显示的信息
检查jdk版本，可以用区间表示。
检查属性值，本节点可以包含name和value两个子节点。
检查文件相关内容，包含两个子节点：exists和missing，用于分别检查文件存在和不存在两种情况。
maven的操作和使用
maven的操作有两种方式，一种是通过mvn命令行命令，一种是使用maven的eclipse插件。因为使用eclipse的maven插件操作起来比较容易，这里就只介绍使用mvn命令行的操作。
maven的配置文件
maven的主执行程序为mvn.bat，linux下为mvn.sh，这两个程序都很简单，它们的共同用途就是收集一些参数，然后用
java.exe来运行maven的Main函数。maven同样需要有配置文件，名字叫做settings.xml，它放在两个地方，一个是maven
安装目录的conf目录下，对所有使用该maven的用户都起作用，我们称为主配置文件，另外一个放在
%USERPROFILE%/.m2/settings.xml下，我们成为用户配置文件，只对当前用户有效，且可以覆盖主配置文件的参数内容。还有就是
项目级别的配置信息了，它存放在每一个maven管理的项目目录下，叫pom.xml，主要用于配置项目相关的一些内容，当然，如果有必要，用户也可以在
pom中写一些配置，覆盖住配置文件和用户配置文件的设置参数内容。
一般来说，settings文件配置的是比如repository库路径之类的全局信息，具体可以参考
创建新工程
要创建一个新的maven工程，我们需要给我们的工程指定几个必要的要素，就是maven产品坐标的几个要素：groupId, artifactId，如果愿意，你也可以指定version和package名称。我们先看一个简单的创建命令：
d:\work\temp&mvn archetype:create -DgroupId=com.abc -DartifactId=product1 -DarchetypeArtifactId=maven-archetype-webapp
首先看这里的命令行参数的传递结构，怪异的 -D参数=值 的方式是 java.exe
要求的方式。这个命令创建一个web工程，目录结构是一个标准的maven结构，如下：
└─mywebapp
├─resources
└─webapp
└─WEB-INF
大家要注意，这里目录结构的布局实际上是由参数 archetypeArtifactId
来决定的，因为这里传入的是 maven-archetype-webapp
如果我们传入其他的就会创建不同的结构，默认值为 maven-archetype-quickstart
，有兴趣的读者可以参考
，我把部分常用的列表在这里：
Repository
Description
maven-archetype-j2ee-simple
org.apache.maven.archetypes
A simple J2EE Java application
maven-archetype-marmalade-mojo
org.apache.maven.archetypes
A Maven plugin development project using marmalade
maven-archetype-plugin
org.apache.maven.archetypes
A Maven Java plugin development project
maven-archetype-portlet
org.apache.maven.archetypes
A simple portlet application
maven-archetype-profiles
org.apache.maven.archetypes
maven-archetype-quickstart
org.apache.maven.archetypes
maven-archetype-simple
org.apache.maven.archetypes
maven-archetype-site-simple
org.apache.maven.archetypes
A simple site generation project
maven-archetype-site
org.apache.maven.archetypes
A more complex site project
maven-archetype-webapp
org.apache.maven.archetypes
A simple Java web application
maven-archetype-har
net.sf.maven-har
Hibernate Archive
maven-archetype-sar
net.sf.maven-sar
JBoss Service Archive
大家可以参考
maven的多项目管理
多项目管理是maven的主要特色之一，对于一个大型工程，用maven来管理他们之间复杂的依赖关系，是再好不过了。maven的项目配置之间的关系有两种：继承关系和引用关系。
maven默认根据目录结构来设定pom的继承关系，即下级目录的pom默认继承上级目录的pom。要设定两者之间的关系很简单，上级pom如下设置：
&module&ABCCommon&/module&
&module&ABCCore&/module&
&module&ABCTools&/module&
&/modules&
要记住的是，这里的module是目录名，不是子工程的artifactId。子工程如下设置：
&groupId&com.abc.product1&/groupId&
&artifactId&abc-product1&/artifactId&
&version&1.0.0-SNAPSHOT&/version&
&artifactId&abc-my-module2&/artifactId&
&packaging&jar&/packaging&
这样两者就相互关联起来了，继承关系就设定完毕，所有父工程的配置内容都会自动在子工程中生效，除非子工程有相同的配置覆盖。如果你不喜欢层层递进的目录结构来实现继承，也可以在parent中加入 &relativePath&../a-parent/pom.xml&/relativePath&
来制定parent项目的相对目录。继承关系通常用在项目共同特性的抽取上，通过抽取公共特性，可以大幅度减少子项目的配置工作量。
引用关系是另外一种复用的方式，maven中配置引用关系也很简单，加入一个 type
的依赖即可。
&dependency&
&groupId&org.sonatype.mavenbook&/groupId&
&artifactId&persistence-deps&/artifactId&
&version&1.0&/version&
&type&pom&/type&
&/dependency&
但是无论是父项目还是引用项目，这些工程都必须用 mvn install
或者 mvn deploy
安装到本地库才行，否则会报告依赖没有找到，eclipse编译时候也会出错。
需要特别提出的是复用过程中，父项目的pom中可以定义 dependencyManagement
节点，其中存放依赖关系，但是这个依赖关系只是定义，不会真的产生效果，如果子项目想要使用这个依赖关系，可以在本身的 dependency 中添加一个简化的引用
&dependency&
&groupId&org.springframework&/groupId&
&artifactId&spring&/artifactId&
&/dependency&
这种方法可以避免版本号满天飞的情况。
安装库文件到maven库中
在maven中一般都会用到安装库文件的功能，一则是我们常用的hibernate要使用jmx库，但是因为sun的license限制，所以无法将其直接包含在repository中。所以我们使用mvn命令把jar安装到我们本地的repository中
mvn install:install-file -DgroupId=com.sun.jdmk -DartifactId=jmxtools -Dversion=1.2.1 -Dpackaging=jar -Dfile=/path/to/file
如果我们想把它安装到公司的repository中，需要使用命令
mvn deploy:deploy-file -DgroupId=com.sun.jdmk -DartifactId=jmxtools -Dversion=1.2.1 -Dpackaging=jar -Dfile=/path/to/file -Durl=/ss.xxx
-DrepositoryId=release-repo
对于我们的工程输出，如果需要放置到公司的repository中的话，可以通过配置pom来实现
&distributionManagement&
&repository&
&id&mycompany-repository&/id&
&name&MyCompany Repository&/name&
&url&scp:///repository/maven2&/url&
&/repository&
&/distributionManagement&
这里使用的scp方式提交库文件，还有其他方式可以使用，请参考faq部分。然后记得在你的settings.xml中加入这一内容
&settings xmlns="http://maven.apache.org/SETTINGS/1.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0
http://maven.apache.org/xsd/settings-1.0.0.xsd"&
&id&mycompany-repository&/id&
&username&jvanzyl&/username&
&!-- Default value is ~/.ssh/id_dsa --&
&privateKey&/path/to/identity&/privateKey&
&passphrase&my_key_passphrase&/passphrase&
&/servers&
&/settings&
maven的变量
maven定义了很多变量属性,参考这里
} represents the directory containing pom.xml
} equivalent to ${project.version
} or ${pom.version
Pom/Project properties
所有pom中的元素都可以用 project.
前缀进行引用,以下是部分常用的
${project.build.directory
} results in the path to your "target" dir, this is the same as ${pom.project.build.directory
${project.build.
results in the path to your "target/classes" dir
${project.name
} refers to the name of the project.
${project.version
} refers to the version of the project.
${project.build.finalName
} refers to the final name of the file created when the built project is packaged
本地用户设定
所有用的的 settings.xml 中的设定都可以通过 settings.
前缀进行引用
${settings.localRepository
} refers to the path of the user's local repository.
${maven.repo.local
} also works for backward compatibility with maven1 ??
系统的环境变量通过 env.
${env.M2_HOME
} returns the Maven2 installation path.
${java.home
} specifies the path to the current JRE_HOME environment use with relative paths to get for example:&jvm&${java.home}../bin/java.exe&/jvm&
java系统属性
所有JVM中定义的java系统属性.
用户在pom中定义的自定义属性
&properties&
&my.filter.value&hello&/my.filter.value&
&/properties&
&/project&
${my.filter.value
} will result in hello
if you inserted the above XML fragment in your pom.xml
上级工程的变量
上级工程的pom中的变量用前缀 ${project.parent
} 引用. 上级工程的版本也可以这样引用: ${parent.version
maven的使用
我们已经知道maven预定义了许多的阶段（phase），每个插件都依附于这些阶段，并且在进入某个阶段的时候，调用运行这些相关插件的功能。我们先来看完整的maven生命周期：
验证项目是否正确，以及所有为了完整构建必要的信息是否可用
generate-sources
生成所有需要包含在编译过程中的源代码
process-sources
处理源代码，比如过滤一些值
generate-resources
生成所有需要包含在打包过程中的资源文件
process-resources
复制并处理资源文件至目标目录，准备打包
编译项目的源代码
process-classes
后处理编译生成的文件，例如对Java类进行字节码增强（bytecode enhancement）
generate-test-sources
生成所有包含在测试编译过程中的测试源码
process-test-sources
处理测试源码，比如过滤一些值
generate-test-resources
生成测试需要的资源文件
process-test-resources
复制并处理测试资源文件至测试目标目录
test-compile
编译测试源码至测试目标目录
使用合适的单元测试框架运行测试。这些测试应该不需要代码被打包或发布
prepare-package
在真正的打包之前，执行一些准备打包必要的操作。这通常会产生一个包的展开的处理过的版本（将会在Maven 2.1+中实现）
将编译好的代码打包成可分发的格式，如JAR，WAR，或者EAR
pre-integration-test
执行一些在集成测试运行之前需要的动作。如建立集成测试需要的环境
integration-test
如果有必要的话，处理包并发布至集成测试可以运行的环境
post-integration-test
执行一些在集成测试运行之后需要的动作。如清理集成测试环境。
执行所有检查，验证包是有效的，符合质量规范
安装包至本地仓库，以备本地的其它项目作为依赖使用
复制最终的包至远程仓库，共享给其它开发人员和项目（通常和一次正式的发布相关）
maven核心的插件列表可以参考
。这里仅列举几个常用的插件及其配置参数：
只包含一个goal叫做 clean:clean
，负责清理构建时候创建的文件。 默认清理的位置是如下几个变量指定的路径 project.build.directory, project.build.outputDirectory, project.build.testOutputDirectory, and project.reporting.outputDirectory
包含2个goal，分别是 compiler:compile
和 compiler:testCompile
。可以到这里查看两者的具体参数设置：
运行单元测试用例的插件，并且能够生成报表。包含一个goal为 surefire:test
。主要参数testSourceDirectory用来指定测试用例目录，参考
负责将工程输出打包到jar文件中。包含两个goal，分别是 jar:jar
, jar:test-jar
。两个goal负责从classesDirectory或testClassesDirectory中获取所有资源，然后输出jar文件到outputDirectory中。
负责打包成war文件。常用goal有 war:war
，负责从warSourceDirectory（默认${basedir}/src/main/webapp）打包所有资源到outputDirectory中。
负责复制各种资源文件，常用goal有 resources:resources
，负责将资源文件复制到outputDirectory中，默认为${project.build.outputDirectory}。
负责将项目输出(install:install)或者某个指定的文件(install:install-file)加入到本机库%USERPROFILE%/.m2/repository中。可以用 install:help
寻求帮助。
负责将项目输出(deploy:deploy)或者某个指定的文件(deploy:deploy-file)加入到公司库中。
将工程所有文档生成网站，生成的网站界面默认和apache的项目站点类似，但是其文档用doxia格式写的，目前不支持docbook，需要用其他插件配合才能支持。
maven的使用问答
除了以下的几个faq条目之外，还有一些faq可以参考
兄弟们如果有其他问题，欢迎跟帖提问！
问：如何增加删除一个依赖关系？
答：直接在pom文件中加入一个dependency节点，如果要删除依赖，把对应的dependency节点删除即可。
问：如何屏蔽一个依赖关系？比如项目中使用的libA依赖某个库的1.0版，libB以来某个库的2.0版，现在想统一使用2.0版，如何去掉1.0版的依赖？
答：设置exclusion即可。
&dependency&
&groupId&org.hibernate&/groupId&
&artifactId&hibernate&/artifactId&
&version&3.2.5.ga&/version&
&exclusions&
&exclusion&
&groupId&javax.transaction&/groupId&
&artifactId&jta&/artifactId&
&/exclusion&
&/exclusions&
&/dependency&
问：我有一些jar文件要依赖，但是我又不想把这些jar去install到mvn的repository中去，怎么做配置？
答：加入一个特殊的依赖关系，使用system类型，如下：
&dependency&
&groupId&com.abc&/groupId&
&artifactId&my-tools&/artifactId&
&version&2.5.0&/version&
&type&jar&/type&
&scope&system&/scope&
&systemPath&${basedir}/lib/mylib1.jar&/systemPath&
&/dependency&
但是要记住，发布的时候不会复制这个jar。需要手工配置，而且其他project依赖这个project的时候，会报告警告。如果没有特殊要求，建议直接注册发布到repository。
问：在eclipse环境中同时使用maven builder和eclipse builder，并且设置项目依赖关系之后，为什么编译会出现artifact找不到错误，但是直接使用命令行mvn构建则一切正常？
答：在project属性中去掉java build path中对其他 project 的依赖关系，直接在pom中设置依赖关系即可
&!-- 依赖的其他项目 --&
&dependency&
&groupId&com.abc.project1&/groupId&
&artifactId&abc-project1-common&/artifactId&
&version&${project.version}&/version&
&/dependency&
另外，保证没有其他错误。
问：我想让输出的jar包自动包含所有的依赖
答：使用 assembly
插件即可。
&artifactId&maven-assembly-plugin&/artifactId&
&configuration&
&descriptorRefs&
&descriptorRef&jar-with-dependencies&/descriptorRef&
&/descriptorRefs&
&/configuration&
问：我的测试用例依赖于其他工程的测试用例，如何设置？
答：maven本身在发布的时候，可以发布单纯的jar，也可以同时发布xxx-tests.jar和xxx-javadoc.jar（大家经常在repository中可以看到类似的东西）。我们自己的项目A要同时输出test.jar可以做如下的设置
&!-- 用于把test代码也做成一个jar --&
&groupId&org.apache.maven.plugins&/groupId&
&artifactId&maven-jar-plugin&/artifactId&
&executions&
&execution&
&goal&test-jar&/goal&
&/execution&
&/executions&
然后在其他需要引用的工程B中做如下的dependency设置
&dependency&
&groupId&com.abc.XXX&/groupId&
&artifactId&工程A&/artifactId&
&version&${project.version}&/version&
&type&test-jar&/type&
&scope&test&/scope&
&/dependency&
问：如何使用变量替换？项目中的某个配置文件比如jdbc.properties使用了一些pom中的变量，如何在发布中使用包含真实内容的最终结果文件？
答：使用资源过滤功能，比如：
&properties&
&jdbc.driverClassName&com.mysql.jdbc.Driver&/jdbc.driverClassName&
&jdbc.url&jdbc:mysql://localhost:3306/development_db&/jdbc.url&
&jdbc.username&dev_user&/jdbc.username&
&jdbc.password&s3cr3tw0rd&/jdbc.password&
&/properties&
&resources&
&resource&
&directory&src/main/resources&/directory&
&filtering&true&/filtering&
&/resource&
&/resources&
&profiles&
&id&production&/id&
&properties&
&jdbc.driverClassName&oracle.jdbc.driver.OracleDriver&/jdbc.driverClassName&
&jdbc.url&jdbc:oracle:thin:@proddb01:1521:PROD&/jdbc.url&
&jdbc.username&prod_user&/jdbc.username&
&jdbc.password&s00p3rs3cr3t&/jdbc.password&
&/properties&
&/profile&
&/profiles&
&/project&
问： maven-svn-revision-number-plugin
答： maven-svn-revision-number-plugin
可以从 SVN 中获取版本号，并将其变成环境变量，交由其他插件或者profile使用，详细帮助在
。一般和resource的filter机制同时使用
&groupId&com.google.code.maven-svn-revision-number-plugin&/groupId&
&artifactId&maven-svn-revision-number-plugin&/artifactId&
&version&1.3&/version&
&executions&
&execution&
&goal&revision&/goal&
&/execution&
&/executions&
&configuration&
&prefix&prefix&/prefix&
&/entries&
&/configuration&
&/plugins&
这段代码负责把resource文件中的内容替换成适当内容
repository = ${prefix.repository}
path = ${prefix.path}
revision = ${prefix.revision}
mixedRevisions = ${prefix.mixedRevisions}
committedRevision = ${mittedRevision}
status = ${prefix.status}
specialStatus = ${prefix.specialStatus}
问：如何给插件指派参数？比如我要设置一些编译参数
答：以下内容设定编译器编译java1.5的代码
&artifactId&maven-compiler-plugin&/artifactId&
&configuration&
&source&1.5&/source&
&target&1.5&/target&
&/configuration&
&/plugins&
&/project&
要设置其他插件的参数也可以，请参考对应插件的帮助信息
问：我的目录是非标准的目录结构，如何设置让maven支持？
答：指定source目录和test-source目录即可。
&directory&target&/directory&
&sourceDirectory&src&/sourceDirectory&
&scriptSourceDirectory&js/scripts&/scriptSourceDirectory&
&testSourceDirectory&test&/testSourceDirectory&
&outputDirectory&bin&/outputDirectory&
&testOutputDirectory&bin&/testOutputDirectory&
这个例子把源代码设置成了src目录，测试代码在test目录，所以输出到bin目录。这里要注意，directory如果也设置成bin目录的
话，maven打包的时候会引起死循环，因为directory是所有工作存放的地方，默认包含outputDirectory定义的目录在内。
cooljack2009
等级: 初级会员
来自: 福建
发表时间：&&
非常棒的一篇文章& 常用问题解答非常有帮助
请登录后投票
等级: 初级会员
来自: 合肥
发表时间：&&
总结的很好，平时项目使用，对于maven的配置理解的还真不多，学习了。
请登录后投票
theoffspring
来自: 大连
发表时间：&&
我纠正一下LZ的发音吧，['me?v?n]
请登录后投票
theoffspring
来自: 大连
发表时间：&&
国内出了一本《maven实战》，看官方文档太累了
请登录后投票
等级: 初级会员
来自: 深圳
发表时间：&&
正在学习中，希望对自己有帮助
请登录后投票
tangduDream
等级: 初级会员
来自: 上海
发表时间：&&
楼主 请教一下 就是如何把eclipse 和maven 结合起来 ？ 如果web项目lib中 不放入jar 包的话。
写jave程序时 如何给提示？ 我对maven 确实不知道怎么搞。谢谢。可以给我载email: to
请登录后投票
kidneyball
来自: 南太平洋
发表时间：&&
tangduDream 写道楼主 请教一下
就是如何把eclipse 和maven 结合起来 ？ 如果web项目lib中 不放入jar 包的话。
写jave程序时 如何给提示？
我对maven 确实不知道怎么搞。谢谢。可以给我载email: to
先在命令行下执行
mvn -Declipse.workspace=&path-to-eclipse-workspace& eclipse:add-maven-repo
其中&path-to-eclipse-workspace&是你eclipse工作空间的路径
然后有两种做法：
1. 装了eclipse的maven plugin（eclipse 3.6好像自带,忘了）后，可以直接在eclipse里导入maven project。
或者
2. 在你maven项目的pom.xml目录上执行mvn eclipse:eclipse，就会把你当前的maven项目变成一个eclipse项目，然后再把它导入eclipse就可以了。（也可以先导入，再转换，然后在eclipse里刷新项目）
任何一种方法，都会自动帮你配好类路径和自动下载相关的jar包。你刷新一下项目，再重启一下eclipse，就能有提示了。
请登录后投票
等级: 初级会员
来自: 武汉
发表时间：&&
我们现在的项目需求是把某几个文件夹单独打包到一个jar文件，并且把这个文件夹放到指定的项目目录，这个用maven怎么实现
请登录后投票
等级: 初级会员
发表时间：&&
正在学习这个
请登录后投票
& 上一页 1
跳转论坛:移动开发技术
Web前端技术
Java企业应用
编程语言技术