Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: domain of danellis10@gmail.com designates
 209.85.212.181 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <6EF743FD-9430-4989-A6D5-5AE8D98436C8@ryandesign.com>
References: 
 <CAJUNwvMgcwWGD7M_YGQk5OeUk8xdXZEV3Z5XdJUMgP9VsN_v0w@mail.gmail.com>
	<6EF743FD-9430-4989-A6D5-5AE8D98436C8@ryandesign.com>
Date: Sat, 3 May 2014 19:25:23 -0700
Message-ID: 
 <CAJUNwvMgx5_JRVEFRdRuR3wFV4epY7K1Uw_pL7BCTgtCnzrKkA@mail.gmail.com>
Subject: Re: svn list support for listing directory entries only
From: Dan Ellis <danellis10@gmail.com>
To: Ryan Schmidt <subversion-2014@ryandesign.com>
Cc: Subversion Users <users@subversion.apache.org>
Content-Type: multipart/alternative; boundary=047d7bdcab7c18d3a804f889ba3b

--047d7bdcab7c18d3a804f889ba3b
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Sat, May 3, 2014 at 7:16 PM, Ryan Schmidt <subversion-2014@ryandesign.co=
m
> wrote:

>
> On May 3, 2014, at 20:13, Dan Ellis wrote:
>
> > The svn command line list command currently accepts --depth arguments o=
f
> files, infinity, and immediates (and empty, but that is really a no-op).
>  I'm in need of being able to list directory entries only in a repository=
,
> but I'm not sure there is any good way to accomplish that as-is.  I've
> search the lists and can only find articles about how folks have grep'ed
> the output or hacked list.c to only return directory entries (which is
> really just an inelegant grep anyways since the server still will be
> sending the data).
> >
> > Is there a way, or consideration from the developers to add a feature,
> to fetch only directory entries from a repo?  Perhaps a --depth dirs
> (opposite of --depth files) option.  If there is no off the shelf way
> and/or the developers are against (or don't see enough need) to implement
> this, would there be any advise on how to accomplish this with a patch?  =
Is
> there in inherent limitation to the server protocol that makes a request
> like this simply unworkable?
>
> Directories are printed with a trailing slash, so if you just want
> directories, you could grep for that:
>
> You already mentioned the grep solution in your message, so I=E2=80=99m g=
uessing
> that=E2=80=99s not satisfactory for some reason. If that=E2=80=99s true, =
then maybe you
> could explain in more detail what you need exactly, if it=E2=80=99s not t=
he above.
>
>
>
Its really a performance concern.  We need to do this fairly regularly on a
large repository (over a WAN I might add) and asking the server for all
files and directories when we really only need a directory listing is
really a huge time sink (a 100:1 file to directory ratio would result in a
listing time of 100 times slower).  Grep and the like only format the
output on the client side (which is easily parsable - we do use xml to
parse) and don't relieve the performance burden.

Thanks!
Dan

--047d7bdcab7c18d3a804f889ba3b
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote">On S=
at, May 3, 2014 at 7:16 PM, Ryan Schmidt <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:subversion-2014@ryandesign.com" target=3D"_blank">subversion-2014@rya=
ndesign.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div class=3D""><br>
On May 3, 2014, at 20:13, Dan Ellis wrote:<br>
<br>
&gt; The svn command line list command currently accepts --depth arguments =
of files, infinity, and immediates (and empty, but that is really a no-op).=
 =C2=A0I&#39;m in need of being able to list directory entries only in a re=
pository, but I&#39;m not sure there is any good way to accomplish that as-=
is. =C2=A0I&#39;ve search the lists and can only find articles about how fo=
lks have grep&#39;ed the output or hacked list.c to only return directory e=
ntries (which is really just an inelegant grep anyways since the server sti=
ll will be sending the data).<br>

&gt;<br>
&gt; Is there a way, or consideration from the developers to add a feature,=
 to fetch only directory entries from a repo? =C2=A0Perhaps a --depth dirs =
(opposite of --depth files) option. =C2=A0If there is no off the shelf way =
and/or the developers are against (or don&#39;t see enough need) to impleme=
nt this, would there be any advise on how to accomplish this with a patch? =
=C2=A0Is there in inherent limitation to the server protocol that makes a r=
equest like this simply unworkable?<br>

<br>
</div>Directories are printed with a trailing slash, so if you just want di=
rectories, you could grep for that:<br>
<br>
You already mentioned the grep solution in your message, so I=E2=80=99m gue=
ssing that=E2=80=99s not satisfactory for some reason. If that=E2=80=99s tr=
ue, then maybe you could explain in more detail what you need exactly, if i=
t=E2=80=99s not the above.<br>

<br>
<br>
</blockquote></div><br></div><div class=3D"gmail_extra">Its really a perfor=
mance concern. =C2=A0We need to do this fairly regularly on a large reposit=
ory (over a WAN I might add) and asking the server for all files and direct=
ories when we really only need a directory listing is really a huge time si=
nk (a 100:1 file to directory ratio would result in a listing time of 100 t=
imes slower). =C2=A0Grep and the like only format the output on the client =
side (which is easily parsable - we do use xml to parse) and don&#39;t reli=
eve the performance burden.</div>
<div class=3D"gmail_extra"><br>Thanks!</div><div class=3D"gmail_extra">Dan<=
/div></div>

--047d7bdcab7c18d3a804f889ba3b--