Hi,
quick question: in DS.invalidateCache(collection, key) - does this
invalidate *just* the document specified by the key, or is it supposed
to affect descendant nodes as well? (asking because the
MongoDocumentStore impl has hierarchy-related invalidation code).
Best regards, Julian
Hi,
The org.apache.jackrabbit.oak.plugins.segment.file.TarFile constructor
reads through the whole tar file, building up an in-memory map from
segment uuid to the position in the file. This is done each time the
repository is started, and it takes quite a long time. Shouldn't this
index be pe
The Buildbot has detected a new failure on builder oak-trunk while building ASF
Buildbot.
Full details are available at:
http://ci.apache.org/builders/oak-trunk/builds/4390
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: osiris_ubuntu
Build Reason: scheduler
Build Source Stamp:
The Buildbot has detected a restored build on builder oak-trunk while building
ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/oak-trunk/builds/4387
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: osiris_ubuntu
Build Reason: scheduler
Build Source Stam
The Buildbot has detected a new failure on builder oak-trunk while building ASF
Buildbot.
Full details are available at:
http://ci.apache.org/builders/oak-trunk/builds/4386
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: osiris_ubuntu
Build Reason: scheduler
Build Source Stamp:
The Buildbot has detected a restored build on builder oak-trunk while building
ASF Buildbot.
Full details are available at:
http://ci.apache.org/builders/oak-trunk/builds/4385
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: osiris_ubuntu
Build Reason: scheduler
Build Source Stam
The Buildbot has detected a new failure on builder oak-trunk while building ASF
Buildbot.
Full details are available at:
http://ci.apache.org/builders/oak-trunk/builds/4384
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: osiris_ubuntu
Build Reason: scheduler
Build Source Stamp:
On 14/02/2014 09:29, Angela Schreiber wrote:
> hi davide
> just out of curiosity: what are you trying to do?
In order to test what happens on a end-to-end case for OAK-1263 I
needed to see it behaving with a JCR Date type of property.
The reason behind it is that the property index store the ke
hi davide
just out of curiosity: what are you trying to do?
IMO the OakServlet is just a simple proof of concept like we used to
have with in the oak-sling project. i don't think that you can use
this as a functional oak-remoting system.
in fact i was already about to suggest to move it out to t
On 13/02/2014 18:27, Tobias Bocanegra wrote:
> ...
>
> {
> "lastModified": "{Date}1.1.1970",
> }
>
I was actually thinking something around this approach but then I saw as
well JSON-LD[0] that will be awesome but maybe the scope of the servlet
in oak-http is not provide a full implementation as for
On Thu, Feb 13, 2014 at 11:49 PM, Tobias Bocanegra wrote:
> this callback would rely on some sort of (non-osgi) list of
> pre-configured factories, right?
> eg some sort of LoginModuleFactoryRegistryImpl that is added to the
> authentication configuration?
Sort of. As Jukka mentioned the code whi
11 matches
Mail list logo