Артефакт в конвейере Jenkins: org.codehaus. groovy .runtime.GStringImpl не может быть приведен к java .lang.String - PullRequest
Новая
       45

Артефакт в конвейере Jenkins: org.codehaus. groovy .runtime.GStringImpl не может быть приведен к java .lang.String

4 голосов
/ 19 февраля 2020

У меня есть это в моем Jenkinsfile: 

stage('Artifactory Deploy') {
    options {
        timeout(time: 5, unit: 'MINUTES')
    }
    when {
        anyOf {
            branch "master"
            branch "develop"
        }
    }
    steps {
        withMaven(jdk: "${JDK_VERSION}", maven: 'M3') {
            script {
                def server = Artifactory.server('itext-artifactory')
                def rtMaven = Artifactory.newMavenBuild()
                rtMaven.deployer server: server, releaseRepo: 'releases', snapshotRepo: 'snapshot'
                rtMaven.tool = 'M3'
                def buildInfo = rtMaven.run pom: 'pom.xml',
                        goals: "--threads 2C --no-transfer-progress " +
                                "install --activate-profiles artifactory " +
                                "-Dmaven.repo.local=${env.WORKSPACE.replace('\\','/')}/.repository"
                server.publishBuildInfo buildInfo
            }
        }
    }
}

${env.WORKSPACE.replace('\\','/')} требуется, потому что в то время как Linux ведет себя как ожидалось, Windows явно ведет себя как T̪̩͑̒̀o liken̊̀ͅy̲͓̘ͥͬ̾ͮ̌ͮ̐ ̘̪̝̳̺̖t̪͎̒̓͑̆̎̚h̵ͥͯ̅ͯ̚ȩ̟̩̞̹̫̌ͦ̉͂ͨ̔ͣͅ ̺͋̆͂̅ͥP̵̖̞͕̲̂̄ͥͩơ̙͇̫̰͍ͮ̽̓nͨ̄ͮy̘̪ͨͯ͂ͪ в отношении разделителей пути.

Я бы предпочел 

withMaven(jdk: "${JDK_VERSION}", maven: 'M3', mavenLocalRepo: '.repository')

, но у нас не может быть хороших вещей.

В любом случае, при запуске этого на Jenkins я получаю следующую ошибку: 

java.lang.ClassCastException: org.codehaus.groovy.runtime.GStringImpl cannot be cast to java.lang.String
    at org.jfrog.hudson.pipeline.common.types.builds.MavenBuild.run(MavenBuild.java:56)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at org.codehaus.groovy.reflection.CachedMethod.invoke(CachedMethod.java:93)
    at groovy.lang.MetaMethod.doMethodInvoke(MetaMethod.java:325)
    at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1213)
    at groovy.lang.MetaClassImpl.invokeMethod(MetaClassImpl.java:1022)
    at org.codehaus.groovy.runtime.callsite.PojoMetaClassSite.call(PojoMetaClassSite.java:47)
    at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)
    at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)
    at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:160)
    at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor.java:23)
    at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:157)
    at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:158)
    at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:162)
    at com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:17)
    at WorkflowScript.run(WorkflowScript:193)
    at ___cps.transform___(Native Method)
    at com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:86)
    at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:113)
    at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:83)
    at sun.reflect.GeneratedMethodAccessor290.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
    at com.cloudbees.groovy.cps.impl.CollectionLiteralBlock$ContinuationImpl.dispatch(CollectionLiteralBlock.java:55)
    at com.cloudbees.groovy.cps.impl.CollectionLiteralBlock$ContinuationImpl.item(CollectionLiteralBlock.java:45)
    at sun.reflect.GeneratedMethodAccessor340.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
    at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:107)
    at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:83)
    at sun.reflect.GeneratedMethodAccessor290.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
    at com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:89)
    at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:113)
    at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:83)
    at sun.reflect.GeneratedMethodAccessor290.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:498)
    at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
    at com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)
    at com.cloudbees.groovy.cps.Next.step(Next.java:83)
    at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:174)
    at com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:163)
    at org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:129)
    at org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:268)
    at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:163)
    at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18)
    at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:51)
    at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:185)
    at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:400)
    at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$400(CpsThreadGroup.java:96)
    at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:312)
    at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:276)
    at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:67)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:131)
    at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
    at jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:59)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
    at java.util.concurrent.FutureTask.run(FutureTask.java:266)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
    at java.lang.Thread.run(Thread.java:748)

и артефакты не развернуты в Artifactory (и сборка не удалась).

Как это исправить? Либо исправление вышестоящей версии, либо локальный обходной путь.

Публикация моего вопроса в Stack Overflow, поскольку у нас есть лицензия Artifactory Pro, а портал поддержки клиентов Jfrog доступен только для клиентов Pro X, Enterprise и Enterprise +. Другие клиенты обращаются к переполнению стека, см. https://jfrog.com/support/.

1 Ответ

5 голосов
/ 19 февраля 2020

Возможная root причина - это то, что найдено в комментарии к GStringImpl нельзя привести к java .lang.String :

, если вы попытаетесь назначить GString к чему-то, что статически типизировано как String (или передайте GString для параметра метода String -типа), тогда Groovy выполнит преобразование за вас, но если вы назначите что-то, что напечатано как Object, тогда вы должны преобразовать его самостоятельно.

Поскольку я использую переменную в фигурных скобках (${env.WORKSPACE.replace('\\','/')}), у меня автоматически появляется Groovy GString вместо Java String.

Итак, сотрудники Jfrog, если вы отслеживаете тег artifactory переполнения стека: согласно документации Jenkins для плагина Artifactory , goals определяется как тип String, но, видимо, это не так, потому что Groovy не может выполнить преобразование? Вы можете подтвердить или объяснить? Спасибо!

РЕДАКТИРОВАТЬ

Я нашел Jenkins Artifactory Plugin API Javadocs и run() метод org.jfrog.hudson.pipeline.common.types.builds.MavenBuild принимает Map в качестве аргумента: 

public void run(Map<String,Object> args)

Таким образом, хотя Groovy будет автоматически выполнять преобразование из Groovy GString в Java String, оно выиграет ' выполнить преобразование из Groovy Gstring в Object внутри Map.

Обходной путь

Как описано в связанном вопросе, я добавлено .toString() для ручного преобразования Groovy GString в Java String.

Так что 

def buildInfo = rtMaven.run pom: 'pom.xml',
        goals: "--threads 2C --no-transfer-progress " +
                "install --activate-profiles artifactory " +
                "-Dmaven.repo.local=${env.WORKSPACE.replace('\\','/')}/.repository"

стало 

def buildInfo = rtMaven.run pom: 'pom.xml',
        goals: "--threads 2C --no-transfer-progress " +
                "install --activate-profiles artifactory " +
                "-Dmaven.repo.local=${env.WORKSPACE.replace('\\','/')}/.repository".toString()
...