[jira] [Commented] (JCRVLT-345) Support pluggable node/file/filter validators

[ https://issues.apache.org/jira/browse/JCRVLT-345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16941415#comment-16941415 ] Tobias Bocanegra commented on JCRVLT-345: - looks good to me... In any case, we should avoid that

[jira] [Commented] (JCRVLT-345) Support pluggable node/file/filter validators

[ https://issues.apache.org/jira/browse/JCRVLT-345?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16941085#comment-16941085 ] Konrad Windszus commented on JCRVLT-345: After some discussion in

[ANNOUNCE] Apache Jackrabbit Oak 1.18.0 released

The Apache Jackrabbit community is pleased to announce the release of Apache Jackrabbit Oak 1.18.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

Lucene index: getting empty result while query

Hi , I am trying to query with Lucene index but getting the empty result and below errors in the log, Traversal query (query without index): select [jcr:path] from [nt:base] where isdescendantnode('/test') and name='World'; consider creating an index [async] The index update failed

BUILD FAILURE: Jackrabbit Oak - Build # 2414 - Failure

The Apache Jenkins build system has built Jackrabbit Oak (build #2414) Status: Failure Check console output at https://builds.apache.org/job/Jackrabbit%20Oak/2414/ to view the results. Changes: [mreutegg] OAK-8656: ListenerStatsData.toCompositeData() throws NPE Apply slightly modified patch

Build failed in Jenkins: Jackrabbit-Oak-Windows #1200

See Changes: -- Started by an SCM change Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on jenkins-win-he-de-3 (Windows) in workspace

Intent to backport

Hi, I intend to backport https://issues.apache.org/jira/browse/OAK-7473to 1.8 . Please let me know if there are any concerns . Thanks, Nitin

[RESULT] [VOTE] Release Apache Jackrabbit Oak 1.18.0

On 25.09.2019 09:24, Julian Reschke wrote: ... Hi there, the vote passes as follows: +1 Amit Jain +1 Julian Reschke +1 Marcel Reutegger +1 Matt Ryan +1 Nitin Gupta Thanks for voting. I'll push the release out. Best regards, Julian

Re: Repository data encryption

Hi, On 27.09.19, 14:39, "jorgeeflorez ." wrote: > thank you for your reply. Yes, it seems pretty much impossible to do > that. Now I am trying something "simpler": I want to encrypt a file > before adding it to a node. I am able to do that, but I realize I will > lose text extraction because

Re: [DISCUSS] Branching and release: version numbers

On 30.09.2019 12:09, Marcel Reutegger wrote: Hi, In my view, using an odd numbered snapshot version would be better as well. According to versionatorr, OSGi will consider 1.20-SNAPSHOT more recent than 1.20.0. http://versionatorr.appspot.com/?a=1.20-SNAPSHOT=1.20.0 Regards Marcel OK, I'll

Jenkins build is back to stable : Jackrabbit-Oak-Windows #1195

See

Re: [DISCUSS] Branching and release: version numbers

Hi, In my view, using an odd numbered snapshot version would be better as well. According to versionatorr, OSGi will consider 1.20-SNAPSHOT more recent than 1.20.0. http://versionatorr.appspot.com/?a=1.20-SNAPSHOT=1.20.0 Regards Marcel On 27.09.19, 11:57, "Julian Reschke" wrote: On

Re: [DISCUSS] Branching and release: version numbers

Semantic Versioning mandates not only package version changes but also bundle version changes. Compare with https://www.osgi.org/developer/white-papers/semantic-versioning/bundles-and-fragments/ " The

Re: [DISCUSS] Branching and release: version numbers

+1 Regards, Andrei On Fri, Sep 27, 2019 at 4:22 PM Matt Ryan wrote: > +1. I was wondering this same thing. > > > =MR > > On Fri, Sep 27, 2019 at 3:57 AM Julian Reschke > wrote: > > > On 04.03.2019 14:29, Davide Giannella wrote: > > > ... > > > > Picking up an old thread... > > > > So we've

Re: Repository data encryption

Hi Marcel, thank you for your reply. I was able to extract text correctly for those encrypted files: I created a class that extends from AbstractParser, I specified this parser in the tika config for the index. Inside that class, I use an instance of AutoDetectParser that will be charged to