http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user 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.user/18795 <pre>Guys, Does somebody know how to remove nodes from the version history. Thanks in advance Adrien -----Original Message----- From: De Georges, Adrien [mailto:Adrien.DeGeorges&lt; at &gt;experian.com] Sent: 10 May 2012 15:55 To: users&lt; at &gt;jackrabbit.apache.org Subject: Migrate JCR repositories Hi everyone, I wanted to develop a routine to migrate some nodes in a repository (removing and modifying some properties). But I am pretty sure it is not possible to modify nodes in the version history. Is there existing solution to do so? Thanks Adrien Information in this e-mail and any attachments is confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other binding commitment through the use of this electronic communication unless it is issued in accordance with the Experian Limited standard terms and conditions of purchase or other express written agreement between Experian Limi</pre> De Georges, Adrien 2012-05-16T09:40:36 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18794 <pre>Hi, On Thu, May 10, 2012 at 3:54 PM, De Georges, Adrien &lt;Adrien.DeGeorges&lt; at &gt;experian.com&gt; wrote: Nodes in the version history are frozen by definition, so the best you can do is remove versions whose contents are no longer relevant. What's your use case of modifying old versions? BR, Jukka Zitting </pre> Jukka Zitting 2012-05-16T00:25:00 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18793 <pre>-snip- Upgrading to the latest Postgres JDBC driver fixed it. </pre> Stephen Byrne 2012-05-15T15:08:32 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18792 <pre>I am trying to bundle Jackrabbit but always get an exception loading the root node ID on the 2nd start. Is there something wrong with my approach? java code: home = new File( 'jackrabbit' ) home.mkdirs() rc = RepositoryConfig.create( new FileInputStream( 'repository.xml' ), home.getAbsolutePath() ) repo = RepositoryImpl.create( rc ) repo.shutdown() rc = RepositoryConfig.create( new FileInputStream( 'repository.xml' ), home.getAbsolutePath() ) repo = RepositoryImpl.create( rc ) repo.shutdown() repository.xml: &lt;?xml version="1.0"?&gt; &lt;!DOCTYPE Repository PUBLIC "-//The Apache Software Foundation//DTD Jackrabbit 2.0//EN" "http://jackrabbit.apache.org/dtd/repository-2.0.dtd"&gt; &lt;Repository&gt; &lt;FileSystem class="org.apache.jackrabbit.core.fs.db.DbFileSystem"&gt; &lt;param name="driver" value="org.postgresql.Driver" /&gt; &lt;param name="url" value="jdbc:postgresql://lw3sb2/ldjr" /&gt; &lt;param name="user" value="ldjr" /&gt;&lt;param name="password" value="test" /&gt; &lt;param name="schema" value="postgresql" /</pre> Stephen Byrne 2012-05-15T14:33:52 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18791 <pre>Hi Nicole, On Tue, May 15, 2012 at 1:19 PM, nicole705&lt; at &gt;inwind.it &lt;nicole705&lt; at &gt;inwind.it&gt; wrote: There is no dedicated master node, but the cluster nodes synchronize so that only one of them can be writing at any given moment. The current Jackrabbit clustering model only speeds up concurrent read operations. BR, Jukka Zitting </pre> Jukka Zitting 2012-05-15T13:28:20 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18790 <pre> Hi Jukka, my name is Nicole and I'm dealing with JackRabbit clustering. Please, could you explain me how clustering works? It's not clear for me understand if all cluster nodes make write operation, or il only the master instance does it. In my application I would like to improve write performance, could it be setting a cluster a good solution, or this approach improves only read operations? Thank you very much, kind regards, Nicole P.S: please note that my running JR instance use Persistance Manager on SQL Server, and a datastore on file system. </pre> nicole705< at >inwind.it 2012-05-15T11:19:13 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18789 <pre>You may try http://www.subshell.com/en/toromiro/ Toromiro which supports Jackrabbit up to version 2.4. -- View this message in context: http://jackrabbit.510166.n4.nabble.com/JCR-browser-that-works-with-the-latest-version-of-Jackrabbit-tp3591568p4631663.html Sent from the Jackrabbit - Users mailing list archive at Nabble.com. </pre> Torsten Witte 2012-05-14T07:35:02 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18788 <pre>Hi, I am trying to use principal base ACL to assign all accesses to a user names user2. Following is my code. The code is running successfully. But when I am logging in as User2 and trying to add a child node under "adminuser/test1" I am getting exception saying javax.jcr.AccessDeniedException: /adminuser/test1/test2: not allowed to add or modify item try{ Repository repository = createJCRRepository.createRepository(); session = repository.login(new SimpleCredentials("admin","".toCharArray())); String nodepath = "adminuser/test1"; JackrabbitSession js = (JackrabbitSession) session; User user = ((User) js.getUserManager().getAuthorizable("user2")); Principal principal = user.getPrincipal(); System.out.println(user.getPrincipal()); Node n2 = session.getNode("/"+nodepath); JackrabbitAccessControlManager acm = (JackrabbitAccessControlManager)session.getAccessC</pre> Kanchan Mourya 2012-05-11T10:39:00 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18787 <pre>Hi! In our projet, we have some custom types with a few reference attributes. We tried to minimize the use of references but we could not avoid them totally. Our client wants a powerfull search function and the use of lucene in jackrabbit helps us a lot. But we did not see a mean to configure aggregates on referenced nodes. What we would like is to be able to retrieve a node through a full text search if another node, referenced by an attribute of the first node, matches the full text search. Example: [dummy:a] &lt; nt:unstructured [dummy:b] &lt; nt:base - dummy:val (REFERENCE) &lt; dummy:a if a node "node1" of type dummy:b reference a node2 of type dummy:a which dummy:val attributes is set to "hello", we would like to configure the indexing to allow a fulltext search with the value "hello" to return node1. Is it possible directly? If not, is there a way to hook the indexing feature to allow our code to extract text from the referenced node for the indexer? Thanks for your help! Best regards, Fr</pre> rfr 2012-05-11T09:08:48 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18786 <pre>hi ferry ok... i assume everything is fine when it comes to access control enforced on items but your user isn't allowed to access the workspace. since the workspace isn't an item in the repo it needs some special handling. in the current jackrabbit-core this is controlled by a separate WorkspaceAccessManager. there are a few implementations in jackrabbit core (see below) and again it's configurable. if i remember correctly it's part of the SecurityManager configuration of the repository. something like &lt;Repository&gt; &lt;SecurityManager class=...&gt; &lt;WorkspaceAccessManager class="..." /&gt; the following implementations are part of jackrabbit core: a SimpleWorkspaceAccessManager: dummy implementation that always returns true b default implementation in DefaultSecurityManager: allows true if the root node is accessible. that was the first try but it turned out that this wasn't really meeting our own requirements. c default implementation in UserPerWorkspaceSecurityManager: it is granting ac</pre> Angela Schreiber 2012-05-11T08:57:07 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18785 <pre>hello angela, we have done one more test. we created a new workspace with the ' omit-default-permission '. we checked the acl's of the workspace with the admin user and everything was fine (no everyone acl contained). after that we wanted to grant the user ferry read and write access to the workspace by using the JackrabbitAccessControlManager. this results in the following entry in the workspace: /rep:accesscontrol /rep:accesscontrol/jcr:primaryType = rep:AccessControl /rep:accesscontrol/rep:security /rep:accesscontrol/rep:security/jcr:primaryType = rep:AccessControl /rep:accesscontrol/rep:security/rep:authorizables /rep:accesscontrol/rep:security/rep:authorizables/jcr:primaryType = rep:AccessControl /rep:accesscontrol/rep:security/rep:authorizables/rep:users /rep:accesscontrol/rep:security/rep:authorizables/rep:users/jcr:primaryType = rep:AccessControl /rep:accesscontrol/rep:security/rep:authorizables/rep:users/f /rep:accesscontrol/rep:security/rep:authorizables/rep:users/f/jcr:primaryType = rep:AccessC</pre> Malzer Ferdinand OSP sIT 2012-05-11T06:39:07 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18784 <pre>Hi everyone, I wanted to develop a routine to migrate some nodes in a repository (removing and modifying some properties). But I am pretty sure it is not possible to modify nodes in the version history. Is there existing solution to do so? Thanks Adrien Information in this e-mail and any attachments is confidential, and may not be copied or used by anyone other than the addressee, nor disclosed to any third party without our permission. There is no intention to create any legally binding contract or other binding commitment through the use of this electronic communication unless it is issued in accordance with the Experian Limited standard terms and conditions of purchase or other express written agreement between Experian Limited and the recipient. Although Experian has taken reasonable steps to ensure that this communication and any attachments are free from computer virus, you are advised to take your own steps to ensure that they are actually virus free. Companies Act information: Registered name:</pre> De Georges, Adrien 2012-05-10T13:54:42 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18783 <pre>It may have been fixed by specifying the following in the PersistenceManager configuration for the workspace: &lt;param name="consistencyCheck" value="true"/&gt; &lt;param name="consistencyFix" value="true"/&gt; OR Commenting back in the &lt;SearchIndex&gt; config entry for the workspace (commented out because of some issues in 2.4.0 that have been fixed in 2.4.1) this also had &lt;param name="forceConsistencyCheck" value="true" /&gt; &lt;param name="autoRepair" value="true" /&gt; So a number of changes happened concurrently that resolved the issue but my feeling is that it is the changes to the PersistenceManager probably fixed it. Thanks for the suggestions! Peter. -----Original Message----- From: Nicolas Peltier [mailto:npeltier&lt; at &gt;adobe.com] Sent: 10 May 2012 13:15 To: users&lt; at &gt;jackrabbit.apache.org Cc: Peter Fry Subject: Re: node.getNodes() different results to NodeState.getChildNodeEntry isn't NodeState related to a transient step? The difference you see would mean the transient # of children is different from th</pre> Peter Fry 2012-05-10T13:18:24 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18782 <pre>isn't NodeState related to a transient step? The difference you see would mean the transient # of children is different from the persisted one (which wouldn't be choking)? Le 10 mai 2012 à 14:07, Julian Reschke a écrit : </pre> Nicolas Peltier 2012-05-10T12:15:24 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18781 <pre> Wild guess: permissions? </pre> Julian Reschke 2012-05-10T12:07:36 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18780 <pre>I am trying to debug why a node can't be added to a parent. I'm getting a ItemExistsException at line 1281 of NodeImpl i.e. in NodeState thisState = data.getNodeState(); ChildNodeEntry cne = thisState.getChildNodeEntry(nodeName, 1); if (cne != null) { // there's already a child node entry with that name; // check same-name sibling setting of new node if (!def.allowsSameNameSiblings()) { throw new ItemExistsException( "This node already exists: " + itemMgr.safeGetJCRPath(nodePath)); } // check same-name sibling setting of existing node NodeImpl existing = itemMgr.getNode(cne.getId(), getNodeId()); if (!existing.getDefinition().allowsSameNameSiblings()) { throw new ItemExistsException( "Same-name siblings not allowed for " + existing); } } But when I query </pre> Peter Fry 2012-05-10T11:39:42 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18779 <pre>Removed the "bad" character from the xml and no longer get that error. Thanks so much. -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Problem-when-configuring-Jackrabbit-clustering-with-Oracle-DB-tp4623015p4623087.html Sent from the Jackrabbit - Users mailing list archive at Nabble.com. </pre> devan.vanreenen< at >gmail.com 2012-05-10T10:29:06 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18778 <pre>hello, please try it again with the corrected repository.xml. it seems to be the same problem: ... Caused by: org.apache.jackrabbit.core.config.ConfigurationException: Configuration file syntax error. (Line: 173 Column: 18) regards ferry malzer -----Ursprüngliche Nachricht----- Von: devan.vanreenen&lt; at &gt;gmail.com [mailto:devan.vanreenen&lt; at &gt;gmail.com] Gesendet: Donnerstag, 10. Mai 2012 11:57 An: users&lt; at &gt;jackrabbit.apache.org Betreff: Re: Problem when configuring Jackrabbit clustering with Oracle DB http://jackrabbit.510166.n4.nabble.com/file/n4623044/repository.xml repository.xml Updated valid repository.xml, previously attached file had an invalid character. -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Problem-when-configuring-Jackrabbit-clustering-with-Oracle-DB-tp4623015p4623044.html Sent from the Jackrabbit - Users mailing list archive at Nabble.com. </pre> Malzer Ferdinand OSP sIT 2012-05-10T10:08:09 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18777 <pre>http://jackrabbit.510166.n4.nabble.com/file/n4623044/repository.xml repository.xml Updated valid repository.xml, previously attached file had an invalid character. -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Problem-when-configuring-Jackrabbit-clustering-with-Oracle-DB-tp4623015p4623044.html Sent from the Jackrabbit - Users mailing list archive at Nabble.com. </pre> devan.vanreenen< at >gmail.com 2012-05-10T09:57:04 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18775 <pre>http://jackrabbit.510166.n4.nabble.com/file/n4623031/repository.xml repository.xml Copy of my repository.xml -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Problem-when-configuring-Jackrabbit-clustering-with-Oracle-DB-tp4623015p4623031.html Sent from the Jackrabbit - Users mailing list archive at Nabble.com. </pre> devan.vanreenen< at >gmail.com 2012-05-10T09:47:43 http://permalink.gmane.org/gmane.comp.apache.jackrabbit.user/18774 <pre>Hi Guys, Please assist. I am having an issue with my jackrabbit cluster configurations when trying to use an Oracle DB I get the below errors. I have attached my repository.xml. Caused by: org.drools.repository.RulesRepositoryException: javax.jcr.RepositoryException: Invalid repository configuration file: \usr\local\applications\pruprotect\Drools2\repository.xml at org.drools.guvnor.server.repository.RepositoryStartupService.newSession(RepositoryStartupService.java:223) at org.drools.guvnor.server.repository.RepositoryStartupService.create(RepositoryStartupService.java:97) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.jboss.seam.util.Reflections.invoke(Reflections.java:22) at org.jboss.seam.intercept.RootInvocationContext.proceed(RootInvocationContext.java</pre> devan.vanreenen< at >gmail.com 2012-05-10T09:42:09 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.apache.jackrabbit.user