Robert Simmons wrote:
> Actually I don't need to know any of that (unless you guys put business logic
> into the client side in which case you would be a malicious hacker's paradise.)
> All I need to know is how the server and client talk to each other. What
> messages do they send back and forth, what are the content of these messages and
> so on. That is the crux. As for what protocol I would use, I would design it to
> be protocol agnostic. Not difficult if you implement interfaces and proper
> Object oriented design. Then I would make a default implementation probably
> using straight TCP and sockets and let someone that knows WebDAV (AT ALL) work
> on that. Or I could implement the HTTP interface.
Well, it's not so much an issue of 'business logic' being client side,
it's just that when you're actually working with Subversion MANY things
happen client side that a client application (like eclipse) needs to do.
You could certainly speak directly to the server over HTTP or our
custom protocol, but that's only a small amount of what you'd need to do
to have a useful client application. It's rather intrinsic in how
Subversion works. Peek inside the .svn directory in your working copy,
and glance at the subversion/libsvn_wc directory to see some of the
client side stuff that gets done for many actions. Have you used the
software much, read the book, or looked at the code?
> Now I suppose I could drop a listener on an HTTP socket and try to figure out
> the scheme but that would be a painful way to do it. It would be much better to
> hit the ground running with the design docs.
The various RA layers have documentation in various places. ra_svn is
in subversion/libsvn_ra_svn, and there are some notes in there about it.
ra_dav is in subversion/libsvn_ra_dav and subversion/mod_dav_svn, and
there are notes in the notes/ directory about how it uses webdav,
although the code is probably the best documentation.
-garrett
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 22 00:25:46 2003