簡體   English   中英

在Apache旁邊的端口80上部署Play Framework應用程序

[英]Deploying a Play Framework application on port 80 beside Apache

我正在尋找一種在80端口上部署Play-Framework-1.0應用程序的方法。因此,我首先使用“ dist”命令制作了zip文件,然后將其解壓縮。 當我運行命令對應用程序進行啟動時( play-java-1.0-SNAPSHOT/bin/play-java -Dhttp.port=80 -Dhttp.adresse=127.0.0.1 ),出現此錯誤:

[error] p.c.s.NettyServer - Failed to listen for HTTP on /0.0.0.0:80!
Oops, cannot start the server.
play.core.server.ServerListenException: Failed to listen for HTTP on /0.0.0.0:80!
at play.core.server.NettyServer.play$core$server$NettyServer$$bindChannel(NettyServer.scala:215)
at play.core.server.NettyServer$$anonfun$1.apply(NettyServer.scala:203)
at play.core.server.NettyServer$$anonfun$1.apply(NettyServer.scala:203)
at scala.Option.map(Option.scala:146)
at play.core.server.NettyServer.<init>(NettyServer.scala:203)
at play.core.server.NettyServerProvider.createServer(NettyServer.scala:266)
at play.core.server.NettyServerProvider.createServer(NettyServer.scala:265)
at play.core.server.ServerProvider$class.createServer(ServerProvider.scala:25)
at play.core.server.NettyServerProvider.createServer(NettyServer.scala:265)
at play.core.server.ProdServerStart$.start(ProdServerStart.scala:53)
at play.core.server.ProdServerStart$.main(ProdServerStart.scala:22)
at play.core.server.ProdServerStart.main(ProdServerStart.scala)

此外,在真實服務器中,已經安裝了Apache。 所以我想知道這是否會成為問題。

謝謝!

另外,還可以選擇記住,在大多數系統上,默認情況下在低於8000的端口上運行進程是禁用的,在這種情況下,您需要允許它,即在Unix服務器上,僅使用sudo command(prefix)。

在同一主機上偵聽同一端口的兩個進程是不可能的。

但是,您可以在其他端口(例如8080)上運行Play應用程序,並將Apache設置為反向代理(Nginx也會這樣做,但是您提到服務器上已經運行Apache)將請求轉發到Play應用程序。

示例指南如何執行此操作: https : //www.digitalocean.com/community/tutorials/how-to-use-apache-http-server-as-reverse-proxy-using-mod_proxy-extension

如果您使用的是Linux服務器,則可以嘗試“ fuser 80/tcp ”以查看該端口(80)上是否已在運行另一個進程。 如果是這樣(在輸入命令時顯示進程號),則不能將相同的端口用於2個進程。

您要么必須在其他端口上啟動Play-app,要么可以通過' sudo fuser -k 80/tcp ' sudo fuser -k 80/tcp已經運行的進程,然后在同一端口(80)上啟動Play-app。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM