Путь Javaagent плохо интерпретируется на maven/linux/tomcat

Я понятия не имею, что происходит на моем сервере CI, но, возможно, кто-то может помочь.

Я настроил проект maven с проверенным верным тестом агента jacoco: строка рабочего агента (которая правильно обрабатывается на моем ноутбуке) включает путь:

javaagent:/var/lib/jenkins/.m2/repository/org/jacoco/org.jacoco.agent/0.7.0.201403182114/org.jacoco.agent-0.7.0.201403182114-runtime.jar=destfile=/var/lib/jenkins/jobs/Osgiliath enterprise/workspace/net.osgiliath.framework/net.osgiliath.features.karaf-features/net.osgiliath.features.karaf-features.itests/net.osgiliath.features.karaf-features.itests.cdi/target/jacoco-ut.exec,append=true,includes=net.osgiliath.features.karaf-features.itests.cdi.*,excludes=*.itests.*:*.mock.*:*.model.*:*.coverage.*"

Проблема в том, что когда я запускаю эти тесты на своем CI-сервере (Fedora 19, Oracle Java 1.7, surefire 2.17, Tomcat, Maven 3.2.1, предоставленные Jenkins), одна и та же строка плохо интерпретируется surefire или failsafe, она становится: Error: Could not find or load main class "-javaagent:.var.lib.jenkins..m2.repository.org.jacoco.org.jacoco.agent.0.7.0.201403182114.org.jacoco.agent-0.7.0.201403182114-runtime.jar=destfile=.var.lib.jenkins.jobs.Osgiliath enterprise.workspace.target.jacoco-it.exec,append=true,includes=net.osgiliath.messaging.*,excludes=*.itests.*:*.mock.*:*.model.*:*.coverage.*"

Обратите внимание на точки вместо косых черт в пути argLine.

У кого-нибудь есть идея, откуда может появиться эта проблема? Это действительно раздражает, так как я не могу использовать свой CI-сервер для такого рода проектов.

заранее спасибо


person Tcharl    schedule 21.04.2014    source источник
comment
Хорошо, это была проблема с кодировкой на моем Linux: X13... вместо UTF-8.   -  person Tcharl    schedule 22.04.2014


Ответы (2)


Хорошо, это была проблема с кодировкой на моем Linux: X13... вместо UTF-8.

Теперь я вижу зеленые кнопки :D

person Tcharl    schedule 22.04.2014

У нас была похожая ошибка в моей команде разработчиков. Но в нашем случае дело было не просто в кодировке сборочной машины (с самого начала кодировка была UTF-8). Нам также пришлось поместить верную конфигурацию ровно в одну строку.

person Cosima    schedule 06.05.2015