[JIRA] (JENKINS-51421) limit the number of concurrent request to a workflow library repository
Title: Message Title Fernando Rosado Altamirano commented on JENKINS-51421 Re: limit the number of concurrent request to a workflow library repository I have detected similar issue if you are using the same repository on different jobs. If the git server limit the number of git requests it will fails with this error. It wil be great if we can limit the number of simultaneous requests to the same repository globally. And probably this is a configuration that should be available like the global configuration "Max # of concurrent polling" Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.190774.1526643927000.6993.1578904560159%40Atlassian.JIRA.
[JIRA] (JENKINS-51421) limit the number of concurrent request to a workflow library repository
Title: Message Title Fernando Rosado Altamirano updated an issue Jenkins / JENKINS-51421 limit the number of concurrent request to a workflow library repository Change By: Fernando Rosado Altamirano Component/s: git-plugin Add Comment This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.190774.1526643927000.6991.1578904320256%40Atlassian.JIRA.
[JIRA] (JENKINS-44772) User Scoped credentials are not used by the "withCredentials" pipeline step
Title: Message Title
Fernando Rosado Altamirano commented on JENKINS-44772
Re: User Scoped credentials are not used by the "withCredentials" pipeline step
I will clarify, i could use user scope credential using the workarround commented on following issue ticket : https://issues.jenkins-ci.org/browse/JENKINS-38963?focusedCommentId=318189=com.atlassian.jira.plugin.system.issuetabpanels%3Acomment-tabpanel#comment-318189 The use of the single quotes around '${credential_id}' is mandatory, it is not the same issue commented (overwrite a credentialID) but perhaps exists some relation.
Add Comment
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)
--
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.182827.1496920844000.6517.1567602840493%40Atlassian.JIRA.
[JIRA] (JENKINS-44772) User Scoped credentials are not used by the "withCredentials" pipeline step
Title: Message Title Fernando Rosado Altamirano commented on JENKINS-44772 Re: User Scoped credentials are not used by the "withCredentials" pipeline step Any progress or any workaround? We want to use user scope credentials to manage releases and it is not possible to use on pipelines. Add Comment This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.182827.1496920844000.6469.1567600740600%40Atlassian.JIRA.
[JIRA] (JENKINS-51421) limit the number of concurrent request to a workflow library repository
Title: Message Title
Fernando Rosado Altamirano updated an issue
Jenkins / JENKINS-51421
limit the number of concurrent request to a workflow library repository
Change By:
Fernando Rosado Altamirano
We have a workflow-lib repository enabled that contains some groovy script utilities commons for all JenkinsFile. We have named it as "workflow-libs" an located on a git repository :ssh://bitbucket.server/prj/workflow-lib.gitand we use it as usual : {code:java}@Library ('jworkflow-libs') _ node { stage ("Test") { builder = new workflow.BuildHelper()// echo "Hello world" }}{code} But we are suffering a problem with the communication between Jenkins and Bitbucket server, when you launch >5 jobs simultaneously, the 6^th^ job fails with an error message . This can be emulated using : {code:java}stage("Launch all") {parallel(test1 : {build job: 'test1', wait: true},test2 : {build job: 'test2', wait: true},test3 : {build job: 'test3', wait: true},test4 : {build job: 'test4', wait: true},test5 : {build job: 'test5', wait: true},test6 : {build job: 'test6', wait: true},test7 : {build job: 'test7', wait: true},test8 : {build job: 'test8', wait: true},test9 : {build job: 'test9', wait: true},){code}Where job 'testX' contains the previous one commented. But we are suffering a problem with the communication between Jenkins and Bitbucket server, when you launch >5 jobs simultaneously, the 6^th^ job fails with an error message . {noformat}hudson.plugins.git.GitException: Failed to fetch from ssh://bitbucket.server/prj/workflow-lib.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:862) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1129) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1160) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:113) at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.doRetrieve(SCMSourceRetriever.java:112) at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.retrieve(SCMSourceRetriever.java:84) at org.jenkinsci.plugins.workflow.libs.LibraryAdder.retrieve(LibraryAdder.java:153) at org.jenkinsci.plugins.workflow.libs.LibraryAdder.add(LibraryAdder.java:134) at org.jenkinsci.plugins.workflow.libs.LibraryDecorator$1.call(LibraryDecorator.java:125) at org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1065) at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:603) at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:581) at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558) at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:298) at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:268) at groovy.lang.GroovyShell.parseClass(GroovyShell.java:688) at groovy.lang.GroovyShell.parse(GroovyShell.java:700) at org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.doParse(CpsGroovyShell.java:129) at
[JIRA] (JENKINS-51421) limit the number of concurrent request to a workflow library repository
Title: Message Title
Fernando Rosado Altamirano updated an issue
Jenkins / JENKINS-51421
limit the number of concurrent request to a workflow library repository
Change By:
Fernando Rosado Altamirano
We have a workflow-lib repository enabled that contains some groovy script utilities commons for all JenkinsFile. We have named it as "workflow-libs" an located on a git repository :ssh://bitbucket.server/prj/workflow-lib.gitand we use it as usual : {code:java}@Library ('jworkflow-libs') _ node { stage ("Test") { builder = new workflow.BuildHelper()// echo "Hello world" }}{code}But we are suffering a problem with the communication between Jenkins and Bitbucket server, when you launch >5 jobs simultaneously, the 6^th^ job fails with an error message . This can be emulated using : { code:java}stage("Launch all") {parallel(test1 : {build job: 'test1', wait: true},test2 : {build job: 'test2', wait: true},test3 : {build job: 'test3', wait: true},test4 : {build job: 'test4', wait: true},test5 : {build job: 'test5', wait: true},test6 : {build job: 'test6', wait: true},test7 : {build job: 'test7', wait: true},test8 : {build job: 'test8', wait: true},test9 : {build job: 'test9', wait: true},){code}Where job 'testX' contains the previous one commented.{ noformat}hudson.plugins.git.GitException: Failed to fetch from ssh://bitbucket.server/prj/workflow-lib.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:862) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1129) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1160) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:113) at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.doRetrieve(SCMSourceRetriever.java:112) at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.retrieve(SCMSourceRetriever.java:84) at org.jenkinsci.plugins.workflow.libs.LibraryAdder.retrieve(LibraryAdder.java:153) at org.jenkinsci.plugins.workflow.libs.LibraryAdder.add(LibraryAdder.java:134) at org.jenkinsci.plugins.workflow.libs.LibraryDecorator$1.call(LibraryDecorator.java:125) at org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1065) at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:603) at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:581) at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558) at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:298) at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:268) at groovy.lang.GroovyShell.parseClass(GroovyShell.java:688) at groovy.lang.GroovyShell.parse(GroovyShell.java:700) at org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.doParse(CpsGroovyShell.java:129) at org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.reparse(CpsGroovyShell.java:123) at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.parseScript(CpsFlowExecution.java:517) at
[JIRA] (JENKINS-51421) limit the number of concurrent request to a workflow library repository
Title: Message Title
Fernando Rosado Altamirano updated an issue
Jenkins / JENKINS-51421
limit the number of concurrent request to a workflow library repository
Change By:
Fernando Rosado Altamirano
We have a workflow-lib repository enabled that contains some groovy script utilities commons for all JenkinsFile. We have named it as "workflow-libs" an located on a git repository :ssh://bitbucket.server/prj/workflow-lib.gitand we use it as usual : {code: groovy java }@Library ('jworkflow-libs') _ node { stage ("Test") { builder = new workflow.BuildHelper()// echo "Hello world" }}{code}But we are suffering a problem with the communication between Jenkins and Bitbucket server, when you launch >5 jobs simultaneously, the 6^th^ job fails with an error message : {noformat}hudson.plugins.git.GitException: Failed to fetch from ssh://bitbucket.server/prj/workflow-lib.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:862) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1129) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1160) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:113) at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.doRetrieve(SCMSourceRetriever.java:112) at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.retrieve(SCMSourceRetriever.java:84) at org.jenkinsci.plugins.workflow.libs.LibraryAdder.retrieve(LibraryAdder.java:153) at org.jenkinsci.plugins.workflow.libs.LibraryAdder.add(LibraryAdder.java:134) at org.jenkinsci.plugins.workflow.libs.LibraryDecorator$1.call(LibraryDecorator.java:125) at org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1065) at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:603) at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:581) at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558) at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:298) at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:268) at groovy.lang.GroovyShell.parseClass(GroovyShell.java:688) at groovy.lang.GroovyShell.parse(GroovyShell.java:700) at org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.doParse(CpsGroovyShell.java:129) at org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.reparse(CpsGroovyShell.java:123) at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.parseScript(CpsFlowExecution.java:517) at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.start(CpsFlowExecution.java:480) at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:269) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:421)Caused by: hudson.plugins.git.GitException: Command "git fetch --no-tags --progress ssh://bitbucket.server/prj/workflow-lib.git +refs/heads/*:refs/remotes/origin/*" returned status code 128:stdout: stderr: ssh_exchange_identification: read: Connection reset by peerfatal: Could
[JIRA] (JENKINS-51421) limit the number of concurrent request to a workflow library repository
Title: Message Title
Fernando Rosado Altamirano updated an issue
Jenkins / JENKINS-51421
limit the number of concurrent request to a workflow library repository
Change By:
Fernando Rosado Altamirano
We have a workflow-lib repository enabled that contains some groovy script utilities commons for all JenkinsFile. We have named it as "workflow-libs" an located on a git repository :ssh://bitbucket.server/prj/workflow-lib.gitand we use it as usual : {code:groovy}@Library ('jworkflow-libs') _ node \ { stage ("Test") \ { builder = new workflow.BuildHelper()// echo "Hello world" }}{code}But we are suffering a problem with the communication between Jenkins and Bitbucket server, when you launch >5 jobs simultaneously, the 6^th^ job fails with an error message : {noformat}hudson.plugins.git.GitException: Failed to fetch from ssh://bitbucket.server/prj/workflow-lib.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:862) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1129) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1160) at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:113) at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.doRetrieve(SCMSourceRetriever.java:112) at org.jenkinsci.plugins.workflow.libs.SCMSourceRetriever.retrieve(SCMSourceRetriever.java:84) at org.jenkinsci.plugins.workflow.libs.LibraryAdder.retrieve(LibraryAdder.java:153) at org.jenkinsci.plugins.workflow.libs.LibraryAdder.add(LibraryAdder.java:134) at org.jenkinsci.plugins.workflow.libs.LibraryDecorator$1.call(LibraryDecorator.java:125) at org.codehaus.groovy.control.CompilationUnit.applyToPrimaryClassNodes(CompilationUnit.java:1065) at org.codehaus.groovy.control.CompilationUnit.doPhaseOperation(CompilationUnit.java:603) at org.codehaus.groovy.control.CompilationUnit.processPhaseOperations(CompilationUnit.java:581) at org.codehaus.groovy.control.CompilationUnit.compile(CompilationUnit.java:558) at groovy.lang.GroovyClassLoader.doParseClass(GroovyClassLoader.java:298) at groovy.lang.GroovyClassLoader.parseClass(GroovyClassLoader.java:268) at groovy.lang.GroovyShell.parseClass(GroovyShell.java:688) at groovy.lang.GroovyShell.parse(GroovyShell.java:700) at org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.doParse(CpsGroovyShell.java:129) at org.jenkinsci.plugins.workflow.cps.CpsGroovyShell.reparse(CpsGroovyShell.java:123) at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.parseScript(CpsFlowExecution.java:517) at org.jenkinsci.plugins.workflow.cps.CpsFlowExecution.start(CpsFlowExecution.java:480) at org.jenkinsci.plugins.workflow.job.WorkflowRun.run(WorkflowRun.java:269) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:421)Caused by: hudson.plugins.git.GitException: Command "git fetch --no-tags --progress ssh://bitbucket.server/prj/workflow-lib.git +refs/heads/*:refs/remotes/origin/*" returned status code 128:stdout: stderr: ssh_exchange_identification: read: Connection reset by peerfatal: Could
[JIRA] (JENKINS-51421) limit the number of concurrent request to a workflow library repository
Title: Message Title
Fernando Rosado Altamirano created an issue
Jenkins / JENKINS-51421
limit the number of concurrent request to a workflow library repository
Issue Type:
Improvement
Assignee:
Unassigned
Components:
pipeline
Created:
2018-05-18 11:45
Priority:
Major
Reporter:
Fernando Rosado Altamirano
We have a workflow-lib repository enabled that contains some groovy script utilities commons for all JenkinsFile. We have named it as "workflow-libs" an located on a git repository : ssh://bitbucket.server/prj/workflow-lib.git and we use it as usual :
Unable to find source-code formatter for language: groovy. Available languages are: actionscript, html, java, _javascript_, none, sql, xhtml, xml
@Library ('jworkflow-libs') _
node \{
stage ("Test") \{
builder = new workflow.BuildHelper()
//
echo "Hello world"
}
}
But we are suffering a problem with the communication between Jenkins and Bitbucket server, when you launch >5 jobs simultaneously, the 6^th^ job fails with an error message :
hudson.plugins.git.GitException: Failed to fetch from ssh://bitbucket.server/prj/workflow-lib.git
at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:862)
at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1129)
at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1160)
at
[JIRA] (JENKINS-35347) unable to test connection when using keystone V3 API
Title: Message Title Fernando Rosado Altamirano commented on JENKINS-35347 Re: unable to test connection when using keystone V3 API We also are suffering the same issue. We needed upgrade openstack auth api and the jenkins plugin stop working. Are there any workaround? Do you have any estimation about when it will be solved? Thanks a lot. Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] (JENKINS-35347) unable to test connection when using keystone V3 API
Title: Message Title Fernando Rosado Altamirano edited a comment on JENKINS-35347 Re: unable to test connection when using keystone V3 API We also are also suffering the same issue. We needed upgrade openstack auth api and the jenkins plugin stop working. Are there any workaround? Do you have any estimation about when it will be solved?Thanks a lot. Add Comment This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c) -- You received this message because you are subscribed to the Google Groups "Jenkins Issues" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-29041) Error Creating symbolic Links using Windows
Title: Message Title Fernando Rosado Altamirano resolved as Not A Defect I have detected the reason. I use conemu as console terminal for my laptop and there is a bug with java and conemu : Java under ConEmu crashes with java.lang.InternalError Using windows console or installing as a service solve the problem. Jenkins / JENKINS-29041 Error Creating symbolic Links using Windows Change By: Fernando Rosado Altamirano Status: Open Resolved Resolution: NotADefect Add Comment This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-29041) Error Creating symbolic Links using Windows
Title: Message Title Fernando Rosado Altamirano updated an issue Jenkins / JENKINS-29041 Error Creating symbolic Links using Windows Change By: Fernando Rosado Altamirano Summary: Error oncleaninstallationduringfirstejecution- CreatingsymbolicLinks usingWindows Add Comment This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-29041) Error on clean installation during first ejecution
Title: Message Title Fernando Rosado Altamirano commented on JENKINS-29041 Re: Error on clean installation during first ejecution Must be another parameter to be checked. I have made : C:\mklink /D dummy C:\windows symbolic link created for dummy === C:\windows C:\github\jenkins\coremvn test -Dtest=RunIdMigratorTest C:\github\jenkins\core\target\junit5227898392617335731\lastSuccessfulBuild failed java.io.IOException: java.lang.reflect.InvocationTargetException at hudson.Util.createSymlinkJava7(Util.java:1256) at hudson.Util.createSymlink(Util.java:1143) at jenkins.model.RunIdMigratorTest.link(RunIdMigratorTest.java:138) at jenkins.model.RunIdMigratorTest.legacy(RunIdMigratorTest.java:84) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:47) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:44) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.rules.ExternalResource$1.evaluate(ExternalResource.java:48) at org.junit.rules.RunRules.evaluate(RunRules.java:20) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.junit.runners.ParentRunner.run(ParentRunner.java:309) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at hudson.Util.createSymlinkJava7(Util.java:1227) ... 30 more Caused by: java.lang.InternalError: Should not get here at sun.nio.fs.WindowsNativeDispatcher.CreateSymbolicLink0(Native Method) at
[JIRA] [core] (JENKINS-29041) Error on clean installation during first ejecution - Creating symbolic Links
Title: Message Title Fernando Rosado Altamirano updated an issue Jenkins / JENKINS-29041 Error on clean installation during first ejecution - Creating symbolic Links Change By: Fernando Rosado Altamirano Summary: Erroroncleaninstallationduringfirstejecution -CreatingsymbolicLinks Add Comment This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-29041) Error on clean installation during first ejecution
Title: Message Title Fernando Rosado Altamirano updated an issue Jenkins / JENKINS-29041 Error on clean installation during first ejecution Change By: Fernando Rosado Altamirano Attachment: LocalSecurityPolicy.png Add Comment This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-29041) Error on clean installation during first ejecution
Title: Message Title
Fernando Rosado Altamirano edited a comment on JENKINS-29041
Re: Error on clean installation during first ejecution
IhavetestedusingWindows7(Pro.64b)usingacommandlineasadministratorandIcancreatesymboliclinksusingmklink:{code:none}mklink/DXXC:\toolssymboliclinkcreatedforXX===C:\tools{code}IalsohavetestedusingWindows2008R2asadministratorsandit'sworks,theerrormessagedoesn'tappearandthesymboliclinkshavebeencreated. Additionallyihavechangedsecuritypoliciesforcheckthatmyuserisallowedtocreatesymboliclinks:*Runsecpol.msc*Goto_SecuritySettings|LocalPolicies|UserRightsAssignment|Createsymboliclinks_*Addmyusername.*Restartwindowssession.
Add Comment
This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265)
--
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-29041) Error on clean installation during first ejecution
Title: Message Title
Fernando Rosado Altamirano edited a comment on JENKINS-29041
Re: Error on clean installation during first ejecution
IhavetestedusingWindows7(Pro.64b)usingacommandlineasadministratorandIcancreatesymboliclinksusingmklink:{code:none}mklink/DXXC:\toolssymboliclinkcreatedforXX===C:\tools{code}IalsohavetestedusingWindows2008R2asadministratorsandit'sworks,theerrormessagedoesn'tappearandthesymboliclinkshavebeencreated.Additionallyihavechangedsecuritypoliciesforcheckthatmyuserisallowedtocreatesymboliclinks:*Runsecpol.msc*Goto_SecuritySettings|LocalPolicies|UserRightsAssignment|Createsymboliclinks_*Addmyusername.*Restartwindowssession. Butitdoesn'tchangeanythingonwindows7
Add Comment
This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265)
--
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-29041) Error on clean installation during first ejecution
Title: Message Title Fernando Rosado Altamirano commented on JENKINS-29041 Re: Error on clean installation during first ejecution I have tested using Windows 7 (Pro . 64b) using a command line as administrator and I can create symbolic links using mklink : mklink /D XX C:\tools symbolic link created for XX === C:\tools I also have tested using Windows 2008 R2 as administrators and it's works, the error message doesn't appear and the symbolic links have been created. Add Comment This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265) -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-29041) Error on clean installation during first ejecution
Title: Message Title
Fernando Rosado Altamirano edited a comment on JENKINS-29041
Re: Error on clean installation during first ejecution
IhavetestedusingWindows7(Pro.64b)usingacommandlineasadministratorandIcancreatesymboliclinksusingmklink:{code:none}mklink/DXXC:\toolssymboliclinkcreatedforXX===C:\tools{code}IalsohavetestedusingWindows2008R2asadministratorsandit'sworks,theerrormessagedoesn'tappearandthesymboliclinkshavebeencreated.Additionallyihavechangedsecuritypoliciesforcheckthatmyuserisallowedtocreatesymboliclinks:*Runsecpol.msc*Goto_SecuritySettings|LocalPolicies|UserRightsAssignment|Createsymboliclinks_*Addmyusername.*Restartwindowssession.Butitdoesn'tchangeanythingonwindows7 andthejenkinsjob.
Add Comment
This message was sent by Atlassian JIRA (v6.4.2#64017-sha1:e244265)
--
You received this message because you are subscribed to the Google Groups Jenkins Issues group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-29041) Error on clean installation during first ejecution
Title: Message Title
Fernando Rosado Altamirano updated an issue
Jenkins / JENKINS-29041
Error on clean installation during first ejecution
Change By:
Fernando Rosado Altamirano
Simplesteps:*DownloadJenkins.war(1.609.1)*java-jarjenkins.war(java1.7and1.8)*launchabuildAppearthiserror:{ panel code : title=Error none }lnbuilds\lastSuccessfulBuildC:\Users\username\.jenkins\jobs\dir\lastSuccessfulfailedjava.io.IOException:java.lang.reflect.InvocationTargetException athudson.Util.createSymlinkJava7(Util.java:1255) athudson.Util.createSymlink(Util.java:1142) athudson.model.Run.createSymlink(Run.java:1845) athudson.model.Run.updateSymlinks(Run.java:1826) athudson.model.Run.execute(Run.java:1739) athudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) athudson.model.ResourceController.execute(ResourceController.java:98) athudson.model.Executor.run(Executor.java:374)Causedby:java.lang.reflect.InvocationTargetException atsun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethod) atsun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) atsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) atjava.lang.reflect.Method.invoke(Method.java:606) athudson.Util.createSymlinkJava7(Util.java:1226) ...7moreCausedby:java.lang.InternalError:Shouldnotgethere atsun.nio.fs.WindowsNativeDispatcher.CreateSymbolicLink0(NativeMethod) atsun.nio.fs.WindowsNativeDispatcher.CreateSymbolicLink(WindowsNativeDispatcher.java:890) atsun.nio.fs.WindowsFileSystemProvider.createSymbolicLink(WindowsFileSystemProvider.java:570) atjava.nio.file.Files.createSymbolicLink(Files.java:996) ...12morelnbuilds\lastStableBuildC:\Users\username\.jenkins\jobs\dir\lastStablefailedjava.io.IOException:java.lang.reflect.InvocationTargetException athudson.Util.createSymlinkJava7(Util.java:1255) athudson.Util.createSymlink(Util.java:1142) athudson.model.Run.createSymlink(Run.java:1845) athudson.model.Run.updateSymlinks(Run.java:1827) athudson.model.Run.execute(Run.java:1739) athudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) athudson.model.ResourceController.execute(ResourceController.java:98) athudson.model.Executor.run(Executor.java:374)Causedby:java.lang.reflect.InvocationTargetException atsun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethod) atsun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) atsun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) atjava.lang.reflect.Method.invoke(Method.java:606) athudson.Util.createSymlinkJava7(Util.java:1226) ...7moreCausedby:java.lang.InternalError:Shouldnotgethere atsun.nio.fs.WindowsNativeDispatcher.CreateSymbolicLink0(NativeMethod) atsun.nio.fs.WindowsNativeDispatcher.CreateSymbolicLink(WindowsNativeDispatcher.java:890) atsun.nio.fs.WindowsFileSystemProvider.createSymbolicLink(WindowsFileSystemProvider.java:570) atjava.nio.file.Files.createSymbolicLink(Files.java:996)
[JIRA] [core] (JENKINS-29041) Error on clean installation during first ejecution
Title: Message Title Fernando Rosado Altamirano created an issue Jenkins / JENKINS-29041 Error on clean installation during first ejecution Issue Type: Bug Assignee: Unassigned Components: core Created: 23/Jun/15 5:09 PM Environment: Windows, Java 7 and 8, Jenkins 1.609.1 Priority: Minor Reporter: Fernando Rosado Altamirano Simple steps: Download Jenkins.war (1.609.1) java -jar jenkins.war (java 1.7 and 1.8) launch a build Appear this error: Error ln builds\lastSuccessfulBuild
[JIRA] [build-failure-analyzer-plugin] (JENKINS-28153) Show analysis progress status
Fernando Rosado Altamirano created JENKINS-28153 Show analysis progress status Issue Type: Improvement Assignee: Unassigned Components: build-failure-analyzer-plugin Created: 29/Apr/15 12:50 PM Description: If you create a new failure cause and want rescan old builds,there is no any indication about analysis progress. Perhaps you can provide any global page (not strictly related with current build) showing information about all the analysis running, pending tasks and project analysed. Project: Jenkins Priority: Minor Reporter: Fernando Rosado Altamirano This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[JIRA] [core] (JENKINS-20722) Unable to start Jenkins 540 using java7u45x64b
Fernando Rosado Altamirano created JENKINS-20722 Unable to start Jenkins 540 using java7u45x64b Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: core Created: 22/Nov/13 12:11 PM Description: I have updated the server using : 1.540 and java 1.7u45(x86 and x64) on a windows environment. (validated Windows 7 and 2008 ) After launch jenkins, java runtime finish with a crash message. Environment: Windows x64 (2008 and 7) Project: Jenkins Priority: Critical Reporter: Fernando Rosado Altamirano This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20722) Unable to start Jenkins 540 using java7u45x64b
Fernando Rosado Altamirano commented on JENKINS-20722 Unable to start Jenkins 540 using java7u45x64b Also tested with Java 7 update 40 x86 and Java 7 u 45 x85. Both runtimes also fails Using Jenkins 1.539 works. This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20722) Unable to start Jenkins 540 using java7u45x64b
Fernando Rosado Altamirano edited a comment on JENKINS-20722 Unable to start Jenkins 540 using java7u45x64b Those errors appear that are the same (JENKINS-20630 and JENKINS-20675) This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20722) Unable to start Jenkins 540 using java7u45x64b
Fernando Rosado Altamirano closed JENKINS-20722 as Duplicate Unable to start Jenkins 540 using java7u45x64b Duplicated by JENKINS-20630 Change By: Fernando Rosado Altamirano (22/Nov/13 3:37 PM) Status: Open Closed Resolution: Duplicate This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [core] (JENKINS-20630) Jenkins fails to start
Fernando Rosado Altamirano commented on JENKINS-20630 Jenkins fails to start I rejected JENKINS-20722 because duplicate this. Is this problem related with Java 7? I have tested java versions : 1.7.0.40 x86 - x64 1.7.0.45 x86 - x64 With and without tomcat on windows 2008 and 7 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [maven] (JENKINS-18401) java.lang.NoClassDefFoundError: hudson/maven/MavenReporter
Fernando Rosado Altamirano commented on JENKINS-18401 java.lang.NoClassDefFoundError: hudson/maven/MavenReporter I downgraded jenkins and Maven Integration plugin and the problem appear that was solved. Jenkins 1.518 Maven plugin 1.515 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] [maven] (JENKINS-18401) java.lang.NoClassDefFoundError: hudson/maven/MavenReporter
Fernando Rosado Altamirano commented on JENKINS-18401 java.lang.NoClassDefFoundError: hudson/maven/MavenReporter Similar error happened to me : ERROR: Failed to parse POMs java.io.IOException: Remote call on Channel to Maven [C:\Program Files\Java\jdk1.7.0_09/bin/java, -Dmaven.test.skip=true, -Dm3plugin.lib=E:\jenkins\plugins\artifactory\WEB-INF\lib, -cp, E:\jenkins\plugins\maven-plugin\WEB-INF\lib\maven3-agent-1.3.jar;C:\tools\apache-maven-3.0.4\boot\plexus-classworlds-2.4.jar, org.jvnet.hudson.maven3.agent.Maven3Main, C:\tools\apache-maven-3.0.4, C:\Program Files (x86)\Apache Software Foundation\Tomcat 7.0\webapps\jenkins\WEB-INF\lib\remoting-2.24.jar, E:\jenkins\plugins\maven-plugin\WEB-INF\lib\maven3-interceptor-1.3.jar, 56691] failed at hudson.remoting.Channel.call(Channel.java:731) at hudson.maven.ProcessCache$MavenProcess.call(ProcessCache.java:156) Jenkins 1.519 on windows 2008 This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
[JIRA] (JENKINS-7188) Configure JIRA regexp to report for each proyect
Fernando Rosado Altamirano closed JENKINS-7188 as Wont Fix Configure JIRA regexp to report for each proyect This improvement will add a lot of complexity to project management. Change By: Fernando Rosado Altamirano (19/Feb/13 8:28 AM) Status: Open Closed Resolution: WontFix This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira -- You received this message because you are subscribed to the Google Groups Jenkins Issues group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
