Hi Gayatri,
On Tue, Apr 2, 2013 at 9:22 PM, gayatri mehra gmehra0...@gmail.com wrote:
Please can you provide me write access to JackRabbit wiki pages. I am
working on the repository and would like to update wiki with my findings and
POC work.
Great! What's your wiki username?
BR,
Jukka
[
https://issues.apache.org/jira/browse/JCR-3555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13620693#comment-13620693
]
Jukka Zitting commented on JCR-3555:
Hmm, you're right. Now that I look at the code
[
https://issues.apache.org/jira/browse/JCR-3555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13620710#comment-13620710
]
Jukka Zitting commented on JCR-3555:
Sounds like we're converging on consensus here
[
https://issues.apache.org/jira/browse/JCR-3555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13620735#comment-13620735
]
Jukka Zitting commented on JCR-3555:
Perhaps something like this:
public class
[
https://issues.apache.org/jira/browse/JCR-3555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13620735#comment-13620735
]
Jukka Zitting edited comment on JCR-3555 at 4/3/13 8:42 AM
[
https://issues.apache.org/jira/browse/JCR-3555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13620784#comment-13620784
]
Jukka Zitting commented on JCR-3555:
Nice work! Patch applied in revision 1463890
[
https://issues.apache.org/jira/browse/JCR-3555?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13619705#comment-13619705
]
Jukka Zitting commented on JCR-3555:
A method like the iterable() you're proposing
with Oak.with() as hardcoded parts. The latter approach (coupled with
hooks to bring in also more dynamic OSGi services) might be better as
it gives us more control over repository startup.
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCR-3547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13615002#comment-13615002
]
Jukka Zitting commented on JCR-3547:
Yes, I guess we could set the value back to zero
[
https://issues.apache.org/jira/browse/JCR-3551?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13615696#comment-13615696
]
Jukka Zitting commented on JCR-3551:
It seems like the correct solution here would
it after ten or so
minutes) but couldn't yet reproduce the problem. Do you still see it
with the latest trunk?
BR,
Jukka Zitting
path
validation for the write case is most certainly not the right thing to do.
We already have the NameValidator that ensures that all (non-hidden)
names stored in the repository are valid. As a consequence also all
existing repository paths are valid.
BR,
Jukka Zitting
Hi,
On Wed, Mar 27, 2013 at 1:54 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Quick benchmarking of the Oak-Default run shows
NamePathMapperImpl.getOakPath() calling JcrPathParser.validate()
taking about 20% of the time in this test.
Updated numbers after the latest OAK-108 change
Hi,
On Wed, Mar 27, 2013 at 4:28 PM, Tudor Rogoz ro...@adobe.com wrote:
I just made a pull, and is not reproducing on my side, too.It was probably
fixed somehow in the latest commits.
OK, good to know!
BR,
Jukka Zitting
while the problem is being
resolved. Feel free to revert that commit once the tests pass again.
BR,
Jukka Zitting
Jukka Zitting created JCR-3543:
--
Summary: TCK does not allow a property to be re-bound to a
different definition
Key: JCR-3543
URL: https://issues.apache.org/jira/browse/JCR-3543
Project: Jackrabbit
[
https://issues.apache.org/jira/browse/JCR-3543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting resolved JCR-3543.
Resolution: Fixed
Fix Version/s: 2.7
Assignee: Jukka Zitting
Fixed in revision
[
https://issues.apache.org/jira/browse/JCR-3547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13614927#comment-13614927
]
Jukka Zitting commented on JCR-3547:
The mark phase of the garbage collection should
history of a
single node:
# SetPropertyTestmin 10% 50% 90% max N
Oak-Mongo 31442 32098 58855 92934 93871 10
BR,
Jukka Zitting
/README.md
[3] http://markmail.org/message/a4vviwtddoajx4ua
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13608985#comment-13608985
]
Jukka Zitting commented on JCR-3534:
Note that there is no guarantee that the userIds
NodeStates coming from the storage layer.
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13604980#comment-13604980
]
Jukka Zitting commented on JCR-3534:
I'm not too excited about the idea of using
[
https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13605048#comment-13605048
]
Jukka Zitting commented on JCR-3534:
I have two separate systems (separate JVMs
[
https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13605071#comment-13605071
]
Jukka Zitting commented on JCR-3534:
So JackrabbitValue.getContentIdentifier
.
BR,
Jukka Zitting
Hi,
On Tue, Mar 12, 2013 at 6:26 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Here are initial numbers from these benchmarks, executed against the
SegmentMK on a m1.medium EC2 instance with a local MongoDB backend:
A few more results with different segment cache sizes:
http
or constraint
violations becoming much of a problem. But that of course depends on
the amount of care put in deciding which operations should be executed
against lower-level journals. That's probably an area where good
documentation/training and more real-world experience will be needed.
BR,
Jukka
for improved concurrency.
BR,
Jukka Zitting
Hi,
On Wed, Feb 27, 2013 at 2:38 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Indeed. Here's my initial draft of what this could look like:
Committed the first version of this Editor mechanism in revision
1453738. See OAK-673 for further progress.
BR,
Jukka Zitting
as the system can
provide harder guarantees for more important updates. But we'll
need some better benchmark scenarios and real-world experience to tell
how well that works in practice.
BR,
Jukka Zitting
that by directing some of the commits to
different journals until the journal is not overloaded anymore.
BR,
Jukka Zitting
in that area. Thus, if we want to maintain the illusion of
serialization of such changes, you'd need at least something like
read-write locks over such problem areas.
BR,
Jukka Zitting
Hi,
On Wed, Mar 6, 2013 at 1:49 PM, build...@apache.org wrote:
BUILD FAILED: failed compile
OSGi trouble triggered by my change in OAK-676. Fixing it now.
BR,
Jukka Zitting
volumes of writes the
revision lists could grow pretty large.
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCR-3402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13592096#comment-13592096
]
Jukka Zitting commented on JCR-3402:
Looks good to me, +1 to committing. Let's keep
[
https://issues.apache.org/jira/browse/JCR-3528?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13592339#comment-13592339
]
Jukka Zitting commented on JCR-3528:
In general I agree with Angela's comment in JCR
.
BR,
Jukka Zitting
to worry
about such observers. (Of course they could still consume a lot of CPU
and IO, bu that would then be a higher level deployment concern and
would only indirectly affect the repository.)
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCRSITE-37?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCRSITE-37:
-
Labels: cms svnpubsub (was: cms)
Summary: Migrate web site from Confluence to svnpubsub
there are other areas where such metrics will still be highly useful.
[1] https://issues.apache.org/jira/browse/OAK-364
[2] http://code.google.com/p/guava-libraries/wiki/CachesExplained#Statistics
BR,
Jukka Zitting
of time spent processing the
commit hooks. The one hook approach I outlined earlier should help us
there.
BR,
Jukka Zitting
decide to only persist
those parts of the transient tree that haven't changed in a while,
leaving the active parts still in memory.
BR,
Jukka Zitting
and use it to
complete the commit.
An observer that also wants to update the content tree could do the
same thing, passing the detected content changes to the configured
Editors and making a new commit of the resulting new node state if
none of the Editors failed with an exception.
BR,
Jukka Zitting
auto-refresh.
BR,
Jukka Zitting
in that this
would be troublesome to enforce manually given the size of the JCR
API. Perhaps we could use static analysis for that.
BR,
Jukka Zitting
? If yes, does it scale? I
mean,
let's assume we have 100 cluster nodes, would each cluster node validate each
change made by all other cluster nodes?
No, a hook only looks at a commit *before* it gets sent to the
underlying MicroKernel and thus shared with the rest of the cluster.
BR,
Jukka
OK for some operations to get lost or produce somewhat
inconsistent results (high-volume commenting or logging systems,
etc.). Operations for which such behavior is not desirable should use
the first option.
BR,
Jukka Zitting
nt:unstructured.
BR,
Jukka Zitting
range if we
go that route.
My main point here is whether such optimization is needed in the first
place since these checks are just duplicating effort that in any case
needs to be done during save().
BR,
Jukka Zitting
Hi,
On Tue, Feb 26, 2013 at 4:26 PM, Travis-CI notificati...@travis-ci.org wrote:
Status: Broken
Oops, looks like the TCK (or the way we set it up) has quite a few
expectations on nt:unstructured. I reverted the rep:root change in
revision 1450193.
BR,
Jukka Zitting
,
Jukka Zitting
Hi,
On Fri, Feb 22, 2013 at 11:21 AM, Travis-CI notificati...@travis-ci.org wrote:
View the full build log and details:
https://travis-ci.org/apache/jackrabbit-oak/builds/4976072
Duh, Java 7 hitting me again. Need to configure my IDE to use Java 6...
BR,
Jukka Zitting
install an observer on a given path?
You could use a mechanism like what the SubtreeValidator does, i.e.
have one main observer that looks at the entire content diff and
delegates observation of specific subtrees to configured
sub-observers.
BR,
Jukka Zitting
Hi,
On Thu, Feb 21, 2013 at 9:17 AM, Tommaso Teofili teof...@adobe.com wrote:
Thanks guys for your warm welcome!
Looking forward to keep contributing to this community.
Cool, great to have you join the team!
BR,
Jukka Zitting
unifying our various hooks into extensions of one
super hook that traverses the content diff only once, calling out to
individual validators and sub-hooks where necessary, a bit like how
the ValidatingHook already operates.
BR,
Jukka Zitting
Hi Cédric,
On Wed, Feb 20, 2013 at 4:44 PM, Michael Dürig mdue...@apache.org wrote:
Please welcome Cédric Damioli as a new committer and PMC member of
the Apache Jackrabbit project.
Welcome, and thanks for all your contributions!
BR,
Jukka Zitting
up setting extra breakpoints inside the
anonymous SessionOperation classes to be able to step to inside them.
BR,
Jukka Zitting
sense there, so I'd consider it invalid. Empty
strings should probably be treated equally.
BR,
Jukka Zitting
-core.
AFAICT there aren't too many places in the authentication code that
require deep integration with the repository internals (unlike in
authorization), so it should be possible to extract the relevant code
to a separate component. Or am I mistaken?
BR,
Jukka Zitting
Hi,
On Tue, Feb 19, 2013 at 11:59 AM, build...@apache.org wrote:
Blamelist: jukka
Oops, my bad. Fixing it now.
BR,
Jukka Zitting
Hi,
On Tue, Feb 19, 2013 at 12:02 PM, Felix Meschberger fmesc...@adobe.com wrote:
Can you separate API from implementation in the same step ?
The way I see it, the APIs used by such a component should ultimately
be just JAAS and JCR.
BR,
Jukka Zitting
() or with
just getChildNodeEntries(), depending on which is more convenient for
the particular implementation. Dropping one of the default
implementations will force all subclasses to implement that method,
even if they'd have an easier time implementing just the other one.
BR,
Jukka Zitting
of
this tiny gem in the code. The least we could do is add a warning in the
javadocs.
I'm fine with whatever you consider best. As you mention, those parts
of ANS are no longer needed and I don't believe we'll be seeing too
many new NodeState implementations anymore.
BR,
Jukka Zitting
like enterOrThrowSomeException() could
be used in cases where special exceptions are required for specific
states.
WDYT?
PS. I wonder if we could use some aspect-tool to automatically inject
such enter() calls to our code as a part of the compilation process...
BR,
Jukka Zitting
Hi,
On Mon, Feb 11, 2013 at 3:22 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
I've now spent a few days drafting some initial implementation code to
see how such a design would work in practice.
Fast forward one week ahead and we have also a MongoDB binding and
performance that's already
into the XML reports that
Surefire outputs and produce a report that drills down to individual
test methods. Though I'm not sure if the added value from the extra
detail is worth the effort.
BR,
Jukka Zitting
Hi,
On Fri, Feb 15, 2013 at 11:20 AM, Tommaso Teofili teof...@adobe.com wrote:
maybe it would be nice to explicitly design the synchronous / asynchronous
execution of an hook
An Observer is essentially an asynchronous hook.
BR,
Jukka Zitting
to the observer through a
content diff. I'm not sure whether replicating the information in a
separate place is useful.
BR,
Jukka Zitting
seems to get a bit hacky) or skip commit hooks
in specific scenarios
Good point!
BR,
Jukka Zitting
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.6.0. The release is available for download at:
http://jackrabbit.apache.org/downloads.html
See the full release notes below for details about this release.
Release Notes -- Apache Jackrabbit --
.
BR,
Jukka Zitting
move the hook processing to RootImpl.
BR,
Jukka Zitting
Hi,
On Tue, Jan 29, 2013 at 12:48 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Tue, Jan 29, 2013 at 12:01 PM, Marcel Reutegger mreut...@adobe.com wrote:
Template records
I'm a bit skeptical if the added complexity is worth the disk space saving.
I thought so too, but simple
Hi,
On Thu, Feb 14, 2013 at 9:27 AM, Travis-CI notificati...@travis-ci.org wrote:
View the full build log and details:
https://travis-ci.org/apache/jackrabbit-oak/builds/4787218
Looks like the build just got stuck with no output. Probably a
transient issue with Travis.
BR,
Jukka Zitting
OCM code in
http://svn.apache.org/viewvc/jackrabbit/commons/ocm/trunk/
BR,
Jukka Zitting
Hi,
On Mon, Feb 11, 2013 at 10:07 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Sorry, Java 7'ism. Will fix in a second.
Thomas beat me to it. Thanks!
BR,
Jukka Zitting
Hi,
On Tue, Jan 29, 2013 at 11:10 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
So, to spark off some discussion on this, see below for my quick draft
of what such a MongoMK^2 could look like.
Thanks all for feedback!
I've now spent a few days drafting some initial implementation code
Hi,
On Mon, Feb 11, 2013 at 3:22 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Excluding those main issues the implementation already works pretty
well. It still lacks a number of features (most notably garbage
collection) and optimizations (templates, O(log n) updates of flat
nodes, etc
require
adjusting the build command would be to enable fork mode for the
compiler plugin.
BR,
Jukka Zitting
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.5.3. The release is available for download at:
http://jackrabbit.apache.org/downloads.html
See the full release notes below for details about this release.
Release Notes -- Apache Jackrabbit --
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 0.6. The release is available for download at:
http://jackrabbit.apache.org/downloads.html
See the full release notes below for details about this release.
Release Notes -- Apache Jackrabbit Oak --
Hi,
On Fri, Feb 1, 2013 at 1:05 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Please vote on releasing this package as Apache Jackrabbit 2.6.0.
The vote is open for the next 72 hours and passes if a majority of at
least three +1 Jackrabbit PMC votes are cast.
The vote passes as follows
it should
include the parent identifier and a relative path thing.
I think Michael was referring just to nodes that are non-referenceable
and have no referenceable ancestors. The relevant discussions are
summarized in OAK-101.
BR,
Jukka Zitting
an
extra layer to the tree hierarchy, the commit hook could record the
workspace name as it descends through the content diff.
BR,
Jukka Zitting
.
for example... but i agree with michael that this then becomes
part of a much bigger multi-workspace discussion, doesn't it?
Indeed. Let's take it up next week.
BR,
Jukka Zitting
without having to traverse its path from the root.
BR,
Jukka Zitting
in
mind and the key use cases it needs to address? That would give us a
better record of why the particular design is being chosen. (Or just
point to a relevant thread I may have missed.)
BR,
Jukka Zitting
,
Jukka Zitting
and probably still hides a few potential deadlocks. So if
possible, I'd really like to avoid having to do this in Oak.
BR,
Jukka Zitting
, I'd really like to avoid having to introduce a lot of
extra complexity or other overhead to handle this case.
BR,
Jukka Zitting
hours and passes if a majority of at
least three +1 Jackrabbit PMC votes are cast.
[ ] +1 Release this package as Apache Jackrabbit 2.6.0
[ ] -1 Do not release this package because...
My vote is +1.
BR,
Jukka Zitting
, or at
least check for the presence of the key.
BR,
Jukka Zitting
Jukka Zitting created JCR-3504:
--
Summary: ConcurrentImportTest failure
Key: JCR-3504
URL: https://issues.apache.org/jira/browse/JCR-3504
Project: Jackrabbit Content Repository
Issue Type: Bug
Hi,
On Tue, Jan 29, 2013 at 11:09 PM, Apache Jenkins Server
jenk...@builds.apache.org wrote:
Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2049/
to view the results.
Looks like the build ran out of memory.
BR,
Jukka Zitting
Hi,
On Tue, Jan 29, 2013 at 7:32 PM, Apache Jenkins Server
jenk...@builds.apache.org wrote:
Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2048/
to view the results.
See https://issues.apache.org/jira/browse/JCR-3504
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCR-3504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13566354#comment-13566354
]
Jukka Zitting commented on JCR-3504:
I marked the test as a known issue in revision
[
https://issues.apache.org/jira/browse/JCR-3277?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting resolved JCR-3277.
Resolution: Fixed
Fix Version/s: (was: 2.7)
This will go out in Jackrabbit 2.6.0 so
[
https://issues.apache.org/jira/browse/JCR-3504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13566417#comment-13566417
]
Jukka Zitting commented on JCR-3504:
See https://builds.apache.org/job/Jackrabbit-trunk
[
https://issues.apache.org/jira/browse/JCR-3504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13566420#comment-13566420
]
Jukka Zitting commented on JCR-3504:
Sorry, the above CI failure is actually a different
601 - 700 of 6233 matches
Mail list logo