Hi,
On Wed, Aug 14, 2013 at 2:27 PM, Marcel Reutegger mreut...@adobe.com wrote:
Jukka, is it possible that your webhook is broken?
There indeed was a glitch in the script, triggered by an updated SSL
certificate. Now it should work again.
BR,
Jukka Zitting
earlier. I'm working on the locking code,
and should be able to clean up those cases once I get there.
BR,
Jukka Zitting
Hi,
On Sun, Aug 11, 2013 at 12:21 AM, Tobias Bocanegra tri...@adobe.com wrote:
it's TobiasBocanegra
OK, you're in.
BR,
Jukka Zitting
/message/nntrpjsfu4crk7u5). I
initialized the AdminGroup with all Jackrabbit PMC wiki accounts I
could easily find, but didn't spot yours so you're not yet included.
Just respond with your wiki account, and I'll get you included.
BR,
Jukka Zitting
Hi,
On Tue, Aug 6, 2013 at 3:40 AM, Tobias Bocanegra tri...@apache.org wrote:
Please vote to approve this contribution.
[x] +1 Accept FileVault into Apache Jackrabbit
Great stuff, thanks!
BR,
Jukka Zitting
,
Jukka Zitting
Hi,
On Tue, Aug 6, 2013 at 12:21 PM, Michael Dürig mdue...@apache.org wrote:
On 6.8.13 10:41, Jukka Zitting wrote:
a) When making transient changes or reading information that can come
from an earlier repository snapshot, use sessionDelegate.getRoot() so
that you see the exact same state
associated with editing session. the read-write
trick doesn't help here).
It sounds to me as if the UserManager should also be attached to the
SessionDelegate, and use the SessionOperation mechanism whenever
accessing information bound to that session.
BR,
Jukka Zitting
if people
think that's a better approach.
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCR-3635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-3635:
---
Resolution: Fixed
Fix Version/s: 2.6.4
2.4.5
2.2.14
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.6.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 --
Hi,
On Fri, Jul 26, 2013 at 3:17 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Please vote on releasing this package as Apache Jackrabbit 2.6.3.
The vote is open for the next 72 hours and passes if a majority of at
least three +1 Jackrabbit PMC votes are cast.
This vote passes as follows
[
https://issues.apache.org/jira/browse/JCR-3635?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting reassigned JCR-3635:
--
Assignee: Jukka Zitting
Manually specified jcr:frozenUuid overwriting the one assigned
[
https://issues.apache.org/jira/browse/JCR-3635?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13725282#comment-13725282
]
Jukka Zitting commented on JCR-3635:
See JCR-517 for a related issue where something
[
https://issues.apache.org/jira/browse/JCR-3634?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13723620#comment-13723620
]
Jukka Zitting commented on JCR-3634:
I'd rather keep the explicit workspace argument
Hi,
On Tue, Jul 30, 2013 at 4:56 PM, mdue...@apache.org wrote:
+log.info();
These should become log.debug(...) as soon as the code stabilizes.
BR,
Jukka Zitting
Hi,
On Tue, Jul 30, 2013 at 5:15 PM, Michael Dürig mic...@gmail.com wrote:
On 30.7.13 16:09, Jukka Zitting wrote:
On Tue, Jul 30, 2013 at 4:56 PM, mdue...@apache.org wrote:
+log.info();
These should become log.debug(...) as soon as the code stabilizes.
I don't agree
Hi,
On Tue, Jul 30, 2013 at 5:34 PM, Michael Dürig mdue...@apache.org wrote:
On 30.7.13 16:24, Jukka Zitting wrote:
The user already knows the settings as they're the one providing the
information (or using the default).
He knows what he passed in. That might be different from what is being
, and the extra
complexity (especially for remoting) of using thread-local variables.
WDYT?
BR,
Jukka Zitting
because...
My vote is +1.
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCR-3626?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-3626:
---
Issue Type: Improvement (was: Task)
NodeTypeTest.getPrimaryItemName can get sllw
[
https://issues.apache.org/jira/browse/JCR-3630?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-3630:
---
Affects Version/s: 2.2.13
2.4.4
2.6.2
Fix Version
[
https://issues.apache.org/jira/browse/JCR-3228?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-3228:
---
Fix Version/s: (was: 2.6)
2.6.3
WebDav/DavEx remoting throws workspace
the latest snapshot manually and look at fixing/disabling
the failing tests.
BR,
Jukka Zitting
.
In revision 1506479 I added a default value of 0 for that property.
BR,
Jukka Zitting
.
Does mvn clean install -PintegrationTesting work for anybody else?
It worked for me both before and after the above change.
BR,
Jukka Zitting
h1 and h2, then:
* Node A would see local events b1-h1, followed by external events h1-h3.
* Node B would see local events b1-h2, followed by external events h2-h3.
The end result in either case is a sequence of events from b1 to h3.
BR,
Jukka Zitting
of the cluster (i.e. h1-h3 and h2-h3).
BR,
Jukka Zitting
Hi,
On Thu, Jul 18, 2013 at 10:04 AM, Alex Parvulescu
alex.parvule...@gmail.com wrote:
I think there's a typo in the ReadOnlyNodeTypeManager on line 313: I think
it should check if 'type' exists, not 'types'.
Indeed.
Jukka
Hi,
On Wed, Jul 17, 2013 at 3:30 PM, Travis CI ju...@apache.org wrote:
Status: Still Failing
Fixed in revision 1504131. The RAT checks were complaining about deepTree.xml.
BR,
Jukka Zitting
picked up by the test environment.
BR,
Jukka Zitting
in revision 1503177.
BR,
Jukka Zitting
Jukka Zitting created JCR-3620:
--
Summary: JCA deployment descriptor for Apache Geronimo
Key: JCR-3620
URL: https://issues.apache.org/jira/browse/JCR-3620
Project: Jackrabbit Content Repository
[
https://issues.apache.org/jira/browse/JCR-3620?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting resolved JCR-3620.
Resolution: Fixed
Fix Version/s: 2.7.1
Added a basic template.
JCA
). The
working set of the test is about 10MB in size and scanned linearly, so
each iteration would end up flushing a cache that's less than 10MB in
size.
BR,
Jukka Zitting
Hi,
On Thu, Jul 4, 2013 at 1:12 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Wed, Jul 3, 2013 at 5:34 PM, Thomas Mueller muel...@adobe.com wrote:
I think it's because all binaries are loaded from the backend (no
caching). I bumped the blob cache size from 8 MB to 16 MB, let's see
more often, and look at possibly increasing
the memory limits if needed.
BR,
Jukka Zitting
increase the limit to something
like -XX:MaxPermSize=48m to allow for the increased size of the
codebase (especially the upgrade test is demanding as it uses both Oak
and Jackrabbit) but still keep it low enough to capture potential
permgen leaks.
BR,
Jukka Zitting
.
BR,
Jukka Zitting
diff --git
a/oak-run/src/main/java/org/apache/jackrabbit/oak/benchmark/SmallFileWriteTest.java
b/oak-run/src/main/java/org/apache/jackrabbit/oak/benchmark/SmallFileWriteTest.java
index 7d15b00..c5f2ec8 100644
---
a/oak-run/src/main/java/org/apache/jackrabbit/oak/benchmark
Hi,
On Wed, Jul 3, 2013 at 11:54 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Wed, Jul 3, 2013 at 11:22 AM, Thomas Mueller muel...@adobe.com wrote:
I usually look at N first :-)
It's also a good measure.
Actually not that good, as only the lower limit on the amount of time
over which
Hi,
On Tue, Jul 2, 2013 at 4:02 PM, Marcel Reutegger mreut...@adobe.com wrote:
the apache-rat:check fails. works fine on my machine.
It could be that Jenkins failed to properly clean up the workspace.
Let's see if the problem occurs again.
BR,
Jukka Zitting
Hi,
On Tue, Jul 2, 2013 at 6:30 PM, build...@apache.org wrote:
BUILD FAILED: failed compile
Should get fixed with an updated Jackrabbit SNAPSHOT. I deployed one
manually as I'm not sure if the Jenkins build has recovered yet.
BR,
Jukka Zitting
Hi,
On Fri, May 31, 2013 at 3:14 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Fri, Apr 26, 2013 at 2:12 PM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
On Wed, Mar 27, 2013 at 11:41 AM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
Here's a few more simple benchmark results to show
[
https://issues.apache.org/jira/browse/JCR-3614?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13696291#comment-13696291
]
Jukka Zitting commented on JCR-3614:
Why not directly to the final target location, i.e
[
https://issues.apache.org/jira/browse/JCR-3615?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13696292#comment-13696292
]
Jukka Zitting commented on JCR-3615:
Do we have someone to take care of cutting timely
Jukka Zitting created JCRSITE-42:
Summary: Fix Javadoc frame injection vulnerability
Key: JCRSITE-42
URL: https://issues.apache.org/jira/browse/JCRSITE-42
Project: Jackrabbit Site
Issue Type
[
https://issues.apache.org/jira/browse/JCRSITE-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting resolved JCRSITE-42.
--
Resolution: Duplicate
Didn't notice that Marcel already took care of this in JCRSITE-41
is a sign of a
missing implementation-specific optimised version of the comparison.
Figuring out how to avoid the fallback in this case should solve the issue.
BR,
Jukka Zitting
should switch this build to Travis or buildbot, like we
already do with Oak.
BR,
Jukka Zitting
o.a.j.mongomk to o.a.j.oak.plugins.mongomk
+1 IMHO we already have too many distinct components. Our codebase can
be highly modular without everything sitting in its own jar file.
BR,
Jukka Zitting
Jukka Zitting created JCR-3608:
--
Summary: MBeans for tracking event listeners
Key: JCR-3608
URL: https://issues.apache.org/jira/browse/JCR-3608
Project: Jackrabbit Content Repository
Issue Type
.
In such cases it would be clearer if people didn't use the JUnit 4
@Test annotations, as the JUnit 3 testXXX() naming pattern is
sufficient for test cases in classes that extend TestCase.
BR,
Jukka Zitting
Hi,
On Fri, Jun 14, 2013 at 10:55 AM, build...@apache.org 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/2668
Oops, sorry about that. Fixing...
BR,
Jukka
Hi,
On Fri, Jun 14, 2013 at 11:22 AM, alexparvule...@apache.org wrote:
+private AtomicLong indexedNodes;
A normal long should be fine here, as the editor instance isn't being
accessed concurrently from multiple threads.
BR,
Jukka Zitting
Hi,
On Fri, Jun 14, 2013 at 12:51 PM, Michael Dürig mdue...@apache.org wrote:
Sounds good. I try to come up with something and change the expectation for
the RepositoryTest.observationDispose test case.
OK, great!
BR,
Jukka Zitting
of a long
multi-line string as the log message.
BR,
Jukka Zitting
to provide additional context information that the default
JVM stack trace formatting doesn't provide. For example, see
http://logback.qos.ch/reasonsToSwitch.html#packagingData.
BR,
Jukka Zitting
node of the checkpoint,
* or {@code null} if the checkpoint is no longer available
*/
NodeState retrieve(String checkpoint);
BR,
Jukka Zitting
,
Jukka Zitting
Hi,
On Fri, May 31, 2013 at 3:14 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
It looks like we have a performance regression in ReadPropertyTest.
Quick profiling shows a lot of the time seems to be going to
MemoryNodeBuilder$ConnectedHead.update(), which is weird since we're
only reading
;
+}
+return newHead;
}
Isn't this the same as
return head = head.update()
It is, except for the nice side-effect of being able to easily set a
breakpoint on state transitions.
BR,
Jukka Zitting
by: org.apache.commons.dbcp.SQLNestedException: Cannot create
JDBC driver of class 'org.apache.derby.jdbc.EmbeddedDriver' for connect URL
'jdbc:derby:target/backwards-compatibility-test/jackrabbit-1.3/version/db;create=true'
The problem should only occur on Java 5 and be solved as of revision 1489825.
BR,
Jukka
Hi,
On Wed, Jun 5, 2013 at 4:31 PM, Apache Jenkins Server
jenk...@builds.apache.org wrote:
Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2131/
to view the results.
Looks like a Jenkins issue:
error=12, Not enough space
BR,
Jukka Zitting
in
flux and might already be outdated.
And if you can't find something you're looking for, asking here on the
Oak list is always a good fallback.
BR,
Jukka Zitting
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.6.2. 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 --
Hi,
[better late than never...]
On Wed, May 22, 2013 at 11:10 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Please vote on releasing this package as Apache Jackrabbit Oak 0.8.
The vote is open for the next 72 hours and passes if a majority of at
least three +1 Jackrabbit PMC votes are cast
Hi,
On Mon, Jun 3, 2013 at 12:11 PM, Jukka Zitting ju...@apache.org wrote:
I got the TCK running against MongoMK and SegmentMK on my laptop.
Let's see if it works also on Travis.
It didn't. The tests seem to be passing, but the VersionIT takes more
than 10 minutes, which causes Travis
assume (though
haven't profiled in detail) that much of the time is going to the
still unoptimized getEffectiveNodeType() calls in
NodeImpl.internalSetProperty(). Optimizing that is on my TODO.
BR,
Jukka Zitting
Jukka Zitting created JCR-3604:
--
Summary: NodeMixinUtil.getAddableMixinName() can return mixins
already inherited by the node
Key: JCR-3604
URL: https://issues.apache.org/jira/browse/JCR-3604
Project
[
https://issues.apache.org/jira/browse/JCR-3604?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting resolved JCR-3604.
Resolution: Fixed
Fix Version/s: 2.7.1
Fixed in revision 1488687
/README.md
BR,
Jukka Zitting
:8.1.2.v20120308 from/to
travis-ci-central
(http://maven.mirrors.travis-ci.org/nexus/content/repositories/central/):
GET request of:
org/eclipse/jetty/jetty-io/8.1.2.v20120308/jetty-io-8.1.2.v20120308.jar
from travis-ci-central failed: Read timed out - [Help 1]
BR,
Jukka Zitting
,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCR-3601?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting resolved JCR-3601.
Resolution: Fixed
Fix Version/s: 2.7.1
Fixed in revision 1486864
Hi,
On Tue, May 21, 2013 at 6:13 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Please vote on releasing this package as Apache Jackrabbit 2.6.2.
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
Jukka Zitting created JCR-3601:
--
Summary: AbstractJCRTest.cleanUpTestRoot() does not properly set
testNodeType
Key: JCR-3601
URL: https://issues.apache.org/jira/browse/JCR-3601
Project: Jackrabbit
,
Jukka Zitting
://markmail.org/message/oftsp3shjxlrgb45.
In revision 1485656 I switched the Travis build to use Oracle's JDK 7
instead of OpenJDK 6. That should take care of this issue. We still
have the buildbot build to look after Java 6 compatibility.
BR,
Jukka Zitting
Hi,
On Wed, May 22, 2013 at 9:29 AM, build...@apache.org wrote:
BUILD FAILED: failed compile
Oops, fixed in revision 1485084.
BR,
Jukka Zitting
+1 Jackrabbit PMC votes are cast.
[ ] +1 Release this package as Apache Jackrabbit Oak 0.8
[ ] -1 Do not release this package because...
My vote is +1.
BR,
Jukka Zitting
the ignore mechanism in revision 1485156.
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-3534:
---
Fix Version/s: 2.7.1
2.6.2
Tagging this for the 2.6 branch. I think the solution
[
https://issues.apache.org/jira/browse/JCR-3402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-3402:
---
Fix Version/s: 2.6.2
getSize() returning too many often -1
[
https://issues.apache.org/jira/browse/JCR-3402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13662790#comment-13662790
]
Jukka Zitting commented on JCR-3402:
Merged to the 2.6 branch in revision 1484685
,
Jukka Zitting
New features
[JCR-3534] Efficient copying of binaries across repositories with
the same data store
Improvements
[JCR-3402] getSize() returning too many often -1
[JCR-3596] Reduce level for 'overwriting cached item' log messages
in ItemManager
Bug fixes
[JCR-3595
[
https://issues.apache.org/jira/browse/JCR-3550?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-3550:
---
Fix Version/s: 2.6.2
Merged to the 2.6 branch in revision 1484695.
Methods
[
https://issues.apache.org/jira/browse/JCR-3531?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-3531:
---
Fix Version/s: 2.6.2
Merged to the 2.6 branch in revision 1484698.
Borrow all
Hi,
On Tue, May 21, 2013 at 11:08 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
The key changes to be included are JCR-3402 and JCR-3534.
In addition, as you may have noticed, I'm backporting a few other
improvements that we've made to improve integration with Oak. The idea
behind
[
https://issues.apache.org/jira/browse/JCR-3543?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-3543:
---
Fix Version/s: 2.6.2
Merged to the 2.6 branch in revision 1484705.
TCK does
[
https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting resolved JCR-3534.
Resolution: Fixed
Excellent! I'd consider this resolved then. We can track further improvements
because...
My vote is +1
BR,
Jukka Zitting
Hi,
In JCR-3598 I'm about to start including Oak in the main Jackrabbit
deployment components. As a part of that effort we'll be needing some
Oak updates that weren't already in 0.7, so I'll be cutting a 0.8
release shortly.
BR,
Jukka Zitting
on Windows. More
generally the path components probably need to be escaped somehow as
the set of valid OS filenames is different from those of valid Oak
names. Even things like the distinction between upper and lower case
names may be different.
BR,
Jukka Zitting
. Those
cases should be refactored to use the NodeStore API and then we can
drop the JsopUtil class.
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661918#comment-13661918
]
Jukka Zitting commented on JCR-3534:
I committed a somewhat revised version of the patch
[
https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661937#comment-13661937
]
Jukka Zitting commented on JCR-3534:
In http://svn.apache.org/r148 I changed
[
https://issues.apache.org/jira/browse/JCR-3534?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13661970#comment-13661970
]
Jukka Zitting commented on JCR-3534:
override the AbstractDataStore
Hi,
On Wed, May 15, 2013 at 3:39 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Wed, May 15, 2013 at 3:31 PM, Apache Jenkins Server
jenk...@builds.apache.org wrote:
Check console output at https://builds.apache.org/job/Jackrabbit-trunk/2121/
to view the results.
Looks like some more
Jukka Zitting created JCR-3598:
--
Summary: Oak in Jackrabbit deployment packages
Key: JCR-3598
URL: https://issues.apache.org/jira/browse/JCR-3598
Project: Jackrabbit Content Repository
Issue
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 0.7. 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 --
401 - 500 of 6233 matches
Mail list logo