jetty 部署应用 不放在webapps目录下
& &小弟之前一直用tomcat,习惯在service.xml中添加&comtext& 标签部署web工程,
&最近在玩jetty,请问jetty中可以有类似tomcat的这种部署么。
部署在linux下的话建个link不就搞定了。
这个不是项目中直接引jetty的jar包，直接运行就可以吗？？
配置方式如下：新建jetty-webapp.xml文件，内容如下，然后将该文件放到jetty的webapps目录即可：
&?xml version="1.0" encoding="UTF-8"?&
&!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://www.eclipse.org/jetty/configure_9_3.dtd"&
&Configure class="org.eclipse.jetty.webapp.WebAppContext"&
& &Set name="war"&xxx.war&/Set&
& &Set name="contextPath"&/xxx&/Set&
&/Configure&jetty 版本信息
     Jetty7 - 此插件更名为jetty-maven-plugin，以便更符合maven2的协定。为了在Web应用做快速应用开发做准备，详见。
  为了在Jetty里运行一个Web应用，你如果按照Maven默认的做法构造(resources文件存放,${basedir}/src/main/webapp下Classes文件存放在${project.build.outputDirectory}下，web.xml的配置描述${basedir}/src/main/webapp/WEB-INF/web.xml)，你不需要配置任何其它东西。
只需输入：mvn jetty:run
这将在端口为8080的Jetty服务器上启动你的项目。Jetty将持续运行，直到插件是明确停止，例如，按下&ctrl-c&，您也可以使用命令。
委托这个插件运行Web应用是非常方便的，因为它可以配置成能定期扫描Web应用的任何改变和自动部署Web应用。这就可以消除开发周期中编译和部署的步骤从而更加富有成效。你使用的IDE时对项目做的任何改变，都将直接自动导入到当前运行的web容器里，使您可以立即对其进行测试，立竿见影。
如果不管出于什么原因，你总不能运行一个未组合过的web应用吧，在下文讨论中提到这个插件同样也支持jetty:run-war和jetty:run-exploded命令。
关于其他命令的更多信息请查阅Jetty文档中的、、。
自动执行插件
有时候，例如在做集成测试时，你当然希望在测试开始时自动运行你的项目，测试完成时停止，而不只是手动的在命令行执行mvn jetty:run吧。
要做到这一点，你需要为jetty 插件创建几个&execution&脚本，并使用&daemon&true&/daemon&配置选项来预防Jetty无限期运行，迫使它只在执行Maven时才运行。
  像下面pom.xml片段中描述的pre-integration-test和post-integration-test 就是用来触发执行和关闭Jetty：
        &groupId&org.mortbay.jetty&/groupId&
        &artifactId&maven-jetty-plugin&/artifactId&
        &version&6.1.10&/version&
        &configuration&
                &scanIntervalSeconds&10&/scanIntervalSeconds&
                &stopKey&foo&/stopKey&
                &stopPort&9999&/stopPort&
        &/configuration&
        &executions&
                &execution&
                        &id&start-jetty&/id&
                        &phase&pre-integration-test&/phase&
                        &goals&
                                &goal&run&/goal&
                        &/goals&
                        &configuration&
                                &scanIntervalSeconds&0&/scanIntervalSeconds&
                                &daemon&true&/daemon&
                        &/configuration&
                &/execution&
                &execution&
                        &id&stop-jetty&/id&
                        &phase&post-integration-test&/phase&
                        &goals&
                                &goal&stop&/goal&
                        &/goals&
                &/execution&
        &/executions&
注意：Maven默认都是通过org.apache.maven.plugins的groupId来查找插件的，即使这个groupId跟上面要表达的内容完全不同。为了更明确的指向这个groupId是我们需要的插件，唯一的办法就是在settings.xml也做如下设置：
  ...
&pluginGroups&
&pluginGroup&org.mortbay.jetty&/pluginGroup&
&/pluginGroups&
&/profile&
如何通过命令行停止插件
  委托Jetty插件无限期运行的目标包括run、run-war和run-exploded。你可以在视窗控制终端（如DOS窗口）使用&ctrl-c&关闭它，或者在另一个视窗控制终端使用stop目标关闭。如果你希望能使用mvn jetty:stop 执行关闭命令，则需要你在插件中配置一个特殊的端口和控制键。下面是一个例子配置：
&groupId&org.mortbay.jetty&/groupId&
&artifactId&maven-jetty-plugin&/artifactId&
&version&6.1.10&/version&
&configuration&
&stopPort&9966&/stopPort&
&stopKey&foo&/stopKey&
&/configuration&
mvn jetty:start
mvn jetty:stop
如何配置插件
配置公共的run, run-war 和 run-exploded 目标
  不管你执行哪一个Jetty目标，下述的配置参数都是可用的。一般来说它们分为应用于Web容器的配置和应用于具体web应用的配置：
容器级配置
Connectors 可选.一组对象，包含jetty的端口监听。如果你不指定任何一个NIO的，将默认配置一个8080端口。当然，你可以在命令行使用系统参数jetty.port 改变默认端口。例如&mvn -Djetty.port=9999 jetty:run&。另外，您也可以指定许多您想要的连接。
jettyConfig 可选。除插件配置参数外，你也可以指定一个jetty.xml文件的路径。当你有其他的web应用和操作需要部署时，或者一些你无法在插件中配置的jetty对象,你就可以使用到它,。
scanIntervalSeconds 可选[秒]。在很短的时间间隔内在扫描web应用检查是否有改变，如果发觉有任何改变则自动热部署。默认为0，表示禁用热部署检查。任何一个大于0的数字都将表示启用。
systemPropertie 可选。它们允许你在设置一个插件的执行操作时配置系统属性.更多的信息请查阅.
userRealms 可选。一组实现。请注意，它没有一个默认的Realm。如果你在你的web.xml应用了一个Realm,你需要在这里指定一个对应的Rleam。
requestLog 可选。一个请求日志接口的实现。比如就是一个作为NCSA格式的实现。
[译注：（美国）国家超级计算技术应用中心 (NCSA) 公用格式是常用的标准日志格式]
“手动重载”
从Jetty 6.2.0pre0版本起，添加了一个新的可用组件，用于控制web应用的重新部署。
配置参数：&reload&[manual|automatic]&/reload&
当你设置成手动模式后，web应用不会自动的扫描和重部署。相反，用户可以控制的Web应用时，通过键入”回车换行键”重载。当设置成自动模式时，将根据scanIntervalSeconds参数的设置不定时的扫描和自动重部署。你也能通过在命令行使用系统参数
-Djetty.reload 配置选择重载的模式。
比如：&mvn -Djetty.reload=manual jetty:run& 将强制手动重载，不管pom.xml文件里如何配置。同理: &mvn -Djetty.reload=automatic -Djetty.scanIntervalSeconds=10 jetty:run& 每隔十秒中后台将重载一次，而不管pom.xml文件里如何配置。
Web应用级配置
contextPath 可选。这个contex地址指向你的webapp.默认情况下，它被设置成该项目的pom.xml的&artifactId&。当然你也可以设置一个你喜欢的从而覆盖它。
tmpDir 可选。它作为web应用的临时目录。它默认设置在{${basedir}/target}下，但是你也可在这里改变它的路径。
overrideWebXml 可选. 它是一个应用于web应用的web.xml的备用web.xml文件.这个文件可以存放在任何地方.你可以根据不同的环境中(如测试、开发等等)利用它增加或修改一个web.xml配置.
webDefaultXml 可选. webdefault.xml文件用来代替webapp默认提供给jetty的文件.
从6.1.6rc0发行版开始，一个替代的更灵活的方式是配置web应用时使用webAppConfig元素代替上面列出的那些单独的参数。使用webAppConfig元素，你能有效的调用类中任何setter方法。下面显示的列子将展示这个元素跟它上面的例子比较是如何配置同样的特性的(当然它们还有更多的特性能让你设置)：
    ...
&groupId&org.mortbay.jetty&/groupId&
&artifactId&maven-jetty-plugin&/artifactId&
&configuration&
&scanIntervalSeconds&10&/scanIntervalSeconds&
&!—web应用的配置 --&
&contextPath&/biggerstrongerbetterfaster&/contextPath&
&tmpDir&target/not/necessary&/tmpDir&
&webDefaultXml&src/main/resources/webdefault.xml&/webDefaultXml&
&overrideWebXml&src/main/resources/override-web.xml&/overrideWebXml&
          &!—从jetty6.1.6rc0起, 你能用webAppConfig 元素代替
&webAppConfig&
&contextPath&/test&/contextPath&
&tempDirectory&${project.build.directory}/work&/tempDirectory&
&defaultsDescriptor&src/main/resources/webdefault.xml&/defaultsDescriptor&
&overrideDescriptor&src/main/resources/override-web.xml&/overrideDescriptor&
&/webAppConfig&
          --&
&!—容器的配置 --&
&jettyConfig&/my/special/jetty.xml&/jettyConfig&
&connectors&
&connector implementation=&org.mortbay.jetty.nio.SelectChannelConnector&&
&port&9090&/port&
&maxIdleTime&60000&/maxIdleTime&
&/connector&
&/connectors&
&userRealms&
&userRealm implementation=&org.mortbay.jetty.security.HashUserRealm&&
&name&Test Realm&/name&
&config&etc/realm.properties&/config&
&/userRealm&
&/userRealms&
&requestLog implementation=&org.mortbay.jetty.NCSARequestLog&&
&filename&target/yyyy_mm_dd.request.log&/filename&
&retainDays&90&/retainDays&
&append&true&/append&
&extended&false&/extended&
&logTimeZone&GMT&/logTimeZone&
&/requestLog&
&/configuration&
&/plugins&
&/project&
jetty:run的配置
  run目标允许你把你未打包的web应用部署到Jetty.它包含在你的pom.xml文件的一部分元素里。下面额外的配置参数都是可用到的：
  classesDirectory 这是你的web应用编译的classes存放的路径。你很少需要设置这个参数，其实可以在你的pom.xml用&build&&outputDirectory&替代它。
webAppSourceDirectory 默认设置在${basedir}/src/main/webapp下。如果你的源文件夹结构跟左边不同，就可以设置这个参数。
  webXml 默认设置在${maven.war.webxml}或者${basedir}/src/main/webapp/WEB-INF/web.xml，无论哪个文件都不是空的。如果觉得前两者都不合适，就设置它。
jettyEnvXml 可选。它指向一个jetty-env.xml文件的路径。允许你创建JNDI绑定并满足web.xml中&env-entry&、&resource-env-ref&和&resource-ref&元素中的条件。当然这个文件的使用范围仅仅在你的当前应用和其他应用同时部署时它并没有共享的情况下。(例如使用一个jettyConfig文件)
scanTargets 可选。周期性的扫描除了插件自动扫描外的文件和文件夹列表。
scanTargetPatterns 可选。如果你想扫描有一长串的额外文件，通过使用模式匹配表达式制定它们更加方便，它可以用来替代 &scanTargets&参数的枚举展示。这个参数包含一组&scanTargetPattern&。每一个都是由一个&directory&和&includes&[或者&excludes&]参数来指定文件的匹配模式。
下面的示例设置了所有这些参数：
    ...
      &plugin&
        &groupId&org.mortbay.jetty&/groupId&
        &artifactId&maven-jetty-plugin&/artifactId&
        &configuration&
          &webAppSourceDirectory&${basedir}/src/staticfiles&/webAppSourceDirectory&
          &webXml&${basedir}/src/over/here/web.xml&/webXml&
          &jettyEnvXml&${basedir}/src/over/here/jetty-env.xml&/jettyEnvXml&
          &classesDirectory&${basedir}/somewhere/else&/classesDirectory&
          &scanTargets&
            &scanTarget&src/mydir&/scanTarget&
            &scanTarget&src/myfile.txt&/scanTarget&
          &/scanTargets&
          &scanTargetPatterns&
            &scanTargetPattern&
              &directory&src/other-resources&/directory&
              &includes&
                &include&**/*.xml&/include&
                &include&**/*.properties&/include&
              &/includes&
              &excludes&
                &exclude&**/myspecial.xml&/exclude&
                &exclude&**/myspecial.properties&/exclude&
              &/excludes&
            &/scanTargetPattern&
          &/scanTargetPatterns&
        &/configuration&
      &/plugin&
&/plugins&
&/project&
  你也可以查看。
配置jetty:run-war
  这个目标将首先把你的web应用打包成一个war文件，再发布到Jetty。如果你设置扫描间隔为非零，Jetty将观察你的pom.xml和war文件。如果有任何变化，它都将重新打包并部署war。
  配置参数的详细描述如下：
webApp 打包后war的路径。默认为${project.build.directory}/${project.build.finalName}.war。如果目标存储空间不足，设置它到你的自定义路径下。
详细设置如下：
    ...
&groupId&org.mortbay.jetty&/groupId&
&artifactId&maven-jetty-plugin&/artifactId&
&configuration&
&webApp&${basedir}/target/mycustom.war&/webApp&
&/configuration&
&/plugins&
&/project&
你也可以查看.
配置jetty:run-exploded
  这个目标首先装配你的web应用到exploded-war文件，再发布到Jetty。如果你设置扫描间隔为非零，Jetty将观察你的pom.xml, WEB-INF/lib, WEB-INF/classes和WEB-INF/web.xml的改变。如果有必要，它都将重新打包并部署war。
配置参数的详细描述如下：
webApp exploded-war的路径。默认在${project.build.directory}/${project.build.finalName}，但是能通过设置这个参数，从而覆盖它。
详细设置如下：
    ...
&groupId&org.mortbay.jetty&/groupId&
&artifactId&maven-jetty-plugin&/artifactId&
&configuration&
&webApp&${basedir}/target/myfunkywebapp&/webApp&
&/configuration&
&/plugins&
&/project&
你也可以查看.
设置系统属性
  你可以为插件的执行操作按name/value成对的方式指定系统属性。
  请注意，如果发现有系统属性已经设置过(例如从命令行或者JVM本身)，则这些配置的属性不会覆盖它们。
  这个特性在整理命令行和保存一系列的键盘键入操作时是很有用的。
  譬如，你通常会需要产生Commons logging:
  mvn -mons.logging.Log=mons.logging.impl.SimpleLog jetty:run
  使用了systemProperty配置的命令行可以再次更简短的运行mvn jetty:run，看下面的pom.xml ：
    ...
&groupId&org.mortbay.jetty&/groupId&
&artifactId&maven-jetty-plugin&/artifactId&
&configuration&
         ...
&systemProperties&
&systemProperty&
&name&mons.logging.Log&/name&
&value&mons.logging.impl.SimpleLog&/value&
&/systemProperty&
            ...
&/systemProperties&
&/configuration&
&/plugins&
&/project&
注意：你可以按&name&或者&key&的方式指定&systemProperty&的名称，使用哪个按你的喜好吧。
  Jetty本身并没有依赖一个特定的日志框架，它使用一个内置的日志记录器来输出标准错误。不管怎样，允许了Jetty和其他日志方法集成，如果在类路径中发现了一个日志的实现，它的使用将优先于Jetty内置的日志记录器。
其实Jetty的JSP引擎已经包含了一个日志依赖。如果你使用JSP 2.0(即你运行的Java虚拟机[JVM]版本&1.5)，这个JSP引擎依赖于commons-logging。默认的commons-logging日志记录器在记录信息为INFO及以上级别[DEBUG,WARN,ERROR]时，将提供插件使用的和的实现。
您可以忽略这一点，按照下列步骤提供自己的commons-logging：
1. 使用插件中&dependencies&增加一个commons-logging和一个commons-logging的实现到插件类路径(如log4j)。请注意，如果您想把Jetty 容器的日志也将发送到这个记录器，你还应该加上这个用于桥接的jar包：
&groupId&org.mortbay.jetty&/groupId&
&artifactId&maven-jetty-plugin&/artifactId&
&version&6.0-SNAPSHOT&/version&
&configuration&
&scanIntervalSeconds&5&/scanIntervalSeconds&
&/configuration&
&dependencies&
&dependency&
&groupId&commons-logging&/groupId&
&artifactId&commons-logging&/artifactId&
&version&1.1&/version&
&type&jar&/type&
&/dependency&
&dependency&
&groupId&org.slf4j&/groupId&
&artifactId&slf4j-jcl&/artifactId&
&version&1.0.1&/version&
&type&jar&/type&
&/dependency&
&dependency&
&groupId&log4j&/groupId&
&artifactId&log4j&/artifactId&
&version&1.2.13&/version&
&type&jar&/type&
&/dependency&
&/dependencies&
      &/plugin&
   2.用-Dslf4j=false系统属性运行插件：
    mvn -Dslf4j=false jetty:run
     注意：如果你使用的是log4j，你将需要告诉log4j你配置文件的位置。譬如：
     mvn -Dslf4j=false -Dlog4j.configuration=file:./target/classes/log4j.properties jetty:run
   如果您使用的是JSP2.1 （即你运行的Java虚拟机[JVM]版本&=1.5 ），那太好了，因为这个JSP已经没有什么特别的日志依赖。
阅读(...) 评论()在Eclipse中调试Jetty应用的配置（XML配置文件方式） - Java综合 - Java - ITeye论坛
在Eclipse中调试Jetty应用的配置（XML配置文件方式）
锁定老帖子
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
来自: 上海
发表时间：&&
最后修改：
相关知识库：
在Eclipse中可以使用自己编写的Jetty启动类来运行JEE程序，这种方式比较适合工程最后为独立运行（standalone）的方式。我此前的一篇Blog讲解了此种方式，《
项目开发过程中还可以使用Jetty的XML配置文件的启动方式来调试应用，使用这种方式无需自己编写Jetty启动类。而且配置很简单。
以下是配置过程：
1.创建一个Java Application应用，Project输入框中选择你希望运行的项目，MainClass添为：org.mortbay.xml.XmlConfiguration。
2.在Arguments选项卡中的Program Argument中填入你的jetty配置文件相对与Web工程的路径，如：jetty/jetty.xml
3.点击“Apply”，然后运行即可。
此种方式需将jetty的jar包通过Maven添加为Runtime的运行依赖或在Classpath选项卡中引入jetty依赖。
jetty的配置文件目录需放置在工程根目录下，目录中需包含jetty.xml，realm.properties。可以包含webdefault.xml文件。示例文件可参考《
一文的下载附件。
跳转论坛:移动开发技术
Web前端技术
Java企业应用
编程语言技术&jetty的xml文件配置说明
秒后自动跳转到登录页
快捷登录：
举报类型：
不规范：上传重复资源
不规范：标题与实际内容不符
不规范：资源无法下载或使用
其他不规范行为
违规：资源涉及侵权
违规：含有危害国家安全等内容
违规：含有反动/色情等内容
违规：广告内容
详细原因：
任何违反下载中心规定的资源，欢迎Down友监督举报，第一举报人可获5-10下载豆奖励。
视频课程推荐
jetty的xml文件配置说明
上传时间：
技术分类：
资源评价：
（1位用户参与评价）
已被下载&32&次
jetty的xml文件配置说明
本资料共包含以下附件：
jetty的xml文件配置说明.pdf
51CTO下载中心常见问题：
1.如何获得下载豆？
1)上传资料
2)评论资料
3)每天在首页签到领取
4)购买VIP会员服务，无需下载豆下载资源
5)更多途径：点击此处
2.如何删除自己的资料？
下载资料意味着您已同意遵守以下协议：
1.资料的所有权益归上传用户所有
2.未经权益所有人同意，不得将资料中的内容挪作商业或盈利用途
3.51CTO下载中心仅提供资料交流平台，并不对任何资料负责
4.本站资料中如有侵权或不适当内容，请邮件与我们联系（）
5.本站不保证资源的准确性、安全性和完整性, 同时也不承担用户因使用这些资料对自己和他人造成任何形式的伤害或损失
相关专题推荐
磁盘阵列简称RAID，有“价格便宜且多
网络存储系统的搭建能够为我们带来极
VMware是提供一套虚拟机解决方案的软
从开发、测试、生产三部曲这样的运作
本专题为vmware中文视频教程，在线视
本专题介绍了weblogic服务器在企业应
Vmware View是Vmware的桌面和应用虚拟
vSphere不是一个单独的产品，它由一系
本专题全面深入讲解Windows Server 2
本专题收集了高俊峰老师讲解的系统集
IBM TSM 备份软件实战教学视频，包含
菜鸟腾飞安全网VIP_精通VMware虚拟机
2013年传智播客WebService视频教程，
Active Directory 实操作参考系列，本
服务器虚拟化技术以VMware公司的vSph
LoadRunner，是一种预测系统行为和性
意见或建议：
联系方式：
您已提交成功！感谢您的宝贵意见，我们会尽快处理}