On 06.02.11 19:39, "Alexander Saar" <alexander.s...@googlemail.com> wrote:
>thanks for the reply. If sub levels do not work then why is this query
>working:
>
>/jcr:root//element(*, nt:unstructured)[jcr:contains(./*/*/@text, 'test')]
>order by @jcr:score

You can only have fixed relative paths inside the jcr:contains, such as
"jcr:content/foo/@text", and probably that includes wildcards. But you
can't use any Xpath axis here, i.e. not "//".

>When I try index aggregates it seems that I cannot search for specific
>properties anymore. At least jcr:contains(@property, 'test') is not
>returning any results but jcr:contains(., 'test') does. Is this expected
>due
>to the aggregation?

I don't know exactly, but I think if you define an index-rule, you need to
explicitly name all properties or use a wildcard matcher:

<property isRegexp="true">.*:.*</property>

But not sure if the same holds true for aggregates.

Regards,
Alex

-- 
Alexander Klimetschek
Developer // Adobe (Day) // Berlin - Basel




Reply via email to