Re: Git credentials and scm-sync-configuration plugin
I have this problem, too. I assume there must be a more modern solution to the problem of configuration management and tracking, because this is shockingly bad. On Thursday, May 14, 2015 at 5:07:41 PM UTC-7, dougla...@gmail.com wrote: > > I couldn't find any way of entering Git credentials that the > scm-sync-configuration would use. Am I missing something? > > I have created credentials for our git server, and I am able to use these > to check out sources from the server as part of a job (over http). The git > plugin correctly generates a temporary credentials file, and uses it when > doing the fetch. I have failed to find any way to use these same > credentials to authenticate when scm-sync-configuration tries to push > changes to the same server. Viewing the git commands that > scm-sync-configuration is issuing, it doesn't appear to be trying to use > credentials at all. The git command-line client tries to get a password > from the console (which doesn't work, obviously), complaining as follows > (where the missing device is the console): > > SEVERE: [checkinFiles] Problem during SCM commit : fatal: could not read > Password for 'http://usern...@hostname.net': No such device or address > > I have set up credentials as: > >- Jenkins, Credentials > - hostname.net > - Name: hostname.net > - Hostname include: hostname.net > - Username > - Scope: Global > - Username: username > - Password: password > > Git and scm-sync are configured as follows: > >- Jenkins, Configuration > - SCM Sync configuration > - Git repository URL: http://usern...@hostname.net/path/to/repo > - Git > - Name: Default > - Path to Git: git (using the command-line git client here) > > My work-around was to store the git credentials from the command-line, > which isn't ideal (but does at least work): > > $ git config --global credential.helper store > > Is this a Git equivalent of the known Subversion issue discussed here: > https://issues.jenkins-ci.org/browse/JENKINS-21640, or am I missing > something obvious? > > Jenkins 1.596.2 (current LTS version) > Credentials plugin 1.22 > Git client plugin 1.17.1 > Git plugin 2.3.5 > SCM sync configuration plugin 0.0.8 > > ... all the latest versions, as far as I know. > -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/0dad6d7a-f810-4512-9ad2-47065085ad6b%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: SCM Sync Configuration Plugin
Hi, I just checked on my jeknins installation and scm-sync-configuration works for me. Versions: Jenkins: 1.618 GIT client plugin: 1.18.0 GIT plugin: 2.4.0 SCM Sync Configuration Plugin: 0.0.8 Br, Christoph Am 2015-07-17 um 23:40 schrieb Brandon Koepke: Hey, Has anyone been able to get the scm sync configuration plugin working in the last 6-12 months? The plugin that is in the official jenkinsci jobs is completely non-functional for me, and I had to make many changes in order to get it to compile. From there the best I've been able to do is get it to 'git add' files, but the 'git commit git push' seems to never occur (and there isn't anything in the logs to indicate a problem). I also tried the pull request from here: https://github.com/jenkinsci/scm-sync-configuration-plugin/pull/31 and that one gets me further, but I have the same lack of 'git commit git push'. Does anyone have this plugin working in a newer version of jenkins? If not does a plugin exist where you can have separate git repositories that store job configurations? Any word on this would be greatly appreciated. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/55ABE06A.607%40gmail.com. For more options, visit https://groups.google.com/d/optout.
SCM Sync Configuration Plugin
Hey, Has anyone been able to get the scm sync configuration plugin working in the last 6-12 months? The plugin that is in the official jenkinsci jobs is completely non-functional for me, and I had to make many changes in order to get it to compile. From there the best I've been able to do is get it to 'git add' files, but the 'git commit git push' seems to never occur (and there isn't anything in the logs to indicate a problem). I also tried the pull request from here: https://github.com/jenkinsci/scm-sync-configuration-plugin/pull/31 and that one gets me further, but I have the same lack of 'git commit git push'. Does anyone have this plugin working in a newer version of jenkins? If not does a plugin exist where you can have separate git repositories that store job configurations? Any word on this would be greatly appreciated. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/7193538c-086d-41e0-abf4-3a980c3bb9af%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Git credentials and scm-sync-configuration plugin
Hi , Did you manage to solve this problem ? On Friday, May 15, 2015 at 3:07:41 AM UTC+3, dougla...@gmail.com wrote: I couldn't find any way of entering Git credentials that the scm-sync-configuration would use. Am I missing something? I have created credentials for our git server, and I am able to use these to check out sources from the server as part of a job (over http). The git plugin correctly generates a temporary credentials file, and uses it when doing the fetch. I have failed to find any way to use these same credentials to authenticate when scm-sync-configuration tries to push changes to the same server. Viewing the git commands that scm-sync-configuration is issuing, it doesn't appear to be trying to use credentials at all. The git command-line client tries to get a password from the console (which doesn't work, obviously), complaining as follows (where the missing device is the console): SEVERE: [checkinFiles] Problem during SCM commit : fatal: could not read Password for 'http://usern...@hostname.net': No such device or address I have set up credentials as: - Jenkins, Credentials - hostname.net - Name: hostname.net - Hostname include: hostname.net - Username - Scope: Global - Username: username - Password: password Git and scm-sync are configured as follows: - Jenkins, Configuration - SCM Sync configuration - Git repository URL: http://usern...@hostname.net/path/to/repo - Git - Name: Default - Path to Git: git (using the command-line git client here) My work-around was to store the git credentials from the command-line, which isn't ideal (but does at least work): $ git config --global credential.helper store Is this a Git equivalent of the known Subversion issue discussed here: https://issues.jenkins-ci.org/browse/JENKINS-21640, or am I missing something obvious? Jenkins 1.596.2 (current LTS version) Credentials plugin 1.22 Git client plugin 1.17.1 Git plugin 2.3.5 SCM sync configuration plugin 0.0.8 ... all the latest versions, as far as I know. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/e5a9dc85-109a-4317-8787-65e6e4b09e58%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Git credentials and scm-sync-configuration plugin
Nope, still depending on the under-the-bonnet `credential-helper` work-around, sorry. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/ba7f6f48-3dbb-4c5e-9363-011c7783cc30%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Git credentials and scm-sync-configuration plugin
Nope, still depending on the under-the-bonnet `credential-helper` work-around, sorry. On Thursday, 28 May 2015 03:15:53 UTC+12, Costya Regev wrote: Hi , Did you manage to solve this problem ? On Friday, May 15, 2015 at 3:07:41 AM UTC+3, dougla...@gmail.com wrote: I couldn't find any way of entering Git credentials that the scm-sync-configuration would use. Am I missing something? I have created credentials for our git server, and I am able to use these to check out sources from the server as part of a job (over http). The git plugin correctly generates a temporary credentials file, and uses it when doing the fetch. I have failed to find any way to use these same credentials to authenticate when scm-sync-configuration tries to push changes to the same server. Viewing the git commands that scm-sync-configuration is issuing, it doesn't appear to be trying to use credentials at all. The git command-line client tries to get a password from the console (which doesn't work, obviously), complaining as follows (where the missing device is the console): SEVERE: [checkinFiles] Problem during SCM commit : fatal: could not read Password for 'http://usern...@hostname.net': No such device or address I have set up credentials as: - Jenkins, Credentials - hostname.net - Name: hostname.net - Hostname include: hostname.net - Username - Scope: Global - Username: username - Password: password Git and scm-sync are configured as follows: - Jenkins, Configuration - SCM Sync configuration - Git repository URL: http://usern...@hostname.net/path/to/repo - Git - Name: Default - Path to Git: git (using the command-line git client here) My work-around was to store the git credentials from the command-line, which isn't ideal (but does at least work): $ git config --global credential.helper store Is this a Git equivalent of the known Subversion issue discussed here: https://issues.jenkins-ci.org/browse/JENKINS-21640, or am I missing something obvious? Jenkins 1.596.2 (current LTS version) Credentials plugin 1.22 Git client plugin 1.17.1 Git plugin 2.3.5 SCM sync configuration plugin 0.0.8 ... all the latest versions, as far as I know. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/ad48ecf4-c90f-4423-840d-2b559d4c3374%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Git credentials and scm-sync-configuration plugin
I couldn't find any way of entering Git credentials that the scm-sync-configuration would use. Am I missing something? I have created credentials for our git server, and I am able to use these to check out sources from the server as part of a job (over http). The git plugin correctly generates a temporary credentials file, and uses it when doing the fetch. I have failed to find any way to use these same credentials to authenticate when scm-sync-configuration tries to push changes to the same server. Viewing the git commands that scm-sync-configuration is issuing, it doesn't appear to be trying to use credentials at all. The git command-line client tries to get a password from the console (which doesn't work, obviously), complaining as follows (where the missing device is the console): SEVERE: [checkinFiles] Problem during SCM commit : fatal: could not read Password for 'http://usern...@hostname.net': No such device or address I have set up credentials as: - Jenkins, Credentials - hostname.net - Name: hostname.net - Hostname include: hostname.net - Username - Scope: Global - Username: username - Password: password Git and scm-sync are configured as follows: - Jenkins, Configuration - SCM Sync configuration - Git repository URL: http://usern...@hostname.net/path/to/repo - Git - Name: Default - Path to Git: git (using the command-line git client here) My work-around was to store the git credentials from the command-line, which isn't ideal (but does at least work): $ git config --global credential.helper store Is this a Git equivalent of the known Subversion issue discussed here: https://issues.jenkins-ci.org/browse/JENKINS-21640, or am I missing something obvious? Jenkins 1.596.2 (current LTS version) Credentials plugin 1.22 Git client plugin 1.17.1 Git plugin 2.3.5 SCM sync configuration plugin 0.0.8 ... all the latest versions, as far as I know. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/2e6a5cb9-4f5d-4e8c-b9e7-e902a4327685%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: SCM Sync Configuration plugin exception
FYI, you can track this issue as wellhttps://issues.jenkins-ci.org/browse/JENKINS-21640 . But I must admit it is a big refactoring to do. Will need a bit of courage to start this refactoring one day. Frédéric Camblor http://fcamblor.wordpress.com/ http://www.twitter.com/fcamblor Bordeaux JUG http://bordeauxjug.org/ Leader Restx http://restx.io/ commiter Jenkins http://jenkins-ci.org/ community member plugin commiter On Mon, Apr 14, 2014 at 11:42 PM, Igor Berger codewiz...@gmail.com wrote: I've downgraded Subversion plugin and SCM sync is working again. Thanks a lot for your help! On Monday, April 14, 2014 5:02:43 PM UTC-4, Daniel Beck wrote: On 14.04.2014, at 22:43, Igor Berger codew...@gmail.com wrote: Thanks. How could I confirm that? The problem is that SCM Sync was written to rely on internals of Subversion plugin that were changed in the 2.0 release. Subversion plugin 2.0: https://github.com/jenkinsci/ subversion-plugin/blob/subversion-2.0/src/main/java/ hudson/scm/SubversionSCM.java#L1630 Subversion plugin 1.54: https://github.com/jenkinsci/ subversion-plugin/blob/subversion-1.54/src/main/java/ hudson/scm/SubversionSCM.java#L1459 SCM Sync Config plugin NPE when accessing the field that's no longer being set: https://github.com/jenkinsci/scm-sync-configuration-plugin/ blob/master/src/main/java/hudson/plugins/scm_sync_configuration/scms/ ScmSyncSubversionSCM.java#L51 Also, does that mean there is a version of Credentials plugin I can downgrade to in order to make SCM Sync work? You'd need to downgrade Subversion plugin to 1.54 or earlier, entering all credentials again, and possibly losing some other configuration and features. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: SCM Sync Configuration plugin exception
Thanks, I'm tracking it now. On Tuesday, April 15, 2014 4:56:40 AM UTC-4, Frédéric Camblor wrote: FYI, you can track this issue as wellhttps://issues.jenkins-ci.org/browse/JENKINS-21640 . But I must admit it is a big refactoring to do. Will need a bit of courage to start this refactoring one day. Frédéric Camblor http://fcamblor.wordpress.com/ http://www.twitter.com/fcamblor Bordeaux JUG http://bordeauxjug.org/ Leader Restx http://restx.io/ commiter Jenkins http://jenkins-ci.org/ community member plugin commiter On Mon, Apr 14, 2014 at 11:42 PM, Igor Berger codew...@gmail.comjavascript: wrote: I've downgraded Subversion plugin and SCM sync is working again. Thanks a lot for your help! On Monday, April 14, 2014 5:02:43 PM UTC-4, Daniel Beck wrote: On 14.04.2014, at 22:43, Igor Berger codew...@gmail.com wrote: Thanks. How could I confirm that? The problem is that SCM Sync was written to rely on internals of Subversion plugin that were changed in the 2.0 release. Subversion plugin 2.0: https://github.com/jenkinsci/ subversion-plugin/blob/subversion-2.0/src/main/java/ hudson/scm/SubversionSCM.java#L1630 Subversion plugin 1.54: https://github.com/jenkinsci/ subversion-plugin/blob/subversion-1.54/src/main/java/ hudson/scm/SubversionSCM.java#L1459 SCM Sync Config plugin NPE when accessing the field that's no longer being set: https://github.com/jenkinsci/scm-sync-configuration-plugin/ blob/master/src/main/java/hudson/plugins/scm_sync_configuration/scms/ ScmSyncSubversionSCM.java#L51 Also, does that mean there is a version of Credentials plugin I can downgrade to in order to make SCM Sync work? You'd need to downgrade Subversion plugin to 1.54 or earlier, entering all credentials again, and possibly losing some other configuration and features. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-use...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
SCM Sync Configuration plugin exception
Hello, SCM Sync Configuration plugin used to work great until a couple of months ago. Since then, it doesn't sync. I see an ERROR in Manage Jenkins / Configure System screen. When I click on it, I see a callstack. Below is the same call stack from jenkins.err.log. I tried reinstalling SCM Sync, but the problem persists. :( Creating a test job according to https://wiki.jenkins-ci.org/display/JENKINS/ScmSyncConfig+Troubleshootings worked without any problems. Any ideas? I'm running: Jenkins 1532.3 LTS SCM Sync Configuration Plugin 0.0.7.4. Credentials Plugin 1.10. Windows Server 2008 R2 64-bit Thanks, Igor. Apr 14, 2014 11:41:18 AM winstone.Logger logInternal SEVERE: Error while serving http://myjenkins:8080/plugin/scm-sync-configuration/descriptorForSCM/hudson.plugins.scm_sync_configuration.scms.ScmSyncSubversionSCM/checkRemote java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:298) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:161) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:96) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:120) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:631) at org.kohsuke.stapler.Stapler.service(Stapler.java:225) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:96) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter$1.call(ScmSyncConfigurationFilter.java:46) at hudson.plugins.scm_sync_configuration.ScmSyncConfigurationDataProvider.provideRequestDuring(ScmSyncConfigurationDataProvider.java:103) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter.doFilter(ScmSyncConfigurationFilter.java:42) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:99) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:88) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:117) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:271) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessingFilter.java:174) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ApiTokenFilter.doFilter(ApiTokenFilter.java:79) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:249
Re: SCM Sync Configuration plugin exception
I just noticed that https://wiki.jenkins-ci.org/display/JENKINS/ScmSyncConfig+Troubleshootings says that my hudson.scm.SubversionSCM.xml file should contain the SVN credentials. The contents of this file is included below and doesn't contain any credentials. SVN credentials are set under Jenkins / Credentials. All of our jobs are using SVN and everything works except the SCM Sync plugin. Please help. Thank you, Igor. ?xml version='1.0' encoding='UTF-8'? hudson.scm.SubversionSCM_-DescriptorImpl plugin=subversion@2.2 generation125/generation mayHaveLegacyPerJobCredentialsfalse/mayHaveLegacyPerJobCredentials workspaceFormat100/workspaceFormat validateRemoteUpToVarfalse/validateRemoteUpToVar storeAuthToDiskfalse/storeAuthToDisk /hudson.scm.SubversionSCM_-DescriptorImpl On Monday, April 14, 2014 1:07:04 PM UTC-4, Igor Berger wrote: Hello, SCM Sync Configuration plugin used to work great until a couple of months ago. Since then, it doesn't sync. I see an ERROR in Manage Jenkins / Configure System screen. When I click on it, I see a callstack. Below is the same call stack from jenkins.err.log. I tried reinstalling SCM Sync, but the problem persists. :( Creating a test job according to https://wiki.jenkins-ci.org/display/JENKINS/ScmSyncConfig+Troubleshootings worked without any problems. Any ideas? I'm running: Jenkins 1532.3 LTS SCM Sync Configuration Plugin 0.0.7.4. Credentials Plugin 1.10. Windows Server 2008 R2 64-bit Thanks, Igor. Apr 14, 2014 11:41:18 AM winstone.Logger logInternal SEVERE: Error while serving http://myjenkins:8080/plugin/scm-sync-configuration/descriptorForSCM/hudson.plugins.scm_sync_configuration.scms.ScmSyncSubversionSCM/checkRemote java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:298) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:161) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:96) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:120) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:631) at org.kohsuke.stapler.Stapler.service(Stapler.java:225) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:96) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter$1.call(ScmSyncConfigurationFilter.java:46) at hudson.plugins.scm_sync_configuration.ScmSyncConfigurationDataProvider.provideRequestDuring(ScmSyncConfigurationDataProvider.java:103) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter.doFilter(ScmSyncConfigurationFilter.java:42) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:99) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:88) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at jenkins.security.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:117) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:87) at org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125
Re: SCM Sync Configuration plugin exception
The SCMSync plugin may not have been upgraded to support usage of the Credentials plugin yet. - Original Message - From: jenkinsci-users@googlegroups.com To: jenkinsci-users@googlegroups.com At: Apr 14 2014 14:29:26 I just noticed that https://wiki.jenkins-ci.org/display/JENKINS/ScmSyncConfig+Troubleshootings says that my hudson.scm.SubversionSCM.xml file should contain the SVN credentials. The contents of this file is included below and doesn't contain any credentials. SVN credentials are set under Jenkins / Credentials. All of our jobs are using SVN and everything works except the SCM Sync plugin. Please help. Thank you, Igor. ?xml version='1.0' encoding='UTF-8'? hudson.scm.SubversionSCM_-DescriptorImpl plugin=subversion@2.2 generation125/generation mayHaveLegacyPerJobCredentialsfalse/mayHaveLegacyPerJobCredentials workspaceFormat100/workspaceFormat validateRemoteUpToVarfalse/validateRemoteUpToVar storeAuthToDiskfalse/storeAuthToDisk /hudson.scm.SubversionSCM_-DescriptorImpl On Monday, April 14, 2014 1:07:04 PM UTC-4, Igor Berger wrote: Hello, SCM Sync Configuration plugin used to work great until a couple of months ago. Since then, it doesn't sync. I see an ERROR in Manage Jenkins / Configure System screen. When I click on it, I see a callstack. Below is the same call stack from jenkins.err.log. I tried reinstalling SCM Sync, but the problem persists. :( Creating a test job according to https://wiki.jenkins-ci.org/display/JENKINS/ScmSyncConfig+Troubleshootings worked without any problems. Any ideas? I'm running: Jenkins 1532.3 LTS SCM Sync Configuration Plugin 0.0.7.4. Credentials Plugin 1.10. Windows Server 2008 R2 64-bit Thanks, Igor. Apr 14, 2014 11:41:18 AM winstone.Logger logInternal SEVERE: Error while serving http://myjenkins:8080/plugin/scm-sync-configuration/descriptorForSCM/hudson.plugins.scm_sync_configuration.scms.ScmSyncSubversionSCM/checkRemote java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:298) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:161) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:96) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:120) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:631) at org.kohsuke.stapler.Stapler.service(Stapler.java:225) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:96) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter$1.call(ScmSyncConfigurationFilter.java:46) at hudson.plugins.scm_sync_configuration.ScmSyncConfigurationDataProvider.provideRequestDuring(ScmSyncConfigurationDataProvider.java:103) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter.doFilter(ScmSyncConfigurationFilter.java:42) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:99) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:88) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84) at hudson.security.UnwrapSecurityExceptionFilter.doFilter(UnwrapSecurityExceptionFilter.java:51) at hudson.security.ChainedServletFilter$1.doFilter
Re: SCM Sync Configuration plugin exception
Thanks. How could I confirm that? Also, does that mean there is a version of Credentials plugin I can downgrade to in order to make SCM Sync work? On Monday, April 14, 2014 3:10:17 PM UTC-4, Kevin Fleming wrote: The SCMSync plugin may not have been upgraded to support usage of the Credentials plugin yet. - Original Message - From: jenkins...@googlegroups.com javascript: To: jenkins...@googlegroups.com javascript: At: Apr 14 2014 14:29:26 I just noticed that https://wiki.jenkins-ci.org/display/JENKINS/ScmSyncConfig+Troubleshootings says that my hudson.scm.SubversionSCM.xml file should contain the SVN credentials. The contents of this file is included below and doesn't contain any credentials. SVN credentials are set under Jenkins / Credentials. All of our jobs are using SVN and everything works except the SCM Sync plugin. Please help. Thank you, Igor. ?xml version='1.0' encoding='UTF-8'? hudson.scm.SubversionSCM_-DescriptorImpl plugin=subversion@2.2 generation125/generation mayHaveLegacyPerJobCredentialsfalse/mayHaveLegacyPerJobCredentials workspaceFormat100/workspaceFormat validateRemoteUpToVarfalse/validateRemoteUpToVar storeAuthToDiskfalse/storeAuthToDisk /hudson.scm.SubversionSCM_-DescriptorImpl On Monday, April 14, 2014 1:07:04 PM UTC-4, Igor Berger wrote: Hello, SCM Sync Configuration plugin used to work great until a couple of months ago. Since then, it doesn't sync. I see an ERROR in Manage Jenkins / Configure System screen. When I click on it, I see a callstack. Below is the same call stack from jenkins.err.log. I tried reinstalling SCM Sync, but the problem persists. :( Creating a test job according to https://wiki.jenkins-ci.org/display/JENKINS/ScmSyncConfig+Troubleshootings worked without any problems. Any ideas? I'm running: Jenkins 1532.3 LTS SCM Sync Configuration Plugin 0.0.7.4. Credentials Plugin 1.10. Windows Server 2008 R2 64-bit Thanks, Igor. Apr 14, 2014 11:41:18 AM winstone.Logger logInternal SEVERE: Error while serving http://myjenkins:8080/plugin/scm-sync-configuration/descriptorForSCM/hudson.plugins.scm_sync_configuration.scms.ScmSyncSubversionSCM/checkRemote java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:298) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:161) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:96) at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:120) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:248) at org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53) at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:728) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:858) at org.kohsuke.stapler.Stapler.invoke(Stapler.java:631) at org.kohsuke.stapler.Stapler.service(Stapler.java:225) at javax.servlet.http.HttpServlet.service(HttpServlet.java:45) at winstone.ServletConfiguration.execute(ServletConfiguration.java:248) at winstone.RequestDispatcher.forward(RequestDispatcher.java:333) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:376) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:96) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter$1.call(ScmSyncConfigurationFilter.java:46) at hudson.plugins.scm_sync_configuration.ScmSyncConfigurationDataProvider.provideRequestDuring(ScmSyncConfigurationDataProvider.java:103) at hudson.plugins.scm_sync_configuration.extensions.ScmSyncConfigurationFilter.doFilter(ScmSyncConfigurationFilter.java:42) at hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:99) at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:88) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48) at winstone.FilterConfiguration.execute(FilterConfiguration.java:194) at winstone.RequestDispatcher.doFilter(RequestDispatcher.java:366) at hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84
Re: SCM Sync Configuration plugin exception
On 14.04.2014, at 22:43, Igor Berger codewiz...@gmail.com wrote: Thanks. How could I confirm that? The problem is that SCM Sync was written to rely on internals of Subversion plugin that were changed in the 2.0 release. Subversion plugin 2.0: https://github.com/jenkinsci/subversion-plugin/blob/subversion-2.0/src/main/java/hudson/scm/SubversionSCM.java#L1630 Subversion plugin 1.54: https://github.com/jenkinsci/subversion-plugin/blob/subversion-1.54/src/main/java/hudson/scm/SubversionSCM.java#L1459 SCM Sync Config plugin NPE when accessing the field that's no longer being set: https://github.com/jenkinsci/scm-sync-configuration-plugin/blob/master/src/main/java/hudson/plugins/scm_sync_configuration/scms/ScmSyncSubversionSCM.java#L51 Also, does that mean there is a version of Credentials plugin I can downgrade to in order to make SCM Sync work? You'd need to downgrade Subversion plugin to 1.54 or earlier, entering all credentials again, and possibly losing some other configuration and features. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: SCM Sync Configuration plugin exception
I've downgraded Subversion plugin and SCM sync is working again. Thanks a lot for your help! On Monday, April 14, 2014 5:02:43 PM UTC-4, Daniel Beck wrote: On 14.04.2014, at 22:43, Igor Berger codew...@gmail.com javascript: wrote: Thanks. How could I confirm that? The problem is that SCM Sync was written to rely on internals of Subversion plugin that were changed in the 2.0 release. Subversion plugin 2.0: https://github.com/jenkinsci/subversion-plugin/blob/subversion-2.0/src/main/java/hudson/scm/SubversionSCM.java#L1630 Subversion plugin 1.54: https://github.com/jenkinsci/subversion-plugin/blob/subversion-1.54/src/main/java/hudson/scm/SubversionSCM.java#L1459 SCM Sync Config plugin NPE when accessing the field that's no longer being set: https://github.com/jenkinsci/scm-sync-configuration-plugin/blob/master/src/main/java/hudson/plugins/scm_sync_configuration/scms/ScmSyncSubversionSCM.java#L51 Also, does that mean there is a version of Credentials plugin I can downgrade to in order to make SCM Sync work? You'd need to downgrade Subversion plugin to 1.54 or earlier, entering all credentials again, and possibly losing some other configuration and features. -- You received this message because you are subscribed to the Google Groups Jenkins Users group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.