Saw an issue with this the other day and wanted to pass it along to see if
it was a bug or intended functionality.
So, to encode elements in a path that begin with a number I used the encode
functionality in ISO9075. At one point, I accidentally "over fixed" the
path by calling the enc
Hi,
John Crawford schrieb:
> Saw an issue with this the other day and wanted to pass it along to see if
> it was a bug or intended functionality.
> So, to encode elements in a path that begin with a number I used the encode
> functionality in ISO9075. At one point, I accidentally
Felix Meschberger wrote:
...
In what respect do you think this path is invalid ?
If you encode an input, it has to encode the input. There is no way the
method can tell, whether the second encoding is due to a programming
error or is requested by intent. So the result of encoding agains sounds
r
bug or intended functionality.
> > So, to encode elements in a path that begin with a number I used the
> encode
> > functionality in ISO9075. At one point, I accidentally "over fixed" the
> > path by calling the encode method too many times on the path. It
> actuall
John Crawford wrote:
Well, the second path doesn't return results, so perhaps the issue is in the
JCR Query/QueryManager? It appears that its encoding the "_", which is
apparently a valid value to query against. So I really don't understand why
it would encode that character.
Either way, I'll j
Hi,
On Wed, Sep 9, 2009 at 8:30 PM, wrote:
> Author: fmeschbe
> ...
> New Revision: 813068
> ...
> SLING-1077 Include Jackrabbit ISO9075 class used by the JcrPropertyMap in the
> bundle...
This causes launchpad/app (and the Hudson sling-trunk-
Hi,
Oops, sorry, this was in my local workspace but I forgot to check in.
Done now in Rev. 813437
Regards
Felix
Bertrand Delacretaz schrieb:
> Hi,
>
> On Wed, Sep 9, 2009 at 8:30 PM, wrote:
>> Author: fmeschbe
>> ...
>> New Revision: 813068
>> ...
>>
