Nabble - JavaSVN - User

Re: how to fetch the svnurl from working copy

2009-05-12T09:19:24Z

Hi,

Yes, you just need to use SVNWCClient.doInfo() on the path, which url
you would like to get, for example:

SVNClientManager clientManager = SVNClientManager.newInstance();

wcClient = clientManager.getWCClient();

SVNInfo info = wcClient.doInfo(new File("/path/to/wc"),
SVNRevision.WORKING);

System.out.println(info.getURL());

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

jamoraqui wrote:
> hello, i have checked out my application from the remote svn repositery. is
> there anyway I can fetch the svnUrl of that repository from the local
> working copy?

how to fetch the svnurl from working copy

2009-05-12T08:03:07Z

hello, i have checked out my application from the remote svn repositery. is there anyway I can fetch the svnUrl of that repository from the local working copy?

Re: How to know svn server version

2009-04-24T07:42:19Z

Hello,

SVNKit does not provide such an option for svn:// and http:// backends.

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

Daviid wrote:
> Hello,
>
> How to know with the API the version of the SVN server (from a client)
>
> Thank you
>

How to know svn server version

2009-04-23T08:07:11Z

Hello,

How to know with the API the version of the SVN server (from a client)

Thank you

Re: Authentication Exception

2009-03-30T09:28:41Z

Hello,

Setting system property:

svnkit.http.methods=NTLM,Basic

may resolve this issue. It is most probably caused by NTLM authentication.

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

dear_rami1 wrote:

> Hello-
>
> I tried to run this program to connect to an svn server
>
> String username = "domain\\rami.sayed";
> String url ="http://frznnas-01.domain.com/svn/test1";
> String password = "domain13";
>
> SVNClient svncWork = new SVNClient();
>
> svncWork.username(username);
> svncWork.password(password);
>
> DirEntry deList[] = null;
> try {
>
> deList = svncWork.list(url, Revision.HEAD ,true);
>
>
> } catch (ClientException e) {
> // TODO Auto-generated catch block
> e.printStackTrace();
> }
>
> and It gives me this authentication exception
>
> org.tigris.subversion.javahl.ClientException: svn: OPTIONS of '/svn/test1':
> 403 Forbidden (http://frznnas-01.domain.com)
> at
> org.tigris.subversion.javahl.JavaHLObjectFactory.throwException(JavaHLObjectFactory.java:723)
> at
> org.tmatesoft.svn.core.javahl.SVNClientImpl.throwException(SVNClientImpl.java:1852)
> at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:361)
> at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:321)
> at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:316)
> at org.tigris.subversion.javahl.SVNClient.list(SVNClient.java:52)
> at com.itworx.test.SVNTestClient.main(SVNTestClient.java:45)
> Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: OPTIONS
> of '/svn/test1': 403 Forbidden (http://frznnas-01.itworx.com)
> at
> org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:62)
> at
> org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:597)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:257)
> at
> org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:245)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:449)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:97)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:665)
> at
> org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:172)
> at
> org.tmatesoft.svn.core.wc.SVNBasicClient.getRevisionNumber(SVNBasicClient.java:479)
> at
> org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(SVNBasicClient.java:848)
> at
> org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:531)
> at org.tmatesoft.svn.core.wc.SVNLogClient.doList(SVNLogClient.java:983)
> at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:346)
> ... 4 more
>

Authentication Exception

2009-03-26T07:05:18Z

Hello-

I tried to run this program to connect to an svn server

String username = "domain\\rami.sayed";
String url ="http://frznnas-01.domain.com/svn/test1";
String password = "domain13";

SVNClient svncWork = new SVNClient();

svncWork.username(username);
svncWork.password(password);

DirEntry deList[] = null;
try {

deList = svncWork.list(url, Revision.HEAD ,true);

} catch (ClientException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}

and It gives me this authentication exception

org.tigris.subversion.javahl.ClientException: svn: OPTIONS of '/svn/test1': 403 Forbidden (http://frznnas-01.domain.com)
at org.tigris.subversion.javahl.JavaHLObjectFactory.throwException(JavaHLObjectFactory.java:723)
at org.tmatesoft.svn.core.javahl.SVNClientImpl.throwException(SVNClientImpl.java:1852)
at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:361)
at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:321)
at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:316)
at org.tigris.subversion.javahl.SVNClient.list(SVNClient.java:52)
at com.itworx.test.SVNTestClient.main(SVNTestClient.java:45)
Caused by: org.tmatesoft.svn.core.SVNAuthenticationException: svn: OPTIONS of '/svn/test1': 403 Forbidden (http://frznnas-01.itworx.com)
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:62)
at org.tmatesoft.svn.core.internal.wc.SVNErrorManager.error(SVNErrorManager.java:51)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:597)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:257)
at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:245)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.exchangeCapabilities(DAVConnection.java:449)
at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.open(DAVConnection.java:97)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.openConnection(DAVRepository.java:665)
at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:172)
at org.tmatesoft.svn.core.wc.SVNBasicClient.getRevisionNumber(SVNBasicClient.java:479)
at org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(SVNBasicClient.java:848)
at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:531)
at org.tmatesoft.svn.core.wc.SVNLogClient.doList(SVNLogClient.java:983)
at org.tmatesoft.svn.core.javahl.SVNClientImpl.list(SVNClientImpl.java:346)
... 4 more

Replacement for SVNTimeUtil

2008-11-13T10:42:25Z

Hi,

in the latest svnkit SVNTimeUtil is not available. How should I replace
the code below?

protected Date getSvnDate(Date date) throws Exception {
return SVNDate.parseDatestamp(SVNTimeUtil.formatDate(date));
}

Zsolt

Training & jobs

2008-11-12T00:40:01Z

“Join us to make future”
FOR OPT/F-1 STUDENTS
FREE TRAINING
FOOD ACCOMODATION
H1B PROCESSING
FOR L1/ L2/ H1/ H4/ EAD/ GC
EXCELLENT OPPRTUNITIES
TRAINING
PLACEMENT
Highly Competitive offers for New H1b Transfers

About Us:
V2 technology inc is serving NJ since 2005, for us our employees are
of utmost importance. Our highly skilled and dedicated instructors
train you explicitly in market-related technologies for today and
tomorrow. We will work with you in developing marketing strategies
and finding the assignments of your choice.
We not only help you get a job but we build your long lasting
careers!!!
What are we Looking for:
Excellent communication skills.
Valid F1/ OPT/ CPT/ H1/ H4/ L1 or valid work status
(EAD, GC).
Bachelors’ degree in CS/ IT or previous IT experience.
Preferably (not mandatory) Master's Degree in Computers/
Electronics or previous IT experience.
Willing to relocate anywhere in USA.

What’s The Deal:
H1-B sponsorship to F1/ OPT/ H4/ L1/ L2/ E3/ EAD
Transfer of H1 & L1 visas.
Green Card sponsorship through PERM
Job focused professional training in
Java/ J2EE
.NET
Documentum
Share point
Oracle
Data Modeling
Relocation assistance- airfare, hotel accommodation, car rental
etc
Guarantee lowest bench period.
Employee referral program.
Effective Resume writing help, Marketing and Placement.
Technical mock interviews. Preparation of In Person Interviews

100% Guaranteed placement
Get in Touch:
Contact immediately to know more about the opportunities with us
at:609-843-0312
or
write mail at jobs@v2techinc.com
Contact person : John

Re: need solution for an unusual use case

2008-06-10T06:32:33Z

Hello,

editor.textDeltaEnd have to be called - the problem in my sample code
was that it was called _twice_ - first time from the code and second
time from SVNDeltaGenerator.sendDelta method - this makes svnserve
daemon fail as it was not what it expected to receive.

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

Gowri wrote:

> Hi Alexander,
>
> removing editor.textDeltaEnd(...) worked :) What exactly does this do
> anyway? It was weird. I used to get recv failed if I stepped through the
> code and connection reset or malformed network data if I ran my old code.
> Thank you so much for your help. Really appreciate it.
>
> Regards,
> Gowri
>
>
> Alexander Kitaev-3 wrote:
>> Hello,
>>
>> It seems that I made a small mistake in the sample code: you shouldn't
>> call editor.textDeltaEnd(...) - it is called inside SVNDeltaGenerator();
>>
>> Also, you should add the following lines to your code:
>>
>> editor.closeDir(); // for openRoot
>> editor.closeEdit();
>>
>> to commit transaction. Please, let me know if it resolves the problem -
>> I couldn't test the code right now, so may be it still miss something -
>> I'll test it tomorrow myself as well.
>>
>> Alexander Kitaev,
>> TMate Software,
>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>
>> Gowri wrote:
>>> Hi Alexander,
>>>
>>> I modified my code to do what you suggested but was faced a 'recv failed'
>>> exception. I read all the posts I could find related to the subject and
>>> they
>>> all seemed to point to errors while specifying the path to the file being
>>> modified. Here's my code:
>>>
>>> String path = "file.log";
>>> SVNNodeKind nodeKind3 = repository.checkPath(path, -1);
>>> ISVNEditor editor = repository.getCommitEditor(
>>> "updating files", null);
>>> editor.openRoot(-1);
>>>
>>> try {
>>> editor.openFile(path, -1);
>>> editor.applyTextDelta(path, null);
>>> SVNDeltaGenerator deltaGenerator = new SVNDeltaGenerator();
>>> String checksum = deltaGenerator
>>> .sendDelta(path, new FileInputStream(new File(
>>> "C:\\test\\file.log")), editor, true);
>>> editor.textDeltaEnd(path);
>>> editor.closeFile(path, checksum);
>>> } catch (Exception e) {
>>> e.printStackTrace();
>>> }
>>>
>>> nodeKind3 correctly prints "file". I don't know what I'm doing wrong here
>>> (file.log is directly under the root.) Could you please help?
>>>
>>> Regards,
>>> Gowri
>>>
>>>
>>>
>>> Alexander Kitaev-3 wrote:
>>>> Hello,
>>>>
>>>> > My problem is:
>>>> > Adding files for the first time is easy enough but how do I update
>>>> > files later (because the users do not check out these output files
>>>> and
>>>> > hence we do not have a concept of working copies)
>>>> So, am I understand correctly that your question is how to distinguish
>>>> locally modified files from those not modified?
>>>>
>>>> If that is correct then there are two basic ways of doing that. First,
>>>> you may compare file checksum (MD5 digest) with one stored on the server
>>>> side (in repository) for that file. In case checksum differs, then file
>>>> is modified.
>>>>
>>>> Another approach is to provide some sort of "working copy", e.g. store
>>>> checked out files revisions, timestamps and checksums locally (it not
>>>> necessary have to be some folder, it could be a separate file or
>>>> database). Then you may use this information to check whether file was
>>>> locally modified or not.
>>>>
>>>> To commit modified file, you may use the following code (I'll skip most,
>>>> only leave code that is relevant to file modification):
>>>>
>>>> editor.openFile(path, -1);
>>>> editor.applyTextDelta(path, null);
>>>> SVNDeltaGenerator deltaGenerator = new SVNDeltaGenerator( );
>>>> String checksum = deltaGenerator.
>>>> sendDelta(path , newFileContents /* InputStream */, editor , true);
>>>> editor.textDeltaEnd(path);
>>>> editor.closeFile(path, textChecksum)
>>>>
>>>>
>>>> Alexander Kitaev,
>>>> TMate Software,
>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>
>>>> Gowri wrote:
>>>>> Hi all,
>>>>>
>>>>> I suppose this is not at all a common problem and I am not sure how to
>>>>> solve this but here's what I do:
>>>>>
>>>>> I use the java library from tmatesoft to do a commit of some files
>>>>> from a tool that I'm writing. basically, the user uses this tool to
>>>>> trigger a simulation which writes some files to a directory. Now, the
>>>>> user expects the tool to add all of these files to SVN. If the files
>>>>> are modified (by hand or by changing some parameters on teh GUI whose
>>>>> values go into some files) then the user would like to commit them
>>>>> again by using this tool.
>>>>>
>>>>> My problem is:
>>>>> Adding files for the first time is easy enough but how do I update
>>>>> files later (because the users do not check out these output files and
>>>>> hence we do not have a concept of working copies)
>>>>>
>>>>> I'd really appreciate all the help I can get.
>>>>>
>>>>> Regards,
>>>>> Gowri
>>
>

Re: need solution for an unusual use case

2008-06-10T06:12:05Z

Hi Alexander,

removing editor.textDeltaEnd(...) worked :) What exactly does this do anyway? It was weird. I used to get recv failed if I stepped through the code and connection reset or malformed network data if I ran my old code. Thank you so much for your help. Really appreciate it.

Regards,
Gowri

Alexander Kitaev-3 wrote:

Hello,

It seems that I made a small mistake in the sample code: you shouldn't
call editor.textDeltaEnd(...) - it is called inside SVNDeltaGenerator();

Also, you should add the following lines to your code:

editor.closeDir(); // for openRoot
editor.closeEdit();

to commit transaction. Please, let me know if it resolves the problem -
I couldn't test the code right now, so may be it still miss something -
I'll test it tomorrow myself as well.

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

Gowri wrote:
> Hi Alexander,
>
> I modified my code to do what you suggested but was faced a 'recv failed'
> exception. I read all the posts I could find related to the subject and they
> all seemed to point to errors while specifying the path to the file being
> modified. Here's my code:
>
> String path = "file.log";
> SVNNodeKind nodeKind3 = repository.checkPath(path, -1);
> ISVNEditor editor = repository.getCommitEditor(
> "updating files", null);
> editor.openRoot(-1);
>
> try {
> editor.openFile(path, -1);
> editor.applyTextDelta(path, null);
> SVNDeltaGenerator deltaGenerator = new SVNDeltaGenerator();
> String checksum = deltaGenerator
> .sendDelta(path, new FileInputStream(new File(
> "C:\\test\\file.log")), editor, true);
> editor.textDeltaEnd(path);
> editor.closeFile(path, checksum);
> } catch (Exception e) {
> e.printStackTrace();
> }
>
> nodeKind3 correctly prints "file". I don't know what I'm doing wrong here
> (file.log is directly under the root.) Could you please help?
>
> Regards,
> Gowri
>
>
>
> Alexander Kitaev-3 wrote:
>> Hello,
>>
>> > My problem is:
>> > Adding files for the first time is easy enough but how do I update
>> > files later (because the users do not check out these output files and
>> > hence we do not have a concept of working copies)
>> So, am I understand correctly that your question is how to distinguish
>> locally modified files from those not modified?
>>
>> If that is correct then there are two basic ways of doing that. First,
>> you may compare file checksum (MD5 digest) with one stored on the server
>> side (in repository) for that file. In case checksum differs, then file
>> is modified.
>>
>> Another approach is to provide some sort of "working copy", e.g. store
>> checked out files revisions, timestamps and checksums locally (it not
>> necessary have to be some folder, it could be a separate file or
>> database). Then you may use this information to check whether file was
>> locally modified or not.
>>
>> To commit modified file, you may use the following code (I'll skip most,
>> only leave code that is relevant to file modification):
>>
>> editor.openFile(path, -1);
>> editor.applyTextDelta(path, null);
>> SVNDeltaGenerator deltaGenerator = new SVNDeltaGenerator( );
>> String checksum = deltaGenerator.
>> sendDelta(path , newFileContents /* InputStream */, editor , true);
>> editor.textDeltaEnd(path);
>> editor.closeFile(path, textChecksum)
>>
>>
>> Alexander Kitaev,
>> TMate Software,
>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>
>> Gowri wrote:
>>> Hi all,
>>>
>>> I suppose this is not at all a common problem and I am not sure how to
>>> solve this but here's what I do:
>>>
>>> I use the java library from tmatesoft to do a commit of some files
>>> from a tool that I'm writing. basically, the user uses this tool to
>>> trigger a simulation which writes some files to a directory. Now, the
>>> user expects the tool to add all of these files to SVN. If the files
>>> are modified (by hand or by changing some parameters on teh GUI whose
>>> values go into some files) then the user would like to commit them
>>> again by using this tool.
>>>
>>> My problem is:
>>> Adding files for the first time is easy enough but how do I update
>>> files later (because the users do not check out these output files and
>>> hence we do not have a concept of working copies)
>>>
>>> I'd really appreciate all the help I can get.
>>>
>>> Regards,
>>> Gowri
>>
>

Re: Problem while doing export or checkout from SVN using integration of SVNJava Library with Application

2008-06-10T04:44:25Z

Hi Alexendar,

Thanks for the reply. We are using SVN Java Library intgration for making Content Management System available on Java Application. There will be mulitple users accessing multiple documents with several operations Add/Update/Checkout/Commit/Delete at one time and hence it would not be feasible to implement the suggested solution.

Regards,
Kirti

Alexander Kitaev-3 wrote:

Hello Kirti,

If I understood the scenario correctly it looks like export works as
expected - it exports files to the computer (Application server) on
which Subversion library is called and its export code is executed.

I only could suggest you to do the following - checkout (export) as now,
so that files are stored on Application Server computer, then archive
checked out or exported files and send this archive as a response to the
users' checkout/export request.

Or provide user with a temporary download link that will let him
download checked out or exported files.

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

Kirti More wrote:
> Hi,
>
> I am using SVN Java API Library for integration of SVN with our existing
> Java Application for Content Managment. I have come across a issue while
> doing an export or checkout of the documents/folder from through the Java
> application from SVN server. We are having one Application Server & one SVN
> Repository server.
>
> Whenever user log in to the application and clicks on link, a request is
> sent to application server which in turn requests SVN server and gets the
> list of folders & documents and displays on client browser. There are two
> more functionalities present in the application to export or checkout the
> folder or document. When we are using this functionality and clicking on
> export providing the path where to export, it is exporting document on
> Application server at specified path and not on Client side from where the
> user is sending is request. The same problem is also happening for checkout
> functionality.
>
> Please let us know how we can get the documents or folders on client side
> and not on the server side.
>
> Regards,
> Kirti
>

Re: need solution for an unusual use case

2008-06-09T16:30:43Z

Hello,

It seems that I made a small mistake in the sample code: you shouldn't
call editor.textDeltaEnd(...) - it is called inside SVNDeltaGenerator();

Also, you should add the following lines to your code:

editor.closeDir(); // for openRoot
editor.closeEdit();

to commit transaction. Please, let me know if it resolves the problem -
I couldn't test the code right now, so may be it still miss something -
I'll test it tomorrow myself as well.

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

Gowri wrote:

> Hi Alexander,
>
> I modified my code to do what you suggested but was faced a 'recv failed'
> exception. I read all the posts I could find related to the subject and they
> all seemed to point to errors while specifying the path to the file being
> modified. Here's my code:
>
> String path = "file.log";
> SVNNodeKind nodeKind3 = repository.checkPath(path, -1);
> ISVNEditor editor = repository.getCommitEditor(
> "updating files", null);
> editor.openRoot(-1);
>
> try {
> editor.openFile(path, -1);
> editor.applyTextDelta(path, null);
> SVNDeltaGenerator deltaGenerator = new SVNDeltaGenerator();
> String checksum = deltaGenerator
> .sendDelta(path, new FileInputStream(new File(
> "C:\\test\\file.log")), editor, true);
> editor.textDeltaEnd(path);
> editor.closeFile(path, checksum);
> } catch (Exception e) {
> e.printStackTrace();
> }
>
> nodeKind3 correctly prints "file". I don't know what I'm doing wrong here
> (file.log is directly under the root.) Could you please help?
>
> Regards,
> Gowri
>
>
>
> Alexander Kitaev-3 wrote:
>> Hello,
>>
>> > My problem is:
>> > Adding files for the first time is easy enough but how do I update
>> > files later (because the users do not check out these output files and
>> > hence we do not have a concept of working copies)
>> So, am I understand correctly that your question is how to distinguish
>> locally modified files from those not modified?
>>
>> If that is correct then there are two basic ways of doing that. First,
>> you may compare file checksum (MD5 digest) with one stored on the server
>> side (in repository) for that file. In case checksum differs, then file
>> is modified.
>>
>> Another approach is to provide some sort of "working copy", e.g. store
>> checked out files revisions, timestamps and checksums locally (it not
>> necessary have to be some folder, it could be a separate file or
>> database). Then you may use this information to check whether file was
>> locally modified or not.
>>
>> To commit modified file, you may use the following code (I'll skip most,
>> only leave code that is relevant to file modification):
>>
>> editor.openFile(path, -1);
>> editor.applyTextDelta(path, null);
>> SVNDeltaGenerator deltaGenerator = new SVNDeltaGenerator( );
>> String checksum = deltaGenerator.
>> sendDelta(path , newFileContents /* InputStream */, editor , true);
>> editor.textDeltaEnd(path);
>> editor.closeFile(path, textChecksum)
>>
>>
>> Alexander Kitaev,
>> TMate Software,
>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>
>> Gowri wrote:
>>> Hi all,
>>>
>>> I suppose this is not at all a common problem and I am not sure how to
>>> solve this but here's what I do:
>>>
>>> I use the java library from tmatesoft to do a commit of some files
>>> from a tool that I'm writing. basically, the user uses this tool to
>>> trigger a simulation which writes some files to a directory. Now, the
>>> user expects the tool to add all of these files to SVN. If the files
>>> are modified (by hand or by changing some parameters on teh GUI whose
>>> values go into some files) then the user would like to commit them
>>> again by using this tool.
>>>
>>> My problem is:
>>> Adding files for the first time is easy enough but how do I update
>>> files later (because the users do not check out these output files and
>>> hence we do not have a concept of working copies)
>>>
>>> I'd really appreciate all the help I can get.
>>>
>>> Regards,
>>> Gowri
>>
>

Re: need solution for an unusual use case

2008-06-09T13:02:14Z

Hi Alexander,

I modified my code to do what you suggested but was faced a 'recv failed' exception. I read all the posts I could find related to the subject and they all seemed to point to errors while specifying the path to the file being modified. Here's my code:

String path = "file.log";
SVNNodeKind nodeKind3 = repository.checkPath(path, -1);
ISVNEditor editor = repository.getCommitEditor(
"updating files", null);
editor.openRoot(-1);

try {
editor.openFile(path, -1);
editor.applyTextDelta(path, null);
SVNDeltaGenerator deltaGenerator = new SVNDeltaGenerator();
String checksum = deltaGenerator
.sendDelta(path, new FileInputStream(new File(
"C:\\test\\file.log")), editor, true);
editor.textDeltaEnd(path);
editor.closeFile(path, checksum);
} catch (Exception e) {
e.printStackTrace();
}

nodeKind3 correctly prints "file". I don't know what I'm doing wrong here (file.log is directly under the root.) Could you please help?

Regards,
Gowri

Alexander Kitaev-3 wrote:

Hello,

> My problem is:
> Adding files for the first time is easy enough but how do I update
> files later (because the users do not check out these output files and
> hence we do not have a concept of working copies)
So, am I understand correctly that your question is how to distinguish
locally modified files from those not modified?

If that is correct then there are two basic ways of doing that. First,
you may compare file checksum (MD5 digest) with one stored on the server
side (in repository) for that file. In case checksum differs, then file
is modified.

Another approach is to provide some sort of "working copy", e.g. store
checked out files revisions, timestamps and checksums locally (it not
necessary have to be some folder, it could be a separate file or
database). Then you may use this information to check whether file was
locally modified or not.

To commit modified file, you may use the following code (I'll skip most,
only leave code that is relevant to file modification):

editor.openFile(path, -1);
editor.applyTextDelta(path, null);
SVNDeltaGenerator deltaGenerator = new SVNDeltaGenerator( );
String checksum = deltaGenerator.
sendDelta(path , newFileContents /* InputStream */, editor , true);
editor.textDeltaEnd(path);
editor.closeFile(path, textChecksum)

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

Gowri wrote:
> Hi all,
>
> I suppose this is not at all a common problem and I am not sure how to
> solve this but here's what I do:
>
> I use the java library from tmatesoft to do a commit of some files
> from a tool that I'm writing. basically, the user uses this tool to
> trigger a simulation which writes some files to a directory. Now, the
> user expects the tool to add all of these files to SVN. If the files
> are modified (by hand or by changing some parameters on teh GUI whose
> values go into some files) then the user would like to commit them
> again by using this tool.
>
> My problem is:
> Adding files for the first time is easy enough but how do I update
> files later (because the users do not check out these output files and
> hence we do not have a concept of working copies)
>
> I'd really appreciate all the help I can get.
>
> Regards,
> Gowri

Re: need solution for an unusual use case

2008-06-09T09:27:05Z

Hello,

> My problem is:
> Adding files for the first time is easy enough but how do I update
> files later (because the users do not check out these output files and
> hence we do not have a concept of working copies)
So, am I understand correctly that your question is how to distinguish
locally modified files from those not modified?

If that is correct then there are two basic ways of doing that. First,
you may compare file checksum (MD5 digest) with one stored on the server
side (in repository) for that file. In case checksum differs, then file
is modified.

Another approach is to provide some sort of "working copy", e.g. store
checked out files revisions, timestamps and checksums locally (it not
necessary have to be some folder, it could be a separate file or
database). Then you may use this information to check whether file was
locally modified or not.

To commit modified file, you may use the following code (I'll skip most,
only leave code that is relevant to file modification):

editor.openFile(path, -1);
editor.applyTextDelta(path, null);
SVNDeltaGenerator deltaGenerator = new SVNDeltaGenerator( );
String checksum = deltaGenerator.
sendDelta(path , newFileContents /* InputStream */, editor , true);
editor.textDeltaEnd(path);
editor.closeFile(path, textChecksum)

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

Gowri wrote:

> Hi all,
>
> I suppose this is not at all a common problem and I am not sure how to
> solve this but here's what I do:
>
> I use the java library from tmatesoft to do a commit of some files
> from a tool that I'm writing. basically, the user uses this tool to
> trigger a simulation which writes some files to a directory. Now, the
> user expects the tool to add all of these files to SVN. If the files
> are modified (by hand or by changing some parameters on teh GUI whose
> values go into some files) then the user would like to commit them
> again by using this tool.
>
> My problem is:
> Adding files for the first time is easy enough but how do I update
> files later (because the users do not check out these output files and
> hence we do not have a concept of working copies)
>
> I'd really appreciate all the help I can get.
>
> Regards,
> Gowri

Re: Problem while doing export or checkout from SVN using integration of SVNJava Library with Application

2008-06-09T09:14:55Z

Hello Kirti,

If I understood the scenario correctly it looks like export works as
expected - it exports files to the computer (Application server) on
which Subversion library is called and its export code is executed.

I only could suggest you to do the following - checkout (export) as now,
so that files are stored on Application Server computer, then archive
checked out or exported files and send this archive as a response to the
users' checkout/export request.

Or provide user with a temporary download link that will let him
download checked out or exported files.

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

Kirti More wrote:

> Hi,
>
> I am using SVN Java API Library for integration of SVN with our existing
> Java Application for Content Managment. I have come across a issue while
> doing an export or checkout of the documents/folder from through the Java
> application from SVN server. We are having one Application Server & one SVN
> Repository server.
>
> Whenever user log in to the application and clicks on link, a request is
> sent to application server which in turn requests SVN server and gets the
> list of folders & documents and displays on client browser. There are two
> more functionalities present in the application to export or checkout the
> folder or document. When we are using this functionality and clicking on
> export providing the path where to export, it is exporting document on
> Application server at specified path and not on Client side from where the
> user is sending is request. The same problem is also happening for checkout
> functionality.
>
> Please let us know how we can get the documents or folders on client side
> and not on the server side.
>
> Regards,
> Kirti
>

Problem while doing export or checkout from SVN using integration of SVNJava Library with Application

2008-06-09T04:24:02Z

Hi,

I am using SVN Java API Library for integration of SVN with our existing Java Application for Content Managment. I have come across a issue while doing an export or checkout of the documents/folder from through the Java application from SVN server. We are having one Application Server & one SVN Repository server.

Whenever user log in to the application and clicks on link, a request is sent to application server which in turn requests SVN server and gets the list of folders & documents and displays on client browser. There are two more functionalities present in the application to export or checkout the folder or document. When we are using this functionality and clicking on export providing the path where to export, it is exporting document on Application server at specified path and not on Client side from where the user is sending is request. The same problem is also happening for checkout functionality.

Please let us know how we can get the documents or folders on client side and not on the server side.

Regards,
Kirti

need solution for an unusual use case

2008-06-06T12:58:59Z

Hi all,

I suppose this is not at all a common problem and I am not sure how to
solve this but here's what I do:

I use the java library from tmatesoft to do a commit of some files
from a tool that I'm writing. basically, the user uses this tool to
trigger a simulation which writes some files to a directory. Now, the
user expects the tool to add all of these files to SVN. If the files
are modified (by hand or by changing some parameters on teh GUI whose
values go into some files) then the user would like to commit them
again by using this tool.

My problem is:
Adding files for the first time is easy enough but how do I update
files later (because the users do not check out these output files and
hence we do not have a concept of working copies)

I'd really appreciate all the help I can get.

Regards,
Gowri

Re: SVNGanymedSession causes memory leak?

2008-04-02T11:33:11Z

Hello Zsolt,

You may disable SSH connections pooling by setting the following System
property:

svnkit.ssh2.persistent=false

This will make SVNKit establish new SSH connection for each operation.

There is also pool of SVNRepository objects with underlying connections
- that pool keeps single SVNRepository object for each protocol used
(svn, svn+ssh, http, etc) and in general couldn't be disabled.

There is such pool per SVNClientManager (or SVNClient(Impl) instance) -
to make sure there is limited amount of such caches one have to call
SVNClientManager.dispose() or SVNClient.dispose() as long as
SVNClientManager or SVNClient is no longer needed. However, this pool
also closes connections on inactivity timeout.

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

Zsolt Koppany wrote:

> I will try it.
>
> Is it possible to disable all connection pools?
>
> Zsolt
>
>> -----Original Message-----
>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>> Sent: Tuesday, April 01, 2008 7:00 PM
>> To: javasvn-users@...
>> Subject: Re: SVNGanymedSession causes memory leak?
>>
>> Hello Zsolt,
>>
>> > We use svnkit-1.1.4.3622. We got a out-of-memory exception. The ibm-
>> heap
>> > analyzer shows that SVNGanymedSession helds 192MB memory.
>> May I ask you to check it with 1.1.6 version of SVNKit?
>>
>> In general, SSH connections are kept in pool with 10-minutes inactivity
>> timeout. So, in case your application creates too many SSH connections
>> in a short time and does not call SVNClient(Manager).dispose() when it
>> is no longer needed, all those connections may still be in memory in the
>> moment dump is taken.
>>
>> However, 192 MB is anyway too much for connections pool. Since version
>> 1.1.4 there was another memory-related problem fixed - it revealed
>> itself when SVNClient (JavaHL API implementation) was used - created
>> SVNClient instances were added to the static cache, but never disposed.
>>
>> So, I'd recommend you to try version 1.1.6 and, if possible, send me the
>> dump you have. Thanks!
>>
>> Alexander Kitaev,
>> TMate Software,
>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>
>> Zsolt Koppany wrote:
>>> Hi,
>>>
>>> We use svnkit-1.1.4.3622. We got a out-of-memory exception. The ibm-heap
>>> analyzer shows that SVNGanymedSession helds 192MB memory.
>>>
>>> Is it possible that SVNGanymedSession causes memory leak?
>>>
>>> Zsolt
>>>
>>>
>
>

RE: SVNGanymedSession causes memory leak?

2008-04-01T13:03:01Z

I will try it.

Is it possible to disable all connection pools?

Zsolt

> -----Original Message-----
> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
> Sent: Tuesday, April 01, 2008 7:00 PM
> To: javasvn-users@...
> Subject: Re: SVNGanymedSession causes memory leak?
>
> Hello Zsolt,
>
> > We use svnkit-1.1.4.3622. We got a out-of-memory exception. The ibm-
> heap
> > analyzer shows that SVNGanymedSession helds 192MB memory.
> May I ask you to check it with 1.1.6 version of SVNKit?
>
> In general, SSH connections are kept in pool with 10-minutes inactivity
> timeout. So, in case your application creates too many SSH connections
> in a short time and does not call SVNClient(Manager).dispose() when it
> is no longer needed, all those connections may still be in memory in the
> moment dump is taken.
>
> However, 192 MB is anyway too much for connections pool. Since version
> 1.1.4 there was another memory-related problem fixed - it revealed
> itself when SVNClient (JavaHL API implementation) was used - created
> SVNClient instances were added to the static cache, but never disposed.
>
> So, I'd recommend you to try version 1.1.6 and, if possible, send me the
> dump you have. Thanks!
>
> Alexander Kitaev,
> TMate Software,
> http://svnkit.com/ - Java [Sub]Versioning Library!
>
> Zsolt Koppany wrote:
> > Hi,
> >
> > We use svnkit-1.1.4.3622. We got a out-of-memory exception. The ibm-heap
> > analyzer shows that SVNGanymedSession helds 192MB memory.
> >
> > Is it possible that SVNGanymedSession causes memory leak?
> >
> > Zsolt
> >
> >

Re: SVNGanymedSession causes memory leak?

2008-04-01T10:00:27Z

Hello Zsolt,

> We use svnkit-1.1.4.3622. We got a out-of-memory exception. The ibm-heap
> analyzer shows that SVNGanymedSession helds 192MB memory.
May I ask you to check it with 1.1.6 version of SVNKit?

In general, SSH connections are kept in pool with 10-minutes inactivity
timeout. So, in case your application creates too many SSH connections
in a short time and does not call SVNClient(Manager).dispose() when it
is no longer needed, all those connections may still be in memory in the
moment dump is taken.

However, 192 MB is anyway too much for connections pool. Since version
1.1.4 there was another memory-related problem fixed - it revealed
itself when SVNClient (JavaHL API implementation) was used - created
SVNClient instances were added to the static cache, but never disposed.

So, I'd recommend you to try version 1.1.6 and, if possible, send me the
dump you have. Thanks!

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

Zsolt Koppany wrote:

> Hi,
>
> We use svnkit-1.1.4.3622. We got a out-of-memory exception. The ibm-heap
> analyzer shows that SVNGanymedSession helds 192MB memory.
>
> Is it possible that SVNGanymedSession causes memory leak?
>
> Zsolt
>
>

SVNGanymedSession causes memory leak?

2008-04-01T08:15:21Z

Hi,

We use svnkit-1.1.4.3622. We got a out-of-memory exception. The ibm-heap
analyzer shows that SVNGanymedSession helds 192MB memory.

Is it possible that SVNGanymedSession causes memory leak?

Zsolt

RE: Memory leak with org.tmatesoft.svn

2008-01-07T23:22:48Z

Alexander,

> However, there should not be references to SVNUpdateEditor and related
> classes unless "update" (checkout, diff, switch, status...) operation is
> running. There are not static fields these objects could be referenced
> by, so please also check that you have no background "update" operation
> running.

The attached code is just an example, it doesn't contain the entire code
used in the application.

Zsolt

> Alexander Kitaev,
> TMate Software,
> http://svnkit.com/ - Java [Sub]Versioning Library!
>
> Zsolt Koppany wrote:
> > It appears the org.tmatesoft.svn package causes a memory leak. All
> > SVNClientManager instances incl. all referenced objects stay in memory
> even
> > after all references by our application have been garbage collected.
> >
> > Our code basically looks like this:
> >
> > ISVNOptions options = SVNWCUtil.createDefaultOptions(true);
> > options.setAuthStorageEnabled(false);
> >
> >
> > SVNClientManager clientManager = SVNClientManager.newInstance(options,
> new
> > BasicAuthenticationManager(user, password));
> >
> > SVNRepository svnRepository =
> > clientManager.createRepository(SVNURL.parseURIDecoded(url), false);
> >
> > SVNLogClient logClient = clientManager.getLogClient();
> >
> > logClient.doLog(...);
> >
> > How can we fix the problem? We use svnkit-1.1.4.3622.
> >
> > Heap dump:
> >
> > Class
> > #instances
> > ======================================================================
> >
> > class org.tmatesoft.svn.core.auth.BasicAuthenticationManager 965
> > class org.tmatesoft.svn.core.SVNURL
> > 1321
> > class org.tmatesoft.svn.core.internal.io.fs.FSRepository
> 643
> > class org.tmatesoft.svn.core.internal.wc.SVNConfigFile
> 1930
> > class org.tmatesoft.svn.core.internal.io.fs.FSFS
> > 643
> > class org.tmatesoft.svn.core.auth.SVNSSHAuthentication 965
> > class org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool 965
> > class org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool$TimeoutTask
> 965
> >
> > class org.tmatesoft.svn.core.internal.wc.DefaultSVNOptions 965
> > class org.tmatesoft.svn.core.internal.wc.admin.SVNEntry 1778
> > class org.tmatesoft.svn.core.internal.io.fs.FSUpdateContext 315
> > class org.tmatesoft.svn.core.io.diff.SVNDiffInstruction
> 1651
> > class
> org.tmatesoft.svn.core.internal.delta.SVNRangeTree$SVNRangeTreeNode
> > 614
> > class [Lorg.tmatesoft.svn.core.io.diff.SVNDiffInstruction;
> 315
> > class org.tmatesoft.svn.core.wc.SVNClientManager
> 315
> > class org.tmatesoft.svn.core.internal.wc.SVNUpdateEditor 315
> > class org.tmatesoft.svn.core.internal.wc.admin.SVNAdminArea14 315
> > class org.tmatesoft.svn.core.internal.delta.SVNDeltaCombiner 315
> > class org.tmatesoft.svn.core.auth.SVNPasswordAuthentication 965
> > class org.tmatesoft.svn.core.auth.SVNUserNameAuthentication 965
> > class org.tmatesoft.svn.core.internal.wc.SVNCompositeConfigFile 965
> > class org.tmatesoft.svn.core.internal.delta.SVNVDeltaAlgorithm 315
> > class org.tmatesoft.svn.core.wc.SVNUpdateClient
> 315
> > class org.tmatesoft.svn.core.internal.wc.admin.SVNAdminArea14$1 315
> > class org.tmatesoft.svn.core.internal.delta.SVNRangeTree 315
> > class org.tmatesoft.svn.core.internal.delta.SVNXDeltaAlgorithm 315
> > class org.tmatesoft.svn.core.internal.wc.admin.SVNAdminAreaInfo 315
> > class org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess 315
> > class org.tmatesoft.svn.core.io.diff.SVNDeltaGenerator
> 315
> > class org.tmatesoft.svn.core.internal.wc.SVNCancellableEditor 315
> > class
> org.tmatesoft.svn.core.internal.delta.SVNDeltaCombiner$SVNOffsetsIndex
> > 315
> > class org.tmatesoft.svn.core.io.diff.SVNDeltaProcessor
> 315
> >
> >
> >

Re: Memory leak with org.tmatesoft.svn

2008-01-07T08:53:38Z

Hello Zsolt,

I will check that issue, meanwhile please make sure that you call
SVNClientManager.dispose() when you no longer need it.

However, there should not be references to SVNUpdateEditor and related
classes unless "update" (checkout, diff, switch, status...) operation is
running. There are not static fields these objects could be referenced
by, so please also check that you have no background "update" operation
running.

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

Zsolt Koppany wrote:

> It appears the org.tmatesoft.svn package causes a memory leak. All
> SVNClientManager instances incl. all referenced objects stay in memory even
> after all references by our application have been garbage collected.
>
> Our code basically looks like this:
>
> ISVNOptions options = SVNWCUtil.createDefaultOptions(true);
> options.setAuthStorageEnabled(false);
>
>
> SVNClientManager clientManager = SVNClientManager.newInstance(options, new
> BasicAuthenticationManager(user, password));
>
> SVNRepository svnRepository =
> clientManager.createRepository(SVNURL.parseURIDecoded(url), false);
>
> SVNLogClient logClient = clientManager.getLogClient();
>
> logClient.doLog(...);
>
> How can we fix the problem? We use svnkit-1.1.4.3622.
>
> Heap dump:
>
> Class
> #instances
> ======================================================================
>
> class org.tmatesoft.svn.core.auth.BasicAuthenticationManager 965
> class org.tmatesoft.svn.core.SVNURL
> 1321
> class org.tmatesoft.svn.core.internal.io.fs.FSRepository 643
> class org.tmatesoft.svn.core.internal.wc.SVNConfigFile 1930
> class org.tmatesoft.svn.core.internal.io.fs.FSFS
> 643
> class org.tmatesoft.svn.core.auth.SVNSSHAuthentication 965
> class org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool 965
> class org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool$TimeoutTask 965
>
> class org.tmatesoft.svn.core.internal.wc.DefaultSVNOptions 965
> class org.tmatesoft.svn.core.internal.wc.admin.SVNEntry 1778
> class org.tmatesoft.svn.core.internal.io.fs.FSUpdateContext 315
> class org.tmatesoft.svn.core.io.diff.SVNDiffInstruction 1651
> class org.tmatesoft.svn.core.internal.delta.SVNRangeTree$SVNRangeTreeNode
> 614
> class [Lorg.tmatesoft.svn.core.io.diff.SVNDiffInstruction; 315
> class org.tmatesoft.svn.core.wc.SVNClientManager 315
> class org.tmatesoft.svn.core.internal.wc.SVNUpdateEditor 315
> class org.tmatesoft.svn.core.internal.wc.admin.SVNAdminArea14 315
> class org.tmatesoft.svn.core.internal.delta.SVNDeltaCombiner 315
> class org.tmatesoft.svn.core.auth.SVNPasswordAuthentication 965
> class org.tmatesoft.svn.core.auth.SVNUserNameAuthentication 965
> class org.tmatesoft.svn.core.internal.wc.SVNCompositeConfigFile 965
> class org.tmatesoft.svn.core.internal.delta.SVNVDeltaAlgorithm 315
> class org.tmatesoft.svn.core.wc.SVNUpdateClient 315
> class org.tmatesoft.svn.core.internal.wc.admin.SVNAdminArea14$1 315
> class org.tmatesoft.svn.core.internal.delta.SVNRangeTree 315
> class org.tmatesoft.svn.core.internal.delta.SVNXDeltaAlgorithm 315
> class org.tmatesoft.svn.core.internal.wc.admin.SVNAdminAreaInfo 315
> class org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess 315
> class org.tmatesoft.svn.core.io.diff.SVNDeltaGenerator 315
> class org.tmatesoft.svn.core.internal.wc.SVNCancellableEditor 315
> class org.tmatesoft.svn.core.internal.delta.SVNDeltaCombiner$SVNOffsetsIndex
> 315
> class org.tmatesoft.svn.core.io.diff.SVNDeltaProcessor 315
>
>
>

Memory leak with org.tmatesoft.svn

2008-01-07T06:08:23Z

It appears the org.tmatesoft.svn package causes a memory leak. All
SVNClientManager instances incl. all referenced objects stay in memory even
after all references by our application have been garbage collected.

Our code basically looks like this:

ISVNOptions options = SVNWCUtil.createDefaultOptions(true);
options.setAuthStorageEnabled(false);

SVNClientManager clientManager = SVNClientManager.newInstance(options, new
BasicAuthenticationManager(user, password));

SVNRepository svnRepository =
clientManager.createRepository(SVNURL.parseURIDecoded(url), false);

SVNLogClient logClient = clientManager.getLogClient();

logClient.doLog(...);

How can we fix the problem? We use svnkit-1.1.4.3622.

Heap dump:

Class
#instances
======================================================================

class org.tmatesoft.svn.core.auth.BasicAuthenticationManager 965
class org.tmatesoft.svn.core.SVNURL
1321
class org.tmatesoft.svn.core.internal.io.fs.FSRepository 643
class org.tmatesoft.svn.core.internal.wc.SVNConfigFile 1930
class org.tmatesoft.svn.core.internal.io.fs.FSFS
643
class org.tmatesoft.svn.core.auth.SVNSSHAuthentication 965
class org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool 965
class org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool$TimeoutTask 965

class org.tmatesoft.svn.core.internal.wc.DefaultSVNOptions 965
class org.tmatesoft.svn.core.internal.wc.admin.SVNEntry 1778
class org.tmatesoft.svn.core.internal.io.fs.FSUpdateContext 315
class org.tmatesoft.svn.core.io.diff.SVNDiffInstruction 1651
class org.tmatesoft.svn.core.internal.delta.SVNRangeTree$SVNRangeTreeNode
614
class [Lorg.tmatesoft.svn.core.io.diff.SVNDiffInstruction; 315
class org.tmatesoft.svn.core.wc.SVNClientManager 315
class org.tmatesoft.svn.core.internal.wc.SVNUpdateEditor 315
class org.tmatesoft.svn.core.internal.wc.admin.SVNAdminArea14 315
class org.tmatesoft.svn.core.internal.delta.SVNDeltaCombiner 315
class org.tmatesoft.svn.core.auth.SVNPasswordAuthentication 965
class org.tmatesoft.svn.core.auth.SVNUserNameAuthentication 965
class org.tmatesoft.svn.core.internal.wc.SVNCompositeConfigFile 965
class org.tmatesoft.svn.core.internal.delta.SVNVDeltaAlgorithm 315
class org.tmatesoft.svn.core.wc.SVNUpdateClient 315
class org.tmatesoft.svn.core.internal.wc.admin.SVNAdminArea14$1 315
class org.tmatesoft.svn.core.internal.delta.SVNRangeTree 315
class org.tmatesoft.svn.core.internal.delta.SVNXDeltaAlgorithm 315
class org.tmatesoft.svn.core.internal.wc.admin.SVNAdminAreaInfo 315
class org.tmatesoft.svn.core.internal.wc.admin.SVNWCAccess 315
class org.tmatesoft.svn.core.io.diff.SVNDeltaGenerator 315
class org.tmatesoft.svn.core.internal.wc.SVNCancellableEditor 315
class org.tmatesoft.svn.core.internal.delta.SVNDeltaCombiner$SVNOffsetsIndex
315
class org.tmatesoft.svn.core.io.diff.SVNDeltaProcessor 315

Re: Exception - Timer already cancelled

2007-11-10T00:02:41Z

Hello ZSolt,

Yes, I just meant try the latest one. At the moment when I wrote you the
previous time 1.1.4.3579 was the latest one.
----
Alexander Sinyushkin,
TMate Software,
http://svnkit.com/ - Java [Sub]Versioning Library!

Zsolt Koppany wrote:

> Alexander,
>
> I don't see svnkit-1.1.4.3579, should I take 1.1.4.3613?
>
> Zsolt
>
>> -----Original Message-----
>> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
>> Sent: Sunday, November 04, 2007 9:25 PM
>> To: javasvn-users@...
>> Subject: Re: Exception - Timer already cancelled
>>
>> Hello ZSolt,
>>
>> On our build server I can see that the latest build for 1.1.x branch
>> full configuration is svnkit-1.1.4.3579, I would suggest you to try it
>> (just follow the artifacts link for the full 1.1.x configuration on
>> https://teamcity.svnkit.com). We would be glad to hear about your
>> testing results.
>>
>> ----
>> Alexander Sinyushkin,
>> TMate Software,
>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>
>> Zsolt Koppany wrote:
>>> Alexander,
>>>
>>> this is the version: svnkit-1.1.4.3484.
>>>
>>> How can I get the build number during run-rime?
>>>
>>> Zsolt
>>>
>>>> -----Original Message-----
>>>> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
>>>> Sent: Saturday, November 03, 2007 3:20 PM
>>>> To: javasvn-users@...
>>>> Subject: Re: Exception - Timer already cancelled
>>>>
>>>> Hello ZSolt,
>>>>
>>>> Is that the latest binary from 1.1.x branch?
>>>>
>>>> Regarding release time all I can say that it will happen not sooner
>> than
>>>> when Subversion 1.5 is released.
>>>>
>>>> ----
>>>> Alexander Sinyushkin,
>>>> TMate Software,
>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>
>>>> Zsolt Koppany wrote:
>>>>> Alexander,
>>>>>
>>>>> we use this file:
>>>>>
>>>>> -rw-r--r-- 1 zk 1222578 Sep 19 03:01 svnkit.jar
>>>>>
>>>>> When is the next stable release is planned?
>>>>>
>>>>> Zsolt
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>>>> Sent: Friday, October 26, 2007 4:37 PM
>>>>>> To: javasvn-users@...
>>>>>> Subject: Re: Exception - Timer already cancelled
>>>>>>
>>>>>> Hello Zsolt,
>>>>>>
>>>>>> This problem has to be fixed in revision 3473 in 1.1.x branch, so far
>> I
>>>>>> have no ideas why it could appear in later revisions.
>>>>>>
>>>>>> Timer only could enter "cancelled" state when unhandled exception is
>>>>>> thrown while its task is running, but now there is "try/catch
>>>>>> (Throwable)" clause that should make sure that this doesn't happen.
>>>>>> Also, in case there was such an exception it should be logged - do
>> you
>>>>>> have another exceptions in the log file?
>>>>>>
>>>>>> Another possible reason is that Timer object has been collected by GC
>>>>>> (for that to happen there should be no references left to
>>>>>> DefaultSVNRepositoryPool.class, I suppose this could happen in case
>>>>>> class loader used to load SVNKit classes has been garbage collected)
>> -
>>>>>> but even in that case new Timer instance will be created when
>>>>>> DefaultSVNRepositoryPool class is initialized again.
>>>>>>
>>>>>> Alexander Kitaev,
>>>>>> TMate Software,
>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>>>
>>>>>> Zsolt Koppany wrote:
>>>>>>> Alexander,
>>>>>>>
>>>>>>> this mornig I got the exeception below (using svnkit-1.1.4.3484):
>>>>>>>
>>>>>>> Any ideas?
>>>>>>>
>>>>>>> Zsolt
>>>>>>>
>>>>>>> 2007-10-26 10:47:51,665 ERROR cv.servlet.CBFilter - class
>>>>>>> java.lang.IllegalStateException [TP-Processor506]
>>>>>>> java.lang.IllegalStateException: Timer already cancelled.
>>>>>>> at java.util.Timer.sched(Timer.java:369)
>>>>>>> at java.util.Timer.schedule(Timer.java:185)
>>>>>>> at
>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>> to
>>>>>>> ryPool.java:133)
>>>>>>> at
>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>> to
>>>>>>> ryPool.java:111)
>>>>>>> at
>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
>>>>>> 1)
>>>>>>> at
>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
>>>>>> va
>>>>>>> :183)
>>>>>>> at
>>>>>>>
>> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
>>>>>> cm
>>>>>>> ProviderRepository.java:131)
>>>>>>> at
>>>>>>>
>> cv.scm.provider.svn.SvnJavaScmProvider.diff(SvnJavaScmProvider.java:473)
>>>>>>> at cv.manager.ScmProjectManager.diff(ScmProjectManager.java:573)
>>>>>>>
>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>>>>>> Sent: Thursday, October 04, 2007 6:26 PM
>>>>>>>> To: javasvn-users@...
>>>>>>>> Subject: Re: Exception - Timer already cancelled
>>>>>>>>
>>>>>>>> Hello Zsolt,
>>>>>>>>
>>>>>>>> > can you give me a jar file? Do all your tests work on this
>> branch?
>>>>>> We
>>>>>>>> want
>>>>>>>> > to use this version on a production server.
>>>>>>>> I would recommend you to use build #3484 from 1.1.x branch. All
>> tests
>>>>>>>> pass for it. Later versions includes JNI libraries that are not
>> well
>>>>>>>> tested yet and anyway we'd like to replace them with JNA.
>>>>>>>>
>>>>>>>> You may download build #3484 at
>>>>>>>>
>> https://teamcity.svnkit.com/viewLog.html?tab=artifacts&buildTypeId=bt6&bui
>>>>>>>> ldId=998
>>>>>>>>
>>>>>>>>
>>>>>>>> Alexander Kitaev,
>>>>>>>> TMate Software,
>>>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>>>>>
>>>>>>>> Zsolt Koppany wrote:
>>>>>>>>> Alexander,
>>>>>>>>>
>>>>>>>>> can you give me a jar file? Do all your tests work on this branch?
>>>> We
>>>>>>>> want
>>>>>>>>> to use this version on a production server.
>>>>>>>>>
>>>>>>>>> Zsolt
>>>>>>>>>
>>>>>>>>>> -----Original Message-----
>>>>>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>>>>>>>> Sent: Wednesday, October 03, 2007 8:19 PM
>>>>>>>>>> To: javasvn-users@...
>>>>>>>>>> Subject: Re: Exception - Timer already cancelled
>>>>>>>>>>
>>>>>>>>>> Hello Zsolt,
>>>>>>>>>>
>>>>>>>>>> Sorry, I've missed original email. Exception looks pretty strange
>> -
>>>>>>>>>> DefaultSVNRepositoryPool uses single Timer instance (static) and
>>>>>> never
>>>>>>>>>> calls "cancel" on it.
>>>>>>>>>>
>>>>>>>>>> What I found in the source code is that Timer object could be
>>>>>>>> considered
>>>>>>>>>> canceled in case there was an exception thrown during task
>>>> execution.
>>>>>> I
>>>>>>>>>> think this is the reason of the problem and we've fixed it in
>>>> branch
>>>>>>>>>> 1.1.x revision 3473.
>>>>>>>>>>
>>>>>>>>>> Could you please ask customer to try latest version of SVNKit
>> from
>>>>>>>> 1.1.x
>>>>>>>>>> branch? Thanks!
>>>>>>>>>>
>>>>>>>>>> Alexander Kitaev,
>>>>>>>>>> TMate Software,
>>>>>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>>>>>>>
>>>>>>>>>> Zsolt Koppany wrote:
>>>>>>>>>>> Any news on this issue?
>>>>>>>>>>>
>>>>>>>>>>> Zsolt
>>>>>>>>>>>> -----Original Message-----
>>>>>>>>>>>> From: Zsolt Koppany [mailto:zkoppanylist@...]
>>>>>>>>>>>> Sent: Thursday, September 27, 2007 6:20 AM
>>>>>>>>>>>> To: javasvn-users@...
>>>>>>>>>>>> Subject: Exception - Timer already cancelled
>>>>>>>>>>>>
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> A customer of us gets the Exception below. Any ideas for a
>>>>>>>> workaround?
>>>>>>>>>>>> Zsolt
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> 2007-09-26 05:03:31,474 ERROR scm.history.ScmShowFileRevision
>>>> -
>>>>>>>>>> Timer
>>>>>>>>>>>> already cancelled. [TP-Processor10]
>>>>>>>>>>>> java.lang.IllegalStateException: Timer already cancelled.
>>>>>>>>>>>> at java.util.Timer.sched(Timer.java:354)
>>>>>>>>>>>> at java.util.Timer.schedule(Timer.java:170)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>>>>>>>> to
>>>>>>>>>>>> ryPool.java:132)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>>>>>>>> to
>>>>>>>>>>>> ryPool.java:110)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
>>>>>>>>>>>> 1)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
>>>>>>>>>>>> va
>>>>>>>>>>>> :183)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
>>>>>>>>>>>> cm
>>>>>>>>>>>> ProviderRepository.java:131)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>>>> cv.scm.provider.svn.SvnJavaScmProvider.cat(SvnJavaScmProvider.java:429)
>>>>>>>>>>>> at
>>>>>>>> cv.manager.ScmProjectManager.cat(ScmProjectManager.java:549)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> cv.scm.history.ScmShowFileRevision.copyFileFromRepository(ScmShowFileRevis
>>>>>>>>>>>> io
>>>>>>>>>>>> n.java:159)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>>>>>> cv.scm.history.ScmShowFileRevision.exec(ScmShowFileRevision.java:131)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>>>>>> cv.scm.history.ScmShowFileRevision.doGet(ScmShowFileRevision.java:74)
>>>>>>>>>>>> at
>>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>>>>>>>>>>>> at
>>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>>>>>>>>>>>> on
>>>>>>>>>>>> FilterChain.java:252)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>>>>>>>>>>>> Ch
>>>>>>>>>>>> ain.java:173)
>>>>>>>>>>>> at
>>>>>>>> cv.security.SecurityFilter.doFilter(SecurityFilter.java:160)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>>>>>>>>>>>> on
>>>>>>>>>>>> FilterChain.java:202)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>>>>>>>>>>>> Ch
>>>>>>>>>>>> ain.java:173)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
>>>>>>>>>>>> ja
>>>>>>>>>>>> va:213)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
>>>>>>>>>>>> ja
>>>>>>>>>>>> va:178)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1
>>>>>>>>>>>> 26
>>>>>>>>>>>> )
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:1
>>>>>>>>>>>> 05
>>>>>>>>>>>> )
>>>>>>>>>>>>
>>>>>>>>>>>> Zsolt
>>>>>
>>>
>>>
>
>
>

RE: Exception - Timer already cancelled

2007-11-09T23:44:55Z

Alexander,

I don't see svnkit-1.1.4.3579, should I take 1.1.4.3613?

Zsolt

> -----Original Message-----
> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
> Sent: Sunday, November 04, 2007 9:25 PM
> To: javasvn-users@...
> Subject: Re: Exception - Timer already cancelled
>
> Hello ZSolt,
>
> On our build server I can see that the latest build for 1.1.x branch
> full configuration is svnkit-1.1.4.3579, I would suggest you to try it
> (just follow the artifacts link for the full 1.1.x configuration on
> https://teamcity.svnkit.com). We would be glad to hear about your
> testing results.
>
> ----
> Alexander Sinyushkin,
> TMate Software,
> http://svnkit.com/ - Java [Sub]Versioning Library!
>
> Zsolt Koppany wrote:
> > Alexander,
> >
> > this is the version: svnkit-1.1.4.3484.
> >
> > How can I get the build number during run-rime?
> >
> > Zsolt
> >
> >> -----Original Message-----
> >> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
> >> Sent: Saturday, November 03, 2007 3:20 PM
> >> To: javasvn-users@...
> >> Subject: Re: Exception - Timer already cancelled
> >>
> >> Hello ZSolt,
> >>
> >> Is that the latest binary from 1.1.x branch?
> >>
> >> Regarding release time all I can say that it will happen not sooner
> than
> >> when Subversion 1.5 is released.
> >>
> >> ----
> >> Alexander Sinyushkin,
> >> TMate Software,
> >> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>
> >> Zsolt Koppany wrote:
> >>> Alexander,
> >>>
> >>> we use this file:
> >>>
> >>> -rw-r--r-- 1 zk 1222578 Sep 19 03:01 svnkit.jar
> >>>
> >>> When is the next stable release is planned?
> >>>
> >>> Zsolt
> >>>
> >>>> -----Original Message-----
> >>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
> >>>> Sent: Friday, October 26, 2007 4:37 PM
> >>>> To: javasvn-users@...
> >>>> Subject: Re: Exception - Timer already cancelled
> >>>>
> >>>> Hello Zsolt,
> >>>>
> >>>> This problem has to be fixed in revision 3473 in 1.1.x branch, so far
> I
> >>>> have no ideas why it could appear in later revisions.
> >>>>
> >>>> Timer only could enter "cancelled" state when unhandled exception is
> >>>> thrown while its task is running, but now there is "try/catch
> >>>> (Throwable)" clause that should make sure that this doesn't happen.
> >>>> Also, in case there was such an exception it should be logged - do
> you
> >>>> have another exceptions in the log file?
> >>>>
> >>>> Another possible reason is that Timer object has been collected by GC
> >>>> (for that to happen there should be no references left to
> >>>> DefaultSVNRepositoryPool.class, I suppose this could happen in case
> >>>> class loader used to load SVNKit classes has been garbage collected)
> -
> >>>> but even in that case new Timer instance will be created when
> >>>> DefaultSVNRepositoryPool class is initialized again.
> >>>>
> >>>> Alexander Kitaev,
> >>>> TMate Software,
> >>>> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>>>
> >>>> Zsolt Koppany wrote:
> >>>>> Alexander,
> >>>>>
> >>>>> this mornig I got the exeception below (using svnkit-1.1.4.3484):
> >>>>>
> >>>>> Any ideas?
> >>>>>
> >>>>> Zsolt
> >>>>>
> >>>>> 2007-10-26 10:47:51,665 ERROR cv.servlet.CBFilter - class
> >>>>> java.lang.IllegalStateException [TP-Processor506]
> >>>>> java.lang.IllegalStateException: Timer already cancelled.
> >>>>> at java.util.Timer.sched(Timer.java:369)
> >>>>> at java.util.Timer.schedule(Timer.java:185)
> >>>>> at
> >>>>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >>>> to
> >>>>> ryPool.java:133)
> >>>>> at
> >>>>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >>>> to
> >>>>> ryPool.java:111)
> >>>>> at
> >>>>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
> >>>> 1)
> >>>>> at
> >>>>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
> >>>> va
> >>>>> :183)
> >>>>> at
> >>>>>
> >>
> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
> >>>> cm
> >>>>> ProviderRepository.java:131)
> >>>>> at
> >>>>>
> >>
> cv.scm.provider.svn.SvnJavaScmProvider.diff(SvnJavaScmProvider.java:473)
> >>>>> at cv.manager.ScmProjectManager.diff(ScmProjectManager.java:573)
> >>>>>
> >>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
> >>>>>> Sent: Thursday, October 04, 2007 6:26 PM
> >>>>>> To: javasvn-users@...
> >>>>>> Subject: Re: Exception - Timer already cancelled
> >>>>>>
> >>>>>> Hello Zsolt,
> >>>>>>
> >>>>>> > can you give me a jar file? Do all your tests work on this
> branch?
> >>>> We
> >>>>>> want
> >>>>>> > to use this version on a production server.
> >>>>>> I would recommend you to use build #3484 from 1.1.x branch. All
> tests
> >>>>>> pass for it. Later versions includes JNI libraries that are not
> well
> >>>>>> tested yet and anyway we'd like to replace them with JNA.
> >>>>>>
> >>>>>> You may download build #3484 at
> >>>>>>
> >>
> https://teamcity.svnkit.com/viewLog.html?tab=artifacts&buildTypeId=bt6&bui
> >>>>>> ldId=998
> >>>>>>
> >>>>>>
> >>>>>> Alexander Kitaev,
> >>>>>> TMate Software,
> >>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>>>>>
> >>>>>> Zsolt Koppany wrote:
> >>>>>>> Alexander,
> >>>>>>>
> >>>>>>> can you give me a jar file? Do all your tests work on this branch?
> >> We
> >>>>>> want
> >>>>>>> to use this version on a production server.
> >>>>>>>
> >>>>>>> Zsolt
> >>>>>>>
> >>>>>>>> -----Original Message-----
> >>>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
> >>>>>>>> Sent: Wednesday, October 03, 2007 8:19 PM
> >>>>>>>> To: javasvn-users@...
> >>>>>>>> Subject: Re: Exception - Timer already cancelled
> >>>>>>>>
> >>>>>>>> Hello Zsolt,
> >>>>>>>>
> >>>>>>>> Sorry, I've missed original email. Exception looks pretty strange
> -
> >>>>>>>> DefaultSVNRepositoryPool uses single Timer instance (static) and
> >>>> never
> >>>>>>>> calls "cancel" on it.
> >>>>>>>>
> >>>>>>>> What I found in the source code is that Timer object could be
> >>>>>> considered
> >>>>>>>> canceled in case there was an exception thrown during task
> >> execution.
> >>>> I
> >>>>>>>> think this is the reason of the problem and we've fixed it in
> >> branch
> >>>>>>>> 1.1.x revision 3473.
> >>>>>>>>
> >>>>>>>> Could you please ask customer to try latest version of SVNKit
> from
> >>>>>> 1.1.x
> >>>>>>>> branch? Thanks!
> >>>>>>>>
> >>>>>>>> Alexander Kitaev,
> >>>>>>>> TMate Software,
> >>>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>>>>>>>
> >>>>>>>> Zsolt Koppany wrote:
> >>>>>>>>> Any news on this issue?
> >>>>>>>>>
> >>>>>>>>> Zsolt
> >>>>>>>>>> -----Original Message-----
> >>>>>>>>>> From: Zsolt Koppany [mailto:zkoppanylist@...]
> >>>>>>>>>> Sent: Thursday, September 27, 2007 6:20 AM
> >>>>>>>>>> To: javasvn-users@...
> >>>>>>>>>> Subject: Exception - Timer already cancelled
> >>>>>>>>>>
> >>>>>>>>>> Hi,
> >>>>>>>>>>
> >>>>>>>>>> A customer of us gets the Exception below. Any ideas for a
> >>>>>> workaround?
> >>>>>>>>>> Zsolt
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> 2007-09-26 05:03:31,474 ERROR scm.history.ScmShowFileRevision
> >> -
> >>>>>>>> Timer
> >>>>>>>>>> already cancelled. [TP-Processor10]
> >>>>>>>>>> java.lang.IllegalStateException: Timer already cancelled.
> >>>>>>>>>> at java.util.Timer.sched(Timer.java:354)
> >>>>>>>>>> at java.util.Timer.schedule(Timer.java:170)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >>>>>>>>>> to
> >>>>>>>>>> ryPool.java:132)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >>>>>>>>>> to
> >>>>>>>>>> ryPool.java:110)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
> >>>>>>>>>> 1)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
> >>>>>>>>>> va
> >>>>>>>>>> :183)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
> >>>>>>>>>> cm
> >>>>>>>>>> ProviderRepository.java:131)
> >>>>>>>>>> at
> >>>>>>>>>>
> >> cv.scm.provider.svn.SvnJavaScmProvider.cat(SvnJavaScmProvider.java:429)
> >>>>>>>>>> at
> >>>>>> cv.manager.ScmProjectManager.cat(ScmProjectManager.java:549)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> cv.scm.history.ScmShowFileRevision.copyFileFromRepository(ScmShowFileRevis
> >>>>>>>>>> io
> >>>>>>>>>> n.java:159)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>>> cv.scm.history.ScmShowFileRevision.exec(ScmShowFileRevision.java:131)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>>> cv.scm.history.ScmShowFileRevision.doGet(ScmShowFileRevision.java:74)
> >>>>>>>>>> at
> >>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
> >>>>>>>>>> at
> >>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
> >>>>>>>>>> on
> >>>>>>>>>> FilterChain.java:252)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
> >>>>>>>>>> Ch
> >>>>>>>>>> ain.java:173)
> >>>>>>>>>> at
> >>>>>> cv.security.SecurityFilter.doFilter(SecurityFilter.java:160)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
> >>>>>>>>>> on
> >>>>>>>>>> FilterChain.java:202)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
> >>>>>>>>>> Ch
> >>>>>>>>>> ain.java:173)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
> >>>>>>>>>> ja
> >>>>>>>>>> va:213)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
> >>>>>>>>>> ja
> >>>>>>>>>> va:178)
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1
> >>>>>>>>>> 26
> >>>>>>>>>> )
> >>>>>>>>>> at
> >>>>>>>>>>
> >>
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:1
> >>>>>>>>>> 05
> >>>>>>>>>> )
> >>>>>>>>>>
> >>>>>>>>>> Zsolt
> >>>
> >>>
> >
> >
> >

Re: login error on https://teamcity.svnkit.com/login.html

2007-11-09T07:59:21Z

Click the link...

/Jesper

On 11/9/07, Zsolt Koppany <zkoppanylist@...> wrote:
> I still cannot login to https://teamcity.svnkit.com/login.html
>
> Zsolt
>
>
>

login.png (23K) Download Attachment

login error on https://teamcity.svnkit.com/login.html

2007-11-09T03:46:37Z

I still cannot login to https://teamcity.svnkit.com/login.html

Zsolt

screenshot.png (16K) Download Attachment

RE: Exception - Timer already cancelled

2007-11-06T01:58:01Z

Alexander,

I get no access to server https://teamcity.svnkit.com:

The expression below gives "1.1.4 r3484":

Version.getMajorVersion() + "." + Version.getMinorVersion()
+ "." + Version.getMicroVersion()+ " r" + Version.getRevisionNumber()

Zsolt

> -----Original Message-----
> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
> Sent: Monday, November 05, 2007 10:22 AM
> To: javasvn-users@...
> Subject: Re: Exception - Timer already cancelled
>
> Hello ZSolt,
>
> I've just tried to login as a guest and had no troubles.
>
> ----
> Alexander Sinyushkin,
> TMate Software,
> http://svnkit.com/ - Java [Sub]Versioning Library!
>
> Zsolt Koppany wrote:
> > Alexander,
> >
> > guest/guest doesn't seem tom work any more on:
> >
> > https://teamcity.svnkit.com
> >
> > Zsolt
> >
> >> -----Original Message-----
> >> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
> >> Sent: Sunday, November 04, 2007 9:25 PM
> >> To: javasvn-users@...
> >> Subject: Re: Exception - Timer already cancelled
> >>
> >> Hello ZSolt,
> >>
> >> On our build server I can see that the latest build for 1.1.x branch
> >> full configuration is svnkit-1.1.4.3579, I would suggest you to try it
> >> (just follow the artifacts link for the full 1.1.x configuration on
> >> https://teamcity.svnkit.com). We would be glad to hear about your
> >> testing results.
> >>
> >> ----
> >> Alexander Sinyushkin,
> >> TMate Software,
> >> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>
> >> Zsolt Koppany wrote:
> >>> Alexander,
> >>>
> >>> this is the version: svnkit-1.1.4.3484.
> >>>
> >>> How can I get the build number during run-rime?
> >>>
> >>> Zsolt
> >>>
> >>>> -----Original Message-----
> >>>> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
> >>>> Sent: Saturday, November 03, 2007 3:20 PM
> >>>> To: javasvn-users@...
> >>>> Subject: Re: Exception - Timer already cancelled
> >>>>
> >>>> Hello ZSolt,
> >>>>
> >>>> Is that the latest binary from 1.1.x branch?
> >>>>
> >>>> Regarding release time all I can say that it will happen not sooner
> >> than
> >>>> when Subversion 1.5 is released.
> >>>>
> >>>> ----
> >>>> Alexander Sinyushkin,
> >>>> TMate Software,
> >>>> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>>>
> >>>> Zsolt Koppany wrote:
> >>>>> Alexander,
> >>>>>
> >>>>> we use this file:
> >>>>>
> >>>>> -rw-r--r-- 1 zk 1222578 Sep 19 03:01 svnkit.jar
> >>>>>
> >>>>> When is the next stable release is planned?
> >>>>>
> >>>>> Zsolt
> >>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
> >>>>>> Sent: Friday, October 26, 2007 4:37 PM
> >>>>>> To: javasvn-users@...
> >>>>>> Subject: Re: Exception - Timer already cancelled
> >>>>>>
> >>>>>> Hello Zsolt,
> >>>>>>
> >>>>>> This problem has to be fixed in revision 3473 in 1.1.x branch, so
> far
> >> I
> >>>>>> have no ideas why it could appear in later revisions.
> >>>>>>
> >>>>>> Timer only could enter "cancelled" state when unhandled exception
> is
> >>>>>> thrown while its task is running, but now there is "try/catch
> >>>>>> (Throwable)" clause that should make sure that this doesn't happen.
> >>>>>> Also, in case there was such an exception it should be logged - do
> >> you
> >>>>>> have another exceptions in the log file?
> >>>>>>
> >>>>>> Another possible reason is that Timer object has been collected by
> GC
> >>>>>> (for that to happen there should be no references left to
> >>>>>> DefaultSVNRepositoryPool.class, I suppose this could happen in case
> >>>>>> class loader used to load SVNKit classes has been garbage
> collected)
> >> -
> >>>>>> but even in that case new Timer instance will be created when
> >>>>>> DefaultSVNRepositoryPool class is initialized again.
> >>>>>>
> >>>>>> Alexander Kitaev,
> >>>>>> TMate Software,
> >>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>>>>>
> >>>>>> Zsolt Koppany wrote:
> >>>>>>> Alexander,
> >>>>>>>
> >>>>>>> this mornig I got the exeception below (using svnkit-1.1.4.3484):
> >>>>>>>
> >>>>>>> Any ideas?
> >>>>>>>
> >>>>>>> Zsolt
> >>>>>>>
> >>>>>>> 2007-10-26 10:47:51,665 ERROR cv.servlet.CBFilter - class
> >>>>>>> java.lang.IllegalStateException [TP-Processor506]
> >>>>>>> java.lang.IllegalStateException: Timer already cancelled.
> >>>>>>> at java.util.Timer.sched(Timer.java:369)
> >>>>>>> at java.util.Timer.schedule(Timer.java:185)
> >>>>>>> at
> >>>>>>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >>>>>> to
> >>>>>>> ryPool.java:133)
> >>>>>>> at
> >>>>>>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >>>>>> to
> >>>>>>> ryPool.java:111)
> >>>>>>> at
> >>>>>>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
> >>>>>> 1)
> >>>>>>> at
> >>>>>>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
> >>>>>> va
> >>>>>>> :183)
> >>>>>>> at
> >>>>>>>
> >>
> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
> >>>>>> cm
> >>>>>>> ProviderRepository.java:131)
> >>>>>>> at
> >>>>>>>
> >>
> cv.scm.provider.svn.SvnJavaScmProvider.diff(SvnJavaScmProvider.java:473)
> >>>>>>> at
> cv.manager.ScmProjectManager.diff(ScmProjectManager.java:573)
> >>>>>>>
> >>>>>>>
> >>>>>>>> -----Original Message-----
> >>>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
> >>>>>>>> Sent: Thursday, October 04, 2007 6:26 PM
> >>>>>>>> To: javasvn-users@...
> >>>>>>>> Subject: Re: Exception - Timer already cancelled
> >>>>>>>>
> >>>>>>>> Hello Zsolt,
> >>>>>>>>
> >>>>>>>> > can you give me a jar file? Do all your tests work on this
> >> branch?
> >>>>>> We
> >>>>>>>> want
> >>>>>>>> > to use this version on a production server.
> >>>>>>>> I would recommend you to use build #3484 from 1.1.x branch. All
> >> tests
> >>>>>>>> pass for it. Later versions includes JNI libraries that are not
> >> well
> >>>>>>>> tested yet and anyway we'd like to replace them with JNA.
> >>>>>>>>
> >>>>>>>> You may download build #3484 at
> >>>>>>>>
> >>
> https://teamcity.svnkit.com/viewLog.html?tab=artifacts&buildTypeId=bt6&bui
> >>>>>>>> ldId=998
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> Alexander Kitaev,
> >>>>>>>> TMate Software,
> >>>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>>>>>>>
> >>>>>>>> Zsolt Koppany wrote:
> >>>>>>>>> Alexander,
> >>>>>>>>>
> >>>>>>>>> can you give me a jar file? Do all your tests work on this
> branch?
> >>>> We
> >>>>>>>> want
> >>>>>>>>> to use this version on a production server.
> >>>>>>>>>
> >>>>>>>>> Zsolt
> >>>>>>>>>
> >>>>>>>>>> -----Original Message-----
> >>>>>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
> >>>>>>>>>> Sent: Wednesday, October 03, 2007 8:19 PM
> >>>>>>>>>> To: javasvn-users@...
> >>>>>>>>>> Subject: Re: Exception - Timer already cancelled
> >>>>>>>>>>
> >>>>>>>>>> Hello Zsolt,
> >>>>>>>>>>
> >>>>>>>>>> Sorry, I've missed original email. Exception looks pretty
> strange
> >> -
> >>>>>>>>>> DefaultSVNRepositoryPool uses single Timer instance (static)
> and
> >>>>>> never
> >>>>>>>>>> calls "cancel" on it.
> >>>>>>>>>>
> >>>>>>>>>> What I found in the source code is that Timer object could be
> >>>>>>>> considered
> >>>>>>>>>> canceled in case there was an exception thrown during task
> >>>> execution.
> >>>>>> I
> >>>>>>>>>> think this is the reason of the problem and we've fixed it in
> >>>> branch
> >>>>>>>>>> 1.1.x revision 3473.
> >>>>>>>>>>
> >>>>>>>>>> Could you please ask customer to try latest version of SVNKit
> >> from
> >>>>>>>> 1.1.x
> >>>>>>>>>> branch? Thanks!
> >>>>>>>>>>
> >>>>>>>>>> Alexander Kitaev,
> >>>>>>>>>> TMate Software,
> >>>>>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>>>>>>>>>
> >>>>>>>>>> Zsolt Koppany wrote:
> >>>>>>>>>>> Any news on this issue?
> >>>>>>>>>>>
> >>>>>>>>>>> Zsolt
> >>>>>>>>>>>> -----Original Message-----
> >>>>>>>>>>>> From: Zsolt Koppany [mailto:zkoppanylist@...]
> >>>>>>>>>>>> Sent: Thursday, September 27, 2007 6:20 AM
> >>>>>>>>>>>> To: javasvn-users@...
> >>>>>>>>>>>> Subject: Exception - Timer already cancelled
> >>>>>>>>>>>>
> >>>>>>>>>>>> Hi,
> >>>>>>>>>>>>
> >>>>>>>>>>>> A customer of us gets the Exception below. Any ideas for a
> >>>>>>>> workaround?
> >>>>>>>>>>>> Zsolt
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> 2007-09-26 05:03:31,474 ERROR scm.history.ScmShowFileRevision
> >>>> -
> >>>>>>>>>> Timer
> >>>>>>>>>>>> already cancelled. [TP-Processor10]
> >>>>>>>>>>>> java.lang.IllegalStateException: Timer already cancelled.
> >>>>>>>>>>>> at java.util.Timer.sched(Timer.java:354)
> >>>>>>>>>>>> at java.util.Timer.schedule(Timer.java:170)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >>>>>>>>>>>> to
> >>>>>>>>>>>> ryPool.java:132)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >>>>>>>>>>>> to
> >>>>>>>>>>>> ryPool.java:110)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
> >>>>>>>>>>>> 1)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
> >>>>>>>>>>>> va
> >>>>>>>>>>>> :183)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
> >>>>>>>>>>>> cm
> >>>>>>>>>>>> ProviderRepository.java:131)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>>>
> cv.scm.provider.svn.SvnJavaScmProvider.cat(SvnJavaScmProvider.java:429)
> >>>>>>>>>>>> at
> >>>>>>>> cv.manager.ScmProjectManager.cat(ScmProjectManager.java:549)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> cv.scm.history.ScmShowFileRevision.copyFileFromRepository(ScmShowFileRevis
> >>>>>>>>>>>> io
> >>>>>>>>>>>> n.java:159)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>>>>>
> cv.scm.history.ScmShowFileRevision.exec(ScmShowFileRevision.java:131)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>>>>>
> cv.scm.history.ScmShowFileRevision.doGet(ScmShowFileRevision.java:74)
> >>>>>>>>>>>> at
> >>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
> >>>>>>>>>>>> at
> >>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
> >>>>>>>>>>>> on
> >>>>>>>>>>>> FilterChain.java:252)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
> >>>>>>>>>>>> Ch
> >>>>>>>>>>>> ain.java:173)
> >>>>>>>>>>>> at
> >>>>>>>> cv.security.SecurityFilter.doFilter(SecurityFilter.java:160)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
> >>>>>>>>>>>> on
> >>>>>>>>>>>> FilterChain.java:202)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
> >>>>>>>>>>>> Ch
> >>>>>>>>>>>> ain.java:173)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
> >>>>>>>>>>>> ja
> >>>>>>>>>>>> va:213)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
> >>>>>>>>>>>> ja
> >>>>>>>>>>>> va:178)
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1
> >>>>>>>>>>>> 26
> >>>>>>>>>>>> )
> >>>>>>>>>>>> at
> >>>>>>>>>>>>
> >>
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:1
> >>>>>>>>>>>> 05
> >>>>>>>>>>>> )
> >>>>>>>>>>>>
> >>>>>>>>>>>> Zsolt
> >>>>>
> >>>
> >>>
> >
> >
> >

Re: Exception - Timer already cancelled

2007-11-05T07:39:48Z

Hello Zsolt,

> How can I get the build number during run-rime?
Please use org.tmatesoft.svn.util.Version class.

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

Zsolt Koppany wrote:

> Alexander,
>
> this is the version: svnkit-1.1.4.3484.
>
> How can I get the build number during run-rime?
>
> Zsolt
>
>> -----Original Message-----
>> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
>> Sent: Saturday, November 03, 2007 3:20 PM
>> To: javasvn-users@...
>> Subject: Re: Exception - Timer already cancelled
>>
>> Hello ZSolt,
>>
>> Is that the latest binary from 1.1.x branch?
>>
>> Regarding release time all I can say that it will happen not sooner than
>> when Subversion 1.5 is released.
>>
>> ----
>> Alexander Sinyushkin,
>> TMate Software,
>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>
>> Zsolt Koppany wrote:
>>> Alexander,
>>>
>>> we use this file:
>>>
>>> -rw-r--r-- 1 zk 1222578 Sep 19 03:01 svnkit.jar
>>>
>>> When is the next stable release is planned?
>>>
>>> Zsolt
>>>
>>>> -----Original Message-----
>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>> Sent: Friday, October 26, 2007 4:37 PM
>>>> To: javasvn-users@...
>>>> Subject: Re: Exception - Timer already cancelled
>>>>
>>>> Hello Zsolt,
>>>>
>>>> This problem has to be fixed in revision 3473 in 1.1.x branch, so far I
>>>> have no ideas why it could appear in later revisions.
>>>>
>>>> Timer only could enter "cancelled" state when unhandled exception is
>>>> thrown while its task is running, but now there is "try/catch
>>>> (Throwable)" clause that should make sure that this doesn't happen.
>>>> Also, in case there was such an exception it should be logged - do you
>>>> have another exceptions in the log file?
>>>>
>>>> Another possible reason is that Timer object has been collected by GC
>>>> (for that to happen there should be no references left to
>>>> DefaultSVNRepositoryPool.class, I suppose this could happen in case
>>>> class loader used to load SVNKit classes has been garbage collected) -
>>>> but even in that case new Timer instance will be created when
>>>> DefaultSVNRepositoryPool class is initialized again.
>>>>
>>>> Alexander Kitaev,
>>>> TMate Software,
>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>
>>>> Zsolt Koppany wrote:
>>>>> Alexander,
>>>>>
>>>>> this mornig I got the exeception below (using svnkit-1.1.4.3484):
>>>>>
>>>>> Any ideas?
>>>>>
>>>>> Zsolt
>>>>>
>>>>> 2007-10-26 10:47:51,665 ERROR cv.servlet.CBFilter - class
>>>>> java.lang.IllegalStateException [TP-Processor506]
>>>>> java.lang.IllegalStateException: Timer already cancelled.
>>>>> at java.util.Timer.sched(Timer.java:369)
>>>>> at java.util.Timer.schedule(Timer.java:185)
>>>>> at
>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>> to
>>>>> ryPool.java:133)
>>>>> at
>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>> to
>>>>> ryPool.java:111)
>>>>> at
>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
>>>> 1)
>>>>> at
>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
>>>> va
>>>>> :183)
>>>>> at
>>>>>
>> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
>>>> cm
>>>>> ProviderRepository.java:131)
>>>>> at
>>>>>
>> cv.scm.provider.svn.SvnJavaScmProvider.diff(SvnJavaScmProvider.java:473)
>>>>> at cv.manager.ScmProjectManager.diff(ScmProjectManager.java:573)
>>>>>
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>>>> Sent: Thursday, October 04, 2007 6:26 PM
>>>>>> To: javasvn-users@...
>>>>>> Subject: Re: Exception - Timer already cancelled
>>>>>>
>>>>>> Hello Zsolt,
>>>>>>
>>>>>> > can you give me a jar file? Do all your tests work on this branch?
>>>> We
>>>>>> want
>>>>>> > to use this version on a production server.
>>>>>> I would recommend you to use build #3484 from 1.1.x branch. All tests
>>>>>> pass for it. Later versions includes JNI libraries that are not well
>>>>>> tested yet and anyway we'd like to replace them with JNA.
>>>>>>
>>>>>> You may download build #3484 at
>>>>>>
>> https://teamcity.svnkit.com/viewLog.html?tab=artifacts&buildTypeId=bt6&bui
>>>>>> ldId=998
>>>>>>
>>>>>>
>>>>>> Alexander Kitaev,
>>>>>> TMate Software,
>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>>>
>>>>>> Zsolt Koppany wrote:
>>>>>>> Alexander,
>>>>>>>
>>>>>>> can you give me a jar file? Do all your tests work on this branch?
>> We
>>>>>> want
>>>>>>> to use this version on a production server.
>>>>>>>
>>>>>>> Zsolt
>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>>>>>> Sent: Wednesday, October 03, 2007 8:19 PM
>>>>>>>> To: javasvn-users@...
>>>>>>>> Subject: Re: Exception - Timer already cancelled
>>>>>>>>
>>>>>>>> Hello Zsolt,
>>>>>>>>
>>>>>>>> Sorry, I've missed original email. Exception looks pretty strange -
>>>>>>>> DefaultSVNRepositoryPool uses single Timer instance (static) and
>>>> never
>>>>>>>> calls "cancel" on it.
>>>>>>>>
>>>>>>>> What I found in the source code is that Timer object could be
>>>>>> considered
>>>>>>>> canceled in case there was an exception thrown during task
>> execution.
>>>> I
>>>>>>>> think this is the reason of the problem and we've fixed it in
>> branch
>>>>>>>> 1.1.x revision 3473.
>>>>>>>>
>>>>>>>> Could you please ask customer to try latest version of SVNKit from
>>>>>> 1.1.x
>>>>>>>> branch? Thanks!
>>>>>>>>
>>>>>>>> Alexander Kitaev,
>>>>>>>> TMate Software,
>>>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>>>>>
>>>>>>>> Zsolt Koppany wrote:
>>>>>>>>> Any news on this issue?
>>>>>>>>>
>>>>>>>>> Zsolt
>>>>>>>>>> -----Original Message-----
>>>>>>>>>> From: Zsolt Koppany [mailto:zkoppanylist@...]
>>>>>>>>>> Sent: Thursday, September 27, 2007 6:20 AM
>>>>>>>>>> To: javasvn-users@...
>>>>>>>>>> Subject: Exception - Timer already cancelled
>>>>>>>>>>
>>>>>>>>>> Hi,
>>>>>>>>>>
>>>>>>>>>> A customer of us gets the Exception below. Any ideas for a
>>>>>> workaround?
>>>>>>>>>> Zsolt
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2007-09-26 05:03:31,474 ERROR scm.history.ScmShowFileRevision
>> -
>>>>>>>> Timer
>>>>>>>>>> already cancelled. [TP-Processor10]
>>>>>>>>>> java.lang.IllegalStateException: Timer already cancelled.
>>>>>>>>>> at java.util.Timer.sched(Timer.java:354)
>>>>>>>>>> at java.util.Timer.schedule(Timer.java:170)
>>>>>>>>>> at
>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>>>>>> to
>>>>>>>>>> ryPool.java:132)
>>>>>>>>>> at
>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>>>>>> to
>>>>>>>>>> ryPool.java:110)
>>>>>>>>>> at
>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
>>>>>>>>>> 1)
>>>>>>>>>> at
>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
>>>>>>>>>> va
>>>>>>>>>> :183)
>>>>>>>>>> at
>>>>>>>>>>
>> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
>>>>>>>>>> cm
>>>>>>>>>> ProviderRepository.java:131)
>>>>>>>>>> at
>>>>>>>>>>
>> cv.scm.provider.svn.SvnJavaScmProvider.cat(SvnJavaScmProvider.java:429)
>>>>>>>>>> at
>>>>>> cv.manager.ScmProjectManager.cat(ScmProjectManager.java:549)
>>>>>>>>>> at
>>>>>>>>>>
>> cv.scm.history.ScmShowFileRevision.copyFileFromRepository(ScmShowFileRevis
>>>>>>>>>> io
>>>>>>>>>> n.java:159)
>>>>>>>>>> at
>>>>>>>>>>
>>>> cv.scm.history.ScmShowFileRevision.exec(ScmShowFileRevision.java:131)
>>>>>>>>>> at
>>>>>>>>>>
>>>> cv.scm.history.ScmShowFileRevision.doGet(ScmShowFileRevision.java:74)
>>>>>>>>>> at
>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>>>>>>>>>> at
>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>>>>>>>>> at
>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>>>>>>>>>> on
>>>>>>>>>> FilterChain.java:252)
>>>>>>>>>> at
>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>>>>>>>>>> Ch
>>>>>>>>>> ain.java:173)
>>>>>>>>>> at
>>>>>> cv.security.SecurityFilter.doFilter(SecurityFilter.java:160)
>>>>>>>>>> at
>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>>>>>>>>>> on
>>>>>>>>>> FilterChain.java:202)
>>>>>>>>>> at
>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>>>>>>>>>> Ch
>>>>>>>>>> ain.java:173)
>>>>>>>>>> at
>>>>>>>>>>
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
>>>>>>>>>> ja
>>>>>>>>>> va:213)
>>>>>>>>>> at
>>>>>>>>>>
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
>>>>>>>>>> ja
>>>>>>>>>> va:178)
>>>>>>>>>> at
>>>>>>>>>>
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1
>>>>>>>>>> 26
>>>>>>>>>> )
>>>>>>>>>> at
>>>>>>>>>>
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:1
>>>>>>>>>> 05
>>>>>>>>>> )
>>>>>>>>>>
>>>>>>>>>> Zsolt
>>>
>>>
>
>

Re: Exception - Timer already cancelled

2007-11-05T01:21:57Z

Hello ZSolt,

I've just tried to login as a guest and had no troubles.

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

Zsolt Koppany wrote:

> Alexander,
>
> guest/guest doesn't seem tom work any more on:
>
> https://teamcity.svnkit.com
>
> Zsolt
>
>> -----Original Message-----
>> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
>> Sent: Sunday, November 04, 2007 9:25 PM
>> To: javasvn-users@...
>> Subject: Re: Exception - Timer already cancelled
>>
>> Hello ZSolt,
>>
>> On our build server I can see that the latest build for 1.1.x branch
>> full configuration is svnkit-1.1.4.3579, I would suggest you to try it
>> (just follow the artifacts link for the full 1.1.x configuration on
>> https://teamcity.svnkit.com). We would be glad to hear about your
>> testing results.
>>
>> ----
>> Alexander Sinyushkin,
>> TMate Software,
>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>
>> Zsolt Koppany wrote:
>>> Alexander,
>>>
>>> this is the version: svnkit-1.1.4.3484.
>>>
>>> How can I get the build number during run-rime?
>>>
>>> Zsolt
>>>
>>>> -----Original Message-----
>>>> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
>>>> Sent: Saturday, November 03, 2007 3:20 PM
>>>> To: javasvn-users@...
>>>> Subject: Re: Exception - Timer already cancelled
>>>>
>>>> Hello ZSolt,
>>>>
>>>> Is that the latest binary from 1.1.x branch?
>>>>
>>>> Regarding release time all I can say that it will happen not sooner
>> than
>>>> when Subversion 1.5 is released.
>>>>
>>>> ----
>>>> Alexander Sinyushkin,
>>>> TMate Software,
>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>
>>>> Zsolt Koppany wrote:
>>>>> Alexander,
>>>>>
>>>>> we use this file:
>>>>>
>>>>> -rw-r--r-- 1 zk 1222578 Sep 19 03:01 svnkit.jar
>>>>>
>>>>> When is the next stable release is planned?
>>>>>
>>>>> Zsolt
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>>>> Sent: Friday, October 26, 2007 4:37 PM
>>>>>> To: javasvn-users@...
>>>>>> Subject: Re: Exception - Timer already cancelled
>>>>>>
>>>>>> Hello Zsolt,
>>>>>>
>>>>>> This problem has to be fixed in revision 3473 in 1.1.x branch, so far
>> I
>>>>>> have no ideas why it could appear in later revisions.
>>>>>>
>>>>>> Timer only could enter "cancelled" state when unhandled exception is
>>>>>> thrown while its task is running, but now there is "try/catch
>>>>>> (Throwable)" clause that should make sure that this doesn't happen.
>>>>>> Also, in case there was such an exception it should be logged - do
>> you
>>>>>> have another exceptions in the log file?
>>>>>>
>>>>>> Another possible reason is that Timer object has been collected by GC
>>>>>> (for that to happen there should be no references left to
>>>>>> DefaultSVNRepositoryPool.class, I suppose this could happen in case
>>>>>> class loader used to load SVNKit classes has been garbage collected)
>> -
>>>>>> but even in that case new Timer instance will be created when
>>>>>> DefaultSVNRepositoryPool class is initialized again.
>>>>>>
>>>>>> Alexander Kitaev,
>>>>>> TMate Software,
>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>>>
>>>>>> Zsolt Koppany wrote:
>>>>>>> Alexander,
>>>>>>>
>>>>>>> this mornig I got the exeception below (using svnkit-1.1.4.3484):
>>>>>>>
>>>>>>> Any ideas?
>>>>>>>
>>>>>>> Zsolt
>>>>>>>
>>>>>>> 2007-10-26 10:47:51,665 ERROR cv.servlet.CBFilter - class
>>>>>>> java.lang.IllegalStateException [TP-Processor506]
>>>>>>> java.lang.IllegalStateException: Timer already cancelled.
>>>>>>> at java.util.Timer.sched(Timer.java:369)
>>>>>>> at java.util.Timer.schedule(Timer.java:185)
>>>>>>> at
>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>> to
>>>>>>> ryPool.java:133)
>>>>>>> at
>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>> to
>>>>>>> ryPool.java:111)
>>>>>>> at
>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
>>>>>> 1)
>>>>>>> at
>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
>>>>>> va
>>>>>>> :183)
>>>>>>> at
>>>>>>>
>> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
>>>>>> cm
>>>>>>> ProviderRepository.java:131)
>>>>>>> at
>>>>>>>
>> cv.scm.provider.svn.SvnJavaScmProvider.diff(SvnJavaScmProvider.java:473)
>>>>>>> at cv.manager.ScmProjectManager.diff(ScmProjectManager.java:573)
>>>>>>>
>>>>>>>
>>>>>>>> -----Original Message-----
>>>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>>>>>> Sent: Thursday, October 04, 2007 6:26 PM
>>>>>>>> To: javasvn-users@...
>>>>>>>> Subject: Re: Exception - Timer already cancelled
>>>>>>>>
>>>>>>>> Hello Zsolt,
>>>>>>>>
>>>>>>>> > can you give me a jar file? Do all your tests work on this
>> branch?
>>>>>> We
>>>>>>>> want
>>>>>>>> > to use this version on a production server.
>>>>>>>> I would recommend you to use build #3484 from 1.1.x branch. All
>> tests
>>>>>>>> pass for it. Later versions includes JNI libraries that are not
>> well
>>>>>>>> tested yet and anyway we'd like to replace them with JNA.
>>>>>>>>
>>>>>>>> You may download build #3484 at
>>>>>>>>
>> https://teamcity.svnkit.com/viewLog.html?tab=artifacts&buildTypeId=bt6&bui
>>>>>>>> ldId=998
>>>>>>>>
>>>>>>>>
>>>>>>>> Alexander Kitaev,
>>>>>>>> TMate Software,
>>>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>>>>>
>>>>>>>> Zsolt Koppany wrote:
>>>>>>>>> Alexander,
>>>>>>>>>
>>>>>>>>> can you give me a jar file? Do all your tests work on this branch?
>>>> We
>>>>>>>> want
>>>>>>>>> to use this version on a production server.
>>>>>>>>>
>>>>>>>>> Zsolt
>>>>>>>>>
>>>>>>>>>> -----Original Message-----
>>>>>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>>>>>>>> Sent: Wednesday, October 03, 2007 8:19 PM
>>>>>>>>>> To: javasvn-users@...
>>>>>>>>>> Subject: Re: Exception - Timer already cancelled
>>>>>>>>>>
>>>>>>>>>> Hello Zsolt,
>>>>>>>>>>
>>>>>>>>>> Sorry, I've missed original email. Exception looks pretty strange
>> -
>>>>>>>>>> DefaultSVNRepositoryPool uses single Timer instance (static) and
>>>>>> never
>>>>>>>>>> calls "cancel" on it.
>>>>>>>>>>
>>>>>>>>>> What I found in the source code is that Timer object could be
>>>>>>>> considered
>>>>>>>>>> canceled in case there was an exception thrown during task
>>>> execution.
>>>>>> I
>>>>>>>>>> think this is the reason of the problem and we've fixed it in
>>>> branch
>>>>>>>>>> 1.1.x revision 3473.
>>>>>>>>>>
>>>>>>>>>> Could you please ask customer to try latest version of SVNKit
>> from
>>>>>>>> 1.1.x
>>>>>>>>>> branch? Thanks!
>>>>>>>>>>
>>>>>>>>>> Alexander Kitaev,
>>>>>>>>>> TMate Software,
>>>>>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>>>>>>>
>>>>>>>>>> Zsolt Koppany wrote:
>>>>>>>>>>> Any news on this issue?
>>>>>>>>>>>
>>>>>>>>>>> Zsolt
>>>>>>>>>>>> -----Original Message-----
>>>>>>>>>>>> From: Zsolt Koppany [mailto:zkoppanylist@...]
>>>>>>>>>>>> Sent: Thursday, September 27, 2007 6:20 AM
>>>>>>>>>>>> To: javasvn-users@...
>>>>>>>>>>>> Subject: Exception - Timer already cancelled
>>>>>>>>>>>>
>>>>>>>>>>>> Hi,
>>>>>>>>>>>>
>>>>>>>>>>>> A customer of us gets the Exception below. Any ideas for a
>>>>>>>> workaround?
>>>>>>>>>>>> Zsolt
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> 2007-09-26 05:03:31,474 ERROR scm.history.ScmShowFileRevision
>>>> -
>>>>>>>>>> Timer
>>>>>>>>>>>> already cancelled. [TP-Processor10]
>>>>>>>>>>>> java.lang.IllegalStateException: Timer already cancelled.
>>>>>>>>>>>> at java.util.Timer.sched(Timer.java:354)
>>>>>>>>>>>> at java.util.Timer.schedule(Timer.java:170)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>>>>>>>> to
>>>>>>>>>>>> ryPool.java:132)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>>>>>>>> to
>>>>>>>>>>>> ryPool.java:110)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
>>>>>>>>>>>> 1)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
>>>>>>>>>>>> va
>>>>>>>>>>>> :183)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
>>>>>>>>>>>> cm
>>>>>>>>>>>> ProviderRepository.java:131)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>>>> cv.scm.provider.svn.SvnJavaScmProvider.cat(SvnJavaScmProvider.java:429)
>>>>>>>>>>>> at
>>>>>>>> cv.manager.ScmProjectManager.cat(ScmProjectManager.java:549)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> cv.scm.history.ScmShowFileRevision.copyFileFromRepository(ScmShowFileRevis
>>>>>>>>>>>> io
>>>>>>>>>>>> n.java:159)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>>>>>> cv.scm.history.ScmShowFileRevision.exec(ScmShowFileRevision.java:131)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>>>>>> cv.scm.history.ScmShowFileRevision.doGet(ScmShowFileRevision.java:74)
>>>>>>>>>>>> at
>>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>>>>>>>>>>>> at
>>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>>>>>>>>>>>> on
>>>>>>>>>>>> FilterChain.java:252)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>>>>>>>>>>>> Ch
>>>>>>>>>>>> ain.java:173)
>>>>>>>>>>>> at
>>>>>>>> cv.security.SecurityFilter.doFilter(SecurityFilter.java:160)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>>>>>>>>>>>> on
>>>>>>>>>>>> FilterChain.java:202)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>>>>>>>>>>>> Ch
>>>>>>>>>>>> ain.java:173)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
>>>>>>>>>>>> ja
>>>>>>>>>>>> va:213)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
>>>>>>>>>>>> ja
>>>>>>>>>>>> va:178)
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1
>>>>>>>>>>>> 26
>>>>>>>>>>>> )
>>>>>>>>>>>> at
>>>>>>>>>>>>
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:1
>>>>>>>>>>>> 05
>>>>>>>>>>>> )
>>>>>>>>>>>>
>>>>>>>>>>>> Zsolt
>>>>>
>>>
>>>
>
>
>

RE: Exception - Timer already cancelled

2007-11-05T00:01:34Z

Alexander,

guest/guest doesn't seem tom work any more on:

https://teamcity.svnkit.com

Zsolt

Re: Exception - Timer already cancelled

2007-11-04T12:25:14Z

Hello ZSolt,

On our build server I can see that the latest build for 1.1.x branch
full configuration is svnkit-1.1.4.3579, I would suggest you to try it
(just follow the artifacts link for the full 1.1.x configuration on
https://teamcity.svnkit.com). We would be glad to hear about your
testing results.

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

Zsolt Koppany wrote:

RE: Exception - Timer already cancelled

2007-11-04T01:22:24Z

Alexander,

this is the version: svnkit-1.1.4.3484.

How can I get the build number during run-rime?

Zsolt

> -----Original Message-----
> From: Alexander Sinyushkin [mailto:Alexander.Sinyushkin@...]
> Sent: Saturday, November 03, 2007 3:20 PM
> To: javasvn-users@...
> Subject: Re: Exception - Timer already cancelled
>
> Hello ZSolt,
>
> Is that the latest binary from 1.1.x branch?
>
> Regarding release time all I can say that it will happen not sooner than
> when Subversion 1.5 is released.
>
> ----
> Alexander Sinyushkin,
> TMate Software,
> http://svnkit.com/ - Java [Sub]Versioning Library!
>
> Zsolt Koppany wrote:
> > Alexander,
> >
> > we use this file:
> >
> > -rw-r--r-- 1 zk 1222578 Sep 19 03:01 svnkit.jar
> >
> > When is the next stable release is planned?
> >
> > Zsolt
> >
> >> -----Original Message-----
> >> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
> >> Sent: Friday, October 26, 2007 4:37 PM
> >> To: javasvn-users@...
> >> Subject: Re: Exception - Timer already cancelled
> >>
> >> Hello Zsolt,
> >>
> >> This problem has to be fixed in revision 3473 in 1.1.x branch, so far I
> >> have no ideas why it could appear in later revisions.
> >>
> >> Timer only could enter "cancelled" state when unhandled exception is
> >> thrown while its task is running, but now there is "try/catch
> >> (Throwable)" clause that should make sure that this doesn't happen.
> >> Also, in case there was such an exception it should be logged - do you
> >> have another exceptions in the log file?
> >>
> >> Another possible reason is that Timer object has been collected by GC
> >> (for that to happen there should be no references left to
> >> DefaultSVNRepositoryPool.class, I suppose this could happen in case
> >> class loader used to load SVNKit classes has been garbage collected) -
> >> but even in that case new Timer instance will be created when
> >> DefaultSVNRepositoryPool class is initialized again.
> >>
> >> Alexander Kitaev,
> >> TMate Software,
> >> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>
> >> Zsolt Koppany wrote:
> >>> Alexander,
> >>>
> >>> this mornig I got the exeception below (using svnkit-1.1.4.3484):
> >>>
> >>> Any ideas?
> >>>
> >>> Zsolt
> >>>
> >>> 2007-10-26 10:47:51,665 ERROR cv.servlet.CBFilter - class
> >>> java.lang.IllegalStateException [TP-Processor506]
> >>> java.lang.IllegalStateException: Timer already cancelled.
> >>> at java.util.Timer.sched(Timer.java:369)
> >>> at java.util.Timer.schedule(Timer.java:185)
> >>> at
> >>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >> to
> >>> ryPool.java:133)
> >>> at
> >>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >> to
> >>> ryPool.java:111)
> >>> at
> >>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
> >> 1)
> >>> at
> >>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
> >> va
> >>> :183)
> >>> at
> >>>
> >>
> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
> >> cm
> >>> ProviderRepository.java:131)
> >>> at
> >>>
> cv.scm.provider.svn.SvnJavaScmProvider.diff(SvnJavaScmProvider.java:473)
> >>> at cv.manager.ScmProjectManager.diff(ScmProjectManager.java:573)
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
> >>>> Sent: Thursday, October 04, 2007 6:26 PM
> >>>> To: javasvn-users@...
> >>>> Subject: Re: Exception - Timer already cancelled
> >>>>
> >>>> Hello Zsolt,
> >>>>
> >>>> > can you give me a jar file? Do all your tests work on this branch?
> >> We
> >>>> want
> >>>> > to use this version on a production server.
> >>>> I would recommend you to use build #3484 from 1.1.x branch. All tests
> >>>> pass for it. Later versions includes JNI libraries that are not well
> >>>> tested yet and anyway we'd like to replace them with JNA.
> >>>>
> >>>> You may download build #3484 at
> >>>>
> >>
> https://teamcity.svnkit.com/viewLog.html?tab=artifacts&buildTypeId=bt6&bui
> >>>> ldId=998
> >>>>
> >>>>
> >>>> Alexander Kitaev,
> >>>> TMate Software,
> >>>> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>>>
> >>>> Zsolt Koppany wrote:
> >>>>> Alexander,
> >>>>>
> >>>>> can you give me a jar file? Do all your tests work on this branch?
> We
> >>>> want
> >>>>> to use this version on a production server.
> >>>>>
> >>>>> Zsolt
> >>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
> >>>>>> Sent: Wednesday, October 03, 2007 8:19 PM
> >>>>>> To: javasvn-users@...
> >>>>>> Subject: Re: Exception - Timer already cancelled
> >>>>>>
> >>>>>> Hello Zsolt,
> >>>>>>
> >>>>>> Sorry, I've missed original email. Exception looks pretty strange -
> >>>>>> DefaultSVNRepositoryPool uses single Timer instance (static) and
> >> never
> >>>>>> calls "cancel" on it.
> >>>>>>
> >>>>>> What I found in the source code is that Timer object could be
> >>>> considered
> >>>>>> canceled in case there was an exception thrown during task
> execution.
> >> I
> >>>>>> think this is the reason of the problem and we've fixed it in
> branch
> >>>>>> 1.1.x revision 3473.
> >>>>>>
> >>>>>> Could you please ask customer to try latest version of SVNKit from
> >>>> 1.1.x
> >>>>>> branch? Thanks!
> >>>>>>
> >>>>>> Alexander Kitaev,
> >>>>>> TMate Software,
> >>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
> >>>>>>
> >>>>>> Zsolt Koppany wrote:
> >>>>>>> Any news on this issue?
> >>>>>>>
> >>>>>>> Zsolt
> >>>>>>>> -----Original Message-----
> >>>>>>>> From: Zsolt Koppany [mailto:zkoppanylist@...]
> >>>>>>>> Sent: Thursday, September 27, 2007 6:20 AM
> >>>>>>>> To: javasvn-users@...
> >>>>>>>> Subject: Exception - Timer already cancelled
> >>>>>>>>
> >>>>>>>> Hi,
> >>>>>>>>
> >>>>>>>> A customer of us gets the Exception below. Any ideas for a
> >>>> workaround?
> >>>>>>>> Zsolt
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> 2007-09-26 05:03:31,474 ERROR scm.history.ScmShowFileRevision
> -
> >>>>>> Timer
> >>>>>>>> already cancelled. [TP-Processor10]
> >>>>>>>> java.lang.IllegalStateException: Timer already cancelled.
> >>>>>>>> at java.util.Timer.sched(Timer.java:354)
> >>>>>>>> at java.util.Timer.schedule(Timer.java:170)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >>>>>>>> to
> >>>>>>>> ryPool.java:132)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
> >>>>>>>> to
> >>>>>>>> ryPool.java:110)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
> >>>>>>>> 1)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
> >>>>>>>> va
> >>>>>>>> :183)
> >>>>>>>> at
> >>>>>>>>
> >>
> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
> >>>>>>>> cm
> >>>>>>>> ProviderRepository.java:131)
> >>>>>>>> at
> >>>>>>>>
> >>>>
> cv.scm.provider.svn.SvnJavaScmProvider.cat(SvnJavaScmProvider.java:429)
> >>>>>>>> at
> >>>> cv.manager.ScmProjectManager.cat(ScmProjectManager.java:549)
> >>>>>>>> at
> >>>>>>>>
> >>
> cv.scm.history.ScmShowFileRevision.copyFileFromRepository(ScmShowFileRevis
> >>>>>>>> io
> >>>>>>>> n.java:159)
> >>>>>>>> at
> >>>>>>>>
> >> cv.scm.history.ScmShowFileRevision.exec(ScmShowFileRevision.java:131)
> >>>>>>>> at
> >>>>>>>>
> >> cv.scm.history.ScmShowFileRevision.doGet(ScmShowFileRevision.java:74)
> >>>>>>>> at
> >>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
> >>>>>>>> at
> >>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
> >>>>>>>> on
> >>>>>>>> FilterChain.java:252)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
> >>>>>>>> Ch
> >>>>>>>> ain.java:173)
> >>>>>>>> at
> >>>> cv.security.SecurityFilter.doFilter(SecurityFilter.java:160)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
> >>>>>>>> on
> >>>>>>>> FilterChain.java:202)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
> >>>>>>>> Ch
> >>>>>>>> ain.java:173)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
> >>>>>>>> ja
> >>>>>>>> va:213)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
> >>>>>>>> ja
> >>>>>>>> va:178)
> >>>>>>>> at
> >>>>>>>>
> >>
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1
> >>>>>>>> 26
> >>>>>>>> )
> >>>>>>>> at
> >>>>>>>>
> >>
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:1
> >>>>>>>> 05
> >>>>>>>> )
> >>>>>>>>
> >>>>>>>> Zsolt
> >>>
> >
> >
> >

Re: Exception - Timer already cancelled

2007-11-03T08:19:53Z

Hello ZSolt,

Is that the latest binary from 1.1.x branch?

Regarding release time all I can say that it will happen not sooner than
when Subversion 1.5 is released.

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

Zsolt Koppany wrote:

> Alexander,
>
> we use this file:
>
> -rw-r--r-- 1 zk 1222578 Sep 19 03:01 svnkit.jar
>
> When is the next stable release is planned?
>
> Zsolt
>
>> -----Original Message-----
>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>> Sent: Friday, October 26, 2007 4:37 PM
>> To: javasvn-users@...
>> Subject: Re: Exception - Timer already cancelled
>>
>> Hello Zsolt,
>>
>> This problem has to be fixed in revision 3473 in 1.1.x branch, so far I
>> have no ideas why it could appear in later revisions.
>>
>> Timer only could enter "cancelled" state when unhandled exception is
>> thrown while its task is running, but now there is "try/catch
>> (Throwable)" clause that should make sure that this doesn't happen.
>> Also, in case there was such an exception it should be logged - do you
>> have another exceptions in the log file?
>>
>> Another possible reason is that Timer object has been collected by GC
>> (for that to happen there should be no references left to
>> DefaultSVNRepositoryPool.class, I suppose this could happen in case
>> class loader used to load SVNKit classes has been garbage collected) -
>> but even in that case new Timer instance will be created when
>> DefaultSVNRepositoryPool class is initialized again.
>>
>> Alexander Kitaev,
>> TMate Software,
>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>
>> Zsolt Koppany wrote:
>>> Alexander,
>>>
>>> this mornig I got the exeception below (using svnkit-1.1.4.3484):
>>>
>>> Any ideas?
>>>
>>> Zsolt
>>>
>>> 2007-10-26 10:47:51,665 ERROR cv.servlet.CBFilter - class
>>> java.lang.IllegalStateException [TP-Processor506]
>>> java.lang.IllegalStateException: Timer already cancelled.
>>> at java.util.Timer.sched(Timer.java:369)
>>> at java.util.Timer.schedule(Timer.java:185)
>>> at
>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>> to
>>> ryPool.java:133)
>>> at
>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>> to
>>> ryPool.java:111)
>>> at
>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
>> 1)
>>> at
>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
>> va
>>> :183)
>>> at
>>>
>> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
>> cm
>>> ProviderRepository.java:131)
>>> at
>>> cv.scm.provider.svn.SvnJavaScmProvider.diff(SvnJavaScmProvider.java:473)
>>> at cv.manager.ScmProjectManager.diff(ScmProjectManager.java:573)
>>>
>>>
>>>> -----Original Message-----
>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>> Sent: Thursday, October 04, 2007 6:26 PM
>>>> To: javasvn-users@...
>>>> Subject: Re: Exception - Timer already cancelled
>>>>
>>>> Hello Zsolt,
>>>>
>>>> > can you give me a jar file? Do all your tests work on this branch?
>> We
>>>> want
>>>> > to use this version on a production server.
>>>> I would recommend you to use build #3484 from 1.1.x branch. All tests
>>>> pass for it. Later versions includes JNI libraries that are not well
>>>> tested yet and anyway we'd like to replace them with JNA.
>>>>
>>>> You may download build #3484 at
>>>>
>> https://teamcity.svnkit.com/viewLog.html?tab=artifacts&buildTypeId=bt6&bui
>>>> ldId=998
>>>>
>>>>
>>>> Alexander Kitaev,
>>>> TMate Software,
>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>
>>>> Zsolt Koppany wrote:
>>>>> Alexander,
>>>>>
>>>>> can you give me a jar file? Do all your tests work on this branch? We
>>>> want
>>>>> to use this version on a production server.
>>>>>
>>>>> Zsolt
>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Alexander Kitaev [mailto:Alexander.Kitaev@...]
>>>>>> Sent: Wednesday, October 03, 2007 8:19 PM
>>>>>> To: javasvn-users@...
>>>>>> Subject: Re: Exception - Timer already cancelled
>>>>>>
>>>>>> Hello Zsolt,
>>>>>>
>>>>>> Sorry, I've missed original email. Exception looks pretty strange -
>>>>>> DefaultSVNRepositoryPool uses single Timer instance (static) and
>> never
>>>>>> calls "cancel" on it.
>>>>>>
>>>>>> What I found in the source code is that Timer object could be
>>>> considered
>>>>>> canceled in case there was an exception thrown during task execution.
>> I
>>>>>> think this is the reason of the problem and we've fixed it in branch
>>>>>> 1.1.x revision 3473.
>>>>>>
>>>>>> Could you please ask customer to try latest version of SVNKit from
>>>> 1.1.x
>>>>>> branch? Thanks!
>>>>>>
>>>>>> Alexander Kitaev,
>>>>>> TMate Software,
>>>>>> http://svnkit.com/ - Java [Sub]Versioning Library!
>>>>>>
>>>>>> Zsolt Koppany wrote:
>>>>>>> Any news on this issue?
>>>>>>>
>>>>>>> Zsolt
>>>>>>>> -----Original Message-----
>>>>>>>> From: Zsolt Koppany [mailto:zkoppanylist@...]
>>>>>>>> Sent: Thursday, September 27, 2007 6:20 AM
>>>>>>>> To: javasvn-users@...
>>>>>>>> Subject: Exception - Timer already cancelled
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> A customer of us gets the Exception below. Any ideas for a
>>>> workaround?
>>>>>>>> Zsolt
>>>>>>>>
>>>>>>>>
>>>>>>>> 2007-09-26 05:03:31,474 ERROR scm.history.ScmShowFileRevision -
>>>>>> Timer
>>>>>>>> already cancelled. [TP-Processor10]
>>>>>>>> java.lang.IllegalStateException: Timer already cancelled.
>>>>>>>> at java.util.Timer.sched(Timer.java:354)
>>>>>>>> at java.util.Timer.schedule(Timer.java:170)
>>>>>>>> at
>>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>>>> to
>>>>>>>> ryPool.java:132)
>>>>>>>> at
>>>>>>>>
>> org.tmatesoft.svn.core.wc.DefaultSVNRepositoryPool.<init>(DefaultSVNReposi
>>>>>>>> to
>>>>>>>> ryPool.java:110)
>>>>>>>> at
>>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.<init>(SVNClientManager.java:14
>>>>>>>> 1)
>>>>>>>> at
>>>>>>>>
>> org.tmatesoft.svn.core.wc.SVNClientManager.newInstance(SVNClientManager.ja
>>>>>>>> va
>>>>>>>> :183)
>>>>>>>> at
>>>>>>>>
>> cv.scm.provider.svn.SvnJavaScmProviderRepository.getClientManager(SvnJavaS
>>>>>>>> cm
>>>>>>>> ProviderRepository.java:131)
>>>>>>>> at
>>>>>>>>
>>>> cv.scm.provider.svn.SvnJavaScmProvider.cat(SvnJavaScmProvider.java:429)
>>>>>>>> at
>>>> cv.manager.ScmProjectManager.cat(ScmProjectManager.java:549)
>>>>>>>> at
>>>>>>>>
>> cv.scm.history.ScmShowFileRevision.copyFileFromRepository(ScmShowFileRevis
>>>>>>>> io
>>>>>>>> n.java:159)
>>>>>>>> at
>>>>>>>>
>> cv.scm.history.ScmShowFileRevision.exec(ScmShowFileRevision.java:131)
>>>>>>>> at
>>>>>>>>
>> cv.scm.history.ScmShowFileRevision.doGet(ScmShowFileRevision.java:74)
>>>>>>>> at
>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>>>>>>>> at
>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>>>>>>> at
>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>>>>>>>> on
>>>>>>>> FilterChain.java:252)
>>>>>>>> at
>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>>>>>>>> Ch
>>>>>>>> ain.java:173)
>>>>>>>> at
>>>> cv.security.SecurityFilter.doFilter(SecurityFilter.java:160)
>>>>>>>> at
>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Applicati
>>>>>>>> on
>>>>>>>> FilterChain.java:202)
>>>>>>>> at
>>>>>>>>
>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilter
>>>>>>>> Ch
>>>>>>>> ain.java:173)
>>>>>>>> at
>>>>>>>>
>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.
>>>>>>>> ja
>>>>>>>> va:213)
>>>>>>>> at
>>>>>>>>
>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.
>>>>>>>> ja
>>>>>>>> va:178)
>>>>>>>> at
>>>>>>>>
>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:1
>>>>>>>> 26
>>>>>>>> )
>>>>>>>> at
>>>>>>>>
>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:1
>>>>>>>> 05
>>>>>>>> )
>>>>>>>>
>>>>>>>> Zsolt
>>>
>
>
>