jetty

JAVA本地调用；无法载入。应该是没装jdk。要么没装好？？在终端测试下：按下开始-输入cmd回车-输入java-version回车出现版本信息，说明大概装好了。先装个JDK吧。具体看参考资料吧。

GC即Gabbage Collection，垃圾回收。它将未被程序使用的内存进行回收。Java 程序员不用担心内存管理，因为垃圾收集器会自动进行管理。这一般是由JVM即Java虚拟机来负责的。jetty是Java应用，运行在虚拟机纸上，和GC没有直接关系。

设置方法如下：1.在web容器中设置（以tomcat为例）：在tomcat-7.0confweb.xml中设置，以下是tomcat7.0中默认配置。tomcat默认session超时时间为30分钟，可以根据需要修改，负数或0为不限制session失效时间，这里要注意这个session设置的时间是根据服务器来计算的，而不是客户端。所以如果在调试程序，应该是修改服务器端时间来测试，而不是客户端。2.在工程的web.xml中设置：。3.通过java代码设置：session.setMaxInactiveInterval(30*60);//以秒为单位，即在没有活动30分钟后，session将失效。Java是一门面向对象的编程语言，不仅吸收了C++语言的各种优点，还摒弃了C++里难以理解的多继承、指针等概念，因此Java语言具有功能强大和简单易用两个特征。Java语言作为静态面向对象编程语言的代表，极好地实现了面向对象理论，允许程序员以优雅的思维方式进行复杂的编程。Java具有简单性、面向对象、分布式、健壮性、安全性、平台独立与可移植性、多线程、动态性等特点 [2] 。Java可以编写桌面应用程序、Web应用程序、分布式系统和嵌入式系统应用程序等。

计算机重新启动一、软件方面1．病毒“冲击波”病毒发作时还会提示系统将在60秒后自动启动。木马程序从远程控制你计算机的一切活动，包括让你的计算机重新启动。清除病毒，木马，或重装系统。2．系统文件损坏系统文件被破坏，如Win2K下的KERNEL32.DLL，Win98 FONTS目录下面的字体等系统运行时基本的文件被破坏，系统在启动时会因此无法完成初始化而强迫重新启动。解决方法：覆盖安装或重新安装。3．定时软件或计划任务软件起作用如果你在“计划任务栏”里设置了重新启动或加载某些工作程序时，当定时时刻到来时，计算机也会再次启动。对于这种情况，我们可以打开“启动毕睿觳槔锩嬗忻挥凶约翰皇煜さ闹葱形募蚱渌ㄊ惫ぷ鞒绦颍淦帘魏笤倏觳椤5比唬颐且部梢栽凇霸诵小崩锩嬷苯邮淙搿癕sconfig”命令选择启动项。二、硬件方面1．机箱电源功率不足、直流输出不纯、动态反应迟钝。用户或装机商往往不重视电源，采用价格便宜的电源，因此是引起系统自动重启的最大嫌疑之一。①电源输出功率不足，当运行大型的3D游戏等占用CPU资源较大的软件时，CPU需要大功率供电时，电源功率不够而超载引起电源保护，停止输出。电源停止输出后，负载减轻，此时电源再次启动。由于保护/恢复的时间很短，所以给我们的表现就是主机自动重启。②电源直流输出不纯，数字电路要求纯直流供电，当电源的直流输出中谐波含量过大，就会导致数字电路工作出错，表现是经常性的死机或重启。③CPU的工作负载是动态的，对电流的要求也是动态的，而且要求动态反应速度迅速。有些品质差的电源动态反应时间长，也会导致经常性的死机或重启。④更新设备（高端显卡/大硬盘/视频卡），增加设备（刻录机/硬盘）后，功率超出原配电源的额定输出功率，就会导致经常性的死机或重启。解决方法：现换高质量大功率计算机电源。2．内存热稳定性不良、芯片损坏或者设置错误内存出现问题导致系统重启致系统重启的几率相对较大。①内存热稳定性不良，开机可以正常工作，当内存温度升高到一定温度，就不能正常工作，导致死机或重启。②内存芯片轻微损坏时，开机可以通过自检（设置快速启动不全面检测内存），也可以进入正常的桌面进行正常操作，当运行一些I/O吞吐量大的软件（媒体播放、游戏、平面/3D绘图）时就会重启或死机。解决办法：更换内存。③把内存的CAS值设置得太小也会导致内存不稳定，造成系统自动重启。一般最好采用BIOS的缺省设置，不要自己改动。3．CPU的温度过高或者缓存损坏①CPU温度过高常常会引起保护性自动重启。温度过高的原因基本是由于机箱、CPU散热不良，CPU散热不良的原因有：散热器的材质导热率低，散热器与CPU接触面之间有异物（多为质保帖），风扇转速低，风扇和散热器积尘太多等等。还有P2/P3主板CPU下面的测温探头损坏或P4 CPU内部的测温电路损坏，主板上的BIOS有BUG在某一特殊条件下测温不准，CMOS中设置的CPU保护温度过低等等也会引起保护性重启。②CPU内部的一、二级缓存损坏是CPU常见的故障。损坏程度轻的，还是可以启动，可以进入正常的桌面进行正常操作，当运行一些I/O吞吐量大的软件（媒体播放、游戏、平面/3D绘图）时就会重启或死机。解决办法：在CMOS中屏蔽二级缓存（L2）或一级缓存（L1），或更换CPU排除。4．AGP显卡、PCI卡（网卡、猫）引起的自动重启①外接卡做工不标准或品质不良，引发AGP/PCI总线的RESET信号误动作导致系统重启。②还有显卡、网卡松动引起系统重启的事例。5. 并口、串口、USB接口接入有故障或不兼容的外部设备时自动重启①外设有故障或不兼容，比如打印机的并口损坏，某一脚对地短路，USB设备损坏对地短路，针脚定义、信号电平不兼容等等。②热插拔外部设备时，抖动过大，引起信号或电源瞬间短路。6．光驱内部电路或芯片损坏光驱损坏，大部分表现是不能读盘/刻盘。也有因为内部电路或芯片损坏导致主机在工作过程中突然重启。光驱本身的设计不良，FireWare有Bug。也会在读取光盘时引起重启。7．机箱前面板RESET开关问题机箱前面板RESET键实际是一个常开开关，主板上的RESET信号是 5V电平信号，连接到RESET开关。当开关闭合的瞬间， 5V电平对地导通，信号电平降为0V，触发系统复位重启，RESET开关回到常开位置，此时RESET信号恢复到 5V电平。如果RESET键损坏，开关始终处于闭合位置，RESET信号一直是0V，系统就无法加电自检。当RESET开关弹性减弱，按钮按下去不易弹起时，就会出现开关稍有振动就易于闭合。从而导致系统复位重启。解决办法：更换RESET开关。还有机箱内的RESET开关引线短路，导致主机自动重启。8. 主板故障主板导致自动重启的事例很少见。一般是与RESET相关的电路有故障；插座、插槽有虚焊，接触不良；个别芯片、电容等元件损害。三、其他原因1．市电电压不稳①计算机的开关电源工作电压范围一般为170V－240V，当市电电压低于170V时，计算机就会自动重启或关机。解决方法：加稳压器（不是UPS）或130－260V的宽幅开关电源。②电脑和空调、冰箱等大功耗电器共用一个插线板的话，在这些电器启动的时候，供给电脑的电压就会受到很大的影响，往往就表现为系统重启。解决办法就是把他们的供电线路分开。2．强磁干扰不要小看电磁干扰，许多时候我们的电脑死机和重启也是因为干扰造成的，这些干扰既有来自机箱内部CPU风扇、机箱风扇、显卡风扇、显卡、主板、硬盘的干扰，也有来自外部的动力线，变频空调甚至汽车等大型设备的干扰。如果我们主机的搞干扰性能差或屏蔽不良，就会出现主机意外重启或频繁死机的现象。3、交流供电线路接错有的用户把供电线的零线直接接地（不走电度表的零线），导致自动重启，原因是从地线引入干扰信号。4．插排或电源插座的质量差，接触不良。电源插座在使用一段时间后，簧片的弹性慢慢丧失，导致插头和簧片之间接触不良、电阻不断变化，电流随之起伏，系统自然会很不稳定，一旦电流达不到系统运行的最低要求，电脑就重启了。解决办法，购买质量过关的好插座。5. 积尘太多导致主板RESE

放项目的WEB-INF/lib

因为小编使用的windows操作系统，所以小编就使用了linux的远程链接客户端，Xshell进行链接，以下的操作都是在Xshell软件上运行。双击打开Xshell，在打开的窗口中，点击左上角新建按钮，如下图点击新建后，如下图，需要与自己的linux服务器建立远程链接，在连接中输入需要链接的服务器IP地址通过cd命令，进入服务器日志文件所存放的目录，如小编的是log目录进入log目录，找到需要监控的日志文件，如小编需要监控production.log这个日志文件使用命令：tail -f log/production.log 查看新追加到文档中的信息，这样可以实时看到自己的访问日志，便于自己调试程序和查看错误

1.怎么启动Jenkins？ 　　step1：进入到Jenkins的war包所在的目录。 　　　　如果是win7及以上版本，直接打开Jenkins的war包所在的目录，在地址栏敲cmd，回车。 　　　　上述结果和进入cmd后，用cd命令进入期望目录 是一样的。 　　step2：java -jar jenkins.war(调用里面的这个war包，如果你的war包名字不是Jenkins.war，请用你的war包名字，不可生搬硬套) 2.启动Jenkins服务 　　net start jenkins （注：如果Jenkins曾经启动过，启动服务不需要进入到某个目录） 3.停止Jenkins服务 　　net stop jenkins 注：Jenkins的关闭和启动都可以通过关闭和启动服务来进行。

1、打开“ 的电脑”，进入菜单“工具”→“文件夹选项”→“文件类型，单击“新建”弹出“新建扩展名”对话框，在“文件扩展名”框中填入“exe”，接着单击“高级”，在“关联的文件类型”下拉框中选择“应用程序”，单击“确定”返回，最后单击“应用”后关闭对话框 2、如上面的方法不能解决，或应用那个按钮是灰的，那可以重启按f8选“命令提示符的安全模式”，然后在命令提示符下直接输入assoc .exe=exefile 或ftype exefile=%1%* 然后回车就好。

404是找不到服务器，原因一般只有几种:1.路径写错了，少了斜杠或者字母大小写等2.tomcat没启动或者没配置好即服务器没启动多试几次看看

编辑：nano /etc/profile改成这样不要错了：export JAVA_HOME=/usr/local/java/jdk1.7.0_25export JAVA=$JAVA_HOME/bin/javaexport PATH=$PATH:$JAVA_HOME:$JAVA:$JAVA_HOME/binexport CLASSPATH=$CLASSPATH:$JAVA_HOME:$JAVAexport JETTY_HOME=/jettyexport CLASSPATH=$CLASSPATH:$JETTY_HOME/bin改好狗记得source一下 ，我也是这样的问题解决了。

你的xml配置不正确，我写了好几篇关于spring集成cxf的文章，你可以参考一下。都带Demo的，下载就可以运行，很方便。http://www.javacoder.cn/?cat=98

tomcat是服务器。Eclipse是开发工具。从网上下载插件使Eclipse应对各种开发。JDK（Java Development Kids）就是java开发工具的意思。JEtty这个没有接触过。

你去网上下载jetty服务器的安装包， 是rar格式的， 你的Myeclipse支持什么版本的jetty 你就下载什么版本的jetty，然后把jetty集成到你的Myeclipse中去， 集成方法如下：添加jetty服务器按照下面的步骤做：1.点击window-- show view - other 找到servers 点击OK。2.在servers 里面右键鼠标 configure server connector 找到jetty版本，点击next，然后点击browse选择电脑上面的jetty安装路径就行了。

CGPoint point = containerView.contentOffset; CGFloat zy = point.y ; CGFloat py = rect.origin.y + rect.size.height; if (py - zy <0) { return FALSE; } CGRect screenRect = containerView.frame; CGFloat by = screenRect.size.height + zy ; if (rect.origin.y > by) { return FALSE; } return TRUE;

Disable 就可以啊

有时候我们需要设定maven环境下的JVM参数，以便通过maven执行的命令或启动的系统能得到它们需要的参数设定。比如：当我们使用jetty:run启动jetty服务器时，在进行热部署时会经常发生:java.lang.OutOfMemoryError: PermGen space问题,这时我们需...

Tomcat应该是最多，jetty通常被用作内嵌的web容器，resin是用的最少的，但resin还有其他的例如ejb容器。

要重新设置吗？

Run_Configurations.txt 这个文件中的内容是告知开发者如何设定JFinal启动项目时的参数，此文件中的内容不会被加载，开发者具体操作方法如下：1：点击eclipse工具栏上的debug或run图标旁边的小三角形图标，会弹出如下菜单：2：选择 Debug Configurations菜单项，在弹出的窗口中选择左测的Java Application菜单下的你的项目，并在右侧内容窗口中选择Arguments标签项，如下图：3：在VM arguments中输入 -Xms1024m -Xmx1024m -XX:PermSize=128M -XX:MaxPermSize=256m 就可以了Program arguments中的 WebRoot 80 / 5 这个参数是指定WebRoot目录、端口号、contextPath、文件修改扫描间隔时间。这个设置可以不用设置，默认值为：WebRoot 80 / 5 ，不设置，WebRoot是自动探测的，可以不是 WebRoot目录。4：jvm的永生区存内容不回收是jetty 引起的，这个问题，将在以后升级jetty来解决。目前暂时通过调大PermSize来解决，也挺好使的 :)

eclipse版本：Version: Luna Service Release 2 (4.4.2)Build id: 20150219-0600eclipse安装目录为：D:Program Fileseclipse解压缩jetty.rar，目录结构如下在eclipse 安装目录下新建newPlugins目录和links目录，在newPlugins目录下新建jetty目录将jetty解压缩包中的features目录及其子目录和文件和plugins目录及其子目录和文件放到D:Program Fileseclipse ewPluginsjetty下在D:Program Fileseclipselinks目录下新建jetty.link文件，新增内容：path=D:\Program Files\eclipse\newPlugins\jetty重启eclipse，打开windows --> Preferences看到如下表示安装成功

　如果NIO被支持的话，Jetty会使用内存映射文件来缓存静态文件，其中包括.js文件。在Windows下面，使用内存映射文件会导致文件被锁定。解决方案是不使用内存映射文件来做缓存。如果你使用Maven，那就很简单了。步骤如下： 在你使用.m2 epositoryorgeclipsejettyjetty-webapp8.1.0.RC2jetty-webapp-8.1.0.RC2.jar中找到webdefault.xml,它在jar文件中的路径是org/mortbay/jetty/webapp/webdefault.xml。把它拷贝到项目中，比如src/test/resources/webdefault.xml. 找到useFileMappedBuffer参数，把值设成false

进入help->software updates点击manage sitesRemove掉所有的已有站点返回到software updates and add-ons页面，重新创建站点并update

　　登嘉楼（Terengganu），旧称丁加奴。位于马来半岛东海岸，东临南中国海，沿岸有长达230公里的海岸线，主要为幼细的沙滩和清澈的海水，丁加奴拥有比其他各州更多的海岛及森林旅游资源，是一个迷人的度假乐园。 登嘉楼州占地1万2千9百55平方公哩，人口超过1百万。北接吉兰丹州，西南及南端则接彭亨州。丁州拥有很长的沙滩，其面向南中国海的海岸线长达240公哩，州内人民主要的职业是捕鱼。州首府是瓜拉登加奴市。　　如果是住唐人街，顺着路直走到末端的菜市场（慢条斯理+拖行李，大概走15分钟），拐左再走150米就到shahbandar码头。如果是坐早上的船，一般上岛是9点钟开出，8点半抵达就合适了。

什么版本的linux？ redhat、centos可以用rpm来看： 查看软件是否安装：rpm -q pkgname 如果不知道确切名字可以：rpm -qa|grep pkgname 查看软件安装的文件：rpm -qpl pkgname

首页 > IDE > IDEA jetty端口修改IDEA jetty端口修改jetty运行时默认端口为8080，如何修改，有以下方式：外置Jetty如果使用独立的jetty server，则到JETTY_HOME/etc/jetty.xml搜索"Set connectors”，定位到之后，修改jetty.port后面的default值即可。使用内置maven的jetty插件：maven-jetty-plugin，这种方式下可以用以下两种方式来修改。A.pom配置方式：在pom.xml中build属性之间增加port配置![在此输入图片描述][2]B.命令行方式：在run-edit configure-Parameters-Command line中增加-Djetty.port，如下图

你想查看端口首先要确保服务是正常启动的，如果是正常启动，可使用grep来筛选例如: netstat -tunlp | grep jettynetstat -tunlp是列出所有监听的端口，使用grep筛选出指定的服务(包含了监听的端口)

Jetty 的基本架构Jetty 目前的是一个比较被看好的 Servlet 引擎，它的架构比较简单，也是一个可扩展性和非常灵活的应用服务器，它有一个基本数据模型，这个数据模型就是 Handler，所有可以被扩展的组件都可以作为一个 Handler，添加到 Server 中，Jetty 就是帮你管理这些 Handler。Jetty 的基本架构下图是 Jetty 的基本架构图，整个 Jetty 的核心组件由 Server 和 Connector 两个组件构成，整个 Server 组件是基于 Handler 容器工作的，它类似与 Tomcat 的 Container 容器，Jetty 与 Tomcat 的比较在后面详细介绍。Jetty 中另外一个比不可少的组件是 Connector，它负责接受客户端的连接请求，并将请求分配给一个处理队列去执行。图 1. Jetty 的基本架构图 1. Jetty 的基本架构Jetty 中还有一些可有可无的组件，我们可以在它上做扩展。如 JMX，我们可以定义一些 Mbean 把它加到 Server 中，当 Server 启动的时候，这些 Bean 就会一起工作。图 2. Jetty 的主要组件的类图图 2. Jetty 的主要组件的类图从上图可以看出整个 Jetty 的核心是围绕着 Server 类来构建，Server 类继承了 Handler，关联了 Connector 和 Container。Container 是管理 Mbean 的容器。Jetty 的 Server 的扩展主要是实现一个个 Handler 并将 Handler 加到 Server 中，Server 中提供了调用这些 Handler 的访问规则。整个 Jetty 的所有组件的生命周期管理是基于观察者模板设计，它和 Tomcat 的管理是类似的。下面是 LifeCycle 的类关系图LifeCycle 的类关系图每个组件都会持有一个观察者（在这里是 Listener 类，这个类通常对应到观察者模式中常用的 Observer 角色，关于观察者模式可以参考《Tomcat系统架构与设计模式，第2部分:设计模式分析》一文中关于观察者模式的讲解）集合，当 start、fail 或 stop 等事件触发时，这些 Listener 将会被调用，这是最简单的一种设计方式，相比 Tomcat 的 LifeCycle 要简单的多。Handler 的体系结构前面所述 Jetty 主要是基于 Handler 来设计的，Handler 的体系结构影响着整个 Jetty 的方方面面。下面总结了一下 Handler 的种类及作用：图 3. Handler 的体系结构（查看大图）图 3. Handler 的体系结构Jetty 主要提供了两种 Handler 类型，一种是 HandlerWrapper，它可以将一个 Handler 委托给另外一个类去执行，如我们要将一个 Handler 加到 Jetty 中，那么就必须将这个 Handler 委托给 Server 去调用。配合 ScopeHandler 类我们可以拦截 Handler 的执行，在调用 Handler 之前或之后，可以做一些另外的事情，类似于 Tomcat 中的 Valve；另外一个 Handler 类型是 HandlerCollection，这个 Handler 类可以将多个 Handler 组装在一起，构成一个 Handler 链，方便我们做扩展。

解决办法：编辑jetty根目录下 start.ini 和 添加 "--module=jmx"原因：因为在9.07的时候默认情况是设置了 "OPTIONS=jmx"，换到 9.1版本就删除了，你把上面那个配置加上就好了。ps：jmx是一个为应用程序植入管理功能的框架（通俗点说就是管理配置用的）

jetty 为什么自己实现线程池可以通过以下原则解决：1、设置线程池的最大线程数2、设置线程池的并发处理线程数量3、设置线程池最大的队列线程数4、做好线程池的线程清理工作做好这几点，理论上没问题了，具体还得看编程者代码的质量。PS：服务器不可能为每一个请求都创建线程，得考虑到最大负载，当达到临界值的时候，服务器返回繁忙状态，拒绝服务即可，当然这是简单的处理办法。

　　如果NIO被支持的话，Jetty会使用内存映射文件来缓存静态文件，其中包括.js文件。在Windows下面，使用内存映射文件会导致文件被锁定。解决方案是不使用内存映射文件来做缓存。如果你使用Maven，那就很简单了。步骤如下： 在你使用.m2 epositoryorgeclipsejettyjetty-webapp8.1.0.RC2jetty-webapp-8.1.0.RC2.jar中找到webdefault.xml,它在jar文件中的路径是org/mortbay/jetty/webapp/webdefault.xml。把它拷贝到项目中，比如src/test/resources/webdefault.xml. 找到useFileMappedBuffer参数，把值设成false　　如果NIO被支持的话，Jetty会使用内存映射文件来缓存静态文件，其中包括.js文件。在Windows下面，使用内存映射文件会导致文件被锁定。解决方案是不使用内存映射文件来做缓存。如果你使用Maven，那就很简单了。步骤如下： 在你使用.m2 epositoryorgeclipsejettyjetty-webapp8.1.0.RC2jetty-webapp-8.1.0.RC2.jar中找到webdefault.xml,它在jar文件中的路径是org/mortbay/jetty/webapp/webdefault.xml。把它拷贝到项目中，比如src/test/resources/webdefault.xml. 找到useFileMappedBuffer参数，把值设成false

环境和条件Maven-3.0.3Eclipse请阅读者事先具备一定maven知识2 配置2.1 添加Jetty插件在pom.xml中加入如下代码段<plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>jetty-maven-plugin</artifactId> <version>7.0.1.v20091125</version> <configuration> <contextPath>/</contextPath> </webAppConfig> </configuration> </plugin>2.2 配置eclipse2.2.1 步骤一进入Run/External Tools/External Tools Configuration目录，选择逗Program地并点击逗New地按钮。在逗Main地标签中的逗Location地中设置mvn的执行路径（比如/JavaDev/apache-maven-3.0.3/bin/mvn），在逗Working Directory地中选择webapp所属的workspace，在逗Arguments地中添加逗jetty:run地，如图：在逗Environment地标签中，点击逗New地按钮，添加变量：MAVEN_OPTS=-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=y如果设置suspend=n，则运行时不需要等待debugger。2.2.2 步骤二进入逗Run/Debug/Debug Configuration地目录，选择逗Remote Java Application地并点击逗New地按钮，在逗Project地中选择webapp项目。并确保端口号与步骤一中逗address=地设置的值相同。关联源码：选择逗Source地标签，选择逗Add…地按钮添加关联的源代码，如下图，选择逗Java Project地关联了vos-sale-service项目和vos-sale-webapp的源码。源代码关联后，即可进行调试。配置完毕，开始调试：1. 在逗Run/External Tools地中选择步骤一中创建的逗Program地名称，开始运行插件，如果设置了suspend=y，则会等待下面的debugger运行；2. 在逗Run/Debug地中选择步骤二中创建的debugger，连接上后，即可以进行debug。2.2.3 关闭Jetty为了关闭jetty，建议选中步骤二中的逗Allow termination of remote VM地

jetty是一个web服务器，所以你启动的需要是一个web工程，启动后，直接通过浏览器输入url地址进行访问。

使用Jetty的嵌入式API，可以将J2EE容器嵌入你的Application中，更进一步的是，采用Servlet 3.0的标准，你甚至可以省掉web.xml的配置文件，因此Spring提供了类 SpringServletContainerInitializer。但是在实际开发中，发现Jetty的嵌入式API默认情

内置的？在 eclipse 菜单 Window > Open Perspecive > Plugin Development 找到 Plugin 视图，里面有 jetty 的插件。它依赖的 jetty jar 之类的应该在文件名上就写着版本号吧。

jetty的启动方式后很多中，可以采用嵌入式的方法，也就是在自己的代码中创建jetty的组件对象，然后启动，还有一种启动方法就是服务器启动了，也就是我们常用的方法：在jetty的根目录中敲命令行：java -jar start.jar ，当然这也是用的最多的启动方法了。。。。这种启动方法真正会调用org.mortbay.xml.XmlConfiguration来作为启动类，而这个它默认又会读取/etc/jetty.xml文件，这也是我们比较熟悉的jetty的配置文件。。。那么接下来就来看看这个文件中定义的主要内容（jetty的配置文件感觉很像是用xml定义了一种命令脚本，在载入的时候就自动根据它的说明来创建相应的对象）：[java] <Configure id="Server" class="org.mortbay.jetty.Server"> 上述是整个配置文件的root元素，读到它的时候会创建一个server对象，当然这个server对象的创建采用的是默认构造函数，因而可以理解为它是一个空的server。。。那么接下来就是为其填充各种各样的对象了。。。接下来继续看配置：[java] <Set name="ThreadPool"> <New class="org.mortbay.thread.QueuedThreadPool"> <Set name="minThreads">10</Set> <Set name="maxThreads">200</Set> <Set name="lowThreads">20</Set> <Set name="SpawnOrShrinkAt">2</Set> </New> <!-- Optional Java 5 bounded threadpool with job queue <New class="org.mortbay.thread.concurrent.ThreadPool"> <Set name="corePoolSize">50</Set> <Set name="maximumPoolSize">50</Set> </New> --> </Set> 这段配置是用于为当前的server设置线程池，可以看看这个xml元素的名字叫Set，其实也就是调用server的set方法，后面有一个name属性的值为ThreadPool

未找到jetty服务器，在eclispe--选项--服务器--配置jetty 选择版本。将jetty server下面的enable打开

添加插件（里面的版本，可以使用更新的）<plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-jspc-plugin</artifactId> <version>6.1.16</version> <executions> <execution> <id>jspc</id> <goals> <goal>jspc</goal> </goals> <configuration> <webAppSourceDirectory> ${basedir}/web </webAppSourceDirectory> <generatedClasses> ${basedir}/target/jspc </generatedClasses> </configuration> </execution> </executions></plugin><plugin> <artifactId>maven-war-plugin</artifactId> <configuration> <webappDirectory> ${basedir}/web </webappDirectory> <warSourceDirectory> ${basedir}/web </warSourceDirectory> <webXml> ${basedir}/web/WEB-INF/web.xml </webXml> </configuration></plugin>

在/etc/init.d/下创建jetty文件内容：123456789101112131415vim /etc/init.d/jetty#内容如下：#!/bin/bash # chkconfig: 35 95 1 # description: script to start/stop jetty case $1 in start) sh /opt/startjetty.sh ;; stop) sh /opt/stopjetty.sh ;; *) echo "Usage: $0 (start|stop)" ;; esac #更改权限 chmod 775 jetty # 加入自动启动chkconfig –add jetty#查看自动启动设置 chkconfig –list jettyjetty 0:off 1:off 2:off 3:on 4:off 5:on 6:off以后可以用以下命令启动和停止脚本12service jetty start #启动 service jettystop #停止

由于Jetty本身代码的原因，WebApplicationInitializer的实现必须直接实现接口，不能继承 AbstractContextLoaderInitializer。MetaData metaData = _ctx.getMetaData();Resource webappInitializer = Resource.newResource(WebApp.class.getProtectionDomain().getCodeSource().getLocation());metaData.addContainerResource(webappInitializer);

在使用jetty的maven插件，有两种方式来改变jetty server的端口，第一种方式较为简单，即：通过命令行指定端口：mvn -Djetty.port=9999 jetty:run另一种方式是在pom中的配置中通过指定新的connector来实现的

webdefault.xml文件中设置dirAllowed属性为false

1. 首先从Jetty的官方网站wiki.eclipse.org/Jetty/Starting/Downloads下载最新的Jetty，上面有两个版本7.x和8.x，7.x是运行在JDK5及以上版本，8.x，9.x是运行在JDK6及以上版本，这里我选择了8.0.4版本。 2. 解压压缩包到指定目录，且将其目录路.

用jetty？这个你确定可以的

在maven项目中经常会用到jetty插件，mvn jetty:run默认启动的是8080端口，tomcat通常占用这个端口，可以手动修改jetty插件的启动端口，命令如下： mvn jetty:run -Djetty.port=9999 另一种方法是修改pom文件，jetty插件部分代码如下： <plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-plugin</artifactId> <version>6.1.6</version> <configuration> <connectors> <connector implementation="org.mortbay.jetty.nio.SelectChannelConnector"> <port>9999</port> <maxIdleTime>60000</maxIdleTime> </connector> </connectors> </configuration> </plugin>

支持，jetty跟tomcat一样是servlet容器，如果你安装有maven，用mvn jetty:run-war就可以用jetty运行war包，当然，你jetty也可以独立运行的，jetty是典型的OSGI规范的一个实现，它可以内嵌到你的应用中，只需要依赖jetty的几个jar包

有人分配给我壹个任务：去寻找壹种更好的停止 Jetty 服务器的方法，而在此之前我们是通过在命令行窗口中输入 Ctrl + C 或者在任务管理器中结束相应进程的方式来关闭 Jetty 服务器。于是我在网上搜索这个问题的解决方案：如何通过命令行关闭它而不是纯粹靠运气。最后在我们壹个同事的博客文章中，他解释了如何通过 ant 脚本启动和关闭 Jetty ，我才得以找到壹种使用命令行关闭服务器的方法。假设你在使用 Jetty7 eclipse 版本，为了启动 Jetty （当然这个我们都知道），人们通过使用如下命令：?java -jar start.jar但是如果你想通过命令行关闭 Jetty 服务器，你不得不在启动服务器时传入两个 JVM 属性，例如：?java -DSTOP.PORT=8079 -DSTOP.KEY=secret -jar start.jar为了关闭 Jetty，你需要提供与启动 Jetty 服务器时相同的参数才行：?1java -DSTOP.PORT=8079 -DSTOP.KEY=secret -jar start.jar -–stop

java中Eclipse下的jetty容器配置项目数据源1、在WEB-INF目录下创建jetty-env.xml文件，内容如下：<?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE Configure PUBLIC "-//Mort Bay Consulting//DTD Configure//EN" "http://www.eclipse.org/jetty/configure.dtd"> <Configure class="org.eclipse.jetty.webapp.WebAppContext"> <!-- 应用数据源 --> <New id="leo" class="org.eclipse.jetty.plus.jndi.Resource"> <Arg>leo</Arg> <Arg> <New class="org.apache.commons.dbcp.BasicDataSource"> <Set name="driverClassName">com.mysql.jdbc.Driver</Set> <Set name="url">jdbc:mysql://127.0.0.1:3306/leo?useUnicode=true&characterEncoding=utf8&zeroDateTimeBehavior=convertToNull</Set> <Set name="username">test</Set> <Set name="password">test</Set> <Set name="maxActive">30</Set> </New> </Arg> </New> </Configure> 123456789101112131415161712345678910111213141516172、在web.xml里面加入以下配置：<res-ref-name>标签里面的名字一定要和jetty-env.xml里面的arg标签的值对应。 <resource-ref> <description>My DataSource Reference</description> <res-ref-name>leo</res-ref-name> <res-type>javax.sql.DataSource</res-type> <res-auth>Container</res-auth> </resource-ref>123456123456运行项目时候右键项目名称，然后选择run as，然后选择run configurations，弹出jetty的选项框，具体如下图： 运行截图选项截图

电脑蓝屏有很多方面的影响因素： 一、屏幕显示系统忙，请按任意键继续…… 1、虚拟内存不足造成系统多任务运算错误 虚拟内存是WINDOWS系统所特有的一种解决系统资源不足的方法，其一般要求主引导区的硬盘剩余空间是其物理内存的2-3倍。而一些发烧友为了充分利用空间，将自己的硬盘塞到满满的，忘记了WINDOWS这个苛刻的要求。结果导致虚拟内存因硬盘空间不足而出现运算错误，所以就出现蓝屏。要解决这个问题好简单，尽量不要把硬盘塞得满满的，要经常删除一些系统产生的临时文件、交换文件，从而可以释放空间。或可以手动配置虚拟内存，选择高级，把虚拟内存的默认地址，转到其他的逻辑盘下。这样就可以避免了因虚拟内存不足而引起的蓝屏。 2、CPU超频导致运算错误 超频对于发烧友来说是常事，所以由超频所引起的各种故障也就在所难免了。超频，就本身而言就是在原有的基础上完成更高的性能，但由于进行了超载运算，造成其内部运算过多，使CPU过热，从而导致系统运算错误。有些CPU的超频性能比较好，如INTEL的赛扬处理器和AMD-K6-2处理器还算较好的，但有时也会出现一些莫名其妙的错误。（例如：我曾试过将INTEL赛扬300A，在超频到450时，软驱在没有接受命令时，进行读盘操作）。INTEL的低于200的CPU以及AMD-K5的超频能力就不是那么好。建议高档的CPU要超频时，那么散热工作一定要做好，最好装一个大的风扇，再加上一些硅胶之类的散热材料。至于一些低档的CPU我建议你就最好不要超频了，免得超频达不到预想的效果反而经常出现蓝屏影响计算机的正常速度。 二、内存条的互不兼容或损坏引起运算错误 这时个最直观的现象，因为这个现象往往在一开机的时候就可以见到，根本启动不了计算机，画面提示出内存有问题，问你是否要继续。造成这种错误是物理上的损坏内存或者内存与其它硬件不兼容所致。这时候只有换过另外的内存了。 三、光驱在读盘时被非正常打开所至 这个现象是在光驱正在读取数据时，由于被误操作打开而导致出现蓝屏。这个问题不影响系统正常动作，只要再弹入光盘或按ESC键就可以。 以上是我在维护计算机中碰到导致蓝屏的几种原因，或许还会有其他一些莫名其妙的问题导致计算机出现蓝屏。不管怎样，遇到这类问题后，应先仔细分析问题发生的原因，然后再着手解决。 四、硬件剩余空间太小或碎片太多 由于Win9X运行时需要用硬盘作虚拟内存，这就要求硬盘必须保留一定的自由空间以保证程序的正常运行。一般而言，最低应保证100MB以上的空间，否则出现“蓝屏”很可能与硬盘剩余空间太小有关。另外，硬盘的碎片太多，也容易导致“蓝屏”的出现。因此，每隔一段时间进行一次碎片整理是必要的。 五、系统硬件冲突 这种现象导致“蓝屏”也比较常见。实践中经常遇到的是声卡或显示卡的设置冲突。在“控制面板”→“系统”→“设备管理”中检查是否存在带有黄色问号或感叹号的设备，如存在可试着先将其删除，并重新启动电脑，由Win9X自动调整，一般可以解决问题。若还不行，可手工进行调整或升级相应的驱动程序。 "蓝屏"的软件原因及解决 与硬件密切联系的是软件，有时软件在"蓝屏"现象中也"功不可没"，加载了过多的程序、注册表有问题、软硬不兼容、驱动程序有问题，相对于硬件原因来说要不易察觉些，可要多加注意......... 一、启动时加载程序过多 不要在启动时加载过多的应用程序（尤其是你的内存小于64MB），以免使系统资源消耗殆尽。正常情况下，Win9X启动后系统资源应不低于90%。最好维持在90%以上，若启动后未运行任何程序就低于70%，就需要卸掉一部分应用程序，否则就可能出现“蓝屏”。 二、应用程序存在着BUG 有些应用程序设计上存在着缺陷或错误，运行时有可能与Win9X发生冲突或争夺资源，造成Win9X无法为其分配内存地址或遇到其保护性错误。这种BUG可能是无法预知的，免费软件最为常见。另外，由于一些用户还在使用盗版软件（包括盗版Win9X），这些盗版软件在解密过程中会破坏和丢失部分源代码，使软件十分不稳定，不可靠，也常常导致“蓝屏”。 三、遭到不明的程序或病毒攻击所至 这个现象只要是平时我们在上网的时候遇到的，当我们在冲浪的时候，特别是进到一些BBS站时，可能暴露了自己的IP，被"黑客"用一些软件攻击所至。对互这种情况最好就是在自己的计算机上安装一些防御软件。再有就是登录BBS要进行安全设置，隐藏自己IP。 四、版本冲突 有些应用程序需调用特定版本的动态链接库DLL，如果在安装软件时，旧版本的DLL覆盖了新版本的DLL，或者删除应用程序时，误删了有用的DLL文件，就可能使上述调用失败，从而出现“蓝屏”。不妨重新安装试一试。 五、注册表中存在错误或损坏 很多情况下这是出现“蓝屏”的主要原因。注册表保存着Win9X的硬件配置、应用程序设置和用户资料等重要数据，如果注册表出现错误或被损坏，就很可能出现“蓝屏”。如果你的电脑经常出现“蓝屏”，你首先就应考虑是注册表出现了问题，应及时对其检测、修复，避免更大的损失。 六、软硬件不兼容 新技术、新硬件的发展很快，如果安装了新的硬件常常出现“蓝屏”，那多半与主板的BIOS或驱动程序太旧有关，以致不能很好支持硬件。如果你的主板支持BIOS升级， 应尽快升级到最新版本或安装最新的设备驱动程序。

jetty在6.0以后引入了continuations， 那么什么是continuations？他有什么优点？原始的servlet是一个连接对应一个线程，在短连接情况下都没什么问题，但是现在有越来越多的运用是基于长连接的，这样用户并发量上去的话，后台的线 程数将会以正比数上升。一个java线程一般占用64K内存，包括其他的，资源会占用很多，况且线程调度，线程锁机制等都很耗CPU。后来出现一个请求对应一个线程。得益于NIO，连接能够在请求被处理时分配一个线程。当连接空闲时，那个线程将会被放到线程池中，而连接再次添加到NIO Select Set中去检测新的请求。这种一个请求对应一个线程的模式能应对更多的用户连接。对于ajax运用来说，轮循请求去取数据不太好，因为要不断建立连接，而 且一般连接都没取到数据，浪费很多连接，所以比较好的办法是服务器保持住那个请求，直到服务器有数据就往客户端转送或超时为止。这是一个好技术，但是它同 时也背离了一个请求一个线程的初衷，因为每个客户端在服务端都有一个请求线程保持着，因此服务端需要为每个客户端生成一个或多个线程。在大量并发用户下仍 然有问题。jetty的continuations正是解决上面的问题而产生的。它的原理是：使用SelectChannelConnector来处理请求，这个类 是基于NIO API上的。因此使它能够不用消耗每个连接的线程就可以持有开放的连接。使用continuations suspend时，调用的实际是SelectChannelConnector.RetryContinuation.suspend，此时会抛出一个异 常RetryRequest,该异常将传播到 servlet 以外并通过过滤器链传回，并由 SelectChannelConnector 捕获。 但是发生该异常之后并没有将响应发送给客户机，请求被放到处于等待状态的 Continuation 队列中，而 HTTP 连接仍然保持打开状态。此时，为该请求提供服务的线程将返回 ThreadPool，用于为其他请求提供服务。 暂停的请求将一直保持在等待状态的 Continuation 队列，直到超出指定的时限，或者当对 resume() 方法的 Continuation 调用 resume() 时,出现上述任意一种条件时，请求将被重新提交到 servlet（通过过滤器链）。事实上，整个请求被重新进行处理，直到首次调用 suspend()。当执行第二次发生 suspend() 调用时，RetryRequest 异常不会被抛出，执行照常进行.判断的依据是：if (!_pending && !resumed && timeout >= 0) ..throw _retry;其中_pending是指是不是第二次调用了suspend....这样子，jetty中的thread pool就会有空闲线程来处理其他的请求。continuations的引入能用很少的线程处理大量的请求。。实验见下：public class App { public static void main(String[] args) throws Exception { Server server = new Server(); Connector conn = new SelectChannelConnector(); conn.setPort(8080); server.setConnectors(new Connector[]{conn}); WebAppContext ctx = new WebAppContext(); ctx.setContextPath("/"); ctx.setWar("./webapp"); server.setHandler(ctx); QueuedThreadPool threadPool = new QueuedThreadPool(); threadPool.setMaxThreads(100);#设置jetty的thread pool最大为100个线程。 server.setThreadPool(threadPool); DaemonService.bind(server); server.start(); }}DaemonService是一个ServletContextListener，代码为： public void contextInitialized(ServletContextEvent sce) { new Thread(new Runnable() { public void run() { while (true) { try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } #每次打印出当前线程池的线程大小及空闲线程 System.out.println("thread:" + server.getThreadPool().getThreads() + "#idle:" + server.getThreadPool().getIdleThreads()); } } }).start(); }写一个TestServlet，对应的mapping是/testpublic class TestServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { try { Thread.sleep(2000); } catch (InterruptedException e) { e.printStackTrace(); } resp.getWriter().write("Test"); resp.getWriter().flush(); }}使用ab -c 200 -n 1000 http://localhost:8080/test 测试后结果如下：thread:2#idle:1thread:2#idle:1thread:89#idle:0thread:100#idle:0大概还有10多个的thread:100#idle:0thread:100#idle:0thread:100#idle:0thread:99#idle:19thread:99#idle:88thread:99#idle:98thread:99#idle:98thread:99#idle:98说明了在并发200个时，jetty线程池里几乎没有空闲线程来处理其他的请求。ab测试结果为：Requests per second: 44.54 [#/sec] (mean)Time per request: 4490.625 [ms] (mean)当把TestServlet代码改为Continuation时，同样是停顿2秒public class TestServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { Continuation continuation = ContinuationSupport.getContinuation(req, null); continuation.suspend(2000); resp.getWriter().write("Test"); resp.getWriter().flush(); }}使用ab -c 200 -n 1000 http://localhost:8080/test 测试后结果如下：thread:2#idle:1thread:7#idle:6thread:7#idle:6thread:39#idle:26thread:42#idle:41thread:42#idle:36thread:65#idle:64thread:65#idle:46thread:91#idle:90thread:91#idle:90thread:91#idle:89thread:91#idle:90thread:91#idle:83说明在并发200个时，jetty线程池中一直都有很多空闲线程ab测试结果为：Requests per second: 79.21 [#/sec] (mean)Time per request: 2525.000 [ms] (mean)结论：jetty的continuations在短连接上不见得有很大的优势，但是在长连接或者在后台访问IO资源(数据库，网络等）造成的 servlet响应慢问题上，会有很大的优势，他不会让一个线程傻傻地在等待数据库访问完成，而是会放入线程池去处理其他请求。等数据库访问完后，再过来 处理。servlet 3.0规范已经引入了异步servlet功能，写法为：请求/url/AAsyncContext ac = request.startAsync();//...这边处理具体的资源操作，如db.getConnection()或其他的操作ac.dispatch();

首先我们要用下面的命令安装JDK：yum -y install java-1.7.0-openjdk wgetJDK安装之后，我们就可以下载最新版本的Jetty了：解压并移动下载的包到/opt：tar zxvf jetty-distribution-9.2.5.v20141112.tar.gz -C /opt/重命名文件夹名为jetty:mv /opt/jetty-distribution-9.2.5.v20141112/ /opt/jetty创建一个jetty用户：useradd -m jetty改变jetty文件夹的所属用户:chown -R jetty:jetty /opt/jetty/为jetty.sh创建一个软链接到 /etc/init.d directory 来创建一个启动脚本文件：ln -s /opt/jetty/bin/jetty.sh /etc/init.d/jetty添加脚本：chkconfig --add jetty是jetty在系统启动时启动：chkconfig --level 345 jetty on使用你最喜欢的文本编辑器打开 /etc/default/jetty 并修改端口和监听地址：vi /etc/default/jettyJETTY_HOME=/opt/jettyJETTY_USER=jettyJETTY_PORT=8080JETTY_HOST=50.116.24.78JETTY_LOGS=/opt/jetty/logs/*我们完成了安装，现在可以启动jetty服务了 *service jetty start完成了！

1 Jetty6自带的配置文件etc/jetty.xml，已经包括了http配置。2 一般情况下是默认http配置。除非etc/jetty.xml配置文件生效<Set name="handlers"><Array type="org.mortbay.jetty.Handler"><Item><Ref id="RequestLog"/></Item>......</Array></Set>RequestLog Item标签放在最前面修改配置<Set name="ignorePaths"><Array type="String"><Item>/image/*</Item><Item>*.css</Item></Array></Set> 即，配置操作数据3 修改过的http配置的位置：<Arg><SystemProperty name="jetty.logs" default="./logs"/>/yyyy_mm_dd.request.log</Arg>需要改为：<Arg><SystemProperty name="jetty.home" default="."/>/logs/yyyy_mm_dd.request.log</Arg

尊敬的联想用户您好！您好！为了方便起见，建议您到联想的服务站查询诊断问题，在保修期内维修是免费的，主要部件保修2年，系统及软件保修1年，国外行货需要注册IWS全球联保，服务站的选择可以查询：http://support1.lenovo.com.cn/lenovo/wsi/station/servicestation/default.aspx?intcmp=I_F_FWWD其他问题也可以在这两个论坛比较全，Idea论坛：http://lenovobbs.lenovo.com.cn/forum.php?intcmp=FM_LBBS_baidureplyThink论坛：http://thinkbbs.lenovo.com.cn/forum.php?intcmp=FM_LBBS_baidureply希望能帮助到您，谢谢呢。期待您满意的评价，感谢您对联想的支持，祝您生活愉快！

: 你想查看端口首先要确保服务是正常启动的,如果是正常启动,可使用grep来筛选 例如: netstat -tunlp | grep jetty netstat -tunlp是列出所有监听的端口,...

1.查找jetty进程，通过端口查询netstat -ano | findStr "8080" ，其中“8080”是web服务器开启的端口。2,.再通过PID关掉对应的java进程,PID的值对应为1中查询结果的最后一列。PID在任务管理器中通过“查看->选择列”中，勾上PID来显示PID，如何就可以准确的关闭web服务器jetty的进程了，实际上是一个java进程。

解压出jetty.jar中的org/mortbay/jetty/webapp/webdefault.xml文件，将这一选项由true改为false，另存到src/main/resources目录，或者其它自选目录。 <init-param> <param-name>useFileMappedBuffer</param-name> <param-value>true</param-value> <!-- change to false --> </init-param> 在pom.xml中加入对这个文件的指向： Java代码 <plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-plugin</artifactId> <configuration> <webDefaultXml>src/main/resources/webdefault.xml</webDefaultXml> </configuration> </plugin> <plugin><groupId>org.mortbay.jetty</groupId><artifactId>maven-jetty-plugin</artifactId><configuration><webDefaultXml>src/main/resources/webdefault.xml</webDefaultXml></configuration></plugin>

进入路由器的配置界面，找NAT或者端口映射这个选项，将公网上的8080端口映射到192.168.1.100的8080上就可以了。否则外面的访问是无法进入内网的。

为什么失败，这不行吗http://blog.csdn.net/bhq2010/article/details/8576557

Jetty本身并没有依赖一个特定的日志框架，它使用一个内置的日志记录器来输出标准错误。可以通过插件jcl04-over-slf4j和simple-slf4j来实现。 在pom.xml 加上<plugin> <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>用-Dslf4j=false系统属性运行插件： mvn -Dslf4j=false jetty:run 如果你使用的是log4j，你将需要告诉log4j你配置文件的位置。譬如： mvn -Dslf4j=false -Dlog4j.configuration=file:./target/classes/log4j.properties jetty:run

区别太大了：jersey相当于spring，是一种框架，主要是用于restful风格，比spring轻量级，但功能却不弱；jetty相当于tomcat，是容器。综上，jersey和jetty完全是两码事儿。

eclipse中的jetty是通过插件方式添加的。在jetty_home/webapps/目录下的war文件就是要启动的web项目。要在eclipse jee中使用jetty：1、打开eclipse，在Window->Preference中选择Server->Runtime Environments：2、点击右侧Add：3、点击Download additional server adapters：4、待更新完了，会出现Jetty Generic Server Adapter，选中，点Next然后一步步安装就好了。在eclipse的servers视图中新建Server：

在使用jetty的maven插件，有两种方式来改变jetty server的端口，第一种方式较为简单，即： 通过命令行指定端口：mvn -Djetty.port=9999 jetty:run 另一种方式是在pom中的配置中通过指定新的connector来实现的

内置的？在 eclipse 菜单 Window > Open Perspecive > Plugin Development 找到 Plugin 视图，里面有 jetty 的插件。它依赖的 jetty jar 之类的应该在文件名上就写着版本号吧。a

RO：roll on and roll off 滚上滚下LO：lift on/lift off 保证书jetty：突提码头

在maven项目中经常会用到jetty插件，mvn jetty:run默认启动的是8080端口，tomcat通常占用这个端口，可以手动修改jetty插件的启动端口，命令如下： x0dx0ax0dx0amvn jetty:run -Djetty.port=9999 x0dx0ax0dx0a另一种方法是修改pom文件，jetty插件部分代码如下： x0dx0ax0dx0a x0dx0a org.mortbay.jetty x0dx0a maven-jetty-plugin x0dx0a 6.1.6 x0dx0a x0dx0a x0dx0a x0dx0a 9999 x0dx0a 60000 x0dx0a x0dx0a x0dx0a x0dx0a

在 Servers 视图中右击 New Server 项目找 ”Download Additional Server“看看有没有 Jetty 插件，如果没有的话，需要手工处理，这需要你很了解如何手工从命令行启动一个 Java 程序同时指定各种各样的参数给它。如果你知道这个步骤的话，你只需要去 Microsoft 网站上下载一个 Process Explorer NT 的工具，先从你的 Jetty 目录下双击一个 bat 文件启动 jetty 服务器，然后用 Process Explorer NT 观察它的完整命令行参数，复制下来之后去 Eclipse 中添加一个 Java Application 类型的 Launching 配置，手工把它的 main class 和各种参数加上去，让它运行起来跟你双击 bat 文件时得到的命令行是一样就可以了。理论上讲 jetty 是一个 Java 程序，因此只要我们从 Eclipse 启动 Jetty 的命令行参数和双击 bat 文件启动时是一样的话，结果就是一样的，你也一样地可以在 Eclipse 中 debug 它。 只不过没有插件的话，可能部署过程需要手工复制 war 包。

你可以jetty的启动加到linux系统中/etc/rc.local文件中，这样下次启动linux的时候，jetty就会随系统启动了

工具/原料eclipse/myeclipse网络方法/步骤打开eclipse,帮助(help)菜单下的 软件超市（eclilpse marketplace..）点击停止下载最新列表，要不然，这地方会等待比较长的时间~当然也会因各自网络问题，有所长短，不过还是建议直接停止下载最新的列表在搜索框中输入 jetty,按回车键搜索,就是第一个了，jetty,点击 install全选下载所有点击 confire.同意~接着就开始下载了~确认信息，继续安装~安装完，确定是否重新启动eclipse ，点击 yes! 重启后，在web容器管理里面就可以看到jetty插件了

jetty是一个servlet容器。netty是个网络框架，是个库。本来就没关系的东西，如果非要说区别，一个是成品，一个是半成品。

在maven项目中经常会用到jetty插件，mvn jetty:run默认启动的是8080端口，tomcat通常占用这个端口，可以手动修改jetty插件的启动端口，命令如下： mvn jetty:run -Djetty.port=9999 另一种方法是修改pom文件，jetty插件部分代码如下： <plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-plugin</artifactId> <version>6.1.6</version> <configuration> <connectors> <connector implementation="org.mortbay.jetty.nio.SelectChannelConnector"> <port>9999</port> <maxIdleTime>60000</maxIdleTime> </connector> </connectors> </configuration> </plugin>

第一种，通过命令行，在启动jetty的时候设置：mvn -Djetty.port=10086 jetty:run第二种，是在maven的pom文件中进行设置<plugin> <groupId>org.mortbay.jetty</groupId> <artifactId>maven-jetty-plugin</artifactId> <version>6.1.26</version> <configuration> <scanIntervalSeconds>3</scanIntervalSeconds> <connectors> <connector implementation="org.mortbay.jetty.nio.SelectChannelConnector"> <port>10086</port> </connector> </connectors> <scanTargetPatterns> <scanTargetPattern> <directory>src/main/webapp/WEB-INF</directory> <excludes> <exclude>**/*.jsp</exclude> </excludes> <includes> <include>**/*.properties</include> <include>**/*.xml</include> </includes> </scanTargetPattern> </scanTargetPatterns> </configuration>

假设你在使用 Jetty7 eclipse 版本，为了启动 Jetty （当然这个我们都知道），人们通过使用如下命令：?java -jar start.jar但是如果你想通过命令行关闭 Jetty 服务器，你不得不在启动服务器时传入两个 JVM 属性，例如：?java -DSTOP.PORT=8079 -DSTOP.KEY=secret -jar start.jar为了关闭 Jetty，你需要提供与启动 Jetty 服务器时相同的参数才行：

1、在架构方面Jetty架构需要在Handler基础上才能实现，主要功能都可以用Handler来实现，也比较简单；Tomcat架构则需要建立在容器设计基础上才能实现，比Jetty复杂一些。2、在轻量级方面Jetty相对于Tomcat更轻一些，Tomcat既要遵循Java Servlet，还要扩展大量的JEE特性以满足企业级应用的需求。3、在灵活性方面Jetty灵活性更高一些，扩展性强，开发者可以对etty本身进行二次开发，重量级的Tomcat原本便支持过多特性，成本比Jetty要高很多。3、灵活性4、其它比较Jetty的应用更加快速，修改简单，对新的Servlet规范的支持较好。Tomcat目前应用比较广泛，对JavaEE和Servlet的支持更加全面，很多特性会直接集成进来。

elipse上jettyrun插件在线安装：help--install new software 在work with后点击add,name随便取，location里面输入插件更新地址http://run-jetty-run.googlecode.com/svn/trunk/updatesite/，加载一会后会出现相关安装选择。如图

1. 首先从Jetty的官方网站wiki.eclipse.org/Jetty/Starting/Downloads下载最新的Jetty，上面有两个版本7.x和8.x，7.x是运行在JDK5及以上版本，8.x，9.x是运行在JDK6及以上版本，这里我选择了8.0.4版本。2. 解压压缩包到指定目录，且将其目录路径定义为${JETTY_HOME}3. 启动Jetty服务 3.1 进入${JETTY_HOME}目录，然后运行“java -jar start.jar”，就可以启动Jetty server了 3.2 打开浏览器，访问localhost:8080，此时可以看到Jetty的欢迎页面了。4. Jetty配置 4.1 Jetty的配置文件都是放在${JETTY_HOME}/etc目录下； 4.2 通过${JETTY_HOME}/etc/jetty-webapps.xml文件，可以看出Jetty中默认将所有的web app都放在了${JETTY_HOME}/webapps目录下；（备注：9.x版本是${JETTY_HOME}/etc/webdefault.xml） 4.3 在Jetty包中默认带了一个test.war的应用，可以${JETTY_HOME}/webapps目录下找到这个文件，在启动Jetty服务的时候默认已经部署了test.war应用。对于test.war文件，Jetty还定义了context文件，放在${JETTY_HOME}/contexts/test.xml，其中将contextPath定义成了“/”，这就是为什么默认访问localhost:8080/的时候为什么是访问test应用的原因了。

在使用Idea开发Java项目时常常选中Jetty作为我们本地运行项目的Web容器。当我们执行了jetty run后，若Idea被非正常地关闭了，可能出现Idea关闭了但Jetty仍在运行的情况。这时候如果我们重新打开Idea，再次执行jetty run时就会报错： 以下为在Windows系统下的解决方法。只需要执行两个命令即可。 假如我是在80端口启动了jetty，那么打开windwos“命令提示符”窗口，输入以下命令： 解释一下，netstat -ano是列出系统当前所有端口的占用情况。但这个列表往往较长，我们想要找到自己要的并不容易。所以才有了命令的后边部分——findstr "80"。findstr命令搜索符合条件的结果，为我们过滤掉大部分的内容，这样就容易找到我们需要的80端口占用情况。 netstat和findstr命令之间有个“|”，这个竖杠表示将netstat命令的结果作为findstr命令的输入。这种写法在Linux系统中也比较常见。 执行此命令的输出结果示例如下： 我们看到输出结果一共有5列，分别是：协议、本地地址、外部地址、状态、PID。其中本地地址为“127.0.0.1:80”的为我们要找的，其对应的PID是10468。 使用命令一我们拿到了占用端口的进程的PID，10468。再执行以下命令杀死进程即可。 其中PID用于指定进程ID，F选项意思是强制结束进程 拿到进程的PID后，如果想进一步了解其对应的程序名称，可以使用以下命令：如PID是4832 其输出结果为：

Jetty 是一个开源的servlet容器，它为基于Java的web内容，例如JSP和servlet提供运行环境。Jetty是使用Java语言编写的，它的API以一组JAR包的形式发布。开发人员可以将Jetty容器实例化成一个对象，可以迅速为一些独立运行（stand-alone）的Java应用提供网络和web连接。Jetty版本众多，下面一张图解释他们的区别：明显看出只是多了支持的协议，其他都是一样的。

1、在架构方面Jetty架构需要在Handler基础上才能实现，主要功能都可以用Handler来实现，也比较简单；Tomcat架构则需要建立在容器设计基础上才能实现，比Jetty复杂一些。2、在轻量级方面Jetty相对于Tomcat更轻一些，Tomcat既要遵循Java Servlet，还要扩展大量的JEE特性以满足企业级应用的需求。3、在灵活性方面Jetty灵活性更高一些，扩展性强，开发者可以对etty本身进行二次开发，重量级的Tomcat原本便支持过多特性，成本比Jetty要高很多。3、灵活性4、其它比较Jetty的应用更加快速，修改简单，对新的Servlet规范的支持较好。Tomcat目前应用比较广泛，对JavaEE和Servlet的支持更加全面，很多特性会直接集成进来。

Jetty比较简单，和Tomcat大致相同，本文主要描述jetty9以上版本的使用，jetty9版本对jetty的目录结构和使用都有了一些明显的改动。 Jetty较于Tomcat属于轻量级，而且在处理高并发细粒度请求的场景下显得更快速高效。所以使其也拥有众多使用场景，合适的选择应该为：云平台本身的门户网站放在Tomcat内，而云台托管的Java Web应该是部署在Jetty内的。 bin目录是存放在Unix系统下运行的shell脚本的； etc存放的都是jetty的配置文件； modules是存放着各个模块的，以.mod结尾，点进去可以看到有众多模块，不过大多数是没有激活的，像logs，webapps这种模块就是默认激活的。 webapps和Tomcat一样，用于存放项目的； 可以看到截图中是有个work目录的，正常情况下，解压jetty是没有这个目录的，因为当在webapps中存放项目时，通过在根目录下面运行java -jar start.jar命令，启动jetty，由于jetty本身所在的目录和运行的项目的路径是分开的，这方便于丹jetty升级的时候，并不影响运行的项目，所以例如在webapps下放置一个war包，运行jetty，该war包解压出来的项目是存在于系统的temp的目录下面的，在jetty的目录中并不能找到，不过当创建一个work文件夹的时候，解压出来的项目就会默认的存放在work文件夹内了。 里面的配置文件编写为： 这是最基础的配置，同tomcat的server.xml类似，不过jetty可以配置更多。 默认情况下，jetty会对根目录(也可以配置jetty.base)下webapps/目录下的内容实现自动部署，部署的规则如下： 隐藏文件(.开头)和.d结尾的目录被忽略； CVS目录如”CVS”和”CVSROOT”被忽略； 任何war包都会被自动部署； 任何xml描述文件被认为是可部署的； 任何目录都被认为是可部署的； 同名的war包和目录同时存在，目录不被部署，仅war包部署，且认为war包引用该目录； 同名的war包和xml文件同时存在，war包不被部署，仅xml文件描述符被部署，且认为该xml文件引用该war包； 同名的目录和xml文件同时存在，目录不被部署，xml文件被部署，且认为xml文件引用该目录； 关于更详细的说明，请参考官方文档的这里。我主要提醒的是：在webapps目录中，如果存在同名的目录、war包和xml文件，它们会被当做同一个工程，部署的优先级是xml文件>war包>目录。一定要注意同名，如果不同名，在webapps下存在一个war包，同时存在一个引用该war包的xml文件，则会导致重复部署，这就是我跳的坑。 部署时，推荐的做法是，将xml描述文件放到自动部署的webapps目录下，里面定义war包的路径、上下文路径、是否解压、临时目录、日志文件等，然后将war包放在自定义的固定目录下，项目更新，只需要备份和替换war包，重启jetty即可。 以上转自： https://blog.csdn.net/weixin_38978094/article/details/87917711 demo-base目录为单独项目的一个实例，该目录就是运行某个项目的jetty_base,其可以在服务器的任何位置。 目录结构： 修改访问的context-path在webapps对应的xml中，修改端口号在start.d/http.ini中。 启动该项目：java -jar ${JETTY_HOME}/start.jar 启动时候也可以指定jetty_base:java -jar ${JETTY_HOME}/start.jar jetty.base=...

Jetty和Tomcat为目前全球范围内最著名的两款开源的webserver/servlet容器。由于它们的实现都遵循Java Servlet规范，一个Java Web应用部署于两款容器的任意一个皆可。但选择哪个更优？也许这得看场景。 近期很多人关注Jetty，也许主要是因为GAE放弃了Tomcat而选择了Jetty。于是，以很直接的想法，Jetty更符合GAE的需求、即云环境的需求，亦分布式环境的需求。 那Jetty与Tomcat比较，有哪差异呢？ 自己简单做了些调研，也请救了熟悉Tomcat和Jetty的朋友和师兄，得出以下结论： 1）Jetty更轻量级。这是相对Tomcat而言的。由于Tomcat除了遵循Java Servlet规范之外，自身还扩展了大量JEE特性以满足级应用的需求，所以Tomcat是较重量级的，而且配置较Jetty亦复杂许多。但对于大量普通互联网应用而言，并不需要用到Tomcat其他高级特性，所以在这种情况下，使用Tomcat是很浪费资源的。这种劣势放在分布式环境下，更是明显。换成Jetty，每个应用服务器省下那几兆内存，对于大的分布式环境则是节省大量资源。而且，Jetty的轻量级也使其在处理高并发细粒度请求的场景下显得更快速高效。2）Jetty更灵活，体现在其可插拔性和可扩展性，更易于开发者对Jetty本身进行二次开发，定制一个适合自身需求的Web Server。相比之下，重量级的Tomcat原本便支持过多特性，要对其的成本远大于丰富Jetty的成本。用自己的理解，即增肥容易难。3）然而，当支持大规模级应用时，Jetty也许便需要扩展，在这场景下Tomcat便是更优的。总结：Jetty更满足公有云的分布式环境的需求，而Tomcat更符合级环境。

使用maven jetty 插件，并不会打成war包然后部署到jetty。。。 它是以嵌入式方式运行，jetty 直接监控某个运行目录，当文件发生变化时，如果新编译了修改的文件，它会作出相应的加载，这非常适合增量开发。