精华内容
下载资源
问答
  • launch文件remap标签

    万次阅读 2015-12-22 20:02:19
    一个节点叫talker,它发布一个topic名为/talker 一个节点叫test1,它订阅一个topic名为/talker_mid<!--start_talker.launch--> <launch> <node pkg="test" type="talker" name="talker" outpu

    一、remap用于topic的映射

    下面是两个launch启动两个节点的例子:
    一个节点叫talker,它发布一个topic名为/talker
    一个节点叫test1,它订阅一个topic名为/talker_mid

    <!--start_talker.launch-->
    <launch>    
        <node pkg="test" type="talker" name="talker" output="screen">
        <!--talker节点发布的topic为/talker-->
            <!--一个例子:将talker节点发布的话题/talker映射到/re_talker的名字上去-->
            <remap from="/talker" to="/re_talker" />        
        </node> 
    </launch>
    <!--start_test1.launch-->
    <launch>    
        <node pkg="test" type="test1" name="test1" output="screen">
        <!--test1节点需要订阅话题为/talker_mid-->
            <!--一个例子将节点订阅的topic改名字为/re_talker-->
            <remap from="/talker_mid" to="/re_talker" />
        </node>
    </launch>
    展开全文
  • 示例1 - 访问自定义标签的属性

    标签库描述文件

    标签库描述文件(Tag Library Descriptor, TLD),采用XML文件格式,对标签库及库中的标签做了描述。


    TLD文件中的元素可以分为3类,

    • <taglib> —— 标签库元素
    • <tag> —— 标签元素
    • <attribute> —— 标签属性元素


    标签库元素 <taglib>

    标签库元素<taglib>用来设定标签库的相关信息,它的子元素如下:

    • tlib-version —— 指定标签库的版本
    • jsp-version —— 指定JSP的版本
    • short-name —— 指定标签库默认的前缀名prefix
    • uri —— 设定标签库的唯一访问标识符
    • info —— 设定标签库的说明信息


    标签元素 <tag>

    标签元素<tag>元素用来定义一个标签,它的子元素如下:

    • name —— 设定标签的名字
    • tag-class —— 设定Tag的处理类
    • body-content —— 设定标签主体的类型
    • info —— 设定标签的说明信息


    <body-content>子元素用于设定标签主体的类型,可选值包括:

    • empty —— 标签主体为空
    • scriptless —— 标签主体不为空,并且包括JSP的EL表达式和动作元素,但不能包含JSP的脚本元素。(动作元素指<jsp:include><jsp:forward>等action,脚本元素指<%! %>, <%% >, <%= %>这3种)
    • jsp —— 标签主体不为空,并且包含JSP代码。在JSP代码中可包含EL表达式,动作元素和脚本元素
    • tagdependant —— 标签主体不为空,并且标签主体内容由标签处理类来解析和处理。标签主体的所有代码都会原封不动地传给便签处理类,而不是把标签主体的执行结果传给标签处理类


    标签属性元素 <attribute>

    用来描述标签的属性,<attribute>元素的子元素如下:

    • name —— 属性名称
    • required —— 属性是否是必须的,默认为false
    • rtexprvalue _—— 属性值是否可以为基于“<%=  %>”形式的Java表达式或EL表达式;若为false,只能为普通的字符串;(runtime expression value)


    标签库描述文件示例

    <?xml version="1.0" encoding="UTF-8"?>
    <taglib version="2.1" xmlns:xml="http://www.w3.org/XML/1998/namespace" 
    	                  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    	                  xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-jsptaglibrary_2_1.xsd ">
      <tlib-version>1.1</tlib-version>
      <jsp-version>2.1</jsp-version>
      <short-name>mytaglib</short-name>
      <uri>/mytaglib</uri>
      
      <tag>
          	<name>message</name>
          	<tag-class>com.gof.test.taglib.MessageTag</tag-class>
          	<body-content>empty</body-content>
          	<attribute>
          		<name>key</name>
          		<required>true</required>
          	</attribute>
      </tag>
    
    </taglib>
    


    发布标签库,注册TLD

    假设我们在WEB-IN/下添加一个tld文件mytablig.tld文件:

    在web.xml中:

    <!-- taglib configuration -->  
    <jsp-config>  
        <taglib>  
            <taglib-uri>/mytaglib</taglib-uri>  
            <taglib-location>/WEB-INF/mytaglib.tld</taglib-location>  
        </taglib>  
    </jsp-config> 

    在应用的JSP文件中:

    *.jsp

    <%@ taglib uri="/mytaglib" prefix="mm" %>  


    uri的值应该与tld描述文件中的值保持一致


    如果使用第三方开发的标签库,请参见 使用第三方标签库 一节。








    展开全文
  • pom.xml配置文件中所有标签及作用简单描述

    千次阅读 多人点赞 2017-03-21 18:26:02
    我转载的是关于pom.xml文件中会使用到的基本上所有的标签以及标签的作用简单描述。 可能我们自己的项目所使用到的标签总数量不及此文的一半。 我转载仅为方便你我他学习之用,众喷子们,还请指下留情,轻喷。 因为此...

    我转载的是关于pom.xml文件中会使用到的基本上所有的标签以及标签的作用简单描述。
    可能我们自己的项目所使用到的标签总数量不及此文的一半。
    我转载仅为方便你我他学习之用,众喷子们,还请指下留情,轻喷。
    因为此文只是简单的介绍下所有的标签,以及标签的作用。具体我也没有全部用到过。
    至于涉及到maven的依赖,继承,聚合等问题,我会在另外总结。


    <project xmlns="http://maven.apache.org/POM/4.0.0"
             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
             xsi:schemaLocation="http://maven.apache.org/POM/4.0.0http://maven.apache.org/maven-v4_0_0.xsd">
        <!--父项目的坐标。如果项目中没有规定某个元素的值,那么父项目中的对应值即为项目的默认值。 坐标包括group ID,artifact ID和 version。-->
        <parent>
            <!--被继承的父项目的构件标识符-->
            <artifactId/>
            <!--被继承的父项目的全球唯一标识符-->
            <groupId/>
            <!--被继承的父项目的版本-->
            <version/>
            <!-- 父项目的pom.xml文件的相对路径。相对路径允许你选择一个不同的路径。默认值是../pom.xml。Maven首先在构建当前项目的地方寻找父项 目的pom,其次在文件系统的这个位置(relativePath位置),然后在本地仓库,最后在远程仓库寻找父项目的pom。-->
            <relativePath/>
        </parent>
        <!--声明项目描述符遵循哪一个POM模型版本。模型本身的版本很少改变,虽然如此,但它仍然是必不可少的,这是为了当Maven引入了新的特性或者其他模型变更的时候,确保稳定性。-->
        <modelVersion>4.0.0</modelVersion>
        <!--项目的全球唯一标识符,通常使用全限定的包名区分该项目和其他项目。并且构建时生成的路径也是由此生成, 如com.mycompany.app生成的相对路径为:/com/mycompany/app-->
        <groupId>asia.banseon</groupId>
        <!-- 构件的标识符,它和group ID一起唯一标识一个构件。换句话说,你不能有两个不同的项目拥有同样的artifact ID和groupID;在某个 特定的group ID下,artifact ID也必须是唯一的。构件是项目产生的或使用的一个东西,Maven为项目产生的构件包括:JARs,源 码,二进制发布和WARs等。-->
        <artifactId>banseon-maven2</artifactId>
        <!--项目产生的构件类型,例如jar、war、ear、pom。插件可以创建他们自己的构件类型,所以前面列的不是全部构件类型-->
        <packaging>jar</packaging>
        <!--项目当前版本,格式为:主版本.次版本.增量版本-限定版本号-->
        <version>1.0-SNAPSHOT</version>
        <!--项目的名称, Maven产生的文档用-->
        <name>banseon-maven</name>
        <!--项目主页的URL, Maven产生的文档用-->
        <url>http://www.baidu.com/banseon</url>
        <!-- 项目的详细描述, Maven 产生的文档用。  当这个元素能够用HTML格式描述时(例如,CDATA中的文本会被解析器忽略,就可以包含HTML标 签), 不鼓励使用纯文本描述。如果你需要修改产生的web站点的索引页面,你应该修改你自己的索引页文件,而不是调整这里的文档。-->
        <description>A maven project to study maven.</description>
        <!--描述了这个项目构建环境中的前提条件。-->
        <prerequisites>
            <!--构建该项目或使用该插件所需要的Maven的最低版本-->
            <maven/>
        </prerequisites>
        <!--项目的问题管理系统(Bugzilla, Jira, Scarab,或任何你喜欢的问题管理系统)的名称和URL,本例为 jira-->
        <issueManagement>
            <!--问题管理系统(例如jira)的名字,-->
            <system>jira</system>
            <!--该项目使用的问题管理系统的URL-->
            <url>http://jira.baidu.com/banseon</url>
        </issueManagement>
        <!--项目持续集成信息-->
        <ciManagement>
            <!--持续集成系统的名字,例如continuum-->
            <system/>
            <!--该项目使用的持续集成系统的URL(如果持续集成系统有web接口的话)。-->
            <url/>
            <!--构建完成时,需要通知的开发者/用户的配置项。包括被通知者信息和通知条件(错误,失败,成功,警告)-->
            <notifiers>
                <!--配置一种方式,当构建中断时,以该方式通知用户/开发者-->
                <notifier>
                    <!--传送通知的途径-->
                    <type/>
                    <!--发生错误时是否通知-->
                    <sendOnError/>
                    <!--构建失败时是否通知-->
                    <sendOnFailure/>
                    <!--构建成功时是否通知-->
                    <sendOnSuccess/>
                    <!--发生警告时是否通知-->
                    <sendOnWarning/>
                    <!--不赞成使用。通知发送到哪里-->
                    <address/>
                    <!--扩展配置项-->
                    <configuration/>
                </notifier>
            </notifiers>
        </ciManagement>
        <!--项目创建年份,4位数字。当产生版权信息时需要使用这个值。-->
        <inceptionYear/>
        <!--项目相关邮件列表信息-->
        <mailingLists>
            <!--该元素描述了项目相关的所有邮件列表。自动产生的网站引用这些信息。-->
            <mailingList>
                <!--邮件的名称-->
                <name>Demo</name>
                <!--发送邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建-->
                <post>banseon@126.com</post>
                <!--订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建-->
                <subscribe>banseon@126.com</subscribe>
                <!--取消订阅邮件的地址或链接,如果是邮件地址,创建文档时,mailto: 链接会被自动创建-->
                <unsubscribe>banseon@126.com</unsubscribe>
                <!--你可以浏览邮件信息的URL-->
                <archive>http:/hi.baidu.com/banseon/demo/dev/</archive>
            </mailingList>
        </mailingLists>
        <!--项目开发者列表-->
        <developers>
            <!--某个项目开发者的信息-->
            <developer>
                <!--SCM里项目开发者的唯一标识符-->
                <id>HELLO WORLD</id>
                <!--项目开发者的全名-->
                <name>banseon</name>
                <!--项目开发者的email-->
                <email>banseon@126.com</email>
                <!--项目开发者的主页的URL-->
                <url/>
                <!--项目开发者在项目中扮演的角色,角色元素描述了各种角色-->
                <roles>
                    <role>Project Manager</role>
                    <role>Architect</role>
                </roles>
                <!--项目开发者所属组织-->
                <organization>demo</organization>
                <!--项目开发者所属组织的URL-->
                <organizationUrl>http://hi.baidu.com/banseon</organizationUrl>
                <!--项目开发者属性,如即时消息如何处理等-->
                <properties>
                    <dept>No</dept>
                </properties>
                <!--项目开发者所在时区, -11到12范围内的整数。-->
                <timezone>-5</timezone>
            </developer>
        </developers>
        <!--项目的其他贡献者列表-->
        <contributors>
            <!--项目的其他贡献者。参见developers/developer元素-->
            <contributor>
                <name/><email/><url/><organization/><organizationUrl/><roles/><timezone/><properties/>
            </contributor>
        </contributors>
        <!--该元素描述了项目所有License列表。 应该只列出该项目的license列表,不要列出依赖项目的 license列表。如果列出多个license,用户可以选择它们中的一个而不是接受所有license。-->
        <licenses>
            <!--描述了项目的license,用于生成项目的web站点的license页面,其他一些报表和validation也会用到该元素。-->
            <license>
                <!--license用于法律上的名称-->
                <name>Apache 2</name>
                <!--官方的license正文页面的URL-->
                <url>http://www.baidu.com/banseon/LICENSE-2.0.txt</url>
                <!--项目分发的主要方式:
                  repo,可以从Maven库下载
                  manual, 用户必须手动下载和安装依赖-->
                <distribution>repo</distribution>
                <!--关于license的补充信息-->
                <comments>A business-friendly OSS license</comments>
            </license>
        </licenses>
        <!--SCM(Source Control Management)标签允许你配置你的代码库,供Maven web站点和其它插件使用。-->
        <scm>
            <!--SCM的URL,该URL描述了版本库和如何连接到版本库。欲知详情,请看SCMs提供的URL格式和列表。该连接只读。-->
            <connection>
                scm:svn:http://svn.baidu.com/banseon/maven/banseon/banseon-maven2-trunk(dao-trunk)
            </connection>
            <!--给开发者使用的,类似connection元素。即该连接不仅仅只读-->
            <developerConnection>
                scm:svn:http://svn.baidu.com/banseon/maven/banseon/dao-trunk
            </developerConnection>
            <!--当前代码的标签,在开发阶段默认为HEAD-->
            <tag/>
            <!--指向项目的可浏览SCM库(例如ViewVC或者Fisheye)的URL。-->
            <url>http://svn.baidu.com/banseon</url>
        </scm>
        <!--描述项目所属组织的各种属性。Maven产生的文档用-->
        <organization>
            <!--组织的全名-->
            <name>demo</name>
            <!--组织主页的URL-->
            <url>http://www.baidu.com/banseon</url>
        </organization>
        <!--构建项目需要的信息-->
        <build>
            <!--该元素设置了项目源码目录,当构建项目的时候,构建系统会编译目录里的源码。该路径是相对于pom.xml的相对路径。-->
            <sourceDirectory/>
            <!--该元素设置了项目脚本源码目录,该目录和源码目录不同:绝大多数情况下,该目录下的内容 会被拷贝到输出目录(因为脚本是被解释的,而不是被编译的)。-->
            <scriptSourceDirectory/>
            <!--该元素设置了项目单元测试使用的源码目录,当测试项目的时候,构建系统会编译目录里的源码。该路径是相对于pom.xml的相对路径。-->
            <testSourceDirectory/>
            <!--被编译过的应用程序class文件存放的目录。-->
            <outputDirectory/>
            <!--被编译过的测试class文件存放的目录。-->
            <testOutputDirectory/>
            <!--使用来自该项目的一系列构建扩展-->
            <extensions>
                <!--描述使用到的构建扩展。-->
                <extension>
                    <!--构建扩展的groupId-->
                    <groupId/>
                    <!--构建扩展的artifactId-->
                    <artifactId/>
                    <!--构建扩展的版本-->
                    <version/>
                </extension>
            </extensions>
            <!--当项目没有规定目标(Maven2 叫做阶段)时的默认值-->
            <defaultGoal/>
            <!--这个元素描述了项目相关的所有资源路径列表,例如和项目相关的属性文件,这些资源被包含在最终的打包文件里。-->
            <resources>
                <!--这个元素描述了项目相关或测试相关的所有资源路径-->
                <resource>
                    <!-- 描述了资源的目标路径。该路径相对target/classes目录(例如${project.build.outputDirectory})。举个例 子,如果你想资源在特定的包里(org.apache.maven.messages),你就必须该元素设置为org/apache/maven /messages。然而,如果你只是想把资源放到源码目录结构里,就不需要该配置。-->
                    <targetPath/>
                    <!--是否使用参数值代替参数名。参数值取自properties元素或者文件里配置的属性,文件在filters元素里列出。-->
                    <filtering/>
                    <!--描述存放资源的目录,该路径相对POM路径-->
                    <directory/>
                    <!--包含的模式列表,例如**/*.xml.-->
                    <includes/>
                    <!--排除的模式列表,例如**/*.xml-->
                    <excludes/>
                </resource>
            </resources>
            <!--这个元素描述了单元测试相关的所有资源路径,例如和单元测试相关的属性文件。-->
            <testResources>
                <!--这个元素描述了测试相关的所有资源路径,参见build/resources/resource元素的说明-->
                <testResource>
                    <targetPath/><filtering/><directory/><includes/><excludes/>
                </testResource>
            </testResources>
            <!--构建产生的所有文件存放的目录-->
            <directory/>
            <!--产生的构件的文件名,默认值是${artifactId}-${version}。-->
            <finalName/>
            <!--当filtering开关打开时,使用到的过滤器属性文件列表-->
            <filters/>
            <!--子项目可以引用的默认插件信息。该插件配置项直到被引用时才会被解析或绑定到生命周期。给定插件的任何本地配置都会覆盖这里的配置-->
            <pluginManagement>
                <!--使用的插件列表 。-->
                <plugins>
                    <!--plugin元素包含描述插件所需要的信息。-->
                    <plugin>
                        <!--插件在仓库里的group ID-->
                        <groupId/>
                        <!--插件在仓库里的artifact ID-->
                        <artifactId/>
                        <!--被使用的插件的版本(或版本范围)-->
                        <version/>
                        <!--是否从该插件下载Maven扩展(例如打包和类型处理器),由于性能原因,只有在真需要下载时,该元素才被设置成enabled。-->
                        <extensions/>
                        <!--在构建生命周期中执行一组目标的配置。每个目标可能有不同的配置。-->
                        <executions>
                            <!--execution元素包含了插件执行需要的信息-->
                            <execution>
                                <!--执行目标的标识符,用于标识构建过程中的目标,或者匹配继承过程中需要合并的执行目标-->
                                <id/>
                                <!--绑定了目标的构建生命周期阶段,如果省略,目标会被绑定到源数据里配置的默认阶段-->
                                <phase/>
                                <!--配置的执行目标-->
                                <goals/>
                                <!--配置是否被传播到子POM-->
                                <inherited/>
                                <!--作为DOM对象的配置-->
                                <configuration/>
                            </execution>
                        </executions>
                        <!--项目引入插件所需要的额外依赖-->
                        <dependencies>
                            <!--参见dependencies/dependency元素-->
                            <dependency>
                                ......
                            </dependency>
                        </dependencies>
                        <!--任何配置是否被传播到子项目-->
                        <inherited/>
                        <!--作为DOM对象的配置-->
                        <configuration/>
                    </plugin>
                </plugins>
            </pluginManagement>
            <!--使用的插件列表-->
            <plugins>
                <!--参见build/pluginManagement/plugins/plugin元素-->
                <plugin>
                    <groupId/><artifactId/><version/><extensions/>
                    <executions>
                        <execution>
                            <id/><phase/><goals/><inherited/><configuration/>
                        </execution>
                    </executions>
                    <dependencies>
                        <!--参见dependencies/dependency元素-->
                        <dependency>
                            ......
                        </dependency>
                    </dependencies>
                    <goals/><inherited/><configuration/>
                </plugin>
            </plugins>
        </build>
        <!--在列的项目构建profile,如果被激活,会修改构建处理-->
        <profiles>
            <!--根据环境参数或命令行参数激活某个构建处理-->
            <profile>
                <!--构建配置的唯一标识符。即用于命令行激活,也用于在继承时合并具有相同标识符的profile。-->
                <id/>
                <!--自动触发profile的条件逻辑。Activation是profile的开启钥匙。profile的力量来自于它
                能够在某些特定的环境中自动使用某些特定的值;这些环境通过activation元素指定。activation元素并不是激活profile的唯一方式。-->
                <activation>
                    <!--profile默认是否激活的标志-->
                    <activeByDefault/>
                    <!--当匹配的jdk被检测到,profile被激活。例如,1.4激活JDK1.4,1.4.0_2,而!1.4激活所有版本不是以1.4开头的JDK。-->
                    <jdk/>
                    <!--当匹配的操作系统属性被检测到,profile被激活。os元素可以定义一些操作系统相关的属性。-->
                    <os>
                        <!--激活profile的操作系统的名字-->
                        <name>Windows XP</name>
                        <!--激活profile的操作系统所属家族(如 'windows')-->
                        <family>Windows</family>
                        <!--激活profile的操作系统体系结构 -->
                        <arch>x86</arch>
                        <!--激活profile的操作系统版本-->
                        <version>5.1.2600</version>
                    </os>
                    <!--如果Maven检测到某一个属性(其值可以在POM中通过${名称}引用),其拥有对应的名称和值,Profile就会被激活。如果值
                    字段是空的,那么存在属性名称字段就会激活profile,否则按区分大小写方式匹配属性值字段-->
                    <property>
                        <!--激活profile的属性的名称-->
                        <name>mavenVersion</name>
                        <!--激活profile的属性的值-->
                        <value>2.0.3</value>
                    </property>
                    <!--提供一个文件名,通过检测该文件的存在或不存在来激活profile。missing检查文件是否存在,如果不存在则激活
                    profile。另一方面,exists则会检查文件是否存在,如果存在则激活profile。-->
                    <file>
                        <!--如果指定的文件存在,则激活profile。-->
                        <exists>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</exists>
                        <!--如果指定的文件不存在,则激活profile。-->
                        <missing>/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/</missing>
                    </file>
                </activation>
                <!--构建项目所需要的信息。参见build元素-->
                <build>
                    <defaultGoal/>
                    <resources>
                        <resource>
                            <targetPath/><filtering/><directory/><includes/><excludes/>
                        </resource>
                    </resources>
                    <testResources>
                        <testResource>
                            <targetPath/><filtering/><directory/><includes/><excludes/>
                        </testResource>
                    </testResources>
                    <directory/><finalName/><filters/>
                    <pluginManagement>
                        <plugins>
                            <!--参见build/pluginManagement/plugins/plugin元素-->
                            <plugin>
                                <groupId/><artifactId/><version/><extensions/>
                                <executions>
                                    <execution>
                                        <id/><phase/><goals/><inherited/><configuration/>
                                    </execution>
                                </executions>
                                <dependencies>
                                    <!--参见dependencies/dependency元素-->
                                    <dependency>
                                        ......
                                    </dependency>
                                </dependencies>
                                <goals/><inherited/><configuration/>
                            </plugin>
                        </plugins>
                    </pluginManagement>
                    <plugins>
                        <!--参见build/pluginManagement/plugins/plugin元素-->
                        <plugin>
                            <groupId/><artifactId/><version/><extensions/>
                            <executions>
                                <execution>
                                    <id/><phase/><goals/><inherited/><configuration/>
                                </execution>
                            </executions>
                            <dependencies>
                                <!--参见dependencies/dependency元素-->
                                <dependency>
                                    ......
                                </dependency>
                            </dependencies>
                            <goals/><inherited/><configuration/>
                        </plugin>
                    </plugins>
                </build>
                <!--模块(有时称作子项目) 被构建成项目的一部分。列出的每个模块元素是指向该模块的目录的相对路径-->
                <modules/>
                <!--发现依赖和扩展的远程仓库列表。-->
                <repositories>
                    <!--参见repositories/repository元素-->
                    <repository>
                        <releases>
                            <enabled/><updatePolicy/><checksumPolicy/>
                        </releases>
                        <snapshots>
                            <enabled/><updatePolicy/><checksumPolicy/>
                        </snapshots>
                        <id/><name/><url/><layout/>
                    </repository>
                </repositories>
                <!--发现插件的远程仓库列表,这些插件用于构建和报表-->
                <pluginRepositories>
                    <!--包含需要连接到远程插件仓库的信息.参见repositories/repository元素-->
                    <pluginRepository>
                        <releases>
                            <enabled/><updatePolicy/><checksumPolicy/>
                        </releases>
                        <snapshots>
                            <enabled/><updatePolicy/><checksumPolicy/>
                        </snapshots>
                        <id/><name/><url/><layout/>
                    </pluginRepository>
                </pluginRepositories>
                <!--该元素描述了项目相关的所有依赖。 这些依赖组成了项目构建过程中的一个个环节。它们自动从项目定义的仓库中下载。要获取更多信息,请看项目依赖机制。-->
                <dependencies>
                    <!--参见dependencies/dependency元素-->
                    <dependency>
                        ......
                    </dependency>
                </dependencies>
                <!--不赞成使用. 现在Maven忽略该元素.-->
                <reports/>
                <!--该元素包括使用报表插件产生报表的规范。当用户执行“mvn site”,这些报表就会运行。 在页面导航栏能看到所有报表的链接。参见reporting元素-->
                <reporting>
                    ......
                </reporting>
                <!--参见dependencyManagement元素-->
                <dependencyManagement>
                    <dependencies>
                        <!--参见dependencies/dependency元素-->
                        <dependency>
                            ......
                        </dependency>
                    </dependencies>
                </dependencyManagement>
                <!--参见distributionManagement元素-->
                <distributionManagement>
                    ......
                </distributionManagement>
                <!--参见properties元素-->
                <properties/>
            </profile>
        </profiles>
        <!--模块(有时称作子项目) 被构建成项目的一部分。列出的每个模块元素是指向该模块的目录的相对路径-->
        <modules/>
        <!--发现依赖和扩展的远程仓库列表。-->
        <repositories>
            <!--包含需要连接到远程仓库的信息-->
            <repository>
                <!--如何处理远程仓库里发布版本的下载-->
                <releases>
                    <!--true或者false表示该仓库是否为下载某种类型构件(发布版,快照版)开启。 -->
                    <enabled/>
                    <!--该元素指定更新发生的频率。Maven会比较本地POM和远程POM的时间戳。这里的选项是:always(一直),daily(默认,每日),interval:X(这里X是以分钟为单位的时间间隔),或者never(从不)。-->
                    <updatePolicy/>
                    <!--当Maven验证构件校验文件失败时该怎么做:ignore(忽略),fail(失败),或者warn(警告)。-->
                    <checksumPolicy/>
                </releases>
                <!-- 如何处理远程仓库里快照版本的下载。有了releases和snapshots这两组配置,POM就可以在每个单独的仓库中,为每种类型的构件采取不同的 策略。例如,可能有人会决定只为开发目的开启对快照版本下载的支持。参见repositories/repository/releases元素 -->
                <snapshots>
                    <enabled/><updatePolicy/><checksumPolicy/>
                </snapshots>
                <!--远程仓库唯一标识符。可以用来匹配在settings.xml文件里配置的远程仓库-->
                <id>banseon-repository-proxy</id>
                <!--远程仓库名称-->
                <name>banseon-repository-proxy</name>
                <!--远程仓库URL,按protocol://hostname/path形式-->
                <url>http://192.168.1.169:9999/repository/</url>
                <!-- 用于定位和排序构件的仓库布局类型-可以是default(默认)或者legacy(遗留)。Maven 2为其仓库提供了一个默认的布局;然 而,Maven 1.x有一种不同的布局。我们可以使用该元素指定布局是default(默认)还是legacy(遗留)。-->
                <layout>default</layout>
            </repository>
        </repositories>
        <!--发现插件的远程仓库列表,这些插件用于构建和报表-->
        <pluginRepositories>
            <!--包含需要连接到远程插件仓库的信息.参见repositories/repository元素-->
            <pluginRepository>
                ......
            </pluginRepository>
        </pluginRepositories>
    
        <!--该元素描述了项目相关的所有依赖。 这些依赖组成了项目构建过程中的一个个环节。它们自动从项目定义的仓库中下载。要获取更多信息,请看项目依赖机制。-->
        <dependencies>
            <dependency>
                <!--依赖的group ID-->
                <groupId>org.apache.maven</groupId>
                <!--依赖的artifact ID-->
                <artifactId>maven-artifact</artifactId>
                <!--依赖的版本号。 在Maven 2里, 也可以配置成版本号的范围。-->
                <version>3.8.1</version>
                <!-- 依赖类型,默认类型是jar。它通常表示依赖的文件的扩展名,但也有例外。一个类型可以被映射成另外一个扩展名或分类器。类型经常和使用的打包方式对应, 尽管这也有例外。一些类型的例子:jar,war,ejb-client和test-jar。如果设置extensions为 true,就可以在 plugin里定义新的类型。所以前面的类型的例子不完整。-->
                <type>jar</type>
                <!-- 依赖的分类器。分类器可以区分属于同一个POM,但不同构建方式的构件。分类器名被附加到文件名的版本号后面。例如,如果你想要构建两个单独的构件成 JAR,一个使用Java 1.4编译器,另一个使用Java 6编译器,你就可以使用分类器来生成两个单独的JAR构件。-->
                <classifier></classifier>
                <!--依赖范围。在项目发布过程中,帮助决定哪些构件被包括进来。欲知详情请参考依赖机制。
                    - compile :默认范围,用于编译
                    - provided:类似于编译,但支持你期待jdk或者容器提供,类似于classpath
                    - runtime: 在执行时需要使用
                    - test:    用于test任务时使用
                    - system: 需要外在提供相应的元素。通过systemPath来取得
                    - systemPath: 仅用于范围为system。提供相应的路径
                    - optional:   当项目自身被依赖时,标注依赖是否传递。用于连续依赖时使用-->
                <scope>test</scope>
                <!--仅供system范围使用。注意,不鼓励使用这个元素,并且在新的版本中该元素可能被覆盖掉。该元素为依赖规定了文件系统上的路径。需要绝对路径而不是相对路径。推荐使用属性匹配绝对路径,例如${java.home}。-->
                <systemPath></systemPath>
                <!--当计算传递依赖时, 从依赖构件列表里,列出被排除的依赖构件集。即告诉maven你只依赖指定的项目,不依赖项目的依赖。此元素主要用于解决版本冲突问题-->
                <exclusions>
                    <exclusion>
                        <artifactId>spring-core</artifactId>
                        <groupId>org.springframework</groupId>
                    </exclusion>
                </exclusions>
                <!--可选依赖,如果你在项目B中把C依赖声明为可选,你就需要在依赖于B的项目(例如项目A)中显式的引用对C的依赖。可选依赖阻断依赖的传递性。-->
                <optional>true</optional>
            </dependency>
        </dependencies>
        <!--不赞成使用. 现在Maven忽略该元素.-->
        <reports></reports>
        <!--该元素描述使用报表插件产生报表的规范。当用户执行“mvn site”,这些报表就会运行。 在页面导航栏能看到所有报表的链接。-->
        <reporting>
            <!--true,则,网站不包括默认的报表。这包括“项目信息”菜单中的报表。-->
            <excludeDefaults/>
            <!--所有产生的报表存放到哪里。默认值是${project.build.directory}/site。-->
            <outputDirectory/>
            <!--使用的报表插件和他们的配置。-->
            <plugins>
                <!--plugin元素包含描述报表插件需要的信息-->
                <plugin>
                    <!--报表插件在仓库里的group ID-->
                    <groupId/>
                    <!--报表插件在仓库里的artifact ID-->
                    <artifactId/>
                    <!--被使用的报表插件的版本(或版本范围)-->
                    <version/>
                    <!--任何配置是否被传播到子项目-->
                    <inherited/>
                    <!--报表插件的配置-->
                    <configuration/>
                    <!--一组报表的多重规范,每个规范可能有不同的配置。一个规范(报表集)对应一个执行目标 。例如,有1,2,3,4,5,6,7,8,9个报表。1,2,5构成A报表集,对应一个执行目标。2,5,8构成B报表集,对应另一个执行目标-->
                    <reportSets>
                        <!--表示报表的一个集合,以及产生该集合的配置-->
                        <reportSet>
                            <!--报表集合的唯一标识符,POM继承时用到-->
                            <id/>
                            <!--产生报表集合时,被使用的报表的配置-->
                            <configuration/>
                            <!--配置是否被继承到子POMs-->
                            <inherited/>
                            <!--这个集合里使用到哪些报表-->
                            <reports/>
                        </reportSet>
                    </reportSets>
                </plugin>
            </plugins>
        </reporting>
        <!-- 继承自该项目的所有子项目的默认依赖信息。这部分的依赖信息不会被立即解析,而是当子项目声明一个依赖(必须描述group ID和 artifact ID信息),如果group ID和artifact ID以外的一些信息没有描述,则通过group ID和artifact ID 匹配到这里的依赖,并使用这里的依赖信息。-->
        <dependencyManagement>
            <dependencies>
                <!--参见dependencies/dependency元素-->
                <dependency>
                    ......
                </dependency>
            </dependencies>
        </dependencyManagement>
        <!--项目分发信息,在执行mvn deploy后表示要发布的位置。有了这些信息就可以把网站部署到远程服务器或者把构件部署到远程仓库。-->
        <distributionManagement>
            <!--部署项目产生的构件到远程仓库需要的信息-->
            <repository>
                <!--是分配给快照一个唯一的版本号(由时间戳和构建流水号)?还是每次都使用相同的版本号?参见repositories/repository元素-->
                <uniqueVersion/>
                <id>banseon-maven2</id>
                <name>banseon maven2</name>
                <url>file://${basedir}/target/deploy</url>
                <layout/>
            </repository>
            <!--构件的快照部署到哪里?如果没有配置该元素,默认部署到repository元素配置的仓库,参见distributionManagement/repository元素-->
            <snapshotRepository>
                <uniqueVersion/>
                <id>banseon-maven2</id>
                <name>Banseon-maven2 Snapshot Repository</name>
                <url>scp://svn.baidu.com/banseon:/usr/local/maven-snapshot</url>
                <layout/>
            </snapshotRepository>
            <!--部署项目的网站需要的信息-->
            <site>
                <!--部署位置的唯一标识符,用来匹配站点和settings.xml文件里的配置-->
                <id>banseon-site</id>
                <!--部署位置的名称-->
                <name>business api website</name>
                <!--部署位置的URL,按protocol://hostname/path形式-->
                <url>
                    scp://svn.baidu.com/banseon:/var/www/localhost/banseon-web
                </url>
            </site>
            <!--项目下载页面的URL。如果没有该元素,用户应该参考主页。使用该元素的原因是:帮助定位那些不在仓库里的构件(由于license限制)。-->
            <downloadUrl/>
            <!--如果构件有了新的group ID和artifact ID(构件移到了新的位置),这里列出构件的重定位信息。-->
            <relocation>
                <!--构件新的group ID-->
                <groupId/>
                <!--构件新的artifact ID-->
                <artifactId/>
                <!--构件新的版本号-->
                <version/>
                <!--显示给用户的,关于移动的额外信息,例如原因。-->
                <message/>
            </relocation>
            <!-- 给出该构件在远程仓库的状态。不得在本地项目中设置该元素,因为这是工具自动更新的。有效的值有:none(默认),converted(仓库管理员从 Maven 1 POM转换过来),partner(直接从伙伴Maven 2仓库同步过来),deployed(从Maven 2实例部 署),verified(被核实时正确的和最终的)。-->
            <status/>
        </distributionManagement>
        <!--以值替代名称,Properties可以在整个POM中使用,也可以作为触发条件(见settings.xml配置文件里activation元素的说明)。格式是<name>value</name>。-->
        <properties/>
    </project>

    原文链接:http://blog.csdn.net/ithomer/article/details/9332071





    展开全文
  • Maven POM文件 Scope标签用法

    千次阅读 2018-05-07 19:40:35
    在一个maven项目中,如果存在编译需要而发布不需要的jar包,可以用scope标签,值设为provided。如下:&lt;dependency&gt; &lt;groupId&gt;org.springframework.boot&lt;/groupId&gt; &...

    在一个maven项目中,如果存在编译需要而发布不需要的jar包,可以用scope标签,值设为provided。如下:

    <dependency>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-starter-test</artifactId>
        <scope>test</scope>
    </dependency>

    scope的其他参数如下:

    • compile
      默认的scope,表示 dependency 都可以在生命周期中使用。而且,这些dependencies 会传递到依赖的项目中。适用于所有阶段,会随着项目一起发布
    • provided
      跟compile相似,但是表明了dependency 由JDK或者容器提供,例如Servlet AP和一些Java EE APIs。这个scope 只能作用在编译和测试时,同时没有传递性。
    • runtime
      表示dependency不作用在编译时,但会作用在运行和测试时,如JDBC驱动,适用运行和测试阶段。
    • test
      表示dependency作用在测试时,不作用在运行时。 只在测试时使用,用于编译和运行测试代码。不会随项目发布。
    • system
      跟provided 相似,但是在系统中要以外部JAR包的形式提供,maven不会在repository查找它。
    展开全文
  • Windows 10文件浏览器多标签浏览插件

    千次阅读 2020-03-03 10:32:08
    四知回--Windows 10文件浏览器多标签浏览插件    Windows10 文件浏览器本身是单窗口的,打开多个目录时会打开多个浏览器窗口,切换和使用均不方便。之前看有提到clover这个软件可以多标签浏览;尝试了...
  • Maven项目中POM.xml文件内的标签大全详解 xsi:schemaLocation="http://maven.apache.org/POM/4.0.0http://maven.a
  • pom.xml文件中,dependency标签的scope属性定义了依赖包在项目的使用阶段。 项目阶段包括: 编译compile、测试test、运行run和发布deploy。 本文对几种scope进行简单的对比总结。 总结 scope 编译阶段 测试阶段 ...
  • 1.该文件使用tomcat 发布 2.标签处理类已经过编译,没有错误,并且放到了WEB-INF/classes下面 我的思考:已经提示处理类can't be resolved,说明tld文件设置没有问题,路径也都正确,那请问,有什么原因会出现这样的...
  • rails文件路径 文件读写及发布

    千次阅读 2009-01-13 11:04:00
    最近用rails发布文件,要得到文件的路径,先读取一个模板文件,遇到路径不可视别问题,最后发布要这样使用才可以,如下: @content = File.read("#{RAILS_ROOT}/app/views/release_enroll_plan/template.html") 
  • web.xml配置文件标签报错

    千次阅读 2017-11-25 18:48:13
    与web.xml中的版本号有关系 ...至于说,为毛线不能使用lintener-class,是因为在web-app_3_0.xsd结构定义文件中,根本就不提倡这些配置,因为Servlet3.0已经支持注解形式;
  • 由于各种原因,需要在原有的html页面中通过script标签引入的方式进行部分页面开发 但是由于开发过程中存在许多公共部分需要进行组件封装。所以遇到了一些问题。最后通过讲组件提取为单独js文件进行解决。 具体解决...
  • properties:自定义标签管理(可在其内自定义标签名、值, 用法同于el表达式:${标签名}得到其值),常用于集中定义依赖版本号。 scope:管理部署(可以使用5个值: * compile,缺省值,适用于所有阶段,会随着项目...
  • ArcGIS Server利用现有的缓存地图文件发布切片服务

    万次阅读 热门讨论 2018-01-11 09:00:38
    以我的为例,上图为水经注提供的泗水影像图文件发布在本地Server的sishui文件夹中,服务名为sishuimap。 1.在server的Manager站点中新建文件夹。登录Manager站点,添加sishui文件夹(下称站点文件夹)。 2.先找...
  • Tomcat 以 WEB 方式发布FTP文件系统

    千次阅读 2018-10-29 16:12:48
    此时可把相关文件以Web的方式发布出来,客户端以HTTP协议即可浏览下载相关的文件(当然这里就只能下载)。 采用Tomcat方法较简洁,只需要配置以下两项参数即可: 一、展示目录下所有的文件列表 <!-- ...
  • JSTL 标签大全详解

    万次阅读 多人点赞 2016-11-23 21:21:39
    (尊重劳动成果,转载请注明出处:http://blog.csdn.net/qq_25827845/article/details/53311722 冷血之心的博客) 关注微信公众号(文强的技术小屋),学习更多技术知识,一起遨游知识...4、core标签库常用标签:...
  • 史上最全的Maven Pom文件标签详解

    万次阅读 多人点赞 2016-08-26 14:03:08
    构件是项目产生的或使用的一个东西,Maven为项目产生的构件包括:JARs,源 码,二进制发布和WARs等。--> <artifactId>banseon-maven2</artifactId> <!--项目产生的构件类型,例如jar、war、ear、pom。插件可以...
  • -- SNAPSHOT代表当前版本类型为快照版本,还有alpha内部版本、beta公测版本、release发布版本、ga正式版本等 --> < version > 0.0.1-SNAPSHOT version > <!-- maven打包方式,默认为jar,还有:pom,maven-...
  • 一:apache的概念 Apache是世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上,由于其跨平台和安全性被广泛使用,是...目录文件: 程序目录:/usr/sbin/httpd 默认网站主页存放目录:...
  • 在.jnlp文件中使用 标签的解决方案 当采用Java Web Start发布程序时,在.jnlp文件中使用如下的标签时: 那么所有发布的jar都需要被标记(signed),否则会产生如下的异常: JNLPException[category: 安全错误 : ...
  • C# 通过WebService方式 IIS发布网站 上传文件到服务器   (2014-08-11 14:57:19) 转载▼ 标签:  it   应用场景:要将本地的文件 上传到服务器的虚拟机上 通过...
  • Ant build.xml 构建文件 打包发布

    千次阅读 2014-10-23 22:23:18
    1、 ant脚本文件build.xml示例
  • 方正书版PS文件转换PDF文件、转TXT文件PHP源程序,在借调到“学习实践科学发展观活动办公室”工作时,为工作需要所编写的。
  • 对于使用Windows系统的广大同学来说,Windows系统的文件资源管理器随着系统的一次次升级更新却固步自封,基本没有什么优化,找文件还是需要从一个子文件深入到另一个子文件中,返回还是需要一步一步推...
  • git tag主要是对某一次代码提交后生成版本ID号进行标签注明的作用,适用于线上发布时的版本注明和绑定。如下图 tag的好处是让版本发布上线和回滚更清晰明了。版本号根据公司需求规范取名即可。 像V1.00红框里...
  • 案例通过智能网关连接罗克韦尔1756-L72的以太网端口,实现PLC的标签数据MQTT协议JSON格式发布与订阅。PLC与数据库双向通讯 PLC协议转ModbusTCP协议 智能网关支持PLC的控制器标签、控制器数组(1维/2维/3维)、程序...
  • 程序编译前用当前的内部版本号更新 AssemblyVersion 属性的 build number 段,非程序文件(如资源等)在打包、备份、打标签时统一使用内部版本号。 每个Assebmly包含三个Version AssemblyFileVersion :存储在win...
  • 2:其次就是:看发布后的wsdl文件,是否多了标签,将标签中的location去在浏览器中打开,看是否包含丢失”的两个标签,如果包含,就不是真的丢失了。 解决方案:对比发现标签内的targetNamespace属性和中namespace...
  • 自定义标签简介 自定义标签主要用于移除Jsp页面中的java代码。...2.编写标签库描述(tld)文件,在tld文件中把标签处理器类描述成一个标签。 我们接下来写一个小例子来对自定义标签的开发做一个入门了解 快
  • 从题目可以看出,问题就是——如何在Hexo发布博客的Md文件中引入JS代码,来实现你想要的特效。 之所以会提出这个问题,是源于一个简单的想法,单纯地想在某一篇博客中引入echarts(一个纯 Javascript 的图表库)...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 212,923
精华内容 85,169
关键字:

文件发布标签