Jouer cadre se bloque au démarrage sur: “Chargement de la définition du projet de”

Je suis juste de commencer à Jouer au Cadre. J'ai téléchargé et installé le jeu et créé un exemple de l'application java. Quand j'essaie de lancer le jeu de la console dans le répertoire de l'application, il se bloque sur "Chargement de la définition du projet".

PS C:\dev\play\javatest> play.bat
Getting org.scala-sbt sbt_2.9.1 0.11.3 ...
:: retrieving :: org.scala-sbt#boot-app
        confs: [default]
        37 artifacts copied, 0 already retrieved (7245kB/283ms)
[info] Loading project definition from C:\dev\play\myFirstApp\project

Quand j'ai essayer de lancer un Scala application j'ai un message à propos de l'attente pour une serrure:

PS C:\dev\play\scalatest> play
[info] Loading project definition from C:\dev\play\test1\project
Waiting for lock on C:\lib\play\repository\.sbt.ivy.lock to be available...

Exécutant Windows 7, JDK 1.7.0_05 et Jouer Cadre 2.0.2. Des idées?

InformationsquelleAutor Peter Moberg | 2012-07-07

playframework

125

J'ai vécu moi-même avec Jouer 2 et il s'avère qu'il n'était pas vraiment accroché, c'était juste la traction d'une maven et le téléchargement de l'Internet. Pour vérifier que c'est le même comportement que vous étaient en train d'éditer project/plugins.sbt et remplacer:
```
logLevel := Level.Warn
```
avec
```
logLevel := Level.Debug
```
(Si je suis la construction sur OSX j'imagine que vous ferez l'expérience de sortie similaire sur Windows.)
- +1 depuis le temps j'ai fini de lire ceci, mon internet a été entièrement téléchargé et mon projet ouvert
- Il est important de noter que les dernières versions de l'Ide, 13 support sbt projets [applicable à la Scala de Jouer des projets de] ce qui signifie que l'utilisation d'une console de sbt session et IntelliJ en même temps peut entraîner beaucoup de ivy.lock d'attente des messages comme les deux environnements de concourir à la mise à jour de la ivy repos lors de la résolution des dépendances.
- Même problème et la solution pour l'activateur. Merci!!!
- Explication claire. Merci.
- Merci pour cette!
InformationsquelleAutor cfeduke

Juste pour ajouter à l'existant de réponse ici,

Je suis aussi de voir ce comportement après j'ai mis à jour du Jeu à 2,2 x à Jouer 2.3.x ( voir MigrationGuide )

J'ai été débogage comme suit ci-dessous.

Sur Linux, allez dans votre dossier de projet et ensuite:

$ bash -x `which sbt`
.... OUTPUT SKIPPED....
++ ((  128 < 512  ))
++ local 'common_opts=-Xms1024m -Xmx1024m -XX:ReservedCodeCacheSize=128m'
++ [[ 1.7.0_55 < 1.8 ]]
++ local perm=256
++ echo '-Xms1024m -Xmx1024m -XX:ReservedCodeCacheSize=128m -XX:MaxPermSize=256m'
+ execRunner java -Xms1024m -Xmx1024m -XX:ReservedCodeCacheSize=128m -XX:MaxPermSize=256m -jar /usr/share/sbt-launcher-packaging/bin/sbt-launch.jar
+ [[ -n '' ]]
+ [[ -n '' ]]
+ java -Xms1024m -Xmx1024m -XX:ReservedCodeCacheSize=128m -XX:MaxPermSize=256m -jar /usr/share/sbt-launcher-packaging/bin/sbt-launch.jar

Note en bas de la commande de la dernière ligne, annuler le processus en cours Ctrl+C, et de l'exécuter en ajoutant -verbose option pour java:

java -verbose -Xms1024m -Xmx1024m -XX:ReservedCodeCacheSize=128m -XX:MaxPermSize=256m -jar /usr/share/sbt-launcher-packaging/bin/sbt-launch.jar

Enfin j'ai aussi ajouté logLevel := Level.Debug dans project/plugins.sbt.

Cependant, il continue de sortie comme ceci:

.... OUTPUT SKIPPED....
info]   [SUCCESSFUL ] org.apache.maven.doxia#doxia-sink-api;1.1!doxia-sink-api.jar (2065ms)
[debug]         tried http://repo.typesafe.com/typesafe/ivy-releases/org.apache.maven.doxia/doxia-logging-api/1.1/jars/doxia-logging-api.jar
[debug] CLIENT ERROR: Not Found url=http://repo.typesafe.com/typesafe/ivy-releases/org.apache.maven.doxia/doxia-logging-api/1.1/jars/doxia-logging-api.jar
[debug]         tried http://repo.scala-sbt.org/scalasbt/sbt-plugin-releases/org.apache.maven.doxia/doxia-logging-api/1.1/jars/doxia-logging-api.jar
[debug] CLIENT ERROR: Not Found url=http://repo.scala-sbt.org/scalasbt/sbt-plugin-releases/org.apache.maven.doxia/doxia-logging-api/1.1/jars/doxia-logging-api.jar
[debug]         tried /home/saleem/.ivy2/local/org.apache.maven.doxia/doxia-logging-api/1.1/jars/doxia-logging-api.jar
[debug]         tried http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-logging-api/1.1/doxia-logging-api-1.1.jar
[info] downloading http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-logging-api/1.1/doxia-logging-api-1.1.jar ...
[debug]     public: downloading http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-logging-api/1.1/doxia-logging-api-1.1.jar
[debug]     public: downloading http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-logging-api/1.1/doxia-logging-api-1.1.jar.sha1
[debug] sha1 OK for http://repo1.maven.org/maven2/org/apache/maven/doxia/doxia-logging-api/1.1/doxia-logging-api-1.1.jar
[info]  [SUCCESSFUL ] org.apache.maven.doxia#doxia-logging-api;1.1!doxia-logging-api.jar (3997ms)
[debug]         tried http://repo.typesafe.com/typesafe/ivy-releases/org.apache.maven/maven-plugin-registry/2.2.1/jars/maven-plugin-registry.jar
[debug] CLIENT ERROR: Not Found url=http://repo.typesafe.com/typesafe/ivy-releases/org.apache.maven/maven-plugin-registry/2.2.1/jars/maven-plugin-registry.jar
[debug]         tried http://repo.scala-sbt.org/scalasbt/sbt-plugin-releases/org.apache.maven/maven-plugin-registry/2.2.1/jars/maven-plugin-registry.jar
[debug] CLIENT ERROR: Not Found url=http://repo.scala-sbt.org/scalasbt/sbt-plugin-releases/org.apache.maven/maven-plugin-registry/2.2.1/jars/maven-plugin-registry.jar
[debug]         tried /home/saleem/.ivy2/local/org.apache.maven/maven-plugin-registry/2.2.1/jars/maven-plugin-registry.jar
[debug]         tried http://repo1.maven.org/maven2/org/apache/maven/maven-plugin-registry/2.2.1/maven-plugin-registry-2.2.1.jar
[info] downloading http://repo1.maven.org/maven2/org/apache/maven/maven-plugin-registry/2.2.1/maven-plugin-registry-2.2.1.jar ...
[debug]     public: downloading http://repo1.maven.org/maven2/org/apache/maven/maven-plugin-registry/2.2.1/maven-plugin-registry-2.2.1.jar
[debug]     public: downloading http://repo1.maven.org/maven2/org/apache/maven/maven-plugin-registry/2.2.1/maven-plugin-registry-2.2.1.jar.sha1
[debug] sha1 OK for http://repo1.maven.org/maven2/org/apache/maven/maven-plugin-registry/2.2.1/maven-plugin-registry-2.2.1.jar
[info]  [SUCCESSFUL ] org.apache.maven#maven-plugin-registry;2.2.1!maven-plugin-registry.jar (2025ms)
[debug]         tried http://repo.typesafe.com/typesafe/ivy-releases/backport-util-concurrent/backport-util-concurrent/3.1/jars/backport-util-concurrent.jar
[debug] CLIENT ERROR: Not Found url=http://repo.typesafe.com/typesafe/ivy-releases/backport-util-concurrent/backport-util-concurrent/3.1/jars/backport-util-concurrent.jar
[debug]         tried http://repo.scala-sbt.org/scalasbt/sbt-plugin-releases/backport-util-concurrent/backport-util-concurrent/3.1/jars/backport-util-concurrent.jar
[debug] CLIENT ERROR: Not Found url=http://repo.scala-sbt.org/scalasbt/sbt-plugin-releases/backport-util-concurrent/backport-util-concurrent/3.1/jars/backport-util-concurrent.jar
[debug]         tried /home/saleem/.ivy2/local/backport-util-concurrent/backport-util-concurrent/3.1/jars/backport-util-concurrent.jar
[debug]         tried http://repo1.maven.org/maven2/backport-util-concurrent/backport-util-concurrent/3.1/backport-util-concurrent-3.1.jar
[info] downloading http://repo1.maven.org/maven2/backport-util-concurrent/backport-util-concurrent/3.1/backport-util-concurrent-3.1.jar ...
[debug]     public: downloading http://repo1.maven.org/maven2/backport-util-concurrent/backport-util-concurrent/3.1/backport-util-concurrent-3.1.jar
.... OUTPUT SKIPPED....

Il semble y avoir trop de pots d'être téléchargé. Je suis maintenant en utilisant version hors ligne de Typesafe Activateur ( 356MB télécharger ici ), et c'est tellement plus rapide!

Les instructions de débogage dans cette réponse ont été incroyablement utile. J'ai utilisé bash -x "$(which sbt)" de découvrir que http.proxyHost et http.proxyPort ont été recueillies à partir de l'environnement causant artefact résolution à l'échec (depuis le tribunal des pensions de a interne à l'entreprise, il était en effet nécessaire pour pas passer par le proxy). Merci!!!!

InformationsquelleAutor tuxdna

0

Essayer l'abandon de la construction, de la suppression de l'référencé de verrouiller le fichier, puis de le faire " play exécuter de nouveau.

InformationsquelleAutor Bennett

Vous devez vous connecter pour publier un commentaire.