title: Sonarqube SVN Plugin fails with code E155007 'is not a working copy'
body: <p>Versions in use:</p>
  
  <ul>
  <li><strong>Sonarqube 5.1</strong> </li>
  <li><strong>sonar-scm-svn-plugin 1.1</strong></li>
  <li><strong>JDK 1.7</strong></li>
  </ul>
  
  <p>We migrated recently from Sonarqube 4.5 to 5.1. Since then we have problems with generated files, when SVN Plugin processes them:</p>
  
  <pre><code>05:24:03 Caused by: org.tmatesoft.svn.core.SVNException: svn: E155007: '/var/lib/jenkins/workspace/cps-sonar/src/main/java/foo/Bar.java' is not a working copy
  05:24:03    at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)
  05:24:03    at org.tmatesoft.svn.core.internal.wc.admin.SVNAdminAreaFactory.open(SVNAdminAreaFactory.java:170)
  05:24:03    at org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.doOpen(SVNWCAccess.java:379)
  05:24:03    at org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.open(SVNWCAccess.java:283)
  05:24:03    at org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.open(SVNWCAccess.java:276)
  05:24:03    at org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess.openAnchor(SVNWCAccess.java:171)
  05:24:03    at org.tmatesoft.svn.core.internal.wc16.SVNStatusClient16.doStatus(SVNStatusClient16.java:374)
  05:24:03    at org.tmatesoft.svn.core.internal.wc2.old.SvnOldGetStatus.run(SvnOldGetStatus.java:22)
  05:24:03    at org.tmatesoft.svn.core.internal.wc2.old.SvnOldGetStatus.run(SvnOldGetStatus.java:13)
  05:24:03    at org.tmatesoft.svn.core.internal.wc2.SvnOperationRunner.run(SvnOperationRunner.java:21)
  05:24:03    at org.tmatesoft.svn.core.wc2.SvnOperationFactory.run(SvnOperationFactory.java:1235)
  05:24:03    at org.tmatesoft.svn.core.wc2.SvnOperation.run(SvnOperation.java:294)
  05:24:03    at org.tmatesoft.svn.core.wc.SVNStatusClient.doStatus(SVNStatusClient.java:363)
  05:24:03    at org.tmatesoft.svn.core.wc.SVNStatusClient.doStatus(SVNStatusClient.java:422)
  05:24:03    at org.tmatesoft.svn.core.wc.SVNStatusClient.doStatus(SVNStatusClient.java:384)
  05:24:03    at org.sonar.plugins.scm.svn.SvnBlameCommand.blame(SvnBlameCommand.java:72)
  05:24:03    ... 57 more
  </code></pre>
  
  <p>The plugin is right, since the file is not in SVN. But instead of ignoring the file, the plugin fails. </p>
  
  <p>Rather confusing, this bug seems to be fixed in <em>sonar-scm-plugin-1.1</em> since April, but it's supposed to be compatible with Sonarqube 5.1.1+, which had just been released in June: <a href="http://docs.sonarqube.org/display/PLUG/SVN+Plugin" rel="nofollow">http://docs.sonarqube.org/display/PLUG/SVN+Plugin</a> . Do we need to migrate to 5.1.1 then?</p>
  
  <p>A workaround so far is to ignore these files from Sonar-Analysis completely by exclusion patterns, which might look like a good idea in general, but I'd rather have even those files analysed, too. </p>