Tag: playframework 2.0

Digital Ocean和Dokku plus Play不得不使用2GB RAM机器: 所以我最近安装了一个使用Dokku on Digital Ocean的应用程序。唯一的问题是，当我推送到服务器时，我不断收到错误，说我没有足够的内存来编译应用程序。我最终不得不升级到20 /月2GB的机器终于工作。教程说你可以使用最小的液滴。当我使用大约1.2 GB检查我的内存使用情况，但java只使用总数的8％。我的记忆在哪里？正在玩所有的记忆？我怎样才能使用更小的液滴，并仍然玩？

使用Docker运行scala / play项目的问题: 我有一个多项目SBT构build。其中一个子项目是Play项目。通常我会运行./activator "project website" run来运行Play项目。我正在尝试build立一个docker开发环境，但是在Dockerfile中找不到合适的CMD 。我正在尝试使用docker撰写。我的Dockerfile看起来像： FROM java:latest ADD . /code WORKDIR /code CMD ["./activator", "\"project website\"", "run"] 我躲过了"project website"的报价。当我运行docker-compose up启动它时，我的项目依赖关系下载，但是失败： wb1_1 | [warn] there were 1 feature warning(s); re-run with -feature for details wb1_1 | [warn] two warnings found wb1_1 | release stage is set to: stage wb1_1 | […]

为什么我收到在Docker部署中被拒绝的权限？: 我已经在Elastic Beanstalk中创build了一个应用程序，使用这个项目的指令来托pipe一个play framework 2应用程序。我已经打包完全像Docker需要的项目，但是当我上传到应用程序的最后一个压缩，我收到一个权限被拒绝在这个stream程中的错误：环境更新正在开始。将新版本部署到实例。成功拖拽dockerfile / java：latest 成功构buildaws_beanstalk / staging-app Docker容器在启动后意外退出：Docker容器意外退出9月12日23:32:44 UTC 2014：2014/09/12 23:32:39 exec：“bin / my-sample-project”：权限被拒绝。检查快照日志的详细信息。我已经花了几个小时，没有任何成功。这是我的根Dockerfile的内容： FROM dockerfile/java MAINTAINER Cristi Boariu <myemail> EXPOSE 9000 ADD files / WORKDIR /opt/docker RUN ["chown", "-R", "daemon", "."] USER daemon ENTRYPOINT ["bin/mytweetalerts"] CMD [] 任何提示如何解决这个问题？

Playframework：激活码dist在docker集装箱内耗时太长: 我创build了一个用于构build项目的容器图像，并将以下临时图像推送到了dockerhub somasundaramsekar / play-activator-1.3.0：v1.2。当我运行docker run -t -i <Image~> ./run.sh Image〜 docker run -t -i <Image~> ./run.sh其中图像是使用下面的Dockerfile FROM somasundaramsekar/play-activator-1.3.0:v1.2 MAINTAINER somasundaram@outlook.com WORKDIR /application ADD app ./app ADD conf ./conf ADD project ./project ADD public ./public ADD test ./test ADD activator.properties build.sbt ./ ADD run.sh ./ 而run.sh的内容是 #!/bin/bash export PATH=$PATH:/root/activator-dist-1.3.10/bin activator dist 这是非常非常慢！ sbt clean compile也是如此。 […]

播放更改RUNNING_PID文件path: 我试图将RUNNING_PID文件存储在/ var / run而不是根目录下。尝试了所有的选项build议：关于这个问题的另一个SO问题并在文档中build议解决scheme：播放其他configuration 然而，当我启动我的应用程序时，RUNNING_PID文件在根目录中创build，并且/var/run/play.pid保持空

docker和elastic beanstalk容器意外停止，权限被拒绝: 我试图扩展这个Docker镜像，这个镜像至less在Docker Hub上是成功的，并且这个镜像的一部分包含一个叫做play的用户，它拥有一个名为/ home / play / Code的目录，拥有755个权限。我在mac上使用boot2docker 这是我的泊坞窗文件在本地 FROM ir1sh/dockeractivator MAINTAINER Mark Moore EXPOSE 9000 build立好，当我跑 docker run –rm -it -v "/my/local/dir:/home/play/Code" -p 9000:9000 300b01a6199c 容器启动正确，我得到一个开始于/ home / play / Code的用户root的会话。如果我添加了-u玩commade，我得到一个与玩家的会话，而不是在同一个目录。现在，如果我用它们的cli工具将该容器推送到弹性beanstalk，我得到以下错误输出：[CMD-AppDeploy / AppDeployStage0 / AppDeployPreHook / 04run.sh]命令失败，错误代码为1：/opt/elasticbeanstalk/hooks/appdeploy/pre/04run.sh b07ae15d619ad90441f6f410a31a7d51885151c92cd8675c5d8e47f63b43dd95启动后Docker容器意外退出：Docker容器在Sun上意外退出12月21日13:36:06 UTC 2014：检查快照日志的详细信息.. 日志不是很有启发性现在根据另一个build议，我没有在我的docker文件中的CMD或ENTRYPOINT，所以我添加这些。 FROM ir1sh/dockeractivator MAINTAINER Mark Moore EXPOSE 9000 […]

使用docker运行Java 9应用程序不起作用 – UnsupportedClassVersionError: 我将我的应用程序从Java 8更改为Java 9.将Windows系统环境variables（path）和JAVA_HOME更改为Java 9（jdk-9.0.1）。在IDE（IntelliJ）中运行应用程序时，它工作正常。它也编译没有问题与sbt。只用docker运行应用程序是行不通的。应用程序似乎用Java 9成功编译，但是docker试图用Java 8来运行它（这是我从exception消息中读取的）。命令： sbt docker:publish docker run –rm -p 9000:9000 eu.gcr.io/the-repository-name/the-image-name:1.0 我得到以下错误： Exception in thread "main" java.lang.UnsupportedClassVersionError: Module has been compiled by a more recent version of the Java Runtime (class file version 53.0), this version of the Java Runtime only recognizes class file versions up to […]

重新启动Play应用程序Docker容器导致“此应用程序已在运行” – RUNNING_PID不会被删除: 编辑：有一个相关的问题在Github上讨论，但在另一种部署模式（Typesafe Activator UI而不是Docker）。我试图模拟系统重新启动，以validationDocker重新启动策略，声明可以按正确的顺序重新运行容器。我有一个用Java编写的Play框架应用程序。 Dockerfile看起来像这样： FROM ubuntu:14.04 # # [Java8, …] # RUN chmod +x /opt/bin/playapp CMD ["/bin/bash"] 我开始使用$ docker run –restart=always -d –name playappcontainer "./opt/bin/playapp" 。当我$ service docker stop && service docker restart ，然后$ docker attach playappcontainer控制台告诉我： Play server process ID is 7 This application is already running (Or delete /opt/RUNNING_PID file) […]