Hello Markus,

on 08/01/2011 03:54 AM Markus Schaber said the following:
Hi,

Von: Manuel Lemos [mailto:mle...@acm.org]

Sorry, I did not mention that I am writing a pure PHP client

Hmm. Somehow even this Idea increases my headache level...

AFAICs, the SvnKit people are the only project really trying to

Never heard of that. I will take a look if I it is easier than figuring what the svn command does. Thanks.


develop an independend SVN implementation, and they go through great
pains, even down to re-implementing SQLite...

I do not need SQLite for my purposes, but if I needed there is a native PHP extension for that purpose, actually just a wrapper around the C library like most other PHP extensions.


I'm rather sure that PHP is not the right tool for that job.

I suspect that you have some other language preference. But my purpose here is peaceful, so I propose to avoid language wars, as they would not be helpful to anybody here.



Anyway, I tried to hack SubVersion program code to insert some
debug code to output the HTTP dialog but I got lost and could not
figure where exactly the HTTP requests and responses are sent.

You should try to find calls to the serf and neon libraries, they
encapsulate the http access.

Actually I did that but I got lost after searching for HTTP request names like PROPFIND because it seems the code there just queues the requests and executes them later. So I could not find yet the actual network communication code.

I know that if I spend enough time looking at networking calls I may find them soon or later. I just wondered if anybody had more specific tips (maybe documentation of those libraries) so I can find the relevant code faster.


Anybody, knows where exactly is the code that sends and receives
HTTP requests so I can hack it to just add some debug output in my
svn command copy in order to see the HTTP dialog?

If you only want to see the http dialog, tools like Wireshark should
do a much better job than messing up the code with debug prints.

As I mentioned before, I needed to see traffic to SSL servers, which you cannot see with Wireshark unless you have the server private SSL key, which is not the case. Thanks for the tip anyway.


--

Regards,
Manuel Lemos

JS Classes - Free ready to use OOP components written in JavaScript
http://www.jsclasses.org/

Reply via email to