У меня есть приложение для Play 2.0, установленное на EC2, и я запускаю приложение с play start
, и он работает в фоновом режиме, я могу нажать Ctrl-D
, и процесс будет продолжать работать в фоновом режиме, но затем он умирает через некоторое время (15 или 20 минут?), не знаю, почему. Я обычно выхожу из сеанса ssh после запуска приложения, я надеюсь, что это не причина.Scala start Игровой сервер в производстве
ответ
nohup play start
работает для меня.
Да, это сработало, спасибо! – Bob
запуск активатора nohup больше не работает. Придется сделать это: http://stackoverflow.com/a/25852899/2426994 способом. – JohnVanDijk
Я использую следующий сценарий запуска (для CentOS) для своего приложения Play, кажется, работает нормально, он помещает его в фоновом режиме и в свою собственную группу процессов и сеанса, поэтому он невосприимчив к зависаниям и т. Д. play stage
и target/start
происходит от Guillaume Bort и является «правильным способом его выполнения».
#!/bin/bash
#
# chkconfig: 2345 98 1
# description: MyApp application
#
case "$1" in
start)
su - apps <<'EOF'
cd /opt/myapp || exit 1
PATH=/opt/play-2.1.1:$PATH
echo "Starting MyApp..."
play stage
setsid target/start </dev/null> /dev/null 2>&1 &
EOF
;;
stop)
su - apps <<'EOF'
cd /opt/myapp || exit 1
PATH=/opt/play-2.1.1:$PATH
echo "Stopping MyApp..."
play stop
EOF
;;
esac
Вы можете проверить это изолированы:
ps -e -o user,pid,ppid,pgrp,sid,command | grep -i play
Вы увидите что-то вроде:
apps 2949 1 2949 2949 java -cp target/staged/* play.core.server.NettyServer target/..
Значение init
(ИДП 1
) является его родителем, и он изолирован в своей собственной группа процессов (2949
).
Я предлагаю вам подготовить двоичный файл развертывания проекта, используя команду этапа, которую выполняет сценарий активатора (ранее играющий). Вы можете запустить этот двоичный код в фоновом режиме, его можно найти в пути, который показывает вторая команда в приведенном ниже коде.
./activator stage
target/universal/stage/bin/project-name &
Вы также должны, вероятно, отказаться от процесса. – stephenmuss
Для игры 2.2.3 ... play "start -Dhttp.port = 8080" работал для меня!
- 1. Игровой сервер Batch File
- 2. Scala - обновить игровой мир
- 3. Play framework как игровой сервер
- 4. Netty игровой сервер общается с игровой нитью
- 5. Игровой сервер OOP Design
- 6. написать игровой сервер?
- 7. PHP/MySQL игровой сервер
- 8. node.js игровой сервер?
- 9. многопользовательский игровой сервер
- 10. Start deployd сервер
- 11. Чтение файлов из общедоступной папки в игровой среде в производстве
- 12. Слишком много запросов? Игровой сервер
- 13. Игровой сервер Соединение с MySQL
- 14. Как создать многопользовательский игровой сервер?
- 15. Строительство Пошаговый многопользовательский игровой сервер
- 16. Как сделать частный игровой сервер?
- 17. Игровой сервер с гнездами ZMQ
- 18. REST пошаговый игровой сервер в WebAPI
- 19. Поиск Подсоединяется Игровой сервер в локальной сети
- 20. Как развернуть проект angularjs в производстве без использования npm start
- 21. Accesing Ghost AWS Ubuntu Сервер в производстве
- 22. Laravel как запустить сервер в производстве
- 23. Start, Stop узел экспресс-сервер
- 24. Start JBoss сервер с NetBeans
- 25. TextField с игровой формой Scala помощник
- 26. Eclipse Indigo с Scala и игровой картой?
- 27. nodeJS Игровой сервер и Android-клиенты
- 28. Распределенный игровой сервер с использованием торнадо
- 29. Игровой сервер не отвечает на ping
- 30. PHP игровой сервер, несколько TCP-клиентов?
Да, это, вероятно, закрытие в результате сигнала зависания от вас, заканчивая сессию 'ssh'. Попробуйте запустить программу Unix «screen» (мультиплексор), а затем запустить ваш Play сервер, как обычно. Затем, прежде чем выходить из 'ssh', нажмите' ctrl + a', а затем 'd', чтобы« отсоединить »сеанс' screen'. Это запустит воспроизведение в фоновом режиме (через «экран») даже после окончания сеанса 'ssh'. – Destin
Вы пробовали отказаться от процесса? См. Http://stackoverflow.com/a/625436/51280 – opyate
@Destin, да, это было связано с завершением сессии 'ssh' и' nohup'. – Bob