[
https://issues.apache.org/jira/browse/JCR-2695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920467#action_12920467
]
Thomas Mueller commented on JCR-2695:
-
I created JCR-2781 to speed up the FileDataStore.
FileDataStore performance improvements
--
Key: JCR-2781
URL: https://issues.apache.org/jira/browse/JCR-2781
Project: Jackrabbit Content Repository
Issue Type: Improvement
Components:
[
https://issues.apache.org/jira/browse/JCR-2762?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920468#action_12920468
]
Stefan Guggisberg commented on JCR-2762:
The question therefore is, should we do
The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 1.6.4. 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 -- Version
See
https://hudson.apache.org/hudson/job/Jackrabbit-trunk/org.apache.jackrabbit$jackrabbit/1314/changes
See https://hudson.apache.org/hudson/job/Jackrabbit-trunk/1314/changes
[
https://issues.apache.org/jira/browse/JCR-2757?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Douglas Jose updated JCR-2757:
--
Attachment: maven.log
Maven 3.0 was released on 8 October 2010. No compatibility issues were observed.
[
https://issues.apache.org/jira/browse/JCR-2778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920493#action_12920493
]
Stefan Guggisberg commented on JCR-2778:
FWIW: this issue is a regression of JCR-890,
[
https://issues.apache.org/jira/browse/JCR-2715?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920495#action_12920495
]
Serge Huber commented on JCR-2715:
--
We are seeing this issue also, so we would be very
[
https://issues.apache.org/jira/browse/JCR-2563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
angela updated JCR-2563:
Affects Version/s: 2.1.0
Add UserManager.createGroup(String groupID) method
[
https://issues.apache.org/jira/browse/JCR-2563?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
angela resolved JCR-2563.
-
Resolution: Fixed
Fix Version/s: 2.2.0
applied patch with minor modifications.
Add
[
https://issues.apache.org/jira/browse/JCR-2773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920528#action_12920528
]
Jukka Zitting commented on JCR-2773:
Looks good, thanks! Some comments:
* The
[
https://issues.apache.org/jira/browse/JCR-2770?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jukka Zitting updated JCR-2770:
---
Resolution: Fixed
Assignee: Jukka Zitting
Status: Resolved (was: Patch Available)
[
https://issues.apache.org/jira/browse/JCR-2778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920555#action_12920555
]
Jukka Zitting commented on JCR-2778:
FWIW: this issue is a regression of JCR-890, i.e.
[
https://issues.apache.org/jira/browse/JCR-2778?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920564#action_12920564
]
Jukka Zitting commented on JCR-2778:
Ah, nevermind, I see that Angela already fixed this.
Any thoughts on the assumptions I made in my previous post?
Stating the assumtions again:
1. fetching by uuid is not dependent on how many number of children are
under a parent, since no tree structure needs to be created for fetch by
uuid.
2. There is no referencial integrity involved if we
On Tue, Oct 12, 2010 at 17:31, kazim_ss...@yahoo.com
kazim_ss...@yahoo.com wrote:
I want to use UUID and not path, because, I think somewhere in memory whole
path needs to be created if you fetch documents by path and fetching by UUID
is supposed to be faster.
I also read somewhere that
I have following code that creates a new namespace:
NamespaceRegistry nsReg = session.getWorkspace().getNamespaceRegistry();
nsReg.registerNamespace(csi, http://www.csi.com;);
I created namespace using local access (creating repository using
repository.xml location and repository folder).
Hi,
On Wed, Oct 13, 2010 at 5:07 PM, kazim_ss...@yahoo.com
kazim_ss...@yahoo.com wrote:
Question 1: This namespace (created as local access) is not visible in
remote access when I run standalone server and use RMI API, why?
It seems likely that your standalone server is not accessing the same
[
https://issues.apache.org/jira/browse/JCR-2779?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920624#action_12920624
]
Stefan Guggisberg commented on JCR-2779:
this issue is caused by the implementation
See
https://hudson.apache.org/hudson/job/Jackrabbit-trunk/org.apache.jackrabbit$jackrabbit-core/1317/
--
[INFO]
[INFO] Building Jackrabbit Core
[INFO]task-segment: [clean, deploy]
See https://hudson.apache.org/hudson/job/Jackrabbit-trunk/1317/changes
Changes:
[mreutegg] JCR-2695: Jackrabbit performance test suite
- add a property read test
--
[...truncated 540 lines...]
Results :
Tests run: 250, Failures: 0, Errors: 0, Skipped: 0
Got it.
The repository home directory I was using when accessing repository locally
was C:\JCR\jackrabbit\repository while Standalone server was using
C:\JCR\jackrabbit.
--
View this message in context:
[
https://issues.apache.org/jira/browse/JCR-2773?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12920756#action_12920756
]
Douglas Jose commented on JCR-2773:
---
I'm going to do implement the first three enhancements
24 matches
Mail list logo