[
https://issues.apache.org/jira/browse/JCRSITE-29?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting reassigned JCRSITE-29:
Assignee: (was: Jukka Zitting)
> Implement Apache project branding requireme
[
https://issues.apache.org/jira/browse/JCRRMI-7?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting reassigned JCRRMI-7:
--
Assignee: (was: Jukka Zitting)
> Use remote callbacks instead of polling for observat
[
https://issues.apache.org/jira/browse/JCRBENCH-3?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting reassigned JCRBENCH-3:
Assignee: (was: Jukka Zitting)
> Remove the jcr-benchmark dependency to jcr-te
[
https://issues.apache.org/jira/browse/JCRRMI-6?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting reassigned JCRRMI-6:
--
Assignee: (was: Jukka Zitting)
> Streamline the JCR-RMI network interfa
[
https://issues.apache.org/jira/browse/JCRSITE-8?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting reassigned JCRSITE-8:
---
Assignee: (was: Jukka Zitting)
> Installation gu
[
https://issues.apache.org/jira/browse/JCRSERVLET-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting reassigned JCRSERVLET-2:
--
Assignee: (was: Jukka Zitting)
> Login filters in jackrabbit-serv
[
https://issues.apache.org/jira/browse/JCRSITE-37?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting reassigned JCRSITE-37:
Assignee: (was: Jukka Zitting)
> Migrate web site from Confluence to svnpub
[
https://issues.apache.org/jira/browse/JCRTCK-2?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting reassigned JCRTCK-2:
--
Assignee: (was: Jukka Zitting)
> Export test cases fail with Java 5 on Mac O
[
https://issues.apache.org/jira/browse/JCRRMI-4?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting reassigned JCRRMI-4:
--
Assignee: (was: Jukka Zitting)
> RMI: Allow custom socket factor
Hi,
Gavin's recent message (Aug 14, "Jenkins Notification updates") to all
PMCs seems to suggest some changes in Jenkins notifications.
Best,
Jukka
On Wed, Aug 17, 2016 at 3:36 AM Michael Dürig wrote:
>
> Hi,
>
> It seems we are not getting email notifications from our
aw repository size when evaluating possible improvements. Also, the
number and size of data segments are good size metrics to look at in
addition to total disk usage.
BR,
Jukka Zitting
On Fri, Jul 22, 2016 at 5:55 AM Francesco Mari <mari.france...@gmail.com>
wrote:
> The impa
random write access to be implemented efficiently
if there's enough demand.
Best,
Jukka Zitting
On Thu, Jun 2, 2016 at 10:25 AM Michael Marth <mma...@adobe.com> wrote:
>
> >
> >...but the limitation is also present in the JCR API, right?
>
> yes, that is my understanding
>
entries.
Best,
Jukka Zitting
On Mon, May 16, 2016 at 4:02 AM Stian Soiland-Reyes <st...@apache.org>
wrote:
> Hi,
>
> In reviewing an RC for Apache Commons VFS 2.1
>
> https://lists.apache.org/thread.html/Zjouqd6cpmohrj3
>
> we wondered about a file
>
>
> https:
the operation that's suppose to lead to a
> >new timestamp?
>
> that might well be. i will take a look.
>
The Clock class [1] is convenient for this purpose.
[1]
https://github.com/apache/jackrabbit-oak/blob/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/stats/Clock.java
Best,
Jukka Zitting
I added Julian's account to the PMC role of the JCR project in Jira.
Best,
Jukka
On Fri, Apr 22, 2016 at 2:24 PM Robert Munteanu wrote:
> On Fri, 2016-04-22 at 15:27 +0200, Julian Sedding wrote:
> > Hi all
> >
> > I can currently not log a JIRA issue for the JCR project.
See https://issues.apache.org/jira/browse/OAK-163 for original discussion
about the environment flag.
Back then the integration tests were only just becoming too long to run as
a part of the regular build, so it made sense to keep that option around
for people who wanted the earlier behavior. But
making
oak-run available on the central Maven repository, which we can do
regardless of whether we also post the jar on the Jackrabbit downloads
page.
BR,
Jukka Zitting
.
BR.
Jukka Zitting
to leverage the TarMK support
for in-place updates to binaries.
- We could keep track of how much space was needed for the last compaction
and only trigger the next one after at least say 25% more space has been
used.
BR,
Jukka Zitting
torstai 7. elokuuta 2014 Alex Parvulescu alex.parvule
semantics based on millisecond timings from the system clock
should be good enough.
BR,
Jukka Zitting
to find the one
that should be processed first.
BR,
Jukka Zitting
the consumers as the
repository itself does not provide strict guarantees in this area
(unless you want to rely on the features of specific backends like the
TarMK).
--
Jukka Zitting
to complete the merge.
In revision 1614624 I switched trunk version from 3.0-SNAPSHOT to 2.9-SNAPSHOT.
BR,
Jukka Zitting
Hi,
On Wed, Jul 9, 2014 at 12:06 PM, Alex Parvulescu
alexparvule...@apache.org wrote:
Please vote on releasing this package as Apache Jackrabbit Oak 1.0.2.
[x] +1 Release this package as Apache Jackrabbit Oak 1.0.2
BR,
Jukka Zitting
(c:\Windows\System32\drivers\etc\hosts on Windows)
might help:
140.211.11.4 svn.apache.org
Every now and then I've seen similar problems when trying to cut
releases using the EU mirror of svn.apache.org.
BR,
Jukka Zitting
Hi,
On Wed, Jul 9, 2014 at 10:03 AM, Alex Parvulescu
alex.parvule...@gmail.com wrote:
I managed to create the release, but now it fails at deploy time...
Have you updated your cached repository.apache.org credentials since
the recent Apache password reset?
BR,
Jukka Zitting
[
https://issues.apache.org/jira/browse/JCRVLT-53?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14054942#comment-14054942
]
Jukka Zitting commented on JCRVLT-53:
-
I think we should make ~10k orderable child
[
https://issues.apache.org/jira/browse/JCR-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14051514#comment-14051514
]
Jukka Zitting commented on JCR-3793:
bq. My patch still improves performance about 20
[
https://issues.apache.org/jira/browse/JCR-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14048844#comment-14048844
]
Jukka Zitting commented on JCR-3793:
Do we have a good benchmark for this operation
[
https://issues.apache.org/jira/browse/JCR-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14048973#comment-14048973
]
Jukka Zitting commented on JCR-3793:
It looks like we could actually optimize Oak
[
https://issues.apache.org/jira/browse/JCR-3793?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14049142#comment-14049142
]
Jukka Zitting commented on JCR-3793:
I was able to drop the reordered time from 99306 ms
, but the benchmark got stuck in
ConcurrentReadTest. I'll re-try today and will file a bug if I can
reproduce the problem.
BR,
Jukka Zitting
Hi,
On Tue, Jul 1, 2014 at 12:05 PM, alexparvule...@apache.org wrote:
-if (wasCompactedTo(that)) {
+if (that.wasCompactedTo(this)) {
Nice catch!
BR,
Jukka Zitting
Hi,
On Tue, Jul 1, 2014 at 9:38 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
I also tried including MongoMK results, but the benchmark got stuck in
ConcurrentReadTest. I'll re-try today and will file a bug if I can
reproduce the problem.
I guess it was a transient problem. Here
this (and all the other similar lines) be:
return read 0 ? -1 : read;
? My build gets stuck in an infinite loop because the read() method returns 0.
BR,
Jukka Zitting
Hi,
On Tue, Jul 1, 2014 at 5:02 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Tue, Jul 1, 2014 at 9:57 AM, ste...@apache.org wrote:
-return rep.getBlobStore().readBlob(blobId, pos, buff, off,
length);
+int read = rep.getBlobStore().readBlob(blobId, pos, buff
Hi,
On Mon, Jun 30, 2014 at 4:10 AM, alexparvule...@apache.org wrote:
OAK-1804 TarMK compaction
- docs
Nice, thanks!
BR,
Jukka Zitting
, but I've been wrong before so I think it would be a good idea to
keep our options open here.
BR,
Jukka Zitting
the user load the node using the NodeIterator?
As Thomas said, we already do that.
Since we want to estimate full cost of executing a query, including
the iteration over the query results, we need to take also those costs
into account when making a decision on which index to use.
BR,
Jukka
compaction does, i.e. leave
external blobs as-is and perhaps output a message that informs the
user about the need to use a different mechanism to back up the
BlobStore contents
2) Add command line options for configuring the BlobStore to be used
for accessing external blobs.
BR,
Jukka Zitting
-lucene for such a purpose.
BR,
Jukka Zitting
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.0.1. 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
the (1 + ...) term from OAK-1910. But getting
to that point may be a bit tricky, especially because of access
control.
BR,
Jukka Zitting
be able to refactor the API to better accommodate
such indexes.
BR,
Jukka Zitting
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.0.1. 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
-configurable alternative like 2 might be just fine, or in
alternative 1 it would be possible to explicitly configure some
exclude rules like I don't care about the 'foo' name, nor the '/bar'
subtree.
BR,
Jukka Zitting
,
jcr:lastModified: 1,
jcr:mimeType: 1,
:node: 1,
:property, 5,
:size, 15827 }
(Of course, to save storage space, such single-node index data would
not actually be stored in the repository, only aggregated to the index
entries higher up the tree.)
BR,
Jukka Zitting
guesses about the overall query
performance, not just the index lookup time.
BR,
Jukka Zitting
/jackrabbit-oak/blob/jackrabbit-oak-1.0.0/oak-core/src/main/java/org/apache/jackrabbit/oak/query/QueryImpl.java#L810
[3]
https://github.com/apache/jackrabbit-oak/blob/jackrabbit-oak-1.0.0/oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/index/property/OrderedPropertyIndex.java#L73
BR,
Jukka
either [2] or [3] should be adjusted
to fix the cost calculation.
Yes, you are right. Currently the formula assumes that the query engine
doesn't load the node. That's not correct. I created OAK-1910 to track
this.
Thanks!
BR,
Jukka Zitting
Hi,
On Mon, Jun 16, 2014 at 3:45 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Please vote on releasing this package as Apache Jackrabbit Oak 1.0.1.
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
.
Alternatively it might be possible to adjust the index structure to
avoid this problem, though for now I don't see any good way of doing
so.
BR,
Jukka Zitting
introduced in AdvancedQueryIndex/IndexPlan. In practically all cases
the index lookups will be asymptotically faster than looking up all
the paths returned by the index. Thus I don't think there is value in
trying to make detailed estimates about the cost of the index lookup.
BR,
Jukka Zitting
cost. If there are more entries, but they are all in
memory, then that's better than less entries, but you need a disk read for
each entry. That's what the javadocs talk about.
There's no way for a query index to know whether a particular node is
cached in memory or not.
BR,
Jukka Zitting
Hi,
On Wed, Jun 18, 2014 at 11:31 AM, Tommaso Teofili
tommaso.teof...@gmail.com wrote:
2014-06-18 16:02 GMT+02:00 Jukka Zitting jukka.zitt...@gmail.com:
On Wed, Jun 18, 2014 at 4:26 AM, Tommaso Teofili
tommaso.teof...@gmail.com wrote:
should we just return the number of estimated entries
Hi,
On Tue, Jun 17, 2014 at 9:18 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
On Tue, Jun 17, 2014 at 3:00 AM, Chetan Mehrotra
chetan.mehro...@gmail.com wrote:
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.099
sec FAILURE!
testCompactionMap
Hi,
[resurrecting an old thread, since it seems we still have some
affected javadocs in Oak]
On Wed, Apr 3, 2013 at 10:46 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
A trivially minor, but long-standing annoyance of mine seems to be
creeping over from Jackrabbit to Oak:
For some reason
[ ] -1 Do not release this package because...
My vote is +1.
BR,
Jukka Zitting
such content on a case-by-case basis.
BR,
Jukka Zitting
knows the
implementation class and shouldn't need such checks.
See for example the OakFixture class in oak-run, or the
*NodeStoreService classes on oak-core for how the lifecycle is already
being handled. The console code should IMHO do something similar.
BR,
Jukka Zitting
Hi,
On Thu, Jun 12, 2014 at 9:01 AM, Marcel Reutegger mreut...@adobe.com wrote:
Ideally we can reduce the memory usage and don¹t need to increase it.
+1
If we do need to increase heap size, the setting to change is the
test.opts.memory property in oak-parent/pom.xml.
BR,
Jukka Zitting
/lib/ext.
BR,
Jukka Zitting
in MongoDocumentStore
It looks a bit complicated, so I didn't want to just merge it without
asking. Should be included it in 1.0.1? If yes, can someone who's
closer to MongoMK do the merging?
BR,
Jukka Zitting
Hi,
On Tue, Jun 10, 2014 at 4:22 PM, Julian Reschke julian.resc...@gmx.de wrote:
OK; in which case I'd propose to change the tool to return with a helpful
error message :-)
+1 Works for me.
BR,
Jukka Zitting
specify no test cases, then no tests get executed. Same with the
fixtures.
BR,
Jukka Zitting
,
Jukka Zitting
Hi,
On Mon, Jun 9, 2014 at 5:43 AM, Alex Parvulescu
alex.parvule...@gmail.com wrote:
Shouldn't the path be: 'path = matcher.group(6);' ?
Indeed, thanks! I was already wondering why I'm not seeing the output
I was expecting...
Updated in r1601354.
BR,
Jukka Zitting
to the team, Davide!
BR,
Jukka Zitting
Hi,
On Wed, Jun 4, 2014 at 8:00 AM, Davide Giannella
giannella.dav...@gmail.com wrote:
Can I do any investigation on my own? Has it been already chased by
someone? Should I file an infra ticket?
Probably best to file an INFRA ticket for this.
BR,
Jukka Zitting
to complete the merge.
+1
BR,
Jukka Zitting
relevant given modern network speeds and disk sizes.
BR,
Jukka Zitting
.
BR,
Jukka Zitting
component and leave
oak-run as-is?
BR,
Jukka Zitting
customizations/extensions easier (and avoids
things like the Lucene version conflict).
BR,
Jukka Zitting
somewhat similar to
jackrabbit-standalone. It however still needs some work so I didn't
feel it's time yet to provide it as a direct download. Oak 1.1
perhaps...
BR,
Jukka Zitting
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.0.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 Oak
Hi,
On Thu, May 8, 2014 at 10:07 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Please vote on releasing this package as Apache Jackrabbit Oak 1.0.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
-related questions.
BR,
Jukka Zitting
performance drains, like the
queries that are currently executed to look up the authenticated
principal. Those might also explain the memory impact you're seeing.
BR,
Jukka Zitting
Hi,
On Tue, May 6, 2014 at 11:18 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
oak-mk-perf: See http://markmail.org/message/neiolq4gd2kjseod
I dropped oak-mk-perf from the 1.0 branch in revision 1593066. See OAK-1803.
BR,
Jukka Zitting
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.8.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 --
[ ] -1 Do not release this package because...
My vote is +1.
BR,
Jukka Zitting
Hi,
Thanks all who voted so far! Since the recent email outage delayed the
delivery of the vote message (full copy below), I'm extending the vote
period for another 72 hours.
BR,
Jukka Zitting
On Thu, May 8, 2014 at 10:07 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Hi,
A candidate
Hi,
On Mon, Mar 31, 2014 at 5:06 AM, Stefan Guggisberg
stefan.guggisb...@gmail.com wrote:
On Fri, Mar 28, 2014 at 8:39 PM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
Do we still need the oak-mk-perf component for something? We added it
in OAK-335, but have since implemented a much more
a chance to improve and fix
the documentation over time.
BR,
Jukka Zitting
was doing to
the code. I'm in favour of moving oak-docs to a location of its own if we at
the same time can somehow keep the close integration for devs.
If people prefer, we could keep the docs within trunk and just drop
them from the release branch.
BR,
Jukka Zitting
Hi,
On Wed, Apr 30, 2014 at 11:58 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Please vote on releasing this package as Apache Jackrabbit 2.8.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
[
https://issues.apache.org/jira/browse/JCR-3667?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-3667:
---
Fix Version/s: (was: 2.8)
Possible regression with accepted content types when extracting
because...
My vote is +1.
BR,
Jukka Zitting
(org.apache.jackrabbit.oak.plugins.document.ConcurrentConflictTest):
expected:1000 but was:990
BR,
Jukka Zitting
.
BR,
Jukka Zitting
component.
BR,
Jukka Zitting
Hi,
On Mon, Apr 28, 2014 at 12:59 PM, build...@apache.org wrote:
BUILD FAILED: failed compile
Looks like a buildbot/windows issue:
Failed to delete
E:\slave14\oak-trunk-win7\build\oak-commons\target\oak-commons-1.1-SNAPSHOT.jar
BR,
Jukka Zitting
Hi,
On Mon, Apr 28, 2014 at 1:06 PM, Jukka Zitting (JIRA) j...@apache.org wrote:
Jukka Zitting reassigned OAK-1572:
Oops, sorry about that. Jira has too eager keyboard shortcuts...
BR,
Jukka Zitting
Jukka Zitting created JCR-3775:
--
Summary: Avoid lock contention in ISO8601.parse()
Key: JCR-3775
URL: https://issues.apache.org/jira/browse/JCR-3775
Project: Jackrabbit Content Repository
Issue
[
https://issues.apache.org/jira/browse/JCR-3775?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting resolved JCR-3775.
Resolution: Fixed
Fix Version/s: 2.8
It turns out that an even simpler fix of just keeping
[
https://issues.apache.org/jira/browse/JCR-3775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13981558#comment-13981558
]
Jukka Zitting commented on JCR-3775:
Actually there are common enough cases where non
for determining the
user database against which credentials if passed needs to be
validated.
The credentials in any case need to be valid for the database that
holds the repository, so I don't see why we couldn't use it for this
purpose.
BR,
Jukka Zitting
Hi,
On Tue, Apr 22, 2014 at 8:05 PM, Tobias Bocanegra tri...@apache.org wrote:
Please vote on releasing this package as Apache Jackrabbit Filevault 3.1.6.
[x] +1 Release this package as Apache Jackrabbit Filevault 3.1.6
BR,
Jukka Zitting
custom
implementations wouldn't be expected.
BR,
Jukka Zitting
1 - 100 of 6233 matches
Mail list logo