[ANN] SVNKit 1.2.0 Beta2 is available

[Alexander Kitaev-3]

Hello All,

We are glad to announce that SVNKit 1.2.0 Beta2 has been published and
available for download at http://svnkit.com/ web site.

SVNKit is a pure Java Subversion library. SVNKit provides Java APIs to
access and manipulate Subversion working copies and Subversion
repositories. You may find more information, documentation and source
code examples at http://svnkit.com/

New in version 1.2.0 Beta2 (since version 1.1.8):

* Support for virtually all Subversion 1.5.0 features.
* Complete implementation of Subversion JavaHL API.
* Significantly improved pure Java Subversion command line client.

You're welcome to download and use SVNKit 1.2.0 Beta2. We'll be glad to
provide help and support for the new version in our mailing list or by
email (support@...).

Useful links (more at http://svnkit.com/):

* SVNKit Continuous Integration Server: https://teamcity.svnkit.com/
* SVNKit Source Code Repository: http://svn.svnkit.com/repos/svnkit/
* SVNKit Update Site (for Eclipse): http://eclipse.svnkit.com/1.2.x/

* SVNKit Mailing List: http://www.nabble.com/SVNKit---Users-f18684.html

With best regards,
SVNKit Development Team.

--
TMate Software,
http://svnkit.com/ - Java [Sub]Versioning Library!

---------------------------------------------------------------------
To unsubscribe, e-mail: svnkit-users-unsubscribe@...
For additional commands, e-mail: svnkit-users-help@...

[Jean-Claude Antonio]

Hello,

Thanks for this release. I am evaluating SVNKit 1.2 and I am running into this error:

Collection<SVNDirEntry> allEntries = repository.getDir(path, pegRevision , null,
                (Collection) null);

Caused by: java.lang.NumberFormatException: For input string: "###error###"
    at java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
    at java.lang.Long.parseLong(Long.java:403)
    at java.lang.Long.parseLong(Long.java:461)
    at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getDir(DAVRepository.java:368)
    at org.tmatesoft.svn.core.io.SVNRepository.getDir(SVNRepository.java:1039)
    at org.tmatesoft.svn.core.io.SVNRepository.getDir(SVNRepository.java:1028)

My repository is a SVN 1.4.6 with Apache 2.0.

Cheers,

Jean-Claude


Alexander Kitaev wrote:

Hello All,

We are glad to announce that SVNKit 1.2.0 Beta2 has been published and
available for download at http://svnkit.com/ web site.

SVNKit is a pure Java Subversion library. SVNKit provides Java APIs to
access and manipulate Subversion working copies and Subversion
repositories. You may find more information, documentation and source
code examples at http://svnkit.com/

New in version 1.2.0 Beta2 (since version 1.1.8):

* Support for virtually all Subversion 1.5.0 features.
* Complete implementation of Subversion JavaHL API.
* Significantly improved pure Java Subversion command line client.

You're welcome to download and use SVNKit 1.2.0 Beta2. We'll be glad to
provide help and support for the new version in our mailing list or by
email (support@...).

Useful links (more at http://svnkit.com/):

* SVNKit Continuous Integration Server: https://teamcity.svnkit.com/
* SVNKit Source Code Repository: http://svn.svnkit.com/repos/svnkit/
* SVNKit Update Site (for Eclipse): http://eclipse.svnkit.com/1.2.x/

* SVNKit Mailing List: http://www.nabble.com/SVNKit---Users-f18684.html

With best regards,
SVNKit Development Team.

[Alexander Kitaev-3]

Hello Jean,

Thank you for reporting this problem. I do not yet know the exact reason
of the problem, but it looks like the following is going on:

1. SVNKit requests SVN repository to report certain property (number of
properties set on a path in that case).

2. Apache Subversion mod_dav_svn module fails to receive list of the
properties set on a path in repository and sends back "###error###"
string instead of a number.

3. SVNKit fails to parse "###error###" string as a number (which was
expected) and throws an exception.

So far I wasn't able to reproduce that problem on my test repository
(1.4.4). It will be easy to fix the problem, so that SVNKit skips
unexpected property values and reports, for instance -1.

Better way, however, would be to reproduce the problem, understand under
which circumstances "###error###" could be reported instead of property
value and act accordingly (either the same way native Subversion acts or
find some better way or may be fix incorrect request (if it is the
reason) which causes this problem (incorrect response)).

Could you please provide more information on the problem? Is there
anything specific in the repository or path you're calling getDir method
for? What parameters do you use for that method? Please also get debug
log (see https://wiki.svnkit.com/Troubleshooting), if possible, and send
it to me.

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

Jean-Claude Antonio wrote:

> Hello,
>
> Thanks for this release. I am evaluating SVNKit 1.2 and I am running
> into this error:
>
> Collection<SVNDirEntry> allEntries = repository.getDir(path, pegRevision
> , null,
>                 (Collection) null);
>
> Caused by: java.lang.NumberFormatException: For input string: "###error###"
>     at
> java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
>     at java.lang.Long.parseLong(Long.java:403)
>     at java.lang.Long.parseLong(Long.java:461)
>     at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getDir(DAVRepository.java:368)
>     at
> org.tmatesoft.svn.core.io.SVNRepository.getDir(SVNRepository.java:1039)
>     at
> org.tmatesoft.svn.core.io.SVNRepository.getDir(SVNRepository.java:1028)
>
> My repository is a SVN 1.4.6 with Apache 2.0.
>
> Cheers,
>
> Jean-Claude
>
>
>
>
> Alexander Kitaev wrote:
>> Hello All,
>>
>> We are glad to announce that SVNKit 1.2.0 Beta2 has been published and
>> available for download at http://svnkit.com/ web site.
>>
>> SVNKit is a pure Java Subversion library. SVNKit provides Java APIs to
>> access and manipulate Subversion working copies and Subversion
>> repositories. You may find more information, documentation and source
>> code examples at http://svnkit.com/
>>
>> New in version 1.2.0 Beta2 (since version 1.1.8):
>>
>> * Support for virtually all Subversion 1.5.0 features.
>> * Complete implementation of Subversion JavaHL API.
>> * Significantly improved pure Java Subversion command line client.
>>
>> You're welcome to download and use SVNKit 1.2.0 Beta2. We'll be glad to
>> provide help and support for the new version in our mailing list or by
>> email (support@...).
>>
>> Useful links (more at http://svnkit.com/):
>>
>> * SVNKit Continuous Integration Server: https://teamcity.svnkit.com/
>> * SVNKit Source Code Repository: http://svn.svnkit.com/repos/svnkit/
>> * SVNKit Update Site (for Eclipse): http://eclipse.svnkit.com/1.2.x/
>>
>> * SVNKit Mailing List: http://www.nabble.com/SVNKit---Users-f18684.html
>>
>> With best regards,
>> SVNKit Development Team.
>>

---------------------------------------------------------------------
To unsubscribe, e-mail: svnkit-users-unsubscribe@...
For additional commands, e-mail: svnkit-users-help@...

[Jean-Claude Antonio]

Hello Alex,


The command is
repository.getDir(path, -1 , null, (Collection) null);

From debugging, it seems that it is caused by a file: TA000100 at revision
3029.
and also
svn ls -v
 0 ###error            0 janv. 01  1970 TA000100

It can be that the repo got corrupted, I am trying to find out.

Thanks,

The strange thing is that the command svn ls does not list that file as it
was deleted.

On Fri, 04 Jul 2008 22:45:45 +0200, Alexander Kitaev
<Alexander.Kitaev@...> wrote:

> Hello Jean,
>
> Thank you for reporting this problem. I do not yet know the exact reason
> of the problem, but it looks like the following is going on:
>
> 1. SVNKit requests SVN repository to report certain property (number of
> properties set on a path in that case).
>
> 2. Apache Subversion mod_dav_svn module fails to receive list of the
> properties set on a path in repository and sends back "###error###"
> string instead of a number.
>
> 3. SVNKit fails to parse "###error###" string as a number (which was
> expected) and throws an exception.
>
> So far I wasn't able to reproduce that problem on my test repository
> (1.4.4). It will be easy to fix the problem, so that SVNKit skips
> unexpected property values and reports, for instance -1.
>
> Better way, however, would be to reproduce the problem, understand under
> which circumstances "###error###" could be reported instead of property
> value and act accordingly (either the same way native Subversion acts or
> find some better way or may be fix incorrect request (if it is the
> reason) which causes this problem (incorrect response)).
>
> Could you please provide more information on the problem? Is there
> anything specific in the repository or path you're calling getDir method
> for? What parameters do you use for that method? Please also get debug
> log (see https://wiki.svnkit.com/Troubleshooting), if possible, and send
> it to me.
>
> Alexander Kitaev,
> TMate Software,
> http://svnkit.com/ - Java [Sub]Versioning Library!
>
> Jean-Claude Antonio wrote:
>> Hello,
>>
>> Thanks for this release. I am evaluating SVNKit 1.2 and I am running
>> into this error:
>>
>> Collection<SVNDirEntry> allEntries = repository.getDir(path, pegRevision
>> , null,
>>                 (Collection) null);
>>
>> Caused by: java.lang.NumberFormatException: For input string:
> "###error###"
>>     at
>>
>

java.lang.NumberFormatException.forInputString(NumberFormatException.java:48)
>>     at java.lang.Long.parseLong(Long.java:403)
>>     at java.lang.Long.parseLong(Long.java:461)
>>     at
>>
>
org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getDir(DAVRepository.java:368)

>>     at
>> org.tmatesoft.svn.core.io.SVNRepository.getDir(SVNRepository.java:1039)
>>     at
>> org.tmatesoft.svn.core.io.SVNRepository.getDir(SVNRepository.java:1028)
>>
>> My repository is a SVN 1.4.6 with Apache 2.0.
>>
>> Cheers,
>>
>> Jean-Claude
>>
>>
>>
>>
>> Alexander Kitaev wrote:
>>> Hello All,
>>>
>>> We are glad to announce that SVNKit 1.2.0 Beta2 has been published and
>>> available for download at http://svnkit.com/ web site.
>>>
>>> SVNKit is a pure Java Subversion library. SVNKit provides Java APIs to
>>> access and manipulate Subversion working copies and Subversion
>>> repositories. You may find more information, documentation and source
>>> code examples at http://svnkit.com/
>>>
>>> New in version 1.2.0 Beta2 (since version 1.1.8):
>>>
>>> * Support for virtually all Subversion 1.5.0 features.
>>> * Complete implementation of Subversion JavaHL API.
>>> * Significantly improved pure Java Subversion command line client.
>>>
>>> You're welcome to download and use SVNKit 1.2.0 Beta2. We'll be glad to
>>> provide help and support for the new version in our mailing list or by
>>> email (support@...).
>>>
>>> Useful links (more at http://svnkit.com/):
>>>
>>> * SVNKit Continuous Integration Server: https://teamcity.svnkit.com/
>>> * SVNKit Source Code Repository: http://svn.svnkit.com/repos/svnkit/
>>> * SVNKit Update Site (for Eclipse): http://eclipse.svnkit.com/1.2.x/
>>>
>>> * SVNKit Mailing List: http://www.nabble.com/SVNKit---Users-f18684.html
>>>
>>> With best regards,
>>> SVNKit Development Team.
>>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: svnkit-users-unsubscribe@...
> For additional commands, e-mail: svnkit-users-help@...

---------------------------------------------------------------------
To unsubscribe, e-mail: svnkit-users-unsubscribe@...
For additional commands, e-mail: svnkit-users-help@...