Jetty 码头罐';找不到web应用程序文件
我使用AUR的Jetty 码头罐';找不到web应用程序文件,jetty,archlinux,jetty-9,Jetty,Archlinux,Jetty 9,我使用AUR的PKGBUILD安装了jetty。配置保留为默认值。 注意:由于makepkg无法从官方网站下载jetty v.9.3.2,所以我从maven repository下载了它 问题是,当我尝试使用Jetty可部署描述符XML文件部署web应用程序时,Jetty未能找到war,出现以下异常: 2016-01-27 17:05:30.265:WARN:oejw.WebInfConfiguration:main: Web application not found /home/pmitro
PKGBUILD
安装了jetty。配置保留为默认值。注意:由于
makepkg
无法从官方网站下载jetty v.9.3.2,所以我从maven repository下载了它
问题是,当我尝试使用Jetty可部署描述符XML文件部署web应用程序时,Jetty未能找到war,出现以下异常:
2016-01-27 17:05:30.265:WARN:oejw.WebInfConfiguration:main: Web application not found /home/pmitrofanov/sample.war
2016-01-27 17:05:30.265:WARN:oejw.WebAppContext:main: Failed startup of context o.e.j.w.WebAppContext@1efbd816{/sample,null,null}{/home/pmitrofanov/sample.war}
java.io.FileNotFoundException: /home/pmitrofanov/sample.war
at org.eclipse.jetty.webapp.WebInfConfiguration.unpack(WebInfConfiguration.java:495)
at org.eclipse.jetty.webapp.WebInfConfiguration.preConfigure(WebInfConfiguration.java:72)
at org.eclipse.jetty.webapp.WebAppContext.preConfigure(WebAppContext.java:474)
at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:510)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at org.eclipse.jetty.deploy.bindings.StandardStarter.processBinding(StandardStarter.java:41)
at org.eclipse.jetty.deploy.AppLifeCycle.runBindings(AppLifeCycle.java:188)
at org.eclipse.jetty.deploy.DeploymentManager.requestAppGoal(DeploymentManager.java:499)
at org.eclipse.jetty.deploy.DeploymentManager.addApp(DeploymentManager.java:147)
at org.eclipse.jetty.deploy.providers.ScanningAppProvider.fileAdded(ScanningAppProvider.java:180)
at org.eclipse.jetty.deploy.providers.WebAppProvider.fileAdded(WebAppProvider.java:459)
at org.eclipse.jetty.deploy.providers.ScanningAppProvider$1.fileAdded(ScanningAppProvider.java:64)
at org.eclipse.jetty.util.Scanner.reportAddition(Scanner.java:610)
at org.eclipse.jetty.util.Scanner.reportDifferences(Scanner.java:529)
at org.eclipse.jetty.util.Scanner.scan(Scanner.java:392)
at org.eclipse.jetty.util.Scanner.doStart(Scanner.java:313)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at org.eclipse.jetty.deploy.providers.ScanningAppProvider.doStart(ScanningAppProvider.java:150)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at org.eclipse.jetty.deploy.DeploymentManager.startAppProvider(DeploymentManager.java:561)
at org.eclipse.jetty.deploy.DeploymentManager.doStart(DeploymentManager.java:236)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at org.eclipse.jetty.server.Server.start(Server.java:405)
at org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
at org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at org.eclipse.jetty.server.Server.doStart(Server.java:372)
at org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at org.eclipse.jetty.xml.XmlConfiguration$1.run(XmlConfiguration.java:1510)
at java.security.AccessController.doPrivileged(Native Method)
at org.eclipse.jetty.xml.XmlConfiguration.main(XmlConfiguration.java:1435)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.eclipse.jetty.start.Main.invokeMain(Main.java:214)
at org.eclipse.jetty.start.Main.start(Main.java:457)
at org.eclipse.jetty.start.Main.main(Main.java:75)
以下是xml的内容:
<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Configure PUBLIC "-//Jetty//Configure//EN" "http://www.eclipse.org/jetty/configure.dtd">
<Configure class="org.eclipse.jetty.webapp.WebAppContext">
<Set name="contextPath">/sample</Set>
<Set name="war">/home/pmitrofanov/sample.war</Set>
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<!-- Max Form Size -->
<!-- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -->
<Set name="maxFormContentSize">5000000</Set>
</Configure>
/样品
/home/pmitrofanov/sample.war
5000000
应该提到的是:
-rwxrwx 1 pmitrofanov pmitrofanov 25104375 Jan 27 16:37/home/pmitrofanov/sample.war
有几件事需要指出
- Jetty 9.3的Jetty XML格式和语法已经更改(强烈建议您使用它)
- 从Servlet 3.x开始,如果您通过POST上传文件,最好使用
或@MultipartConfig
来定义位置、大小、限制等(而不是
设置)WebAppContext
- 从Jetty 9开始,如果您正在处理大型请求头(由5000000字节的最大表单内容设置暗示),您可能需要了解连接器,它比
设置更严格地限制请求头的大小WebAppContext
- 在您的示例中,
在启动时,它将立即查找war文件,如果找不到,则不会部署。(您正在jetty 9中使用${jetty.base}/webapps/sample.xml
,对吗?您永远不应该在jetty发行版中修改/添加/删除文件)${jetty.base}
- 仅仅替换war不会重新部署war文件。您必须触摸
来触发重新部署${jetty.base}/webappps/sample.xml
- 没有监控XML中引用的资源的规定,只有
${jetty.base}/webapps/
- Jetty 9.3的Jetty XML格式和语法已经更改(强烈建议您使用它)
- 从Servlet 3.x开始,如果您通过POST上传文件,最好使用
或@MultipartConfig
来定义位置、大小、限制等(而不是
设置)WebAppContext
- 从Jetty 9开始,如果您正在处理大型请求头(由5000000字节的最大表单内容设置暗示),您可能需要了解连接器,它比
设置更严格地限制请求头的大小WebAppContext
- 在您的示例中,
在启动时,它将立即查找war文件,如果找不到,则不会部署。(您正在jetty 9中使用${jetty.base}/webapps/sample.xml
,对吗?您永远不应该在jetty发行版中修改/添加/删除文件)${jetty.base}
- 仅仅替换war不会重新部署war文件。您必须触摸
来触发重新部署${jetty.base}/webappps/sample.xml
- 没有监控XML中引用的资源的规定,只有
${jetty.base}/webapps/
- 需要指出的几件事
/home/pmitrofanov
目录具有读+执行访问权限。问题在于,除了所有者之外,没有人对/home/pmitrofanov
目录具有读+执行访问权限。什么是PKGBUILD,什么是AUR?这与archlinux有关吗?您的XML可部署应用于Jetty 9.0而不是Jetty 9.3(DTD已关闭)。maxFormContentSize设置5000000对于一个表单来说太大了,它会让您面临各种DoS攻击向量。你想完成什么?这几乎就像您在遵循旧版本Jetty(Jetty 9之前)的说明一样。问题是用archlinux标签标记的,所以是的-这是archlinux的特点:)可部署的XML由具有不同版本Jetty(8和9)的多个人使用。我不能告诉你为什么maxFormContentSize
的值这么大,因为这个xml的创建者不是我。我不认为可部署的格式是原因,因为至少jetty可以检索路径,并且只有在尝试使用路径访问war时才会失败。p、 在美国,使用这种可部署系统的人都没有遇到过这样的问题:什么是PKGBUILD,什么是AUR?这与archlinux有关吗?您的XML可部署应用于Jetty 9.0而不是Jetty 9.3(DTD已关闭)。maxFormContentSize设置5000000对于一个表单来说太大了,它会让您面临各种DoS攻击向量。你想完成什么?这几乎就像您在遵循旧版本Jetty(Jetty 9之前)的说明一样。问题是用archlinux标签标记的,所以是的-这是archlinux的特点:)可部署的XML由具有不同版本Jetty(8和9)的多个人使用。我不能告诉你为什么maxFormContentSize
的值这么大,因为这个xml的创建者不是我。我不认为可部署的格式是原因,因为至少jetty可以检索路径,并且只有在尝试使用路径访问war时才会失败。p、 在美国,使用这种可部署系统的人都没有遇到过这个问题