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/3537
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: osiris_ubuntu
Build Reason: scheduler
Build Source Stam
On 25.10.2013, at 14:11, Alexander Klimetschek wrote:
> Maybe it would be useful to additionally allow a generic "matches" function
> that can be passed upon listener registration that could check whatever it
> wants, working on the diff or change set directly.
Actually it needs to be able to w
Hi,
IMHO it would be nice to support more matching functionality for events down in
Oak. See my mail on the Sling thread [0].
The general advantage would be that for non-matches there would be no event
created at all, no thread started and what else is involved. I assume that
could happen most
Build Update for apache/jackrabbit-oak
-
Build: #2473
Status: Broken
Duration: 1228 seconds
Commit: 78c9df4fcfb42108a4e03832e0e088c6520d12c7 (trunk)
Author: Angela Schreiber
Message: OAK-50 : Implement User Management
git-svn-id: https://svn.apache.org/repos/a
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/3536
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: osiris_ubuntu
Build Reason: scheduler
Build Source Stamp:
Build Update for apache/jackrabbit-oak
-
Build: #2469
Status: Broken
Duration: 2069 seconds
Commit: d94ac4f090e7a0ab7e8f2f71ca46b65d0aea8b21 (trunk)
Author: Jukka Zitting
Message: OAK-593: Segment-based MK
Special case references to the same segment, to reduce
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/3533
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: osiris_ubuntu
Build Reason: scheduler
Build Source Stam
Build Update for apache/jackrabbit-oak
-
Build: #2468
Status: Broken
Duration: 1504 seconds
Commit: 973e42eaa41a2809046df48b6a073825842e4c0f (trunk)
Author: Jukka Zitting
Message: OAK-593: Segment-based MK
Inline the list of identifiers of referenced segments
Hi,
On Fri, Oct 25, 2013 at 12:50 PM, wrote:
> 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/3532
Sorry, was too fast with my commit. Fixed in revision 1535777.
BR,
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/3532
Buildbot URL: http://ci.apache.org/
Buildslave for this Build: osiris_ubuntu
Build Reason: scheduler
Build Source Stamp:
Hi,
On Thu, Oct 24, 2013 at 1:56 PM, Tobias Bocanegra wrote:
> the relevant information was:
>
> java.util.UUID, 353'574 Objects (41%), 22'628'736 shallow size
OK, cool. I just changed the internals a bit to avoid having to keep
so many duplicate UUID instances in memory. That should bring these
Hi,
On Fri, Oct 25, 2013 at 11:32 AM, Chetan Mehrotra
wrote:
> Thoughts?
All the suggested approaches seem reasonable.
More generally though, I think what you're seeing here is ultimately
an issue of granularity of access. You have a use case where the
client is accessing thousands of nodes. Be
Hi,
Trying to restart an application like Adobe CQ running on Oak and
Mongo DB on a remote system takes considerable amount of time. In a
typical restart the number of such calls are around 23000 (Reduced
from 42000 with OAK-1117). I am trying to analyze the nature of calls
and also cache utilizat
Build Update for apache/jackrabbit-oak
-
Build: #2467
Status: Fixed
Duration: 1784 seconds
Commit: e46db601f5054835c5957462491df3fc25954570 (trunk)
Author: Jukka Zitting
Message: OAK-593: Segment-based MK
Simplify segment size and record position handling
git
Build Update for apache/jackrabbit-oak
-
Build: #2466
Status: Broken
Duration: 1000 seconds
Commit: 33b681d8908618c1879b75bf5123cecd27611772 (trunk)
Author: Angela Schreiber
Message: OAK-1118 : test case(s)
git-svn-id: https://svn.apache.org/repos/asf/jackrabb
hi bertrand
+1 for everything you said.
in general i think that we have split that section in the docu:
a) summary from OAK point of view (for those that know the very details)
b) summary from a JCR/Jackrabbit point of view. IMHO we can't expect
our user community to understand how these subt
Hi Angela,
On Fri, Oct 25, 2013 at 11:21 AM, Angela Schreiber wrote:
> Bertrand wrote:
>>The OSGi events that Sling rebroadcasts are less granular than JCR
>>events, so this might not be a problem for that case.
>
> do you know it or are you guessing?...
I'm making an educated guess.
To get har
I have implemented the above logic as part of OAK-1117 [1]. With this
in place number of call made to Mongo on restarts of Adobe CQ goes
down from 42000 to 25000 significantly reducing the startup time when
Mongo is remote!!
regards
Chetan
[1] https://issues.apache.org/jira/browse/OAK-1117
Chetan
hi bertrand
>On Fri, Oct 25, 2013 at 8:53 AM, Angela Schreiber
>wrote:
>> ...the biggest challenge i see in terms of backwards compatibility is
>> that the diff-mechanism in OAK doesn't allow a 1:1 translation
>> to JCR events as they used to be generated in jackrabbit-core...
>
>The OSGi events
Hi,
On Fri, Oct 25, 2013 at 8:53 AM, Angela Schreiber wrote:
> ...the biggest challenge i see in terms of backwards compatibility is
> that the diff-mechanism in OAK doesn't allow a 1:1 translation
> to JCR events as they used to be generated in jackrabbit-core...
The OSGi events that Sling rebr
20 matches
Mail list logo