[jira] [Commented] (JCRVLT-338) argLine getting overridden by parent pom and vault-core pom
[ https://issues.apache.org/jira/browse/JCRVLT-338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16851408#comment-16851408 ] Tobias Bocanegra commented on JCRVLT-338: - [~sonagupt] it still fails...I think the subsequence test invocations in the modules reuse the {{argLine}}. Can't you use a different variable name? > argLine getting overridden by parent pom and vault-core pom > > > Key: JCRVLT-338 > URL: https://issues.apache.org/jira/browse/JCRVLT-338 > Project: Jackrabbit FileVault > Issue Type: Bug >Reporter: Sonal Gupta >Assignee: Tobias Bocanegra >Priority: Major > > I was trying to calculate code coverage for jackrabbit vault repo using > jacoco agent ([https://github.com/apache/jackrabbit-filevault/]) > Not able to install jacoco via cli as the argLine is getting overridden by > the parent pom and core pom. argLine needs to be appended rather than > overridden. > [vault-core/pom.xml|https://github.com/apache/jackrabbit-filevault/blob/faab98755700454d3f6c8d4116ba3e732cf53531/vault-core/pom.xml] > {{-Doak=true -Xmx1024m}} > [parent/pom.xml|https://github.com/apache/jackrabbit-filevault/blob/94e74ef8968c4236e925d2fcae7aed5b53bb91e4/parent/pom.xml] > {{${test.vm.options}}} > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Re: Question related to Root node and their management in V1.5.0
On Wed, May 29, 2019 at 3:27 AM Richa Kumari wrote: > > Hi Dev Team > > > > We are using Jackrabbit for our content repository and the version 1.5.0 is > getting used. The application was developed by 3rd party in early 2005-2007 > . We are trying to understand the process of saving the XML file and mapping > with our dataset. We understood that our key is the node or folder in the > repository however we are not able to locate the direct relationship in the > table rep_binval.binval_data and the our foreign key. We also noticed that > system does not update the information but its retrieve and delete them and > create the updated one as the new record. Our target area is to understand > how the rep_prop or rep_node store the foreign key relation to retrieve the > data. > The tables are internal details which you're not supposed to direct access. You should always use JCR API [1,2] instead to access the JCR hierarchical data. Regards, Woonsan [1] http://jackrabbit.apache.org/jcr/jcr-api.html [2] https://docs.adobe.com/docs/en/spec/jcr/1.0/index.html > > > Hoping to reach you guys about and get any help to understand the node and > especially root node which stores in the baseFolder. We also noticed that > when system starts up, it has the rootUUID value in the cached folder (folder > location \repository\meta) but others are not created or stored inside any > other folder. > > > > Hope to see your reply soon. > > > > Thank you. > > > > Best Regards, > > Richa > > > > Please consider the environment before printing this message. CTIS, Inc. > CONFIDENTIAL COMMUNICATION This email and any files transmitted with it are > confidential and are intended solely for use by the individual or entity to > whom addressed. If you have received this email in error, do not forward, > print, or copy, this email. Instead, please immediately notify us by > telephone at (301) 948-3033 or by reply email to the sender. Please delete > this email and its attachments from your system and do not retain any copies. > Thank you.
BUILD FAILURE: Jackrabbit Oak - Build # 2182 - Failure
The Apache Jenkins build system has built Jackrabbit Oak (build #2182) Status: Failure Check console output at https://builds.apache.org/job/Jackrabbit%20Oak/2182/ to view the results. Changes: [angela] OAK-8365 UserManagerImpl: unreacheable code when retrieving user/group from ID and tree Test results: 2 tests failed. FAILED: org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest.org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest Error Message: 1 thread leaked from SUITE scope at org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest: 1) Thread[id=140, name=oak-scheduled-executor-56, state=TIMED_WAITING, group=main] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:1129) at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:809) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1073) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: 1 thread leaked from SUITE scope at org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest: 1) Thread[id=140, name=oak-scheduled-executor-56, state=TIMED_WAITING, group=main] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:1129) at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:809) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1073) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) at __randomizedtesting.SeedInfo.seed([33E91C37C7670B25]:0) FAILED: org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest.org.apache.jackrabbit.oak.plugins.index.solr.configuration.DefaultAnalyzersConfigurationTest Error Message: There are still zombie threads that couldn't be terminated: 1) Thread[id=140, name=oak-scheduled-executor-56, state=TIMED_WAITING, group=main] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:1129) at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:809) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1073) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748) Stack Trace: com.carrotsearch.randomizedtesting.ThreadLeakError: There are still zombie threads that couldn't be terminated: 1) Thread[id=140, name=oak-scheduled-executor-56, state=TIMED_WAITING, group=main] at sun.misc.Unsafe.park(Native Method) at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215) at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078) at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:1129) at java.util.concurrent.ScheduledThreadPoolExecutor$DelayedWorkQueue.poll(ScheduledThreadPoolExecutor.java:809) at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1073) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1134) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) at java.lang.Thread.run(Thread.java:748)
[jira] [Commented] (JCRVLT-338) argLine getting overridden by parent pom and vault-core pom
[ https://issues.apache.org/jira/browse/JCRVLT-338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16850638#comment-16850638 ] Sonal Gupta commented on JCRVLT-338: [~tripod] Raised PR [https://github.com/apache/jackrabbit-filevault/pull/48] Actually only parent pom needs to be edited. > argLine getting overridden by parent pom and vault-core pom > > > Key: JCRVLT-338 > URL: https://issues.apache.org/jira/browse/JCRVLT-338 > Project: Jackrabbit FileVault > Issue Type: Bug >Reporter: Sonal Gupta >Assignee: Tobias Bocanegra >Priority: Major > > I was trying to calculate code coverage for jackrabbit vault repo using > jacoco agent ([https://github.com/apache/jackrabbit-filevault/]) > Not able to install jacoco via cli as the argLine is getting overridden by > the parent pom and core pom. argLine needs to be appended rather than > overridden. > [vault-core/pom.xml|https://github.com/apache/jackrabbit-filevault/blob/faab98755700454d3f6c8d4116ba3e732cf53531/vault-core/pom.xml] > {{-Doak=true -Xmx1024m}} > [parent/pom.xml|https://github.com/apache/jackrabbit-filevault/blob/94e74ef8968c4236e925d2fcae7aed5b53bb91e4/parent/pom.xml] > {{${test.vm.options}}} > > -- This message was sent by Atlassian JIRA (v7.6.3#76005)
Question related to Root node and their management in V1.5.0
Hi Dev Team We are using Jackrabbit for our content repository and the version 1.5.0 is getting used. The application was developed by 3rd party in early 2005-2007 . We are trying to understand the process of saving the XML file and mapping with our dataset. We understood that our key is the node or folder in the repository however we are not able to locate the direct relationship in the table rep_binval.binval_data and the our foreign key. We also noticed that system does not update the information but its retrieve and delete them and create the updated one as the new record. Our target area is to understand how the rep_prop or rep_node store the foreign key relation to retrieve the data. Hoping to reach you guys about and get any help to understand the node and especially root node which stores in the baseFolder. We also noticed that when system starts up, it has the rootUUID value in the cached folder (folder location \repository\meta) but others are not created or stored inside any other folder. Hope to see your reply soon. Thank you. Best Regards, Richa Please consider the environment before printing this message. CTIS, Inc. CONFIDENTIAL COMMUNICATION This email and any files transmitted with it are confidential and are intended solely for use by the individual or entity to whom addressed. If you have received this email in error, do not forward, print, or copy, this email. Instead, please immediately notify us by telephone at (301) 948-3033 or by reply email to the sender. Please delete this email and its attachments from your system and do not retain any copies. Thank you.