Mailing-List: contact dev-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: domain of markphip@gmail.com designates
 209.85.214.179 as permitted sender)
MIME-Version: 1.0
Date: Fri, 24 Oct 2014 09:06:13 -0400
Message-ID: 
 <CAHFaGCrcYk6HcBTfsocYznkeML+=FMUnkmFj9w+xbwYiDFgBiA@mail.gmail.com>
Subject: Subversion canonical URI
From: Mark Phippard <markphip@gmail.com>
To: Subversion Development <dev@subversion.apache.org>
Content-Type: multipart/alternative; boundary=047d7b471f3e70a36c05062ad8c6

--047d7b471f3e70a36c05062ad8c6
Content-Type: text/plain; charset=UTF-8

When we use the Subversion API via JavaHL it is up to the caller to provide
repository URI in proper encoded format, such as %20 for spaces.  I have
never found the perfect Java method for doing this.    In Subclipse, we are
currently using this method:

http://docs.oracle.com/javase/7/docs/api/java/net/URI.html#toASCIIString()

It does a good job handling UTF8 characters, but as an example it does not
convert spaces to %20 so we have do that ourselves.  There are other
characters like [, ], #, % it does not convert.  So it is kind of a
constant battle to workaround the differences.

I have a couple questions:

1) Could JavaHL itself expose a Subversion library method that could do
this for us?  I assume Subversion must have some method that it uses to
canonicalize a URL.  Maybe this could just be exposed to JavaHL.  Pass it a
String and get back the canonical version?

2) Is the Subversion URI format governed by a specific RFC?  Mainly asking
that question for an alternative to #1.  If we are searching for a better
Java method to use and they mention an RFC it would help to find a better
fit.

I am not sure if I am using "canonical" correctly here.  I assume you get
the gist of what I am asking though.

-- 
Thanks

Mark Phippard
http://markphip.blogspot.com/

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

<div dir=3D"ltr">When we use the Subversion API via JavaHL it is up to the =
caller to provide repository URI in proper encoded format, such as %20 for =
spaces.=C2=A0 I have never found the perfect Java method for doing this. =
=C2=A0 =C2=A0In Subclipse, we are currently using this method:<div><br></di=
v><div><a href=3D"http://docs.oracle.com/javase/7/docs/api/java/net/URI.htm=
l#toASCIIString()">http://docs.oracle.com/javase/7/docs/api/java/net/URI.ht=
ml#toASCIIString()</a></div><div><br></div><div>It does a good job handling=
 UTF8 characters, but as an example it does not convert spaces to %20 so we=
 have do that ourselves.=C2=A0 There are other characters like [, ], #, % i=
t does not convert.=C2=A0 So it is kind of a constant battle to workaround =
the differences.</div><div><br></div><div>I have a couple questions:</div><=
div><br></div><div>1) Could JavaHL itself expose a Subversion library metho=
d that could do this for us?=C2=A0 I assume Subversion must have some metho=
d that it uses to canonicalize a URL.=C2=A0 Maybe this could just be expose=
d to JavaHL.=C2=A0 Pass it a String and get back the canonical version?</di=
v><div><br></div><div>2) Is the Subversion URI format governed by a specifi=
c RFC?=C2=A0 Mainly asking that question for an alternative to #1.=C2=A0 If=
 we are searching for a better Java method to use and they mention an RFC i=
t would help to find a better fit.</div><div><br></div><div>I am not sure i=
f I am using &quot;canonical&quot; correctly here.=C2=A0 I assume you get t=
he gist of what I am asking though.</div><div><div><br></div>-- <br>Thanks<=
br><br>Mark Phippard<br><a href=3D"http://markphip.blogspot.com/">http://ma=
rkphip.blogspot.com/</a>
</div></div>

--047d7b471f3e70a36c05062ad8c6--