Web applications 码头服务于多场战争的最佳方式

Web applications 码头服务于多场战争的最佳方式,web-applications,jetty,tomcat6,ubuntu-10.04,web-deployment,Web Applications,Jetty,Tomcat6,Ubuntu 10.04,Web Deployment,我有一个新的64位Ubuntu服务器,内存为4G。我需要提供几个(现在6个,也许50个以后)war文件作为它们自己的上下文根。(来自commmon代码库的类似应用程序品牌不同)。我对Jetty比对Apache更满意 我可以在/usr/share/jetty6/webapps中删除战争 但是我怎样才能添加新的而不反弹服务器呢 似乎应该有一种方法可以使用ContextDeployer(可用于分解目录)的scanInterval功能,并在WebAppDeployer(用于战争)中实现它——我是否遗漏了

我有一个新的64位Ubuntu服务器,内存为4G。我需要提供几个(现在6个,也许50个以后)war文件作为它们自己的上下文根。(来自commmon代码库的类似应用程序品牌不同)。我对Jetty比对Apache更满意

我可以在/usr/share/jetty6/webapps中删除战争

但是我怎样才能添加新的而不反弹服务器呢

似乎应该有一种方法可以使用ContextDeployer(可用于分解目录)的scanInterval功能,并在WebAppDeployer(用于战争)中实现它——我是否遗漏了一些显而易见的东西

如果我只是在部署时引爆自己的战争,那会奏效吗?(是否有这样的设置?)


谢谢

好吧,我想蟋蟀的唧唧声意味着从来没有人想这么做

因此,仅供参考,(显而易见的)解决方案是放弃,然后继续,默认情况下是这样的

唯一的问题是如何让它服务于端口80(因为LinkSys路由器不同于nice DLinks,不能在转发时更改端口)

很明显,您需要编辑Catalina连接器以使用/etc/tomcat6/server.xml中的端口80,但是上面的how to link没有提到您还必须编辑/etc/default/tomcat6中的最后一行以启用authbind。我发现了


另外,仅供参考,如果您改为尝试一种iptable解决方案,这将是一个问题,这是我对远程管理与VNC的新的首选方式,它需要传递更多的端口(而且由于您必须打开端口并将它们传递给每个主机,因此它的可伸缩性不高)

好的,我想蟋蟀的鸣叫意味着从来没有人想这样做过

因此,仅供参考,(显而易见的)解决方案是放弃,然后继续,默认情况下是这样的

唯一的问题是如何让它服务于端口80(因为LinkSys路由器不同于nice DLinks,不能在转发时更改端口)

很明显,您需要编辑Catalina连接器以使用/etc/tomcat6/server.xml中的端口80,但是上面的how to link没有提到您还必须编辑/etc/default/tomcat6中的最后一行以启用authbind。我发现了

另外,仅供参考,如果您改为尝试一种iptable解决方案,这将很糟糕,这是我对远程管理与VNC的新的首选方式,它需要传递更多的端口(而且由于您必须打开端口并将它们传递给每台主机,所以它的可伸缩性不高)