Re: New Jackrabbit Committer: Mohit Kataria

Welcome to the team Mohit! Regards, Tommaso On Thu, 8 Aug 2019 at 08:33, Marcel Reutegger wrote: > Hi, > > Please welcome Mohit Kataria as a new committer and PMC member of > the Apache Jackrabbit project. The Jackrabbit PMC recently decided to > offer Mohit committership based on his

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.25

[X] +1 Release this package as Apache Jackrabbit Oak 1.4.25 Tommaso On Tue, 16 Jul 2019 at 16:27, Davide Giannella wrote: > [X] +1 Release this package as Apache Jackrabbit Oak 1.4.25 > D. >

Re: Intent to backport OAK-8235

thanks for the feedback Davide and Julian, in summary I share your same concerns and therefore I don't have a good solution myself. For now I've only backported it to the "safe" branches. I'm thinking of backporting the previous upgrade to Solr 5.5.5 to branch 1.6, which would be JDK 1.7

Intent to backport OAK-8235

Hi all, I'd like to backport OAK-8235 to branch 1.10, 1.8 and 1.6. For branch 1.10 and 1.8 everything should be just fine, however for 1.6 we had set our java compatibility to JDK 1.7, however Solr 6.6.6 requires at least JDK 1.8. In most cases I

Intent to backport OAK-8118 and OAK-8819 to the 1.8 branch

Hi all, If no one objects, I'd like to backport OAK-8118 [1] and OAK-8819 [2] to the 1.8 branch. Regards, Tommaso [1] : https://issues.apache.org/jira/browse/OAK-8118 [2] : https://issues.apache.org/jira/browse/OAK-8119

intento to backport OAK-8118 to branch 1.10

Hi all, I'd like to backport OAK-8118 [1] to branch 1.10. Regards, Tommaso [1] : https://issues.apache.org/jira/browse/OAK-8118

intent to backport OAK-8072

Hi all, I'd like to backport OAK-8072 [1] to 1.10 and 1.8 branches, if there's no objection. Regards, Tommaso [1] : https://issues.apache.org/jira/browse/OAK-8072

Re: [VOTE] Release Apache Jackrabbit Oak 1.10.0

ore 17:43 Tommaso Teofili ha scritto: > > see https://issues.apache.org/jira/browse/OAK-7983 > > Il giorno gio 10 gen 2019 alle ore 17:38 Tommaso Teofili > ha scritto: > > > > while doing testing with trunk me and others have found out that the > > changes for

Re: [VOTE] Release Apache Jackrabbit Oak 1.10.0

see https://issues.apache.org/jira/browse/OAK-7983 Il giorno gio 10 gen 2019 alle ore 17:38 Tommaso Teofili ha scritto: > > while doing testing with trunk me and others have found out that the > changes for OAK-7947 can cause a NPE in case > LucenePropertyIndex#getIndexNode

Re: [VOTE] Release Apache Jackrabbit Oak 1.10.0

while doing testing with trunk me and others have found out that the changes for OAK-7947 can cause a NPE in case LucenePropertyIndex#getIndexNode return null, therefore I think this needs to be fixed before releasing 1.10.0, hence my -1. I'll create an Oak issue right away. Regards, Tommaso Il

Re: [Monitoring] - Provisioning StatisticsProvider in Oak

but in the end (hopefully) better in terms of code quality / testability / etc. Regards, Tommaso Il giorno mer 28 nov 2018 alle ore 11:43 Robert Munteanu ha scritto: > > On Wed, 2018-11-28 at 11:34 +0100, Francesco Mari wrote: > > On Tue, 27 Nov 2018 at 11:45, Tommaso Teofili < &

Re: [Monitoring] - Provisioning StatisticsProvider in Oak

p.s.: [1] : https://issues.apache.org/jira/browse/OAK-7904?focusedCommentId=16697298=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-16697298 Il giorno mar 27 nov 2018 alle ore 11:38 Tommaso Teofili ha scritto: > > Hi all, > > since a few days I'm trying to

[Monitoring] - Provisioning StatisticsProvider in Oak

Hi all, since a few days I'm trying to capture some simple stats on the Oak query engine and I'm struggling with instrumenting the StatisticsProvider which is used to update MeterStats and the likes. While everything has gone smoothly on the indexing side as obtaining a StatisticsProvider was as

Re: Backporting similarity search to Oak 1.8

+1, the patch looks good to me. Tommaso Il giorno mer 19 set 2018 alle ore 22:33 Matt Ryan ha scritto: > > Hi oak-dev, > > I’ve just created OAK-7769 in which I would like us to consider backporting > the similarity search feature that Tommaso implemented in OAK-7575 to Oak > 1.8. There is a

Re: [jira] [Commented] (OAK-7764) Build Jackrabbit Oak #1654 failed

this should be fixed in r1841328. Il giorno mer 19 set 2018 alle ore 14:49 Hudson (JIRA) ha scritto: > > > [ > https://issues.apache.org/jira/browse/OAK-7764?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16620533#comment-16620533 > ] > > Hudson commented on OAK-7764:

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.22

+1 Tommaso Il giorno mar 26 giu 2018 alle ore 10:50 Alex Deparvu ha scritto: > [X] +1 Release this package as Apache Jackrabbit Oak 1.4.22 > > [INFO] Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d; > 2017-10-18T09:58:13+02:00) > [INFO] OS name: "mac os x", version: "10.13.5",

Re: [VOTE] Release Apache Jackrabbit Oak 1.6.12

+1 all checks ok, svn tag build ok. Regards, Tommaso Il giorno mar 29 mag 2018 alle ore 10:12 Marcel Reutegger ha scritto: > On 28.05.18 16:42, Manfred Baedke wrote: > > Please vote on releasing this package as Apache Jackrabbit Oak 1.6.12. > > The vote is open for the next 72 hours and passes

Re: [VOTE] Release Apache Jackrabbit Oak 1.6.11

+1, all checks ok Tommaso Il giorno mer 4 apr 2018 alle ore 10:10 Julian Reschke < julian.resc...@gmx.de> ha scritto: > On 2018-04-04 08:16, Amit Jain wrote: > > ... > > [X] +1 Release this package as Apache Jackrabbit Oak 1.6.11 > > ...where... > > > [INFO] Apache Maven 3.5.2

oak-search module

Hi all, In the context of creating an (abstract) implementation for Oak full text indexes [1], I'd like to create a new module called _oak-search_. Such module will contain: - implementation agnostic utilities for full text search (e.g. aggregation utilities) - implementation agnostic SPIs to be

Re: adaptTo() 2018: Tickets now available / Start Call for Papers

Hi Sebastian, here's my feedback: 599€ as an early bird price sounds crazy and it's all but inclusive for people not being backed by companies willing to pay the conference. Regards, Tommaso Il giorno gio 1 feb 2018 alle ore 15:57 Stefan Seifert < sseif...@pro-vision.de> ha scritto: > Dear

intent to backport OAK-4318 to branch 1.6

Hi all, I'd like to backport upgrade to Solr 5.5.5 (OAK-4318) to branch 1.6. Regards, Tommaso

Re: [VOTE] Release Apache Jackrabbit Oak 1.8.0

+1 build and sigs ok Tommaso Il giorno mar 9 gen 2018 alle ore 14:05 Robert Munteanu ha scritto: > On Tue, 2018-01-09 at 11:53 +, Davide Giannella wrote: > > Please vote on releasing this package as Apache Jackrabbit Oak 1.8.0. > > +1 > > > [INFO] >

intento to backport OAK-4055 to branch 1.2

Hi all, I'd like to backport OAK-4055 [1] to branch 1.2 to make it possible to use a Solr index for a subtree instead of for the whole repository. Regards, Tommaso [1] : http://issues.apache.org/jira/browse/OAK-4055

Re: Build failure due to out of heap in oak-solr

thanks Michael, now I should be able to reproduce it by manually setting the max heap to 512M. Regards, Tommaso Il giorno ven 15 dic 2017 alle ore 12:52 Michael Dürig ha scritto: > > > On 15.12.17 12:41, Robert Munteanu wrote: > > On Fri, 2017-12-15 at 15:18 +0530, Chetan

Re: svn commit: r1818056 - /jackrabbit/oak/trunk/oak-solr-core/src/test/resources/solr/oak/conf/solrconfig.xml

thanks, you've been faster than me :) Il giorno mer 13 dic 2017 alle ore 20:22 ha scritto: > Author: rombert > Date: Wed Dec 13 19:22:28 2017 > New Revision: 1818056 > > URL: http://svn.apache.org/viewvc?rev=1818056=rev > Log: > OAK-4138 - Upgrade oak-solr to Solr 5.x > >

Re: Experimental build for Oak on Windows

+1 thanks Robert, I had the same experience Michael had a while back. Also to me it looked like many test failures were false negatives, but it may well be that some tests fail reliably on Windows and I didn't notice that. Regards, Tommaso Il giorno gio 7 dic 2017 alle ore 09:11 Michael Dürig

Re: svn commit: r1816834 - in /jackrabbit/oak/trunk/oak-benchmarks: pom.xml src/main/java/org/apache/jackrabbit/oak/benchmark/FullTextSolrSearchTest.java

thanks Amit! Il giorno ven 1 dic 2017 alle ore 12:15 ha scritto: > Author: amitj > Date: Fri Dec 1 11:15:23 2017 > New Revision: 1816834 > > URL: http://svn.apache.org/viewvc?rev=1816834=rev > Log: > OAK-4318: Upgrade oak-solr to Solr 5.x > > - Tentatively fixed with updating

Re: [VOTE] Release Apache Jackrabbit Oak 1.6.7

+1, all checks ok Tommaso Il giorno mar 28 nov 2017 alle ore 11:12 Julian Reschke < julian.resc...@gmx.de> ha scritto: > On 2017-11-28 10:15, Davide Giannella wrote: > > ... > > [X] +1 Release this package as Apache Jackrabbit Oak 1.6.7 > > Where: > > > [INFO] Apache Maven 3.5.2

Re: [VOTE] Release Apache Jackrabbit Oak 1.6.6

+1 all checks ok Tommaso Il giorno mar 31 ott 2017 alle ore 10:28 Amit Jain ha scritto: > +1 Release this package as Apache Jackrabbit Oak 1.6.6 > > Thanks > Amit > > On Mon, Oct 30, 2017 at 2:57 PM, Davide Giannella > wrote: > > > > > > A candidate for the

Re: [VOTE] Release Apache Jackrabbit Oak 1.7.10

+1 all checks ok. Regards, Tommaso Il giorno mar 24 ott 2017 alle ore 17:41 Vikas Saurabh < vikas.saur...@gmail.com> ha scritto: > On Mon, Oct 23, 2017 at 10:02 PM, Davide Giannella > wrote: > > > > [X] +1 Release this package as Apache Jackrabbit Oak 1.7.10 > > Thanks,

Re: [VOTE] Release Apache Jackrabbit 2.15.7

+1, all checks ok Tommaso Il giorno mar 24 ott 2017 alle ore 17:09 Vikas Saurabh < vikas.saur...@gmail.com> ha scritto: > On Sun, Oct 22, 2017 at 1:58 PM, Julian Reschke > wrote: > > > > [X] +1 Release this package as Apache Jackrabbit 2.15.7 > > Thanks, > Vikas >

Re: Consider making Oak 1.8 an Oak 2.0

+1 it makes sense. Tommaso Il giorno ven 13 ott 2017 alle ore 17:01 Matt Ryan ha scritto: > Hi, > > Makes good sense to me. Cutting the next release as a major version > reflects the high amount of change in dependencies that the downstream > should expect. > > -MR > > > On

Re: [VOTE] Release Apache Jackrabbit Oak 1.7.8

+1 Il giorno lun 25 set 2017 alle ore 22:53 Robert Munteanu ha scritto: > On Mon, 2017-09-25 at 21:15 +0100, Davide Giannella wrote: > > Please vote on releasing this package as Apache Jackrabbit Oak 1.7.8. > > +1 > > Robert

Re: OAK-6575 - A word of caution

thanks Ian for taking care of including all the provided feedback, I finally managed to review the patches and it looks very good now as it sounds simpler and more inline with the overall Oak design. Thanks again, Tommaso Il giorno gio 7 set 2017 alle ore 16:39 Ian Boston ha

Re: OAK-6575 - A word of caution

I share Francesco's concerns, the same way I shared them when we first discussed this way back; I tried to express my doubts on the current proposal in the email thread for OAK-6575 (linked also in Francesco's email), which got ignored; that's fine as long as the majority of us is happy with the

Re: OAK-4348 - intent to add oak-lucene-mt

though, in the meantime I'll change the module name into oak-search-mt. Regards, Tommaso Il giorno ven 25 ago 2017 alle ore 10:02 Tommaso Teofili < tommaso.teof...@gmail.com> ha scritto: > yes, of course it can work the same way with the Solr index, provided we > ca

Re: OAK-4348 - intent to add oak-lucene-mt

e or can possibly be used for Solr also (if we > generalize FulltextQueryTermsProvider concept). If yes then we can > name the module as oak-search-mt > Chetan Mehrotra > > > On Fri, Aug 25, 2017 at 1:14 PM, Tommaso Teofili > <tommaso.teof...@gmail.com> wrote: > > H

OAK-4348 - intent to add oak-lucene-mt

Hi all, as part of OAK-4348 [1] some time ago I had developed an extension in oak-lucene to expand search terms using machine translated term, in order to provide cross language search capabilities to Oak (via FulltextQueryTermsProvider API [2]). In the context of a better modularized Oak, I was

Re: OAK-6575 - Provide a secure external URL to a DataStore binary.

Il giorno gio 24 ago 2017 alle ore 10:16 Michael Dürig ha scritto: > > > On 24.08.17 09:27, Ian Boston wrote: > > On 24 August 2017 at 08:18, Michael Dürig wrote: > > > >> > >> > >> URI uri = ((OakValueFactory) valueFactory).getSignedURI(binProp); > >> >

Re: [VOTE] Release Apache Jackrabbit Oak 1.7.6

+1 Tommaso Il giorno mar 22 ago 2017 alle ore 10:48 Michael Dürig ha scritto: > > > On 22.08.17 08:52, Amit Jain wrote: > > [x] +1 Release this package as Apache Jackrabbit Oak 1.7.6 > > +1 > > Michael >

Re: [VOTE] Release Apache Jackrabbit Oak 1.7.5

+1 Tommaso Il giorno lun 31 lug 2017 alle ore 17:05 Julian Reschke < julian.resc...@gmx.de> ha scritto: > On 2017-07-31 15:43, Davide Giannella wrote: > > ... > > [X] +1 Release this package as Apache Jackrabbit Oak 1.7.5 >

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.17

+1 Tommaso Il giorno mar 18 lug 2017 alle ore 13:29 Julian Reschke < julian.resc...@gmx.de> ha scritto: > On 2017-07-17 13:00, Davide Giannella wrote: > > ... > > [X] +1 Release this package as Apache Jackrabbit Oak 1.4.17 > > Best regards, Julian >

Re: [VOTE] Release Apache Jackrabbit Oak 1.7.4

+1 Tommaso Il giorno mer 19 lug 2017 alle ore 14:18 Andrei Dulceanu < andrei.dulce...@gmail.com> ha scritto: > [X] +1 Release this package as Apache Jackrabbit Oak 1.7.4 > > Regards, > Andrei > > 2017-07-19 14:00 GMT+03:00 Davide Giannella : > > > > > A candidate for the

Re: [VOTE] Release Apache Jackrabbit Oak 1.7.3

+1 Tommaso Il giorno lun 3 lug 2017 alle ore 17:20 Alex Deparvu ha scritto: > +1 > > On Mon, Jul 3, 2017 at 3:52 PM, Davide Giannella > wrote: > > A candidate for the Jackrabbit Oak 1.7.3 release is available at: > > > >

Re: [DiSCUSS] - highly vs rarely used data

I am sure there are both use cases for automatic vs manual/controlled collection of unused data, however if I were a user I would personally not want to care about this. While I'd be happy to know that my repo is faster / smaller / cleaner / whatever it'd sound overly complex to deal with JCR and

[DiSCUSS] - highly vs rarely used data

Hi all, recently I've been at a conference [1] where I attended an interesting keynote about data management [2] (I think it refers to this 2016 paper [3]). Apart from the approaches proposed to solve the data management problem (e.g. get rid of DBMSs!) I got interested in the discussion about

backporting OAK-6317 until 1.2 branch

Hi all, I'd like to backport the fix for a bug in LMSEstimator [1] (LMSEstimator is used by oak-solr-core to estimate the no. of entries in the index without issuing a query to Solr) until branch 1.2 (as it was observed on a 1.2.x Oak instance). Regards, Tommaso [1] :

Re: Oak indexes

Hi Roy, if you have copy on read enabled (it is by default) for the Oak Lucene index you should be able to take the index at their paths on the file systems and use Luke as per any other Lucene index (btw Oak is currently using Lucene 4.7.1). Hope it helps, Tommaso [1] :

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.25

+1, all checks ok. Regards, Tommaso Il giorno mar 11 apr 2017 alle ore 11:30 Marcel Reutegger < mreut...@adobe.com> ha scritto: > On 11/04/17 07:51, Amit Jain wrote: > > Please vote on releasing this package as Apache Jackrabbit Oak 1.2.25. > > The vote is open for the next 72 hours and passes

Re: [m12n] remove oak-core dep in oak-blob-*

https://github.com/mreutegg/jackrabbit-oak/tree/m12n > but please note that it is still heavily under construction... basically > we just want to see how far we get with some limited effort. > > angela > > > > > On 06/04/17 15:09, "Davide Giannella" <dav...

[m12n] remove oak-core dep in oak-blob-*

Hi all, as part of refactoring and making more appropriate interdependencies I think it'd be good if we could have that oak-blob-* modules depend on just oak-blob (and eventually oak-commons / oak-base) and cut their dependency to oak-core so that they would only rely on the purposely exposed

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.38

[X] +1 Release this package as Apache Jackrabbit Oak 1.0.38 all checks pass. Regards, Tommaso Il giorno mar 28 mar 2017 alle ore 15:13 Alex Parvulescu < alex.parvule...@gmail.com> ha scritto: > [X] +1 Release this package as Apache Jackrabbit Oak 1.0.38 > > all checks ok, > > alex > > > On

Re: problem on oak jcr sql2 query

sn't permit solr query (oak doesn't use > solr for the query). So we can't find words inside content (nt:resource) > > What is wrong ? > Why oak doesn't use solr for full text query ? > > Thanks in advance, > best regards > > -Messaggio originale- > Da: Tommaso Teofi

Re: problem on oak jcr sql2 query

don't really need. If you can provide the PDF via a link or, better, a unit test we can probably help you more effectively. Regards, Tommaso Thanks in advance, best regards -----Messaggio originale- Da: Tommaso Teofili [mailto:tommaso.teof...@gmail.com] Inviato: venerdì 24 marzo

Re: problem on oak jcr sql2 query

It'd be helpful to also know the version of Oak and Solr you're using and, possibly, sample content you expect the query to match. Thanks, Tommaso Il giorno ven 24 mar 2017 alle ore 14:54 Thomas Mueller ha scritto: > Could you post the index definition please? > > > From:

Re: Merge policy for the 1.6 branch

e now it is too easy to miss something > by just following @commits. > > Michael > > On 14.03.17 12:07, Tommaso Teofili wrote: > > I have one concern: is such a backport policy meant to be time boxed > (e.g. > > keep it for first N 1.6.x releases)? > > I am asking

Re: Merge policy for the 1.6 branch

I have one concern: is such a backport policy meant to be time boxed (e.g. keep it for first N 1.6.x releases)? I am asking this because I'm wondering if we want to establish this policy for all backports (1.4, 1.2, 1.0 branches too), or alternatively we aim to be a bit conservative in the first

Re: Release plan Oak 1.4.13

I've backported those issues, thanks Amit for having waited for me. Regards, Tommaso Il giorno lun 6 feb 2017 alle ore 11:23 Tommaso Teofili < tommaso.teof...@gmail.com> ha scritto: > thanks a lot Amit, sounds good > > Regards, > Tommaso > > Il giorno lun 6 feb 2017 alle

Re: Release plan Oak 1.4.13

t; > Thanks > Amit > > On Fri, Feb 3, 2017 at 4:34 PM, Tommaso Teofili <tomm...@apache.org> > wrote: > > > yes, I should be able to fix them by that date. > > > > Thanks, > > Tommaso > > > > Il giorno ven 3 feb 2017 alle ore 11:56 Davide Gi

Re: Release plan Oak 1.4.13

yes, I should be able to fix them by that date. Thanks, Tommaso Il giorno ven 3 feb 2017 alle ore 11:56 Davide Giannella ha scritto: > On 03/02/2017 03:41, Amit Jain wrote: > > Hi Team, > > > > Oak 1.4.13 release is scheduled for Monday (6th February) as planned. If > >

Re: Hybrid indexing and soft commits.

+1 Tommaso Il giorno ven 18 nov 2016 alle ore 11:06 Ian Boston ha scritto: > Hi, > IIUC the Hybrid indexing on the master operates in parallel with the master > index writer, performing the same task but repeatedly throwing its work > away when the master provides an update.

Re: RIP Apache Jenkins!?

sorry but I disagree, while Adobe can have its internal infrastructure run whatever kind of tests, I think Oak should have its own continuous build working on the ASF infra, if anything needs to be adjusted we can get in touch with infra@. Other than that I am sorry I could not spend more time on

Re: segment-tar depending on oak-core

Il giorno ven 21 ott 2016 alle ore 16:08 Thomas Mueller ha scritto: > Hi, > > >The release process in Oak is a joke. > > I don't think it's a joke. > > > Releasing every two weeks by > >using version numbers as counters just for the sake of it is > >embarrassing. > > Why? It's

Re: OAK/AEM-SOLR indexing

Hi Sri, in this mailing list we only discuss development concerns that relate to pure Oak, AEM specific questions should go through other (Adobe) channels. The current way Solr index can filter content is by whitelisting / blacklisting properties [1]; that is you compile a list of properties

Re: [VOTE] Require JDK7 for Oak 1.4

+1 Tommaso Il giorno lun 19 set 2016 alle ore 10:19 Amit Jain ha scritto: > +1 > > Thanks > Amit > > On Mon, Sep 19, 2016 at 12:42 PM, Chetan Mehrotra < > chetan.mehro...@gmail.com > > wrote: > > > +1 > > Chetan Mehrotra > > > > > > On Mon, Sep 19, 2016 at 12:41 PM, Marcel

Faster reference binary handling

Hi all, while working with Oak S3 DS I have witnessed slowness (no numbers, just 'slow' from a user perspective) in persisting a binary using its reference; although this may be related to some environment specific issue I wondered about the reference binary handling we introduced in JCR-3534

Re: OAK SOLR re-index via index manager UI

Hi Sri, Index Manager is not part of Apache Jackrabbit Oak, so this is not the proper channel to get answers on that topic. Regards, Tommaso Il giorno mer 20 lug 2016 alle ore 11:54 sri vaths ha scritto: > Hi,We are not able to see the solr index for an re-index

Re: [VOTE] Release Apache Jackrabbit Oak 1.2.17

+1 Tommaso Il giorno mar 12 lug 2016 alle ore 07:00 Julian Reschke < julian.resc...@gmx.de> ha scritto: > On 2016-07-11 07:16, Amit Jain wrote: > > ... > > [X] +1 Release this package as Apache Jackrabbit Oak 1.2.17 > > Best regards, Julian >

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.32

+1 Tommaso Il giorno mar 12 lug 2016 alle ore 08:46 Alex Parvulescu < alex.parvule...@gmail.com> ha scritto: > [X] +1 Release this package as Apache Jackrabbit Oak 1.0.32 > > alex > > On Mon, Jul 11, 2016 at 4:19 PM, Dominique Jaeggi wrote: > > > A candidate for the

Re: [VOTE] Release Apache Jackrabbit Oak Segment Tar version 0.0.4

+1 Tommaso Il giorno lun 11 lug 2016 alle ore 19:09 Alex Parvulescu < alex.parvule...@gmail.com> ha scritto: > [X] +1 Approve the release > > alex > > On Mon, Jul 11, 2016 at 5:10 PM, Francesco Mari > wrote: > > > Hi, > > > > We solved 3 issues in this release: > >

Re: svn commit: r1750809 - /jackrabbit/oak/trunk/oak-lucene/src/main/java/org/apache/jackrabbit/oak/plugins/index/lucene/LucenePropertyIndex.java

sure. Regards, Tommaso Il giorno gio 30 giu 2016 alle ore 17:45 Chetan Mehrotra < chetan.mehro...@gmail.com> ha scritto: > Hi Tommaso, > > On Thu, Jun 30, 2016 at 8:20 PM, wrote: > > Modified: > > > >

Re: svn commit: r1748675 - in /jackrabbit/oak/branches/1.2: ./ oak-lucene/src/main/java/org/apache/jackrabbit/oak/plugins/index/lucene/ oak-lucene/src/test/java/org/apache/jackrabbit/oak/plugins/index

thanks, since OAK-4499 is closed I'll create a new one. Regards, Tommaso Il giorno mer 29 giu 2016 alle ore 08:14 Julian Reschke < julian.resc...@gmx.de> ha scritto: > On 2016-06-23 14:35, Tommaso Teofili wrote: > > fixed in OAK-4499, I'll have a look if Jenkins ke

Re: [VOTE] Release Apache Jackrabbit Oak Segment Tar version 0.0.2

+1 Tommaso Il giorno mer 22 giu 2016 alle ore 15:40 Alex Parvulescu < alex.parvule...@gmail.com> ha scritto: > [X] +1 Approve the release > > ran the script and it did not complain. > it doesn't look like it's running any sort of build and I think there's > value in doing that, but I don't

Re: CI builds on Windows

I'm for option 2 too! Regards, Tommaso Il giorno gio 9 giu 2016 alle ore 18:03 Davide Giannella ha scritto: > On 08/06/2016 08:33, Michael Dürig wrote: > > 2. Try to enable it again and involve with the Apache infra team to > > see what options we have to speed things up >

Re: API proposal for - Expose URL for Blob source (OAK-1963)

+1 to Francesco's concerns, exposing the location of a binary at the application level doesn't sound good from a security perspective. To me sounds like breaching the JCR and NodeState layers to directly manipulate NodeStore binaries (from the DataStore), e.g. to perform smart replication across

Re: [VOTE] Please vote for the final name of oak-segment-next

oak-segment-store +1 Regards, Tommaso Il giorno lun 25 apr 2016 alle ore 16:52 Vikas Saurabh < vikas.saur...@gmail.com> ha scritto: > > oak-embedded-store +1 > > > Thanks, > Vikas >

Re: OAK +Remote SOLR OOTB integration queries

Hi Sri, what are you trying to achieve? Here’s some notes inline: > On 23 Mar 2016, at 09:50, sri vaths wrote: > > Hi All, > As in here http://jackrabbit.apache.org/oak/docs/query/solr.html > Trying use remote SOLR with OAKa > Need to know if these are supported > 1) How

Re: [VOTE] Release Apache Jackrabbit Oak 1.4.0 (take 2)

+1 Tommaso Il giorno gio 3 mar 2016 alle ore 09:47 Marcel Reutegger ha scritto: > Hi, > > On 02/03/16 17:34, "Davide Giannella" wrote: > >Please vote on releasing this package as Apache Jackrabbit Oak 1.4.0. > >The vote is open for the next 72 hours and passes if a majority

Re: Oak 1.3.17/1.4.0 release plan

I've fixed OAK-4068 related error (in IndexDefinitionTest). Regards, Tommaso Il giorno lun 29 feb 2016 alle ore 11:22 Tommaso Teofili < tommaso.teof...@gmail.com> ha scritto: > and > > OAK-4039 > > Il giorno lun 29 feb 2016 alle ore 11:10 Marcel Reutegger < > mre

Re: Oak 1.3.17/1.4.0 release plan

and OAK-4039 Il giorno lun 29 feb 2016 alle ore 11:10 Marcel Reutegger < mreut...@adobe.com> ha scritto: > trunk is currently broken. see: > > https://issues.apache.org/jira/browse/OAK-4068 > > > regards > marcel > > On 29/02/16 10:41, "Davide Giannella" wrote: > > >Team, a quick update on the

Re: [Oak origin/trunk] Apache Jackrabbit Oak matrix - Build # 764 - Still Failing

it seems we're having lots of test errors due to OOM ... we should try to see if it's a Jenkins issue (low resources) or an Oak bug. Regards, Tommaso Il giorno gio 25 feb 2016 alle ore 06:02 Apache Jenkins Server < jenk...@builds.apache.org> ha scritto: > The Apache Jenkins build system has

Re: [Oak origin/trunk] Apache Jackrabbit Oak matrix - Build # 634 - Still Failing

can you guys reproduce locally? I seem I cannot... Tommaso 2015-12-17 7:01 GMT+01:00 Chetan Mehrotra : > On Thu, Dec 17, 2015 at 9:45 AM, Apache Jenkins Server > wrote: > > Stack Trace: > > junit.framework.ComparisonFailure:

Re: [Oak origin/trunk] Apache Jackrabbit Oak matrix - Build # 630 - Still Failing

I was checking myself too, and it doesn't fail for me locally with a fresh checkout ... I'll dig more into it. Tommaso 2015-12-16 14:32 GMT+01:00 Michael Dürig : > > org.apache.jackrabbit.oak.jcr.query.FacetTest consistently fails on > Jenkins now. Is this related to any

Re: svn commit: r1720106 - in /jackrabbit/oak/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/query: QueryImpl.java SQL2Parser.java ast/AstElementFactory.java ast/FacetColumnImpl.java ast/Selec

thanks, I'll have a look. Tommaso 2015-12-15 13:12 GMT+01:00 Davide Giannella : > This commit breaks the build. > > Tommaso could you please have a look? > > in oak-core > > Tests in error: > > > sql1(org.apache.jackrabbit.oak.plugins.index.property.OrderedIndexQueryTest): >

Re: svn commit: r1720106 - in /jackrabbit/oak/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/query: QueryImpl.java SQL2Parser.java ast/AstElementFactory.java ast/FacetColumnImpl.java ast/Selec

it should be ok now, sorry for the noise. Tommaso 2015-12-15 13:25 GMT+01:00 Tommaso Teofili <tomm...@apache.org>: > thanks, I'll have a look. > > Tommaso > > 2015-12-15 13:12 GMT+01:00 Davide Giannella <dav...@apache.org>: > >> This commit breaks the build.

Re: Drop/keep support for Java6

+1 Tommaso 2015-11-23 12:15 GMT+01:00 Michael Dürig : > > > I think we should drop support for running Oak 1.3.x on Java 6. >> At least the Oracle JDK 6 version is not supported anymore >> and does not receive any security updates. >> >> We could still restrict Oak to the

Re: org.apache.jackrabbit.oak.plugins.index.solr.osgi.SolrServerProviderService has incorrect updated reference

thanks Andrew, I'll fix this too :) Regards, Tommaso Il giorno sab 14 nov 2015 alle ore 10:16 Andrew Cottrell < andrew.p.cottr...@gmail.com> ha scritto: > org.apache.jackrabbit.oak.plugins.index.solr.osgi.SolrServerProviderService > has an @Reference annotation that specifies >

Re: org.apache.jackrabbit.oak.plugins.index.solr.osgi.SolrQueryIndexProviderService.nodeAggregator should be volatile

thanks Andrew, I'll fix this. Regards, Tommaso Il giorno sab 14 nov 2015 alle ore 10:17 Andrew Cottrell < andrew.p.cottr...@gmail.com> ha scritto: > > org.apache.jackrabbit.oak.plugins.index.solr.osgi.SolrQueryIndexProviderService.nodeAggregator > should be volatile as it has

Re: NPE in org.apache.jackrabbit.oak.jcr.query.QueryFulltextTest

that's due to an error of mine in OAK-3580, now fixed. Tommaso Il giorno ven 13 nov 2015 alle ore 10:34 Angela Schreiber ha scritto: > hi davide > > thanks for fixing the baseline issues (OAK-3628). however, i getting the > following failure now. would it be possible to

Re: SOLR Geospatial Queries

Hi Mario, This depends a bit on how your geodata is stored within your repository, however, assuming you have geographic coordinates in a property named "geo", you will need to setup the Solr schema with a dedicated field named "geo" whose fieldType is LatLonType [1]. Then, assuming you have the

Re: [VOTE] Release Apache Jackrabbit Oak 1.3.7

+1 Tommaso 2015-09-28 3:20 GMT+02:00 Amit Jain : > A candidate for the Jackrabbit Oak 1.3.7 release is available at: > > https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.3.7/ > > The release candidate is a zip archive of the sources in: > > >

Re: svn commit: r1700720 - in /jackrabbit/oak/trunk/oak-lucene/src: main/java/org/apache/jackrabbit/oak/plugins/index/lucene/LuceneIndexEditorContext.java test/java/org/apache/jackrabbit/oak/jcr/query

Hi Chetan, sorry for the late reply, the ShingleFilter is intended to be used only at indexing time, that's why I changed only the code there. The PerFieldAnalyzerWrapper will continue using the configured or default analyzers for other fields. Regards, Tommaso 2015-09-02 12:34 GMT+02:00 Chetan

Re: oak-run - quo vadis? (was: oak-run upgrade improvements)

2015-09-03 9:31 GMT+02:00 Julian Sedding : > Hi Tomek > > I believe that benchmarks in oak-run also use Jackrabbit 2 (via fixtures). > However, OAK-3342 proposes moving the benchmarks into their own module. > > Looking at this from a less technical perspective, I propose to

Re: [VOTE] Release Apache Jackrabbit Oak 1.3.5

+1 Tommaso 2015-09-01 15:30 GMT+02:00 Davide Giannella : > A candidate for the Jackrabbit Oak 1.3.5 release is available at: > > https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.3.5/ > > The release candidate is a zip archive of the sources in: > > >

Re: New committer: Francesco Mari

Welcome on board Francesco! Regards, Tommaso 2015-08-28 13:48 GMT+02:00 Michael Dürig : > Hi, > > Please welcome Francesco as a new committer and PMC member of the Apache > Jackrabbit project. The Jackrabbit PMC recently decided to offer Francesco > committership based on

JR snapshot dependency

Hi all, since today I am getting a failed build on trunk on the oak-blob-cloud module with the following: [ERROR] Failed to execute goal on project oak-blob-cloud: Could not resolve dependencies for project org.apache.jackrabbit:oak-blob-cloud:bundle:1.4-SNAPSHOT: The following artifacts could

Re: Modularization

Hi all, I like the idea of a more modularized Oak. I agree with Michael's point of doing that gracefully, one step at a time, evaluate and iterate. My opinion is that having one/many Maven projects is not the central point of discussion; I don't personally think having e.g. 13 poms instead of 10

Re: [VOTE] Release Apache Jackrabbit Oak 1.0.18

+1 Tommaso 2015-07-31 11:01 GMT+02:00 Amit Jain am...@apache.org: A candidate for the Jackrabbit Oak 1.0.18 release is available at: https://dist.apache.org/repos/dist/dev/jackrabbit/oak/1.0.18/ The release candidate is a zip archive of the sources in:

Re: [discuss] Near real time search to account for latency in background indexing

I think the proposal makes sense; in the end NRT is something that is inherently supported by Lucene (see an example [1]) and, as Ian mentioned, something that has been similarly implemented in ES and Solr. I think it'd be possible though to make use of Lucene's NRT capability by changing a bit

Re: [discuss] Near real time search to account for latency in background indexing

-in-sorlcloud/ Best Regards Ian On 24 July 2015 at 09:49, Tommaso Teofili tommaso.teof...@gmail.com wrote: I think the proposal makes sense; in the end NRT is something that is inherently supported by Lucene (see an example [1]) and, as Ian mentioned, something that has been similarly

  1   2   3   >