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
>
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
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
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
, 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 (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
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
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
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
[ ] -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
(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
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
custom
implementations wouldn't be expected.
BR,
Jukka Zitting
backwards
compatibility effort will be required down the line.
BR,
Jukka Zitting
Hi,
On Wed, Apr 16, 2014 at 8:17 AM, Alex Parvulescu
alex.parvule...@gmail.com wrote:
the same issue affects the 1.0 branch, can I merge this in?
+1. The fix has no effect on functionality, so there's near zero risk
in merging.
BR,
Jukka Zitting
is to drop the 'alpha version warning'
in the release notes from the 1.0 branch, and possibly the trunk (and the
downloads page). Jukka would you like to do the honors?
Thanks, done! Let's update the downloads page when the 1.0 release goes out.
BR,
Jukka Zitting
, as otherwise we'll have a hard time properly
tracking the merge history with mergeinfo.
I removed these subdirectory mergeinfos in revision 1588040.
BR,
Jukka Zitting
see if the problem occurs again before I look
deeper into this.
BR,
Jukka Zitting
for a summary. All security-related
hooks are now included and the rest I've reviewed/enabled on a
case-by-case basis.
BR,
Jukka Zitting
guess a workaround would be to add the annotation
library to the build classpath of oak-upgrade on Java 6.
BR,
Jukka Zitting
Hi,
On Sat, Apr 12, 2014 at 4:03 AM, Jukka Zitting ju...@zitting.name wrote:
Hmm, interesting. I guess a workaround would be to add the annotation
library to the build classpath of oak-upgrade on Java 6.
Done in revision 1586836.
BR,
Jukka Zitting
Hi,
On Thu, Apr 10, 2014 at 4:48 AM, alexparvule...@apache.org wrote:
OAK-1702 Create a benchmark for Full text search
- applied codec patch by Tommaso Teofili
As mentioned in the issue, I'm not convinced that this is a good idea.
BR,
Jukka Zitting
Hi,
On Thu, Apr 10, 2014 at 1:27 PM, Tobias Bocanegra tri...@apache.org wrote:
On Thu, Apr 10, 2014 at 10:15 AM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
@Reference
private Repository repository;
which repository is that? javax.jcr.Repository?
javax.jcr.Repository.
that one
, Skipped: 0, Time elapsed: 97.983 sec
FAILURE!
verifyMembers(org.apache.jackrabbit.oak.upgrade.RepositoryGroupMemberUpgradeTest)
Time elapsed: 41.335 sec ERROR!
javax.jcr.RepositoryException: Failed to copy content
Sorry about that. I'm on it...
BR,
Jukka Zitting
Hi,
On Thu, Apr 10, 2014 at 2:13 PM, Tobias Bocanegra tri...@apache.org wrote:
On Thu, Apr 10, 2014 at 11:01 AM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
Hmm, it should be available by default in a Sling environment:
yes, in sling. but what if we run oak w/o sling?
It's up
something like 20) and access the path and the title
property of the matching nodes.
BR,
Jukka Zitting
components.
BR,
Jukka Zitting
assumptions. Fixed in revision 1584381.
BR,
Jukka Zitting
that not all Blob implementations
have a blobId like in BlobStoreBlob.
BR,
Jukka Zitting
to figure out how the same functionality could be achieved more
efficiently.
BR,
Jukka Zitting
/u7dsue7ezb4cd4ox
[2] http://markmail.org/message/lgvbvw742zryhlmp
BR,
Jukka Zitting
/6kkkdmyf6ni5pgte
[2] http://markmail.org/message/yydr4ry7m3tmjinf
BR,
Jukka Zitting
the Blob interface accordingly
and have the underlying implementation return such a value if
available.
BR,
Jukka Zitting
getContentIdentity() {
return getRecordId().toString();
}
BR,
Jukka Zitting
someone
says otherwise, I'm inclined to drop the component.
BR,
Jukka Zitting
or something else other times?
The value list of a multi-valued property always keeps its order.
For example, we use a multi-valued property to store the order of the
children of an orderable node.
BR,
Jukka Zitting
the
SetPropertyValueTest.testSet*Array* methods.
BR,
Jukka Zitting
-core, a .checkstyle file.
Is it fine if I add it to the global .gitignore to avoid any mistaken
commit?
Sounds good to me.
BR,
Jukka Zitting
)
at
org.apache.jackrabbit.oak.plugins.segment.Segment.loadString(Segment.java:294)
Sounds related to OAK-1566. My recent GC work seems to have introduced
some subtle bug in the way segments are written, which on some
occasions triggers errors like these.
BR,
Jukka Zitting
to another within
a given repository.
Perhaps the comparison is between content in the source repository and
that in the backup repository? In that case the segment identifiers
wouldn't match, and the comparison would slow down as described.
BR,
Jukka Zitting
in revision 1579631.
BR,
Jukka Zitting
Hi,
On Thu, Mar 20, 2014 at 11:05 AM, Alex Parvulescu
alex.parvule...@gmail.com wrote:
On Thu, Mar 20, 2014 at 1:33 PM, Jukka Zitting jukka.zitt...@gmail.comwrote:
Perhaps the comparison is between content in the source repository and
that in the backup repository? In that case the segment
1 - 100 of 755 matches
Mail list logo