[JIRA] [ivytrigger-plugin] (JENKINS-28044) IvyTrigger plugin description indicates that it has no impact on the Jenkins infrastructure, but it does download all dependencies to the local file system
Robert Clark updated JENKINS-28044 IvyTrigger plugin description indicates that it has no impact on the Jenkins infrastructure, but it does download all dependencies to the local file system Change By: Robert Clark (25/Apr/15 7:51 PM) Summary: IveTrigger IvyTrigger plugindescriptionindicatesthatithasnoimpactontheJenkinsinfrastructure,butitdoesdownloadalldependenciestothelocalfilesystem 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] [ivytrigger-plugin] (JENKINS-28044) IveTrigger plugin description indicates that it has no impact on the Jenkins infrastructure, but it does download all dependencies to the local file system
Robert Clark created JENKINS-28044 IveTrigger plugin description indicates that it has no impact on the Jenkins infrastructure, but it does download all dependencies to the local file system Issue Type: Bug Assignee: Unassigned Components: ivytrigger-plugin Created: 22/Apr/15 5:42 PM Description: According to https://wiki.jenkins-ci.org/display/JENKINS/IvyTrigger+Plugin Note: The plugin uses only persistence in memory. There is no impact on the Jenkins infrastructure (no new files created). However, we've seen in practice that all depended-upon artifacts are downloaded to a ivy-trigger-cache directory outside the workspace. I'd expect that there would have to be some XML files downloaded and persisted between checks, but downloading all the depended-upon artifacts is really putting a strain on build machines handling multiple, very large, builds. I'm not sure if this is a requirement of the Ivy library, or if is really is possible to do a resolve without an implicit download. If it is however, that would be ideal for both my poor aching disks and for the network. Project: Jenkins Priority: Minor Reporter: Robert Clark 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] [ssh-credentials] (JENKINS-23511) InvalidClassException for SSHAuthenticator$1 when doing a git clone on an AIX slave
Robert Clark updated JENKINS-23511 InvalidClassException for SSHAuthenticator$1 when doing a git clone on an AIX slave I've been able to correct this with a local build of the SSH credentials plugin, so I've removed the "git" component. A pull request with the fix is available from https://github.com/jenkinsci/ssh-credentials-plugin/pull/6 Change By: Robert Clark (24/Jun/14 1:17 AM) Component/s: git 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] [git] (JENKINS-23511) InvalidClassException for SSHAuthenticator$1 when doing a git clone on an AIX slave
Robert Clark created JENKINS-23511 InvalidClassException for SSHAuthenticator$1 when doing a git clone on an AIX slave Issue Type: Bug Affects Versions: current Assignee: Nicolas De Loof Components: git, ssh-credentials Created: 20/Jun/14 1:49 PM Description: Attempting to clone a git repo at the start of a build on an AIX slave. This exception was triggered: FATAL: Failed to fetch from ssh://gitid@githost/gitrepo.git hudson.plugins.git.GitException: Failed to fetch from ssh://gitid@githost/gitrepo.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:623) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:855) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:880) at hudson.model.AbstractProject.checkout(AbstractProject.java:1411) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:652) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:561) at hudson.model.Run.execute(Run.java:1665) at hudson.matrix.MatrixRun.run(MatrixRun.java:146) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:246) Caused by: hudson.plugins.git.GitException: org.eclipse.jgit.api.errors.TransportException: ssh://gitid@githost/gitrepo.git: Failed to connect at org.jenkinsci.plugins.gitclient.JGitAPIImpl$2.execute(JGitAPIImpl.java:460) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:153) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:146) at hudson.remoting.UserRequest.perform(UserRequest.java:118) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:328) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:345) at java.util.concurrent.FutureTask.run(FutureTask.java:177) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1121) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:614) at java.lang.Thread.run(Thread.java:769) Caused by: org.eclipse.jgit.api.errors.TransportException: ssh://gitid@githost/gitrepo.git: Failed to connect at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:139) at org.jenkinsci.plugins.gitclient.JGitAPIImpl$2.execute(JGitAPIImpl.java:458) ... 11 more Caused by: org.eclipse.jgit.errors.TransportException: ssh://gitid@githost/gitrepo.git: Failed to connect at org.jenkinsci.plugins.gitclient.trilead.TrileadSessionFactory.getSession(TrileadSessionFactory.java:53) at org.eclipse.jgit.transport.SshTransport.getSession(SshTransport.java:121) at org.eclipse.jgit.transport.TransportGitSsh$SshFetchConnection.init(TransportGitSsh.java:248) at org.eclipse.jgit.transport.TransportGitSsh.openFetch(TransportGitSsh.java:147) at org.eclipse.jgit.transport.FetchProcess.executeImp(FetchProcess.java:136) at org.eclipse.jgit.transport.FetchProcess.execute(FetchProcess.java:122) at org.eclipse.jgit.transport.Transport.fetch(Transport.java:) at org.eclipse.jgit.api.FetchCommand.call(FetchCommand.java:130) ... 12 more Caused by: java.io.InvalidClassException: com.cloudbees.jenkins.plugins.sshcredentials.SSHAuthenticator$1; local class incompatible: stream classdesc serialVersionUID = 4226456448964168241, local class serialVersionUID = 8217644684038495097 at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:604) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1620) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1515) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1769) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1348) at
[JIRA] [git] (JENKINS-23511) InvalidClassException for SSHAuthenticator$1 when doing a git clone on an AIX slave
Robert Clark commented on JENKINS-23511 InvalidClassException for SSHAuthenticator$1 when doing a git clone on an AIX slave The Java version, and AIX version with patch level is in the "Environment" section. I've not yet seen this on any other platform (including HP-UX, which is another non-Oracle JVM) so I'm not yet sure how to reproduce this somewhere sane. I'm still working on this and I'll update the issue if I discover anything new. I was poking around in the source code and, as a wild-ass guess, I think putting an serialVersionUID = 1 in the anonymous inner class in SSHAuthenticator.newInstance() might be the correct solution. I know we've had trouble in the past with different default serialVersionUIDs from different VMs when doing any kind of RMI. 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] [git] (JENKINS-23511) InvalidClassException for SSHAuthenticator$1 when doing a git clone on an AIX slave
Robert Clark edited a comment on JENKINS-23511 InvalidClassException for SSHAuthenticator$1 when doing a git clone on an AIX slave The Java version, and AIX version with patch level is in the "Environment" section. I've not yet seen this on any other platform (including HP-UX, which is another non-Oracle JVM) so I'm not yet sure how to reproduce this somewhere sane. I'm still working on this and I'll update the issue if I discover anything new. I was poking around in the source code and, as a wild-ass guess, I think putting an serialVersionUID = 1 in the anonymous inner class in SSHAuthenticator.newInstance() might be the correct solution. I know we've had trouble in the past with different default serialVersionUIDs from different VMs when doing any kind of RMI. Edit: I've not tried it yet, but I think an IBM VM (http://www.ibm.com/developerworks/java/jdk/) running on Linux might show the same behaviour. That would at least take AIX out of the mix. I'll see if I can break loose some time to experiment with that. 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] [ivytrigger] (JENKINS-23429) System properties that contain a quote will cause a parsing error
Robert Clark created JENKINS-23429 System properties that contain a quote will cause a parsing error Issue Type: Bug Affects Versions: current Assignee: Unassigned Components: ivytrigger Created: 13/Jun/14 2:20 PM Description: In the properties file we provide to the trigger, we have property that contains a double quote. Even though this specific property is not used in the Ivy file, the plugin generates an temporary XML file that is not valid because of it. For example: build.properties contains: a.property.name=This is "A" test results in: [ERROR] - XTrigger exception: java.text.ParseException: failed to load settings from file:/C:/Users/x/AppData/Local/Temp/file9178016074964912659.tmp: Element type "property" must be followed by either attribute specifications, "" or "/". Because the generated file contains: property name="a.property.name" value="This is "A" test"/ Characters that are not XML safe will need to be encoded when the file is written out. Environment: Version 0.32 of the plugin Project: Jenkins Priority: Major Reporter: Robert Clark 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] [ivytrigger] (JENKINS-23429) System properties that contain a quote will cause a parsing error in the IvyTrigger plugin
Robert Clark updated JENKINS-23429 System properties that contain a quote will cause a parsing error in the IvyTrigger plugin Change By: Robert Clark (13/Jun/14 2:20 PM) Summary: Systempropertiesthatcontainaquotewillcauseaparsingerror intheIvyTriggerplugin 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] [subversion] (JENKINS-10771) hudson.util.IOException2: remote file operation failed
Robert Clark commented on JENKINS-10771 hudson.util.IOException2: remote file operation failed @Jesse Glick: I think "component=subversion" is incorrect. The original report happened to be during a Subversion checkout, but many follow up reports show this problem occurring all over the code base. I know I've see it during checkouts, builds, archiving, general file transfer, unit tests, etc. 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.
