2017-03-28 4 views
0

j'ai installé plusieurs tests d'interface utilisateur sans tête à l'aide Vaadin testbench mais Jenkins échoue en raison de licence lors de l'exécution:licence testbench et Jenkins sur AWS

License for Vaadin TestBench 4 not found. Go to vaadin.com/pro for more details. 

Les états de documentation Vaadin pour mettre le fichier de licence dans le répertoire, indiquant spécifiquement /Users/<home> mais ce n'est pas un emplacement valide pour une instance RHEL EC2.

J'ai essayé de placer mon dossier de licence dans /home/<user> et /home/<user>/ et même essayé de créer le répertoire /Users/ dans le cas où il est codé en dur de ne vérifier que cet endroit.

J'ai essayé de modifier le travail Maven Jenkins ajouter ce qui suit dans MAVEN_OPTS:

-Dvaadin.testbench.developer.license=<LICENSE> 

Jusqu'à présent, il ne parvient pas toujours à trouver ma licence lors de l'exécution des travaux d'essai.

Quelle est la manière correcte d'ajouter des licences auxquelles Jenkins peut accéder en cours d'exécution sur une instance AWS EC2?

Répondre

0

Vous devez définir la licence en tant que propriété java, je suppose que cela est fait d'une autre manière dans les jenkens. System properties management

0

paramètres de construction dans les objectifs et les options terrain -Dvaadin.testbench.developer.license=<LICENSE>

0

La question a été le contexte de l'utilisateur que Jenkins était en cours d'exécution dans. Alors que je supposais qu'il était sous l'utilisateur par défaut, il a été fait en cours d'exécution comme une autre, de sorte que la licence devait être dans un répertoire personnel différent pour être détecté. Toutefois, cela ne permet toujours pas d'expliquer pourquoi le commutateur Java -D n'a pas pu charger la licence. Peut-être un problème ici avec des emplois Maven sur Jenkins passer des arguments à TestBench?