[
https://issues.apache.org/jira/browse/JCR-3705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13871926#comment-13871926
]
Thomas Mueller commented on JCR-3705:
-
[~ajain], I think there is a problem with the
Hi,
Let's pick this up again!
On Thu, Jan 17, 2013 at 6:00 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
* Jackrabbit 3.0: Early next year, after the 2.6 and 2.x branches have
been created, we'd replace the current trunk with an Oak-based JCR
implementation.
As mentioned above, instead
Hi
While (f-OSGi) has an appeal to me and think should be done in any case, I
would think (g-separate) is the right way to go to prevent complexity with
IMVHO little benefit.
Just my CHF 0.05
Regards
Felix
Am 15.01.2014 um 12:35 schrieb Jukka Zitting jukka.zitt...@gmail.com:
Hi,
Let's
[
https://issues.apache.org/jira/browse/JCR-3705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amit Jain updated JCR-3705:
---
Attachment: JCR-3705.patch
New Patch to reduce the patch size by removing duplicates and line break
changes.
[
https://issues.apache.org/jira/browse/JCR-3705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Amit Jain updated JCR-3705:
---
Attachment: (was: JCR-3705.patch)
Extract data store API and implementations from jackrabbit-core
Hi,
this change causes a test failure:
Failed tests:
testLockWithPendingChanges(org.apache.jackrabbit.test.api.lock.LockManagerTest):
Attempt to lock a node with transient modifications must throw
InvalidItemStateException.
see also travis build:
Hi,
On Wed, Jan 15, 2014 at 7:46 AM, Marcel Reutegger mreut...@adobe.com wrote:
this change causes a test failure:
Failed tests:
testLockWithPendingChanges(org.apache.jackrabbit.test.api.lock.LockManagerTest):
Attempt to lock a node with transient modifications must throw
On 15.1.14 2:44 , Jukka Zitting wrote:
Hi,
On Wed, Jan 15, 2014 at 7:46 AM, Marcel Reutegger mreut...@adobe.com wrote:
this change causes a test failure:
Failed tests:
testLockWithPendingChanges(org.apache.jackrabbit.test.api.lock.LockManagerTest):
Attempt to lock a node with transient
Hi,
On Wed, Jan 15, 2014 at 9:30 AM, Michael Dürig mdue...@apache.org wrote:
On 15.1.14 2:44 , Jukka Zitting wrote:
It looks like the root cause of the failure is in the locking
implementation and was just triggered by r1558270, so I'll mark it as
a known issue for now and follow up in
Build Update for apache/jackrabbit-oak
-
Build: #3096
Status: Broken
Duration: 1988 seconds
Commit: 9ae732a916a71a7506fc13a1da0abbafee226ad7 (trunk)
Author: Jukka Zitting
Message: OAK-659: Move purge logic for transient changes below the NodeBuilder
interface
Hi,
On Wed, Jan 15, 2014 at 11:31 AM, Travis CI ju...@apache.org wrote:
View the full build log and details:
https://travis-ci.org/apache/jackrabbit-oak/builds/17003584
Hmm, still something wrong with locking, though I can't reproduce this locally.
BR,
Jukka Zitting
On 15.1.14 5:52 , Jukka Zitting wrote:
Hi,
On Wed, Jan 15, 2014 at 11:31 AM, Travis CI ju...@apache.org wrote:
View the full build log and details:
https://travis-ci.org/apache/jackrabbit-oak/builds/17003584
Hmm, still something wrong with locking, though I can't reproduce this locally.
12 matches
Mail list logo