[jira] Created: (JCR-1467) Hide ugly repository init code for OCM

Hide ugly repository init code for OCM -- Key: JCR-1467 URL: https://issues.apache.org/jira/browse/JCR-1467 Project: Jackrabbit Issue Type: New Feature Components: jackrabbit-ocm

[jira] Updated: (JCR-1467) Hide ugly repository init code for OCM

[ https://issues.apache.org/jira/browse/JCR-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Alex Lukin updated JCR-1467: Attachment: jackrabbit-OCM-repoinit.patch This patch applies only to implememntation code. It's upt to

Re: OCM: why not to hide ugly init code?

Wednesday 12 March 2008 00:34:27 Christophe Lombart написав: Just one comment : The OCM has to be completely independent of Jackrabbit core. By this way, it can be used with other JCR implementation. As you can see, Jackrabbit core is only used for the unit tests. That's why the code is so

Re: Project Idea for GSoC based on Jackrabbit

On Tue, Mar 11, 2008 at 9:50 AM, Jukka Zitting [EMAIL PROTECTED] wrote: ...On Mon, Mar 10, 2008 at 10:34 AM, Thilina Buddhika [EMAIL PROTECTED] wrote: I am really interested in Apache Jackrabbit project. I have been building some applications on top of Jackrabbit, and I am realizing

[jira] Closed: (JCR-1336) Bug in duplicate mapping check

[ https://issues.apache.org/jira/browse/JCR-1336?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Carsten Ziegeler closed JCR-1336. - Looks good to me. Thanks! Bug in duplicate mapping check --

Re: OCM: why not to hide ugly init code?

Wednesday 12 March 2008 10:52:58 Christophe Lombart написав: If I understand you, your proposal is something like this : 1. If the class is mapped to the unstructured node type or a node type that gives you the possibility to add extra properties, create a new property ocm_classname. 2. If

Re: OCM: why not to hide ugly init code?

If I understand you, your proposal is something like this : 1. If the class is mapped to the unstructured node type or a node type that gives you the possibility to add extra properties, create a new property ocm_classname. 2. If it is not possible to add this property due to strong constrains

[jira] Commented: (JCR-1467) Hide ugly repository init code for OCM

[ https://issues.apache.org/jira/browse/JCR-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12577787#action_12577787 ] Christophe Lombart commented on JCR-1467: - The full story :

[jira] Updated: (JCR-1461) Deadlock on concurrent commit/checkin operations

[ https://issues.apache.org/jira/browse/JCR-1461?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marcel Reutegger updated JCR-1461: -- Attachment: JCR-1461.patch So far I haven't been able to reproduce the deadlock with a test.

[jira] Commented: (JCR-1463) Core: Failing version tests (testRestore....)

[ https://issues.apache.org/jira/browse/JCR-1463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12577802#action_12577802 ] angela commented on JCR-1463: - once more:

[jira] Created: (JCR-1468) LockTest.testLogout fails to refresh session before checking lock from other session

LockTest.testLogout fails to refresh session before checking lock from other session Key: JCR-1468 URL: https://issues.apache.org/jira/browse/JCR-1468 Project:

[jira] Issue Comment Edited: (JCR-1468) LockTest.testLogout fails to refresh session before checking lock from other session

[ https://issues.apache.org/jira/browse/JCR-1468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12577836#action_12577836 ] reschke edited comment on JCR-1468 at 3/12/08 5:50 AM: -- Fixed

[jira] Resolved: (JCR-1468) LockTest.testLogout fails to refresh session before checking lock from other session

[ https://issues.apache.org/jira/browse/JCR-1468?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved JCR-1468. - Resolution: Fixed Wixed with revision 636305. LockTest.testLogout fails to refresh session

Repository BackUp and Restore

Hi All I am working on Project Mirage (https://mirage.dev.java.net) which uses JackRabbit as content repository. I wanted to backup/restore the entire content when we migrate from one database to another. I have gone through some earlier mail threads and found about JECARS and JCR-Backup Tools.

[continuum] BUILD FAILURE: Apache Jackrabbit - Apache Jackrabbit - Build Def: Jackrabbit build with Java 1.4

Online report : http://jackrabbit.zones.apache.org/continuum/buildResult.action?buildId=3172projectId=2 Build statistics: State: Failed Previous State: Ok Started at: Wed 12 Mar 2008 13:48:48 + Finished at: Wed 12 Mar 2008 13:55:55 + Total time: 7m 6s Build Trigger: Schedule

[jira] Created: (JCR-1469) Data store garbage collection: ScanEventListener not working

Data store garbage collection: ScanEventListener not working Key: JCR-1469 URL: https://issues.apache.org/jira/browse/JCR-1469 Project: Jackrabbit Issue Type: Bug Affects

[jira] Created: (JCR-1470) NPE in BeanReferenceCollectionConverterImpl on update on empty collection

NPE in BeanReferenceCollectionConverterImpl on update on empty collection - Key: JCR-1470 URL: https://issues.apache.org/jira/browse/JCR-1470 Project: Jackrabbit Issue

Re: [continuum] BUILD FAILURE: Apache Jackrabbit - Apache Jackrabbit - Build Def: Jackrabbit build with Java 1.4

Hi, On Mon, Mar 12, 0008 at 3:56 PM, Jackrabbit Continuum [EMAIL PROTECTED] wrote: Build statistics: State: Failed There seems to be a random concurrent addNode() test error in trunk at the moment. The details are in:

[jira] Commented: (JCR-1233) Create org.apache.jackrabbit.core.id

[ https://issues.apache.org/jira/browse/JCR-1233?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12577875#action_12577875 ] Felix Meschberger commented on JCR-1233: Just my €.02 from the perspective of an OSGi

Re: Repository BackUp and Restore

I've tested JCR-Backup and work... more or less. They are migrating to Jacrabbit 1.4 because actually only supports 1.3 repositories. And i'm not sure it exports/imports version history. El mié, 12-03-2008 a las 18:25 +0530, Joshna Reddy escribió: Hi All I am working on Project Mirage

[jira] Commented: (JCR-1233) Create org.apache.jackrabbit.core.id

[ https://issues.apache.org/jira/browse/JCR-1233?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12577900#action_12577900 ] Jukka Zitting commented on JCR-1233: Side note: IMHO for code to look good in code

[jira] Commented: (JCR-1461) Deadlock on concurrent commit/checkin operations

[ https://issues.apache.org/jira/browse/JCR-1461?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12577929#action_12577929 ] Przemo Pakulski commented on JCR-1461: -- Hm, deadlock occured when running 2 threads

Request releases of RMI and commons libraries

Hi all, Over in the Sling project we are slowly but steadily approaching a first release and are now trying to resolve any existing SNAPSHOT dependencies. Two of these dependencies are Jackrabbit dependencies: * jackrabbit-jcr-rmi The current snapshot contains fixes for the JCR-1406 and

[jira] Updated: (JCR-1440) NPE Thrown when two Cluster Nodes are hitting the same underlying database.

[ https://issues.apache.org/jira/browse/JCR-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Micah Whitacre updated JCR-1440: Attachment: repository1.xml I've played around with my configuration a bit more and am still not

[jira] Updated: (JCR-1440) NPE Thrown when two Cluster Nodes are hitting the same underlying database.

[ https://issues.apache.org/jira/browse/JCR-1440?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Micah Whitacre updated JCR-1440: Attachment: SimpleJackrabbitConflictTest.java I have been playing around with the test a bit and

Re: Request releases of RMI and commons libraries

Hi, On Wed, Mar 12, 2008 at 9:20 PM, Felix Meschberger [EMAIL PROTECTED] wrote: Would it be possible to get 1.4.1 releases of these libraries with (at least) the mentioned fixes backported to the 1.4 branch ? Sure, no problem. The only thing I'm wondering about is whether we should upgrade

Re: Repository BackUp and Restore

Hello, On Wed, Mar 12, 2008 at 1:55 PM, Joshna Reddy [EMAIL PROTECTED] wrote: Hi All I am working on Project Mirage (https://mirage.dev.java.net) which uses JackRabbit as content repository. I wanted to backup/restore the entire content when we migrate from one database to another. I have

Re: Request releases of RMI and commons libraries

Hi, Am Mittwoch, den 12.03.2008, 23:06 +0200 schrieb Jukka Zitting: Hi, On Wed, Mar 12, 2008 at 9:20 PM, Felix Meschberger [EMAIL PROTECTED] wrote: Would it be possible to get 1.4.1 releases of these libraries with (at least) the mentioned fixes backported to the 1.4 branch ? Sure,

[jira] Created: (JCR-1471) Error when registering nodetype with same propdef as supertype

Error when registering nodetype with same propdef as supertype -- Key: JCR-1471 URL: https://issues.apache.org/jira/browse/JCR-1471 Project: Jackrabbit Issue Type: Bug

[jira] Resolved: (JCR-1471) Error when registering nodetype with same propdef as supertype

[ https://issues.apache.org/jira/browse/JCR-1471?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Tobias Bocanegra resolved JCR-1471. --- Resolution: Fixed Fix Version/s: 1.5 fixed. candiate for backport to 1.4.2 Error when