Hi Julian,
The LastRevRecoveryAgent is executed at 2 places
1. On DocumentNodeStore startup where the MissingLastRevSeeker is used to
get potential candidates for recovery.
2. At regular intervals defined by the property
'lastRevRecoveryJobIntervalInSecs' in the DocumentNodeStoreService (default
On 2014-08-26 08:03, Amit Jain wrote:
Hi Julian,
The LastRevRecoveryAgent is executed at 2 places
1. On DocumentNodeStore startup where the MissingLastRevSeeker is used to
get potential candidates for recovery.
2. At regular intervals defined by the property
'lastRevRecoveryJobIntervalInSecs'
A candidate for the Jackrabbit Oak 1.0.5 release is available at:
https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.0.5/
The release candidate is a zip archive of the sources in:
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.0.5/
The SHA1 checksum of the
On 26.8.14 8:42 , Thomas Mueller wrote:
Please vote on releasing this package as Apache Jackrabbit Oak 1.0.5.
The vote is open for the next 72 hours and passes if a majority of at
least three +1 Jackrabbit PMC votes are cast.
[X] +1 Release this package as Apache Jackrabbit Oak 1.0.5
+1 all checks ok
On Tue, Aug 26, 2014 at 8:42 AM, Thomas Mueller muel...@adobe.com wrote:
A candidate for the Jackrabbit Oak 1.0.5 release is available at:
https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.0.5/
The release candidate is a zip archive of the sources in:
On 26.8.14 7:14 , Tobias Bocanegra wrote:
IMO, this should work, even if the value is not a ValueImpl. In this
case, it should fall back to the API methods to read the binary.
WDYT?
Ack. This is most likely a regression introduces with OAK-1164.
Michael
Hi Laurie,
2014-08-25 18:43 GMT+02:00 Laurie Byrum lby...@adobe.com:
Hi Tommaso,
I am happy to see this thread!
;-)
Questions:
Do you expect to want to support hierarchical or pivoted facets soonish?
I would say 'why not' if we have a valid use case.
If so, does that influence this
+1
Tommaso
2014-08-26 8:42 GMT+02:00 Thomas Mueller muel...@adobe.com:
A candidate for the Jackrabbit Oak 1.0.5 release is available at:
https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.0.5/
The release candidate is a zip archive of the sources in:
2014-08-25 19:02 GMT+02:00 Lukas Smith sm...@pooteeweet.org:
Aloha,
Aloha!
you should definitely talk to the HippoCMS developers. They forked
Jackrabbit 2.x to add facetting as virtual nodes. They ran into some
performance issues but I am sure they still have value-able feedback on
Hi,
OK, so can we put what's needed into the DocumentStore API, or
alternatively have an extension interface, that both MongoDocumentStore and
RDBDocumentStore could implement?
It would make sense to add a generic method which queries on a particular
property(possibly limiting to only indexed
On 26/08/2014 07:42, Thomas Mueller wrote:
[X] +1 Release this package as Apache Jackrabbit Oak 1.0.5
Davide
Hi,
I would only add it if really necessary. We already have a very
similar method:
/**
* Get a list of documents where the key is greater than a start value
and
* less than an end value. The returned documents are immutable.
*
* @param T the document type
* @param
Hi,
I was proposing the additional method for cases where we want to query the
indexed properties other than _id like needed in MongoBlobReferenceIterator
and MongoMissingLastRevSeeker.
But,
Can't we use this method to at least narrow down the query to the
lower bound? I think for the purpose
Hi Davide,
this would be nice indeed! wouldn’t that be “indexPath”, not “re-indexPath” ?
Nicolas
On 26 Aug 2014, at 12:04, Davide Giannella dav...@apache.org wrote:
Hello team,
when we issue the reindex by changing the index definition with
`reindex=true` the algorithm scan all the
On 2014-08-26 08:42, Thomas Mueller wrote:
...
Please vote on releasing this package as Apache Jackrabbit Oak 1.0.5.
The vote is open for the next 72 hours and passes if a majority of at
least three +1 Jackrabbit PMC votes are cast.
[ ] +1 Release this package as Apache Jackrabbit Oak
This looks useful Tommaso. With OAK-2005 we should be able to support
multiple LuceneIndexes and manage them easily.
If we can abstract all this out and just expose the facet information
as virtual node that would simplify the stuff for end users. Probably
we can have a read only NodeStore impl
On 2014-08-26 08:03, Amit Jain wrote:
Hi Julian,
The LastRevRecoveryAgent is executed at 2 places
1. On DocumentNodeStore startup where the MissingLastRevSeeker is used to
get potential candidates for recovery.
Sure? I've been logging it, and I don't see it called on every startup...
...
On 2014-08-26 11:32, Amit Jain wrote:
Hi,
I was proposing the additional method for cases where we want to query the
indexed properties other than _id like needed in MongoBlobReferenceIterator
and MongoMissingLastRevSeeker.
But,
Can't we use this method to at least narrow down the query to
Hi Davide,
So what would happen to the already-indexed content which wasn't in
one of the reindexPaths?
For example, let's say I'm building an index of a property called
keywords. In the repo, I have:
/content/foo@keywords=something
/content/bar/one@keywords=something
On 26/08/2014 11:27, Nicolas Peltier wrote:
Hi Davide,
this would be nice indeed! wouldn’t that be “indexPath”, not “re-indexPath” ?
I'd rather keep a sort of namespace in the property naming. By stating
`reindexPath` it should be clear that is only related to reindexing and
that if the index
On 26/08/2014 14:13, Justin Edelson wrote:
Hi Davide,
So what would happen to the already-indexed content which wasn't in
one of the reindexPaths?
For example, let's say I'm building an index of a property called
keywords. In the repo, I have:
/content/foo@keywords=something
Hi,
On Tue, Aug 26, 2014 at 10:01 AM, Davide Giannella dav...@apache.org wrote:
On 26/08/2014 14:13, Justin Edelson wrote:
Hi Davide,
So what would happen to the already-indexed content which wasn't in
one of the reindexPaths?
For example, let's say I'm building an index of a property
22 matches
Mail list logo
