Hey Marcel,
As I also mentioned in the JIRA ticket. What is the reasoning to put this in
Oak code, and not directly in Felix? I see no clear connection with Oak and you
even use a lot of OSGi concepts
Greets,
Roy
> On 7 Jul 2020, at 10:45, Julian Sedding wrote:
>
> Hi Marcel,
>
> I think
What ever happend to this question? Still find it valid
> On 27 Feb 2018, at 21:15, Robert Munteanu wrote:
>
> On Tue, 2018-02-27 at 12:21 -0500, Matt Ryan wrote:
>> Are there use cases where users should prefer Jackrabbit over Oak?
>> Or is
>> Oak considered a full replacement for Jackrabbit
Hey all,
Some time ago I asked about creating an oak index based on the node type
(primary type or mixin type), after which I was pointed to the nodetype index.
I have to say though that there is a serious drawback to this index:
I have two separate projects, both having some code based on a
Works like a charm, thanks
Roy
> On 8 May 2017, at 15:39, Vikas Saurabh <vikas.saur...@gmail.com> wrote:
>
> Hi Roy,
>
> On Mon, May 8, 2017 at 6:52 PM, Roy Teeuwen <r...@teeuwen.be> wrote:
>> Invalid directory at the location, check console for mor
it helps,
> Tommaso
>
> [1] : http://jackrabbit.apache.org/oak/docs/query/lucene.html#CopyOnRead
>
> Il giorno lun 8 mag 2017 alle ore 15:01 Roy Teeuwen <r...@teeuwen.be> ha
> scritto:
>
>> Hey all,
>>
>> I got a question relating the oak:indexes in Jackrabbit OAK. Is
Hey all,
I got a question relating the oak:indexes in Jackrabbit OAK. Is it possible to
actually open these indexes and see what is inside them? I know it is possible
to use Luke to open a Lucene index and query it manually, is this also possible
for the property index and the Lucene index
Hey David,
Seeing as you are using AEM, thus Sling, have you looked at the
ResourceProvider interface? With this you can bind resources coming from
another place than the JCR repo to the content tree.
You can look at these examples, the first one fetches content from a couchbase,
the second
Hello all,
I seem to have found a bug in the
org.apache.jackrabbit.oak.namepath.JcrPathParser, when looking up following
property through the session, it returns me false, while the property does
exist.
I have debugged the code and found following results.
A file.scss exists at
the "nodetype" index (/oak:index/nodetype) which is normally used
> for such queries. I would change that index.
>
> Regards,
> Thomas
>
>
> On 18/10/16 17:08, "Roy Teeuwen" <r...@teeuwen.be> wrote:
>
>> Hey Thomas,
>>
&g
can change the limit using the JMX bean
> "QueryEngineSettings". The default is Long.MAX_VALUE (virtually no limit)
> by the way.
>
> Regards,
> Thomas
>
>
>
> On 18/10/16 16:44, "Roy Teeuwen" <r...@teeuwen.be> wrote:
>
>> Hello all,
>&g
Hello all,
I got a problem in oak concerning query performance for the following simple
queries
SELECT * FROM [rep:ACL] WHERE ISDESCENDANTNODE([/content])
SELECT * FROM [rep:ACL] WHERE ISDESCENDANTNODE([/var])
I get the following exception:
java.lang.UnsupportedOperationException: The query
e I'm wrong.
>
> What should work (for both Jackrabbit 2.x and Oak) is using
> "test/@jcr:primaryType" instead of "test". So:
>
>/jcr:root//*[test/@jcr:primaryType]
>/jcr:root/content/site//element(*,nt:unstructured)
>[@jcr:createdBy='admin' and
Hey all,
Seeing as I don’t seem to find a oak-users to subscribe to, I’m going to post
the question here:
When doing the following XPath query in JCR 2, it would select me all the nodes
that has a subnode named test. But since oak, this query does not work anymore.
Is there a reason this
13 matches
Mail list logo