2017-07-26 4 views
-3

Sur mon système Mac OS local (Mountain Lion), j'ai exécuté correctement sbt test et les tests ont été compilés/passés avec Play 2.3 .x, Scala (2.10.x). La version Java de ma section locale était "1.8.0_131". Après avoir réimagé mon Mac OS X (10.12.3), j'ai commencé à avoir l'erreur très étrange en exécutant "test sbt" pour la même base de code (versions Play, Scala, Java toujours les mêmes).java.lang.NumberFormatException: Pour la chaîne d'entrée: "" (Erreur lors de l'exécution de `sbt test`)

Probablement, cela n'a peut-être pas à voir avec ma mise à niveau Mac mais c'est la seule variable (changement) que je pourrais penser en ce moment.

J'apprécierais vraiment que quelqu'un puisse me donner un petit aperçu des causes probables de cette situation?

trace de la pile d'erreur ressemble

[error] NumberFormatException: : For input string: "" (ProxyUtils.java:159) 
[error] com.ning.http.util.ProxyUtils.createProxyServerSelector(ProxyUtils.java:159) 
[error] com.ning.http.client.AsyncHttpClientConfig$Builder.build(AsyncHttpClientConfig.java:1132) 
[error] play.api.libs.ws.ning.NingAsyncHttpClientConfigBuilder.build(NingAsyncHttpClientConfigBuilder.scala:37) 
[error] play.api.libs.ws.ning.NingWSAPI.buildAsyncClientConfig(NingWS.scala:563) 
[error] play.api.libs.ws.ning.NingWSAPI.newClient(NingWS.scala:520) 
[error] play.api.libs.ws.ning.NingWSAPI$$anonfun$client$1.apply(NingWS.scala:543) 
[error] play.api.libs.ws.ning.NingWSAPI$$anonfun$client$1.apply(NingWS.scala:540) 
[error] play.api.libs.ws.ning.NingWSAPI.client(NingWS.scala:538) 
[error] play.api.libs.ws.ning.NingWSAPI.url(NingWS.scala:553) 
[error] play.api.libs.ws.WS$.url(WS.scala:129) 
+0

Je sais que je suis vague dans une certaine mesure (intentionnellement) et j'ai une réponse. C'est un proxy système qui est défini (sur ma machine) qui est utilisé par une bibliothèque tierce (en quelque sorte) et qui a provoqué cette erreur. (Je dois admettre que c'est une sorte de réponse vague, je dois l'admettre, mais c'est tout ce que je peux dire ici.) – zochhuana

Répondre

2

J'apprécierais vraiment si quelqu'un pouvait me donner un pointeur rapide sur la cause de cela?

Vous avez juste besoin de regarder la trace de la pile. Il peut vous donner un «pointeur» de la cause.

Par exemple, ici, la cause est indiquée dans le message de l'exception, qui est:

Pour chaîne d'entrée: ""

qui indique qu'une ligne de code a essayé de analyser une chaîne ne contenant rien, et jeté une exception pour indiquer une conversion échouée d'une chaîne à un nombre

La cause probable de ceci est certaines données que l'application retrivé quelque part, et a été changé après la re-imagerie de la com ordinateur. Généralement, un moyen de corriger cela pourrait être de réinstaller l'application

+0

Je n'étais pas assez clair. Mise à jour de la description de la question Merci pour le commentaire. – zochhuana

+0

@zochhuana J'ai mis à jour ma réponse. – HatsuPointerKun

1

Comme @HatsuPointerKun indique déjà. Vous ne fournissez toujours pas assez d'informations.

Mais peut-être que cela aide. Il semble que, dans un certain point de votre base de code, WebApplication envoie une requête sur Play WS. Parce qu'il a des problèmes avec l'URL, je suppose qu'il y a un problème de port (je peux me tromper).

C'est le plus loin possible avec les informations fournies. Je peux juste vous suggérer de déboguer votre code au point que Stacktrace vous montre et de déboguer le code pour voir quelle valeur est à l'origine du problème. Et vous pouvez avoir un regard plus profond sur la pile et voir où votre composant l'utilise.

Espérons que cela aide.