Lemos Cc: Andreas Krey;
Erik Huelsmann; users@subversion.apache.org Subject: Re: gzip
compression (was: Re: Logging Subversion client HTTP requests)
On Aug 1, 2011, at 02:16, Manuel Lemos wrote:
Anyway, another odd thing is that the client always sends a request
header saying it can handle HTTP
Hello,
on 08/01/2011 05:23 AM Andreas Krey said the following:
On Mon, 01 Aug 2011 04:20:07 +, Manuel Lemos wrote:
...
Been there, tried that, but wireshark does not decrypt SSL traffic
unless you have the server SSL key, which is not the case because the
server is not under my control.
on 08/01/2011 05:31 AM Andreas Krey said the following:
Anyway, in my implementation I did not do any repeated requests and I
can retrieve the information I want apparently much faster in PHP than
using the svn program. So I wonder if could be missing anything.
It *may* be another opportunity
on 08/01/2011 09:55 AM Les Mikesell said the following:
On 8/1/11 2:37 AM, Manuel Lemos wrote:
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.
If
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 develop an
independend SVN implementation, and they go
Hi, Ryan,
Von: Ryan Schmidt [mailto:subversion-20...@ryandesign.com]
Sorry, I did not mention that I am writing a pure PHP client that
needs
to run on an environment on which the svn program is not available,
nor
any SubVersion PHP extensions are available. So using anything based
on
Hello Andreas,
on 07/31/2011 12:34 AM Andreas Krey said the following:
The interesting point is that as far as I know there is a complete change
in the http-level protocol coming up, to avoid the massive round-trip
count the current method needs. (But that's a maintenance nightmare
for libsvn
Hello Les,
on 07/31/2011 01:52 PM Les Mikesell said the following:
On 7/30/11 10:34 PM, Andreas Krey wrote:
Yes, it is. But it's not your problem, and I don't see why the http
'wire' protocol needs to be a undocumented secret.
If you want to see the wire protocol, just run wireshark on your
Hello Bert,
on 07/31/2011 09:11 AM Bert Huijben said the following:
Does httpclient work if you switch it to the cURL option? You may need
to extend the class to provide https specific curl options [1].
[1]
http://unitstep.net/blog/2009/05/05/using-curl-in-php-to-access-https-
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
On Aug 1, 2011, at 02:16, Manuel Lemos wrote:
Anyway, another odd thing is that the client always sends a request header
saying it can handle HTTP compression but SubVersion servers seem to never
compress responses.
Given than a typical gzip encoding can compress text data about 5 times,
On Aug 1, 2011, at 01:57, Markus Schaber wrote:
Ryan Schmidt wrote:
Don't reinvent the wheel, because you probably
won't get it quite right, and you'll cause weird error messages or
possibly even repository corruption.
Hmm. For http(s)://, svn:// and well set-up svn+ssh:// servers, he
-
From: Ryan Schmidt
Sent: 01/08/2011, 09:43
To: Manuel Lemos
Cc: Andreas Krey; Erik Huelsmann; users@subversion.apache.org
Subject: Re: gzip compression (was: Re: Logging Subversion client HTTP requests)
On Aug 1, 2011, at 02:16, Manuel Lemos wrote:
Anyway, another odd thing is that the client
On Mon, 01 Aug 2011 08:57:52 +, Markus Schaber wrote:
...
Hmm. For http(s)://, svn:// and well set-up svn+ssh:// servers, he
should not be able to create repository corruption, right? I would
consider everything else to be a serious security bug in subversion.
Setting invalid svn:mergeinfo
On Mon, 01 Aug 2011 04:20:07 +, Manuel Lemos wrote:
...
Been there, tried that, but wireshark does not decrypt SSL traffic
unless you have the server SSL key, which is not the case because the
server is not under my control.
You can man-in-the-middle yourself to see that is going on on
On Mon, 01 Aug 2011 04:16:49 +, Manuel Lemos wrote:
...
Maybe I am missing something but it seemed that those repeated requests
were redundant and make svn program much slower than it should.
Quite. GPRS has a round-trip time of about a seconds. This immediately
translate to every remote
On Mon, 01 Aug 2011 08:54:59 +, Markus Schaber wrote:
...
AFAICs, the SvnKit people are the only project really trying to develop an
independend SVN implementation, and they go through great pains, even down to
re-implementing SQLite...
It always irritated me why one would use SQL in a
Hi, Andreas,
Von: Andreas Krey [mailto:a.k...@gmx.de]
On Mon, 01 Aug 2011 08:57:52 +, Markus Schaber wrote:
...
Hmm. For http(s)://, svn:// and well set-up svn+ssh:// servers, he
should not be able to create repository corruption, right? I would
consider everything else to be a
On 8/1/11 2:37 AM, Manuel Lemos wrote:
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.
If you have read access to a full repository, you should be
Hi,
On Mon, Aug 1, 2011 at 10:38 AM, Andreas Krey a.k...@gmx.de wrote:
On Mon, 01 Aug 2011 08:54:59 +, Markus Schaber wrote:
...
AFAICs, the SvnKit people are the only project really trying to develop
an independend SVN implementation, and they go through great pains, even
down to
-Original Message-
From: Manuel Lemos [mailto:mle...@acm.org]
Sent: zondag 31 juli 2011 5:00
To: Geoff Hoffman
Cc: users@subversion.apache.org
Subject: Re: Logging Subversion client HTTP requests
Hello,
on 07/30/2011 10:57 PM Geoff Hoffman said the following:
Does
On 7/30/11 10:34 PM, Andreas Krey wrote:
Yes, it is. But it's not your problem, and I don't see why the http
'wire' protocol needs to be a undocumented secret.
If you want to see the wire protocol, just run wireshark on your client and
filter it to catch the port and IP address of the
Hello,
I am writing a small SubVersion client library independent of the svn
client command.
My library works well but for some reason it does not work with a
certain SSL server that is not under my control. It returns error 400. I
assume I am sending some malformed commands.
On the other
Hi Manuel,
On Sat, Jul 30, 2011 at 12:16 PM, Manuel Lemos mle...@acm.org wrote:
Hello,
I am writing a small SubVersion client library independent of the svn
client command.
My library works well but for some reason it does not work with a certain
SSL server that is not under my control.
Hello,
on 07/30/2011 07:18 AM Ryan Schmidt said the following:
On Jul 30, 2011, at 05:16, Manuel Lemos wrote:
Is there a way to log the svn client HTTP traffic to a file so I can
examine and compare the requests being sent and responses being received?
You mean like this?
Hello Erik,
on 07/30/2011 09:00 AM Erik Huelsmann said the following:
Hi Manuel,
On Sat, Jul 30, 2011 at 12:16 PM, Manuel Lemos mle...@acm.org
mailto:mle...@acm.org wrote:
Hello,
I am writing a small SubVersion client library independent of the
svn client command.
My library
On Jul 30, 2011, at 17:35, Manuel Lemos wrote:
on 07/30/2011 09:00 AM Erik Huelsmann said the following:
Are you not using the libsvn_* libraries? libsvn_client is specifically
meant to build Subversion clients other than the standard command line
client: Subclipse, AnkhSVN, TortoiseSVN
Hello,
on 07/30/2011 07:42 PM Ryan Schmidt said the following:
Sorry, I did not mention that I am writing a pure PHP client that needs to run
on an environment on which the svn program is not available, nor any SubVersion
PHP extensions are available. So using anything based on libsvn is not
On Jul 30, 2011, at 17:56, Manuel Lemos wrote:
on 07/30/2011 07:42 PM Ryan Schmidt said the following:
Sorry, I did not mention that I am writing a pure PHP client that needs to
run on an environment on which the svn program is not available, nor any
SubVersion PHP extensions are available.
On Sat, Jul 30, 2011 at 3:56 PM, Manuel Lemos mle...@acm.org wrote:
I have already a pure PHP implementation
Manuel, didn't you also write whole Mailer library for PHPClasses.org and
start that site? When do you sleep?
You're speaking to svn server directly from PHP, with stream context or
Hello Ryan,
on 07/30/2011 08:30 PM Ryan Schmidt said the following:
Sorry, I did not mention that I am writing a pure PHP client
that needs to run on an environment on which the svn program is
not available, nor any SubVersion PHP extensions are available.
So using anything based on libsvn is
Hello,
on 07/30/2011 09:16 PM Geoff Hoffman said the following:
I have already a pure PHP implementation
Manuel, didn't you also write whole Mailer library for PHPClasses.org
and start that site? When do you sleep?
hahah good question. When you work full time on these stuff you do it
On Sat, Jul 30, 2011 at 6:20 PM, Manuel Lemos mle...@acm.org wrote:
Hello,
on 07/30/2011 09:16 PM Geoff Hoffman said the following:
I have already a pure PHP implementation
Manuel, didn't you also write whole Mailer library for PHPClasses.org
and start that site? When do you
Hello,
on 07/30/2011 10:57 PM Geoff Hoffman said the following:
Does httpclient work if you switch it to the cURL option? You may need
to extend the class to provide https specific curl options [1].
[1]
On Sat, 30 Jul 2011 18:30:11 +, Ryan Schmidt wrote:
...
But you understand why even if I knew I would be disinterested in helping
you. The Subversion libraries have been in development for 11 years, work
great,
They work so great that you can't even Ctrl-C the svn command line client
in
35 matches
Mail list logo
