Hello Thomas,

> So I managed to receive the correct results with changing the repository
> location before calling status, eg.

Yes, status operation root is repository location.

Changing location may close existing connection that is kept alive or
send a single 'reparent' request when 'svn' protocol is used. I would
say that it is lightweight operation (though not as lightweight as
just changing object field value).

Alexander Kitaev,
TMate Software,
http://svnkit.com/ - Java [Sub]Versioning Library!
http://hg4j.com/ - Java Mercurial Library!
http://sqljet.com/ - Java SQLite Library!



On 23 September 2011 01:49, Thomas Mauch <[email protected]> wrote:
>
> After reading another post
> http://old.nabble.com/Get-file-properties-from-a-directory-%28Low-Level%29-td27778097.html
> I tried to apply the same idea on my problem.
>
> So I managed to receive the correct results with changing the repository
> location before calling status, eg.
>                repository.setLocation(location, false);
>                repository.status(rev, "", SVNDepth.INFINITY, reporter, 
> editor);
>
> After having done the status call, I restore the repository location to
> continue my work.
>
> Is changing the repository location a light-weight operation like changing a
> directory in a file system which can therefore be done without any hassle?
>
> Thomas
>
>
> Thomas Mauch wrote:
>>
>> Hi
>>
>> I try to use the SVNRepository.status call to efficiently fetch property
>> information as described in
>> http://wiki.svnkit.com/SVNKit_FAQ#Q:_Recursive_repository_properties_fetch.2BAFw-list_operation_is_slow._Is_it_possible_to_make_it_work_faster.3F.
>>
>> I however encounter in some directories a 404 error:
>>
>> Exception in thread "main" java.lang.RuntimeException:
>> org.tmatesoft.svn.core.SVNException: svn: File not found: revision 36303,
>> path '/CR/gateway/dvl/idocs/create.bat'
>> svn: '/repo/!svn/vcc/default' path not found: 404 Not Found
>> (http://svn.abc.com)
>>       at eval.svnkit.EvalStatusProperties.main(EvalStatusProperties.java:118)
>> Caused by: org.tmatesoft.svn.core.SVNException: svn: File not found:
>> revision 36303, path '/CR/gateway/dvl/idocs/create.bat'
>> svn: '/repo/!svn/vcc/default' path not found: 404 Not Found
>> (http://svn.abc.com)
>>       at
>> org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:64)
>>       at
>> org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
>>       at
>> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.runReport(DAVRepository.java:1263)
>>       at
>> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.status(DAVRepository.java:803)
>>       at eval.svnkit.EvalStatusProperties.main(EvalStatusProperties.java:88)
>>
>> I think there might be a relation to
>> http://old.nabble.com/404-using-getFile-with-specific-revision-td29335159.html
>> as the whole directory got copied in rev 36303 from another path.
>>
>> So I can get these repository locations:
>> {
>>    {
>>       long myRevision = 36302;
>>       String myPath =
>> "/Projects/Software/prod/gateway/dvl/idocs/create.bat";
>>    },
>>    {
>>       long myRevision = 36303;
>>       String myPath =
>> "/Projects/Software/CR/gateway/dvl/idocs/create.bat";
>>    }
>> }
>>
>> But with revision 36303 I'm already working with the peg revision, so
>> things should be fine.
>> Do you have any idea what could help?
>>
>> Thanks,
>> Thomas
>>
>>
>
> --
> View this message in context: 
> http://old.nabble.com/Error-404-if-calling-SVNRepository.status-tp32499339p32503848.html
> Sent from the SVNKit - Users mailing list archive at Nabble.com.
>
>
>

Reply via email to