[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: 100% Java Subversion client library

From: Branko Čibej <brane_at_xbc.nu>
Date: 2004-06-25 18:20:49 CEST

subversion@smartcvs.com wrote:

>>> Is this comparable with writing a CVS client?
>>
>>
>> No, it's a lot more complicated because Subversion tracks directory
>> changes (move, rename, add, delete).
>
>
> I thought of move, rename, add, delete as separate commands (which can
> be added step-by-step).

It's the working-copy management that's complex, not the commands
themselves. In fact, the working copy library is IMO the most complex
part of Subversion.

> Does subversion watch for file-system modifications (e.g. by renaming
> a file/directory in the Windows Explorer)???

No, of course not. That's the job of a client program.

>
>>> For me it helped a lot to study the requests sent to the CVS server
>>> and the responses received from the CVS server. I had the hope, that
>>> something like this would make it easier for me to get a grip on
>>> Subversion.
>>
>>
>> As I said, you can use etherreal to trace at the socket level.
>
>
> Is there also the possibility to set an environment variable like
> CVS_CLIENT_LOG in CVS?

No.

> Does all subversion client-server communication runs over a fixed
> socket port, so I easily can write a simple tee-socket-proxy?

I don't understand why you'd want to write yet another packet sniffing
utility, There are lots and lots out there already.

-- Brane

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Fri Jun 25 18:28:49 2004

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.