SupoSE

Hi Rob,

results in the file.log line 2009-03-20 10:56:49,493|ERROR|main|supose.scan.ScanRepository|| error while collecting log information for 'http://cvs/svn/randd': org.tmatesoft.svn.core.SVNAuthenticationException: svn: Authentication required for '<http://cvs:80>'

That seemed to me that the URL might not be correct... may be it's not http://cvs/svn/randd ? Hm...

Is this repository using https instead of http ?

Kind regards
Karl Heinz Marbaise

Hi Rob,

Repositories on remote machine served by Apache and SVN version 1.3.2 (I believe).

Are these informations correct? Cause i tested multiple times SupoSE with different http/https/svn and authorization and it works...
Is there an older version than 1.3.2 installed ? Can you examine that ?

BTW: Is the URL you gave the real URL ? Than it might be possible to some tests for my own...

Kind regards
Karl Heinz Marbaise

Karl Heinz Marbaise wrote:

Is this repository using https instead of http ?

No, it's definitely HTTP.
I'm trying to use the same URL, --username and --password that I'd use for the SVN command-line client. It shouldn't really matter how that's served should it?

If I try to use HTTPS (which I don't believe is set up) I just get
svn: connection refused by the server

Thanks,
Rob.

Karl Heinz Marbaise wrote:

Is there an older version than 1.3.2 installed ? Can you examine that ?

I've just double checked with the administrator here. That server has
SVN 1.3.2 (r19776)

It's served via Apache with a configuration essentially like this:

<Location /svn>

  DAV svn

  SVNListParentPath On

  SVNParentPath c:/svn/repos
</Location>

AuthName "SVN Server" 

AuthType SSPI

SSPIAuth On

SSPIAuthoritative On

SSPIDomain OurDomainName

SSPIOfferBasic On

Require valid-user

I hope this information helps. In particular, note that the "SVNParentPath" directive is used, as a whole collection of repositories is grouped and served together by Apache.

BTW: Is the URL you gave the real URL ? Than it might be possible to some tests for my own...

No, sorry it's only visible within the company.

BTW: we have a second SVN server, used by a different team. That's running
SVN 1.4.4 (r25188)
but is otherwise configured similarly and has the same problem.

Thanks,
Rob.

Sorry, that information got a bit scrambled after committing.
I'll try again with "Preformatting":

     <Location /svn>
       DAV svn
       SVNListParentPath On
       SVNParentPath c:/svn/repos

       AuthName "SVN Server" 
       AuthType SSPI

       SSPIAuth On
       SSPIAuthoritative On
       SSPIDomain OurDomainName
       SSPIOfferBasic On

       Require valid-user
     </Location>

Hi Rob,
i have done some research in that problem. If you would be so kind to check the following. You need to enhance the command line during the call of supose (java call)..
You can use the 0.6.0 Release of SupoSE to check this....
Just set JAVA_OPTS with the following value and than call SupoSE...

-Dsvnkit.http.methods=Basic,Digest,NTLM

Kind regards
Karl Heinz Marbaise

Hello Karl,

Thanks for looking into the problem.

First, I just tried 0.6.0 without your suggested Java settings:

bin\supose.bat scan --url "http://cvs/svn/randd" --fromrev 1 --torev 10 --index randd_index --create --username myusername --password mypassword

That produce an error (as expected):

2009-06-08 09:15:15,320|ERROR|main|supose.scan.ScanRepository||error while collecting log information for 'http://cvs01/svn/randd'
org.tmatesoft.svn.core.SVNAuthenticationException: svn: Authentication required for '<http://cvs:80>'

Then, with your suggestion

setlocal
set JAVA_OPTS=-Dsvnkit.http.methods=Basic,Digest,NTLM

the index was created fine; I've run a simple query on that created index, and that worked fine too.

Kind regards,
Rob.

Hi Rob,

many thanks for Testing....

the index was created fine; I've run a simple query on that created index, and that worked fine too.

Cool...Than i have to add the information into the wiki...and close this bug if you have no objections?

If you have any questions, enhancements, suggestions for features don't hesitate to write an issue or ask in the forum...

Kind regards
Karl Heinz Marbaise