java.lang.IllegalStateException: endPosTable déjà mis en

Essayer de construire un alexa (amazon:echo) ensemble de compétences. Dans le même temps, d'essayer d'utiliser cette expérience comme un apprentissage de banc d'essai pour l'injection de dépendances par le biais de poignard 2. Cependant, la construction du paquet à l'aide de maven 2 cmd:

mvn assembly:assembly -DdescriptorId=jar-with-dependencies package'. 

pour générer un zip jar les dépendances produit de l'exception suivante trace:

[INFO] ------------------------------------------------------------------------
[INFO] Building Echo Device Client 1.0
[INFO] ------------------------------------------------------------------------
[INFO] 
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ echo-device-client ---
[WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent!
[INFO] skip non existing resourceDirectory /Users/apil.tamang/Dropbox/Git/echo-device-client/src/main/resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.3:compile (default-compile) @ echo-device-client ---
[INFO] Changes detected - recompiling the module!
[WARNING] File encoding has not been set, using platform encoding UTF-8, i.e. build is platform dependent!
[INFO] Compiling 46 source files to /Users/apil.tamang/Dropbox/Git/echo-device-client/target/classes
An exception has occurred in the compiler (1.8.0_60). Please file a bug at the Java Bug Database (http://bugreport.java.com/bugreport/) after checking the database for duplicates. Include your program and the following diagnostic in your report.  Thank you.
java.lang.IllegalStateException: endPosTable already set
at com.sun.tools.javac.util.DiagnosticSource.setEndPosTable(DiagnosticSource.java:136)
at com.sun.tools.javac.util.Log.setEndPosTable(Log.java:350)
at com.sun.tools.javac.main.JavaCompiler.parse(JavaCompiler.java:667)
at com.sun.tools.javac.main.JavaCompiler.parseFiles(JavaCompiler.java:950)
at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.<init>(JavacProcessingEnvironment.java:892)
at com.sun.tools.javac.processing.JavacProcessingEnvironment$Round.next(JavacProcessingEnvironment.java:921)
at com.sun.tools.javac.processing.JavacProcessingEnvironment.doProcessing(JavacProcessingEnvironment.java:1187)
at com.sun.tools.javac.main.JavaCompiler.processAnnotations(JavaCompiler.java:1170)
at com.sun.tools.javac.main.JavaCompiler.compile(JavaCompiler.java:856)
at com.sun.tools.javac.main.Main.compile(Main.java:523)
at com.sun.tools.javac.api.JavacTaskImpl.doCall(JavacTaskImpl.java:129)
at com.sun.tools.javac.api.JavacTaskImpl.call(JavacTaskImpl.java:138)

La première compilation se passe bien, et tous les tests sont exécutés et exécutée avec succès. J'ai l'impression que c'est lors de la "liaison" les dépendances que les choses vont vers le sud. Veuillez prendre un coup d'oeil à ce fichier de voir la sortie de la console lors de la compilation.

Ma question est de savoir si ça vaut le coup d'essayer de générer les dépendances à l'aide d'une manière différente. Je ne sais pas beaucoup au sujet de maven à cette fin. Est-il un patch ou quelque chose là-bas qui peuvent être utilisés? Pensez-vous qu'il est encore possible de trouver une solution de contournement? Je voudrais être en mesure de continuer à utiliser la dague 2 cadre pour la construction de ce projet.

InformationsquelleAutor apil.tamang | 2016-04-04