http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34824 <pre>Is there a list of usable/supported versions of the different RDBMS (MySQL, Postgres, etc) that can be used by the specific BundleDatabasePersistenceManagers / DatabaseDataStore? Thanks in advance, David </pre> David M. Kincade 2012-05-16T18:15:03 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34823 <pre> [ https://issues.apache.org/jira/browse/JCR-3312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved JCR-3312. --------------------------------- Resolution: Fixed Fix Version/s: 2.6 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Julian Reschke (JIRA 2012-05-16T13:55:02 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34822 <pre>Julian Reschke created JCR-3312: ----------------------------------- Summary: AbstractSession.getItem should deal with identifier paths Key: JCR-3312 URL: https://issues.apache.org/jira/browse/JCR-3312 Project: Jackrabbit Content Repository Issue Type: Bug Components: jackrabbit-jcr-commons Reporter: Julian Reschke Assignee: Julian Reschke In OAK's SessionImpl, we currently do: &lt; at &gt;Override public Item getItem(String absPath) throws PathNotFoundException, RepositoryException { if (absPath.startsWith("[") &amp;&amp; absPath.endsWith("]")) { // TODO OAK-23 - maybe this code should be added in AbstractSession return getNodeByIdentifier(absPath.substring(1, absPath.length() - 1)); } else { return super.getItem(absPath); } } AbstractSession could do this on it's own. -- This message is automatically generated by JIRA. If you think it was sent in</pre> Julian Reschke (JIRA 2012-05-16T13:35:02 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34821 <pre>Do you need version control? There are APIs available in jackrabbit for same. Thanks Shashank On Wed, May 16, 2012 at 1:39 PM, techie2k &lt;developer.spring&lt; at &gt;gmail.com&gt;wrote: </pre> shashank Jain 2012-05-16T09:31:04 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34820 <pre>Hi, Is there any reference available for multiple versioning of same document? Thanks, techie -- View this message in context: http://jackrabbit.510166.n4.nabble.com/multiple-versioning-of-same-document-tp4641002.html Sent from the Jackrabbit - Dev mailing list archive at Nabble.com. </pre> techie2k 2012-05-16T08:09:46 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34819 <pre> On 15.5.12 18:26, David Hausladen wrote: Thanks, I'll have a look when time permits. Michael </pre> Michael Dürig 2012-05-16T07:35:38 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34818 <pre> [ https://issues.apache.org/jira/browse/JCR-3308?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Hausladen resolved JCR-3308. ---------------------------------- Resolution: Duplicate duplicate of JCR-3311 (didn't realize Jira created -- it wasn't responding and eventually came back to the same dialog with the create button still enabled). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> David Hausladen (JIRA 2012-05-15T17:34:15 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34817 <pre> [ https://issues.apache.org/jira/browse/JCR-3309?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Hausladen resolved JCR-3309. ---------------------------------- Resolution: Duplicate duplicate of 3311 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> David Hausladen (JIRA 2012-05-15T17:34:14 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34816 <pre>Added https://issues.apache.org/jira/browse/JCR-3311 as suggested. -- View this message in context: http://jackrabbit.510166.n4.nabble.com/BTreeManager-opt-in-or-automatic-tp4615575p4634937.html Sent from the Jackrabbit - Dev mailing list archive at Nabble.com. </pre> David Hausladen 2012-05-15T17:26:41 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34815 <pre> [ https://issues.apache.org/jira/browse/JCR-3311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Hausladen updated JCR-3311: --------------------------------- Attachment: NodeWrapper.java This is just a start. Developers using the Session interface to getNode(s) need similar support. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> David Hausladen (JIRA 2012-05-15T17:24:06 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34814 <pre>David Hausladen created JCR-3311: ------------------------------------ Summary: No mechanism to transparently engage BTreeManager for flat repositories Key: JCR-3311 URL: https://issues.apache.org/jira/browse/JCR-3311 Project: Jackrabbit Content Repository Issue Type: Bug Components: jackrabbit-jcr-commons Affects Versions: 2.4, 2.3, 2.2 Reporter: David Hausladen For someone to enjoy the benefits of the BTreeManager to map between an external, flat path and an internally-branching tree, he must use jackrabbit-specific classes to achieve it. This is is undesirable. It would be better if, through configuration, he could specify that his paths are likely flat and Jackrabbit would return implementations of the Node interface that would interact with the BTreeManager internally so that the application code could remain agnostic of the internal challenges of dealing with large numbers of child nodes. I've attached</pre> David Hausladen (JIRA 2012-05-15T17:20:08 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34813 <pre> [ https://issues.apache.org/jira/browse/JCR-3307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke resolved JCR-3307. --------------------------------- Resolution: Fixed Fix Version/s: 2.6 2.4.2 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Julian Reschke (JIRA 2012-05-14T13:01:47 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34812 <pre> [ https://issues.apache.org/jira/browse/JCR-3307?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Julian Reschke reassigned JCR-3307: ----------------------------------- Assignee: Julian Reschke -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> Julian Reschke (JIRA 2012-05-14T11:37:26 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34811 <pre>Horia Chiorean created JCR-3307: ----------------------------------- Summary: JCR test org.apache.jackrabbit.test.api.version.MergeActivityTest doesn't check whether the repository supports activities Key: JCR-3307 URL: https://issues.apache.org/jira/browse/JCR-3307 Project: Jackrabbit Content Repository Issue Type: Bug Components: jackrabbit-jcr-tests Affects Versions: 2.4.1 Reporter: Horia Chiorean The test: org.apache.jackrabbit.test.api.version.MergeActivityTest, during setup (the initNodes method call) does not handle the case when activities are not supported by the repository. Therefore, if the versionManager.createActivity("foobar") call fails with an UnsupportedRepositoryOperationException, the whole test fails. The setup of the test should do something similar to org.apache.jackrabbit.test.api.version.ActivitiesTest: checkSupportedOption(Repository.OPTION_ACTIVITIES_SUPPORTED); -- This message is a</pre> Horia Chiorean (JIRA 2012-05-14T10:30:48 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34810 <pre>The Apache Jenkins build system has built Jackrabbit-trunk (build #1885) Status: Failure Check console output at https://builds.apache.org/job/Jackrabbit-trunk/1885/ to view the results.</pre> Apache Jenkins Server 2012-05-11T20:56:38 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34809 <pre>David Buchmann created JCR-3306: ----------------------------------- Summary: JSR 283 Transactions Key: JCR-3306 URL: https://issues.apache.org/jira/browse/JCR-3306 Project: Jackrabbit Content Repository Issue Type: Sub-task Reporter: David Buchmann following from the discussion [1] on the dev mailinglist, we are missing transaction support in the jcr-remoting. would be great to have it (for phpcr we only care about the server side but i guess the client side could be useful for others). is it hard to do? [1] http://mail-archives.apache.org/mod_mbox/jackrabbit-dev/201203.mbox/browser -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira </pre> David Buchmann (JIRA 2012-05-11T15:22:49 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34808 <pre>I've created the ticket https://issues.apache.org/jira/browse/JCR-3305 Daniel -- View this message in context: http://jackrabbit.510166.n4.nabble.com/spi2davex-RepositoryServiceImpl-idUriCache-raises-until-heap-overflow-tp4625776p4626376.html Sent from the Jackrabbit - Dev mailing list archive at Nabble.com. </pre> danield 2012-05-11T13:12:17 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34807 <pre>Daniel Draeger created JCR-3305: ----------------------------------- Summary: spi2davex.RepositoryServiceImpl -&gt; idUriCache raises until heap overflow Key: JCR-3305 URL: https://issues.apache.org/jira/browse/JCR-3305 Project: Jackrabbit Content Repository Issue Type: Bug Components: jackrabbit-spi2dav Reporter: Daniel Draeger from class URIResolverImpl: // TODO: to-be-fixed. uri/id-caches don't get updated While querying the JCR, it seems that the queryPath of each result property of each node is cached within the idUriCache and the cache is never cleaned up. - cleaning the cache - configurable parameter for max cache size should be available -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/ji</pre> Daniel Draeger (JIRA 2012-05-11T13:11:50 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34806 <pre>Ok, then I will create that issue in JIRA and change the uriresolver. many thanks greetings Daniel -- View this message in context: http://jackrabbit.510166.n4.nabble.com/spi2davex-RepositoryServiceImpl-idUriCache-raises-until-heap-overflow-tp4625776p4626274.html Sent from the Jackrabbit - Dev mailing list archive at Nabble.com. </pre> danield 2012-05-11T12:29:13 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34805 <pre>hi daniel well, my assumption was that it should be the right solution. as far as the uri/id-cache is concerned this just never got a proper cleanup after the first draft (as the TODOs show). kind regards angela </pre> Angela Schreiber 2012-05-11T12:06:33 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.devel/34804 <pre>I'm using the JCR as storage for documents with hundreds of new documents per day. Can it be that JCR is not the right solution for this use case? -- View this message in context: http://jackrabbit.510166.n4.nabble.com/spi2davex-RepositoryServiceImpl-idUriCache-raises-until-heap-overflow-tp4625776p4626188.html Sent from the Jackrabbit - Dev mailing list archive at Nabble.com. </pre> danield 2012-05-11T11:41:22 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.apache.jackrabbit.devel