web-dev-qa-db-fra.com

pourquoi le cadre de jeu expire-t-il?

Je lance l'application depuis la ligne de commande en utilisant soit

    activator run 
    activator ~run

ou après avoir démarré la console d'activation, j'utilise run ou ~ run.
Tout semble fonctionner et donne le résultat attendu

 --- (Running the application, auto-reloading is enabled) ---

   play - Listening for HTTP on /0:0:0:0:0:0:0:0:9000

   (Server started, use Ctrl+D to stop and go back to the console...)

Je peux voir l'application dans le navigateur et je peux faire des changements dans le code et ils sont rechargés très bien. Le problème est qu’au bout de quelques minutes à peine, cela ressemble à quelque chose de "temps mort", car si j'essaye de recharger après cela, le navigateur reste en rotation. si je le laisse tourner assez longtemps, je le reçois.

[error] application - 
[info] 
[info] ! Internal server error, for (GET) [/] ->
[info] 
[info] Java.util.concurrent.TimeoutException: Futures timed out after [300000 milliseconds]
[info]  at scala.concurrent.impl.Promise$DefaultPromise.ready(Promise.scala:219) ~[scala-library-2.11.1.jar:na]
[info]  at scala.concurrent.impl.Promise$DefaultPromise.result(Promise.scala:223) ~[scala-library-2.11.1.jar:na]
[info]  at scala.concurrent.Await$$anonfun$result$1.apply(package.scala:111) ~[scala-library-2.11.1.jar:na]
[info]  at scala.concurrent.BlockContext$DefaultBlockContext$.blockOn(BlockContext.scala:53) ~[scala-library-2.11.1.jar:na]
[info]  at scala.concurrent.Await$.result(package.scala:111) ~[scala-library-2.11.1.jar:na]

J'apprécierais vraiment toute aide. Étant donné que je dois redémarrer l'application à chaque fois que je fais un changement, cela enlève vraiment tout l'attrait du framework.

playframework
25
mkrinblk

Je suis passé à activator 1.3.2 avec Play 2.3.9 et j'ai eu le même problème. Cela m'a rendu fou. J'ai trouvé que la cause était le nouvel ensemble "fork in run" qui a été ajouté à l'activateur 1.3.2.

Ouvrez build.sbt et vous trouverez:

fork in run := true

Définissez ceci sur false comme suit:

fork in run := false
56
neurozen

Exécuter activator start ou mieux sbt start résout également le problème sans avoir à supprimer le comportement de forking.

0
nterry