[jira] Commented: (JCR-18) Multithreading issue with versioning

[ https://issues.apache.org/jira/browse/JCR-18?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508093 ] Marcel Reutegger commented on JCR-18: - Added a test case for this issue: jackrabbit-core\src\test\java\org\apache\ja

[jira] Resolved: (JCR-18) Multithreading issue with versioning

[ https://issues.apache.org/jira/browse/JCR-18?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger resolved JCR-18. - Resolution: Fixed Fix Version/s: 1.4 The test runs without deadlock or errors. I will therefor

[jira] Commented: (JCR-962) Deadlocks in ConcurrentVersioningWithTransactionsTest

[ https://issues.apache.org/jira/browse/JCR-962?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508104 ] Marcel Reutegger commented on JCR-962: -- Added Bertrands' test case and created a new test suite, which contains all

[jira] Updated: (JCR-962) Deadlocks in ConcurrentVersioningWithTransactionsTest

[ https://issues.apache.org/jira/browse/JCR-962?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger updated JCR-962: - Attachment: JCR-962-fix.patch This patch replaces the internal XAResources on the XAWorkspace with t

Re: Status of concurrent versioning (Was: Re: concurrent writes (JCR-314))

Jukka Zitting wrote: Excellent! It would be nice to have JCR-18 and related issues as fixed in Jackrabbit 1.4. The beer is on me if you make that happen. :-) there's only one thing I can say: http://www.streettech.com/storypics/simpsonbeer.wav regards marcel

[jira] Created: (JCR-982) Each TransactionContext creates new thread

Each TransactionContext creates new thread -- Key: JCR-982 URL: https://issues.apache.org/jira/browse/JCR-982 Project: Jackrabbit Issue Type: Improvement Components: transactions

[jira] Assigned: (JCR-982) Each TransactionContext creates new thread

[ https://issues.apache.org/jira/browse/JCR-982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger reassigned JCR-982: Assignee: Marcel Reutegger > Each TransactionContext creates new thread >

[jira] Resolved: (JCR-982) Each TransactionContext creates new thread

[ https://issues.apache.org/jira/browse/JCR-982?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger resolved JCR-982. -- Resolution: Fixed Fix Version/s: 1.4 Replaced the rollback thread with a single static Time

[jira] Updated: (JCR-981) XPath pseudo property support missing for "is null" and "is not null"

[ https://issues.apache.org/jira/browse/JCR-981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke updated JCR-981: --- Description: I believe the change for issue JCR-247 is incomplete, for instance //[EMAIL PROTECTED]

[jira] Assigned: (JCR-981) XPath pseudo property support missing for "is null" and "is not null"

[ https://issues.apache.org/jira/browse/JCR-981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger reassigned JCR-981: Assignee: Marcel Reutegger > XPath pseudo property support missing for "is null" and "is not n

[jira] Updated: (JCR-981) XPath pseudo property support missing for "is null" and "is not null"

[ https://issues.apache.org/jira/browse/JCR-981?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger updated JCR-981: - Affects Version/s: 1.2.1 1.2.2 1.2.3

[jira] Commented: (JCR-981) XPath pseudo property support missing for "is null" and "is not null"

[ https://issues.apache.org/jira/browse/JCR-981?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508208 ] Julian Reschke commented on JCR-981: Seems to be caused by missing code in XPathQueryBuilder.visit(SimpleNode, O

[jira] Created: (JCR-983) fn:upper accepted in too many places

fn:upper accepted in too many places Key: JCR-983 URL: https://issues.apache.org/jira/browse/JCR-983 Project: Jackrabbit Issue Type: Bug Components: query Reporter: Julian Reschke

[jira] Updated: (JCR-984) [PATCH] Make DocViewImportHandler more robust against broken Attributes.getURI() method

[ https://issues.apache.org/jira/browse/JCR-984?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bertrand Delacretaz updated JCR-984: Attachment: DocViewImportHandler.patch > [PATCH] Make DocViewImportHandler more robust against

[jira] Created: (JCR-984) [PATCH] Make DocViewImportHandler more robust against broken Attributes.getURI() method

[PATCH] Make DocViewImportHandler more robust against broken Attributes.getURI() method --- Key: JCR-984 URL: https://issues.apache.org/jira/browse/JCR-984 Project: J

[jira] Commented: (JCR-984) [PATCH] Make DocViewImportHandler more robust against broken Attributes.getURI() method

[ https://issues.apache.org/jira/browse/JCR-984?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508230 ] Bertrand Delacretaz commented on JCR-984: - Just to clarify why the parser can change: it is selected using the d

[jira] Created: (JCR-985) [PATCH] refactor access to SAXParser and log which parser class is used

[PATCH] refactor access to SAXParser and log which parser class is used --- Key: JCR-985 URL: https://issues.apache.org/jira/browse/JCR-985 Project: Jackrabbit Issue Type: I

[jira] Updated: (JCR-985) [PATCH] refactor access to SAXParser and log which parser class is used

[ https://issues.apache.org/jira/browse/JCR-985?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bertrand Delacretaz updated JCR-985: Attachment: SAXParserProvider.patch here's the patch (and not "parser" as I said in the previo

[jira] Updated: (JCR-984) [PATCH] Make DocViewImportHandler more robust against broken Attributes.getURI() method

[ https://issues.apache.org/jira/browse/JCR-984?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Bertrand Delacretaz updated JCR-984: Priority: Trivial (was: Major) > [PATCH] Make DocViewImportHandler more robust against broken

Re: Resolved: (JCR-982) Each TransactionContext creates new thread

Marcel Reutegger (JIRA) wrote: Marcel Reutegger resolved JCR-982. -- Resolution: Fixed Fix Version/s: 1.4 Replaced the rollback thread with a single static Timer instance and use a Task per TransactionContext for the timeout callback. Committed in r

Publishing snapshots of jackrabbit ocm

HI I started to take a look to jackrabbit-ocm and jackrabbit-ocm-nodemanagement and noticed that they are not deployed to the apache snapshot repo which makes it harder for people to consume and give it a try. Seems also that the poms don't have the necessary information nor they inherit from th