[jira] [Updated] (JCRVLT-85) Import behaviour not always correct in case of conflicting node IDs

[ https://issues.apache.org/jira/browse/JCRVLT-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Konrad Windszus updated JCRVLT-85: -- Summary: Import behaviour not always correct in case of conflicting node IDs (was:

[jira] [Comment Edited] (JCRVLT-85) Import behaviour not always correct in case of conflicting node IDs

[ https://issues.apache.org/jira/browse/JCRVLT-85?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15058407#comment-15058407 ] Konrad Windszus edited comment on JCRVLT-85 at 12/16/15 5:33 PM: - The

[jira] [Issue Comment Deleted] (JCRVLT-85) Import behaviour not always correct in case of conflicting node IDs

[ https://issues.apache.org/jira/browse/JCRVLT-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Konrad Windszus updated JCRVLT-85: -- Comment: was deleted (was: IMHO the option IMPORT_UUID_COLLISION_THROW makes much more sense

[jira] [Updated] (JCRVLT-85) Import behaviour not always correct in case of conflicting node IDs

[ https://issues.apache.org/jira/browse/JCRVLT-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Konrad Windszus updated JCRVLT-85: -- Description: There are two issue with conflicting IDs: #

[jira] [Updated] (JCRVLT-106) Importing an user and children with UPDATE mode causes unnecessary warnings

[ https://issues.apache.org/jira/browse/JCRVLT-106?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marius Petria updated JCRVLT-106: - Description: Importing an user and children with UPDATE mode causes unnecessary warnings. Assume

[jira] [Updated] (JCRVLT-106) Importing an user and children with UPDATE mode causes unnecessary warnings

[ https://issues.apache.org/jira/browse/JCRVLT-106?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marius Petria updated JCRVLT-106: - Attachment: JCRVLT-106.patch I attached a proposed patch for this. > Importing an user and

[jira] [Created] (JCRVLT-106) Importing an user and children with UPDATE mode causes unnecessary warnings

Marius Petria created JCRVLT-106: Summary: Importing an user and children with UPDATE mode causes unnecessary warnings Key: JCRVLT-106 URL: https://issues.apache.org/jira/browse/JCRVLT-106 Project:

[jira] [Created] (JCR-3939) Jackrabbit reconnect does not work with webdav Precondition Failed (logs flooded)

Rino van Wijngaarden created JCR-3939: - Summary: Jackrabbit reconnect does not work with webdav Precondition Failed (logs flooded) Key: JCR-3939 URL: https://issues.apache.org/jira/browse/JCR-3939

[jira] [Updated] (JCR-3939) Jackrabbit reconnect does not work with webdav Precondition Failed (logs flooded)

[ https://issues.apache.org/jira/browse/JCR-3939?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rino van Wijngaarden updated JCR-3939: -- Priority: Blocker (was: Major) > Jackrabbit reconnect does not work with webdav

Re: Missing SessionStatistics Mbeans

Hi Marc, Thanks for reporting this. It looks like a regression due to changes done for OAK-3477 (affect 1.3.11). Opened OAK-3802 for that. Chetan Mehrotra On Wed, Dec 16, 2015 at 9:51 PM, Marc Pfaff wrote: > Hi > > Using oak-1.3.11.r1716789, I have a situation, where I see

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

On Thu, Dec 17, 2015 at 9:45 AM, Apache Jenkins Server wrote: > Stack Trace: > junit.framework.ComparisonFailure: expected: hallo (1)], text:[hallo (1), hello (1), oh hallo (1)], text:[hallo (1), hello > (1), oh hallo (1)]]> but

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

The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build #634) Status: Still Failing Check console output at https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/634/ to view the results. Changes: [davide] OAK-3768 - Remove OrderedPropertyIndex support from

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 # 634 - Still Failing

On Thu, Dec 17, 2015 at 12:07 PM, Tommaso Teofili wrote: > can you guys reproduce locally? I tried but it passes. Looking ta failure [1] it appears to be coming in oak-solr-core (and not in oak-lucene). Just wondering if there is some async behavior involved due to

[Oak origin/trunk] Apache Jackrabbit Oak matrix - Build # 629 - Still Failing

The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build #629) Status: Still Failing Check console output at https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/629/ to view the results. Changes: [angela] OAK-3775 : Inconsistency between Node.getPrimaryType

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

org.apache.jackrabbit.oak.jcr.query.FacetTest consistently fails on Jenkins now. Is this related to any recent changes? Michael On 16.12.15 2:26 , Apache Jenkins Server wrote: The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build #630) Status: Still Failing Check

Re: Drop/keep support for Java6

As our Jenkins [1] kept failing with a memory corruption on Java 6 [2] and I anticipate us to drop Java 6 support in one way or another soon anyway, I disabled the respective dimension. Michael [1] https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/ [2]

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

The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build #630) Status: Still Failing Check console output at https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/630/ to view the results. Changes: [mreutegg] OAK-3798: NodeDocument.getNewestRevision()

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

jackrabbit-oak build #7072: Passed

Build Update for apache/jackrabbit-oak - Build: #7072 Status: Passed Duration: 1766 seconds Commit: a5ff019ea4574cf97b17d52f1f87c9e751bdd4d7 (trunk) Author: Marcel Reutegger Message: OAK-3733: Sometimes hierarchy conflict between concurrent add/delete isn't

Re: bulk updates heuristics

Hi Tomek, Trying to wrap my head around this… So this is just a thought dump :) First off, my example of the root document was probably a bad one, as direct root modifications will be rare. The root node will mostly be modified by the background thread. A better example might be a property

jackrabbit-oak build #7073: Passed

Build Update for apache/jackrabbit-oak - Build: #7073 Status: Passed Duration: 1666 seconds Commit: 24e6b3a16a9bcc230096b7b4c585fb8eeccc2f26 (trunk) Author: Julian Reschke Message: fix svn:eol-style git-svn-id:

[Oak origin/1.0] Apache Jackrabbit Oak matrix - Build # 632 - Still Failing

The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build #632) Status: Still Failing Check console output at https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/632/ to view the results. Changes: [mreutegg] OAK-3798: NodeDocument.getNewestRevision()

[Oak origin/1.2] Apache Jackrabbit Oak matrix - Build # 631 - Still Failing

The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build #631) Status: Still Failing Check console output at https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/631/ to view the results. Changes: [mreutegg] OAK-3798: NodeDocument.getNewestRevision()

jackrabbit-oak build #7071: Errored

Build Update for apache/jackrabbit-oak - Build: #7071 Status: Errored Duration: 1968 seconds Commit: a246d1e9a1ed50459479dd30a0d5c1fef33d1809 (trunk) Author: Marcel Reutegger Message: JCR-3733: Sometimes hierarchy conflict between concurrent add/delete isn't

Missing SessionStatistics Mbeans

Hi Using oak-1.3.11.r1716789, I have a situation, where I see the session counter, as per RepositoryStats#SessionCount, constantly increasing over time. This makes me wonder if I stumbled over a session leak. So far, I consulted the SessionStatistics beans in the system console in those cases

[Oak origin/trunk] Apache Jackrabbit Oak matrix - Build # 633 - Still Failing

The Apache Jenkins build system has built Apache Jackrabbit Oak matrix (build #633) Status: Still Failing Check console output at https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/633/ to view the results. Changes: [mreutegg] OAK-3798: NodeDocument.getNewestRevision()