Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jackrabbit-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of marcel.reutegger@gmx.net
 designates 213.165.64.21 as permitted sender)
Message-ID: <43C26E4A.6080601@gmx.net>
Date: Mon, 09 Jan 2006 15:08:10 +0100
From: Marcel Reutegger <marcel.reutegger@gmx.net>
User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923)
MIME-Version: 1.0
To: jackrabbit-dev@incubator.apache.org
Subject: Re: escape/unescape jcr names implementation
References: <299196267.20060109153104@gmail.com>
In-Reply-To: <299196267.20060109153104@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi Costin,

there is a utility class in jackrabbit-commons that you can use:
org.apache.jackrabbit.util.ISO9075

the jackrabbit-commons library is built in:
trunk/jackrabbit/modules/commons

regards
  marcel

Costin Leau wrote:
> # sorry for the previous email, I hit the send button accidentally ...
> 
> Hello everybody.
> 
> I'm having some problems with some jcr name which contain illegal
> characters as defined in Section 6.2.5.2 of the spec. I am looking for
> advices and an implementation that could do the escaping and unescaping using the
> _xHHHH_ method and I only found one that does escaping inside
> JackRabbit. Isn't there a need to unescape the values into its
> original format (so that
> String specialStr == unescape(escape(specialStr)) ) ?
> 
> I've seen also a thread from some time ago opened by Brian and the
> answer (and the solution used not in Cosmo by looking at the code)
> seems to be hex encoding similar to the url one.
> 
> What is the recommended way of encoding/decoding and are some
> implementations available out there? I'm trying to find one that
> affects the repository as little as possible so that clients
> connecting to the repository from outside my app should be able to decode the
> names in a standard manner.
>