June 2009 - dna-issues - Jboss List Archives

[JBoss JIRA] Created: (DNA-465) NullPointerException occurs when reading a FileSystemSource repository through JCR using FederatedSource

by Luiz Fernando Teston (JIRA)

NullPointerException occurs when reading a FileSystemSource repository through JCR using FederatedSource -------------------------------------------------------------------------------------------------------- Key: DNA-465 URL: https://jira.jboss.org/jira/browse/DNA-465 Project: DNA Issue Type: Bug Components: Connectors, Federation, JCR Affects Versions: 0.5 Environment: Mac OS 10.5 with java 1.6 and maven 2.1 Reporter: Luiz Fernando Teston When reading a node from a federated filesystem connector using the JCR API it throws a NullPointerException. This node represents a file and it could be read normally by the graph api. -- test method to be used inside the docs/gettingstarted/repository source -- @Test public void shouldAccessFileSystemByFederatedJcr() throws Exception { JcrConfiguration configuration = new JcrConfiguration(); URL url = Thread .currentThread() .getContextClassLoader() .getResource( "config/repository-federated-with-filesystem-connector-config.xml"); assertNotNull(url); configuration.loadFrom(url); JcrEngine engine = configuration.build(); engine.start(); org.jboss.dna.graph.Node nodeFromGraph = engine.getGraph("Vehicles").getNodeAt("/Vehicles/FileSystem/FileThatExists"); assertThat(nodeFromGraph, is(notNullValue())); Session session = engine.getRepository("Vehicles").login(); Node nodeFromJcr = session.getRootNode().getNode("Vehicles/FileSystem/FileThatExists"); // here I got a NPE assertThat(nodeFromJcr, is(notNullValue())); engine.shutdown(); } -- configuration file to be used on this test -- <?xml version="1.0" encoding="UTF-8"?>  <configuration xmlns:dna="http://www.jboss.org/dna/1.0" xmlns:jcr="http://www.jcp.org/jcr/1.0">  <dna:sources jcr:primaryType="nt:unstructured">  <dna:source jcr:name="Cars" dna:classname="org.jboss.dna.graph.connector.inmemory.InMemoryRepositorySource" dna:retryLimit="3" dna:defaultWorkspaceName="workspace1"/> <dna:source jcr:name="FileSystem" dna:classname="org.jboss.dna.connector.filesystem.FileSystemSource"> <creatingWorkspacesAllowed>false</creatingWorkspacesAllowed> <directoryForDefaultWorkspace>/tmp</directoryForDefaultWorkspace> </dna:source>  <dna:source jcr:name="Aircraft" dna:classname="org.jboss.dna.graph.connector.inmemory.InMemoryRepositorySource">  <defaultWorkspaceName>workspace</defaultWorkspaceName> </dna:source>  <dna:source jcr:name="Vehicles"> <dna:classname>org.jboss.dna.graph.connector.federation.FederatedRepositorySource</dna:classname> <dna:workspaces>  <dna:workspace jcr:name="workspace"> <dna:projections>  <dna:projection jcr:name="Cars projection" dna:source="Cars" dna:workspaceName="workspace"> <dna:projectionRules>/Vehicles/Cars => /Cars</dna:projectionRules> </dna:projection> <dna:projection jcr:name="TempFiles projection" dna:source="FileSystem" dna:workspaceName="/tmp"> <dna:projectionRules>/Vehicles/FileSystem => /</dna:projectionRules> </dna:projection>  <dna:projection jcr:name="Aircarft projection" dna:source="Aircraft" dna:workspaceName="workspace"> <dna:projectionRules>/Vehicles/Aircraft => /Aircraft</dna:projectionRules> </dna:projection>  <dna:projection jcr:name="System projection" dna:source="System" dna:workspaceName="default"> <dna:projectionRules>/jcr:system => /</dna:projectionRules> </dna:projection> </dna:projections> </dna:workspace> </dna:workspaces> <retryLimit>20</retryLimit> </dna:source>  <dna:source jcr:name="System" dna:classname="org.jboss.dna.graph.connector.inmemory.InMemoryRepositorySource" dna:retryLimit="3" dna:defaultWorkspaceName="default"/> </dna:sources>  <dna:repositories>  <dna:repository jcr:name="Cars">  <dna:source>Cars</dna:source>  <dna:options jcr:primaryType="dna:options"> <jaasLoginConfigName jcr:primaryType="dna:option" dna:value="dna-jcr"/> </dna:options>  <dna:nodeTypes jcr:primaryType="dna:nodeTypes"/>  <namespaces jcr:primaryType="dna:namespaces"> <car jcr:primaryType="dna:namespace" dna:uri="http://jboss.org/dna/examples/cars/1.0"/> </namespaces> </dna:repository>  <dna:repository jcr:name="Aircraft">  <dna:source>Aircraft</dna:source>  <dna:options jcr:primaryType="dna:options"> <jaasLoginConfigName jcr:primaryType="dna:option" dna:value="dna-jcr"/> </dna:options> </dna:repository> <dna:repository jcr:name="Vehicles">  <dna:source>Vehicles</dna:source>  <dna:options jcr:primaryType="dna:options"> <jaasLoginConfigName jcr:primaryType="dna:option" dna:value="dna-jcr"/> </dna:options> </dna:repository> </dna:repositories> </configuration> --- exception thrown by this test method --- java.lang.NullPointerException at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:173) at com.google.common.collect.ReferenceMap$ReferenceStrategy$1.getDummyFor(ReferenceMap.java:475) at com.google.common.collect.ReferenceMap.get(ReferenceMap.java:168) at org.jboss.dna.jcr.SessionCache.findJcrNode(SessionCache.java:817) at org.jboss.dna.jcr.SessionCache.findJcrItem(SessionCache.java:941) at org.jboss.dna.jcr.AbstractJcrNode.getNode(AbstractJcrNode.java:542) at org.openspotligth.federation.configuration.DNAConfigFromFileTest.shouldAccessFileSystemByFederatedJcr(DNAConfigFromFileTest.java:116) 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:585) at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:59) at org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98) at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79) at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:87) at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77) at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42) at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88) at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51) at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44) at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27) at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37) at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42) at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:45) at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386) at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

2
4
0 / 0

[JBoss JIRA] Created: (DNA-466) JCR requires connectors to expose UUID as identifier property

by Randall Hauch (JIRA)

JCR requires connectors to expose UUID as identifier property ------------------------------------------------------------- Key: DNA-466 URL: https://jira.jboss.org/jira/browse/DNA-466 Project: DNA Issue Type: Bug Components: JCR Affects Versions: 0.5 Reporter: Randall Hauch Assignee: Randall Hauch Priority: Blocker Fix For: 0.6 The JCR implementation currently expects connectors to return a UUID as the identifier property. This is obviously incorrect, as it goes against several of the connectors we've already implemented. In particular, the SessionCache is expecting to find the UUID, and submits requests to the source with only the UUID (not the path). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

2
8
0 / 0

[JBoss JIRA] Created: (DNA-370) JcrWorkspace.clone Is Not Implemented

by Brian Carothers (JIRA)

JcrWorkspace.clone Is Not Implemented ------------------------------------- Key: DNA-370 URL: https://jira.jboss.org/jira/browse/DNA-370 Project: DNA Issue Type: Bug Components: JCR Affects Versions: 0.3 Reporter: Brian Carothers JcrWorkspace.clone is not yet implemented. This may not be important/useful for 0.4. AbstractJcrNode.getCorrespondingNodePath is also not yet implemented. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

2
10
0 / 0

[JBoss JIRA] Created: (DNA-452) Supply implementations for the different RequestProcessor methods in the federated connector

by Randall Hauch (JIRA)

Supply implementations for the different RequestProcessor methods in the federated connector -------------------------------------------------------------------------------------------- Key: DNA-452 URL: https://jira.jboss.org/jira/browse/DNA-452 Project: DNA Issue Type: Bug Components: Connectors, Federation Affects Versions: 0.5 Reporter: Randall Hauch Fix For: 0.6 The federated connector's fork- and join-processors don't override all of the process(...) methods for the different kinds of update requests. The default implementations do not work because of the fork and join separation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

1
1
0 / 0

[JBoss JIRA] Created: (DNA-392) All sessions in a repository should share the same /jcr:system content

by Randall Hauch (JIRA)

All sessions in a repository should share the same /jcr:system content ---------------------------------------------------------------------- Key: DNA-392 URL: https://jira.jboss.org/jira/browse/DNA-392 Project: DNA Issue Type: Task Reporter: Randall Hauch Assignee: Randall Hauch Currently each JcrSession has its own copy of the /jcr:system content branch. Technically this is incorrect, since all of the information in this branch is common to and shared by all sessions/workspaces in the repository. One approach to making this work is to have a special workspace in the repository in which the content from the "/jcr:system" branch is placed, and have this workspace projected into each session. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

1
9
0 / 0

[JBoss JIRA] Created: (DNA-448) The 'createIfMissing()' methods should be removed from the Graph API

by Randall Hauch (JIRA)

The 'createIfMissing()' methods should be removed from the Graph API -------------------------------------------------------------------- Key: DNA-448 URL: https://jira.jboss.org/jira/browse/DNA-448 Project: DNA Issue Type: Bug Components: API, Graph Affects Versions: 0.4 Reporter: Randall Hauch Fix For: 0.6 This issue stemmed from DNA-443. The existence of the "createIfMissing()" methods that exist only on the Graph interface (and not the Graph.Batch interface) mask the existence of newer, more powerful methods that can do the same thing on Graph and Graph.Batch: graph.create(path).ifAbsent()... or batch.create(path).ifAbsent()... In fact, this style makes available several other methods than "ifAbsent()", such as "orUpdate()", "byAppending()", and "orReplace()". These correspond to the different NodeConflictBehavior options. Unfortunately, the 'create()' methods just return the Conjunction interface, while the 'createIfMissing()' methods return the "GetNodeConjunction" interface (which extends Conjunction and adds the "andReturn():Node" method). And there is at least one place where 'createIfMissing(...).andReturn()' is being called. Looking at this now, I'm not sure why the Graph.create(...) methods can't return the GetNodeConjunction interface. This would allow the existing uses of the 'createIfMissing(...).andReturn()' to replace them with 'create(...).ifAbsent().andReturn()' calls, and enable the removal of the 'createIfMissing(...)' methods. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 9 months

2
3
0 / 0

[JBoss JIRA] Created: (DNA-399) Need to Add Session.checkPermission Calls to Guard Read, Add Node, Set Property, and Remove Item Access

by Brian Carothers (JIRA)

Need to Add Session.checkPermission Calls to Guard Read, Add Node, Set Property, and Remove Item Access ------------------------------------------------------------------------------------------------------- Key: DNA-399 URL: https://jira.jboss.org/jira/browse/DNA-399 Project: DNA Issue Type: Bug Components: JCR Affects Versions: 0.4 Reporter: Brian Carothers Fix For: 0.5 Now that JcrSession.checkPermission works (assuming patch takes), we need to add checkPermission calls to guard "read", "add_node", "remove", and "set_property" access, as per spec. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

2
5
0 / 0

[JBoss JIRA] Created: (DNA-470) Provide Base Set of Connector Classes for All Map-Based Connectors

by Brian Carothers (JIRA)

Provide Base Set of Connector Classes for All Map-Based Connectors ------------------------------------------------------------------ Key: DNA-470 URL: https://jira.jboss.org/jira/browse/DNA-470 Project: DNA Issue Type: Feature Request Components: API, Connectors Affects Versions: 0.5 Reporter: Brian Carothers Assignee: Brian Carothers Fix For: 0.6 The InMemoryRepository and JBossCacheRepository can both be thought of as ways of implementing a connector that is backed by a Map of UUIDs to Nodes. A future Infinispan-based connector would likely function in the same manner. Both connectors could be simplified if they extended a basic, abstract implementation of a map-based connector. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (DNA-469) SessionCache Does Not Handle Node Definitions Correctly After Move

by Brian Carothers (JIRA)

SessionCache Does Not Handle Node Definitions Correctly After Move ------------------------------------------------------------------ Key: DNA-469 URL: https://jira.jboss.org/jira/browse/DNA-469 Project: DNA Issue Type: Bug Components: JCR Affects Versions: 0.5 Reporter: Brian Carothers Fix For: 0.6 After a node is moved to a new parent, it will likely have a new node definition. The SessionCache correctly calculates the new node definition... and then sets it on the parent instead of the child. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

1
2
0 / 0

[JBoss JIRA] Created: (DNA-462) filesystem source doesn't appear on federate source projection

by Luiz Fernando Teston (JIRA)

filesystem source doesn't appear on federate source projection -------------------------------------------------------------- Key: DNA-462 URL: https://jira.jboss.org/jira/browse/DNA-462 Project: DNA Issue Type: Bug Components: Connectors Affects Versions: 0.5 Environment: Mac OS 10.5.7 with JVM 1.6 and Maven 2.1 Reporter: Luiz Fernando Teston When I create a filesystem source I can access its contents using the graph api. But the same content doesn't appear on a federated source with the filesystem source on a projection path. I used the same logic on the docs/examples/repository project configuration, just adding the /tmp to a filesystem source. I've tested the same scenario using the JAAS configuration. The test case and configuration file is here: -- configuration file: configRepositoryWithFileSystemConnector.xml -- <?xml version="1.0" encoding="UTF-8"?>  <configuration xmlns:dna="http://www.jboss.org/dna/1.0" xmlns:jcr="http://www.jcp.org/jcr/1.0">  <dna:sources jcr:primaryType="nt:unstructured"> <dna:source jcr:name="FileSystem" dna:classname="org.jboss.dna.connector.filesystem.FileSystemSource"> <defaultWorkspaceName>workspace2</defaultWorkspaceName> <directoryForDefaultWorkspace>/tmp/</directoryForDefaultWorkspace> </dna:source>  <dna:source jcr:name="Cars" dna:classname="org.jboss.dna.graph.connector.inmemory.InMemoryRepositorySource" dna:retryLimit="3" dna:defaultWorkspaceName="workspace1"/>  <dna:source jcr:name="Aircraft" dna:classname="org.jboss.dna.graph.connector.inmemory.InMemoryRepositorySource">  <defaultWorkspaceName>workspace2</defaultWorkspaceName> </dna:source>  <dna:source jcr:name="Vehicles"> <dna:classname>org.jboss.dna.graph.connector.federation.FederatedRepositorySource</dna:classname> <dna:workspaces>  <dna:workspace jcr:name="virtual"> <dna:projections> <dna:projection jcr:name="TempFiles projection" dna:source="FileSystem" dna:workspaceName="workspace2"> <dna:projectionRules>/Vehicles/FileSystem => /</dna:projectionRules> </dna:projection>  <dna:projection jcr:name="Cars projection" dna:source="Cars" dna:workspaceName="workspace1"> <dna:projectionRules>/Vehicles/Cars => /Cars</dna:projectionRules> </dna:projection>  <dna:projection jcr:name="Aircarft projection" dna:source="Aircraft" dna:workspaceName="workspace2"> <dna:projectionRules>/Vehicles/Aircraft => /Aircraft</dna:projectionRules> </dna:projection>  <dna:projection jcr:name="System projection" dna:source="System" dna:workspaceName="default"> <dna:projectionRules>/jcr:system => /</dna:projectionRules> </dna:projection> </dna:projections> </dna:workspace> </dna:workspaces> </dna:source>  <dna:source jcr:name="System" dna:classname="org.jboss.dna.graph.connector.inmemory.InMemoryRepositorySource" dna:retryLimit="3" dna:defaultWorkspaceName="default"/> </dna:sources>  <dna:sequencers>  </dna:sequencers>  <dna:mimeTypeDetectors> <dna:mimeTypeDetector jcr:name="Detector"> <dna:description>Standard extension-based MIME type detector</dna:description>  <dna:classname>org.jboss.dna.graph.mimetype.ExtensionBasedMimeTypeDetector</dna:classname>  <dna:classpath></dna:classpath> <dna:classpath></dna:classpath> </dna:mimeTypeDetector> </dna:mimeTypeDetectors>  <dna:repositories>  <dna:repository jcr:name="Cars">  <dna:source>Cars</dna:source>  <dna:options jcr:primaryType="dna:options"> <jaasLoginConfigName jcr:primaryType="dna:option" dna:value="dna-jcr"/> </dna:options>  <dna:nodeTypes jcr:primaryType="dna:nodeTypes"/>  <namespaces jcr:primaryType="dna:namespaces"> <car jcr:primaryType="dna:namespace" dna:uri="http://jboss.org/dna/examples/cars/1.0"/> </namespaces> </dna:repository>  <dna:repository jcr:name="Aircraft">  <dna:source>Aircraft</dna:source>  <dna:options jcr:primaryType="dna:options"> <jaasLoginConfigName jcr:primaryType="dna:option" dna:value="dna-jcr"/> </dna:options> </dna:repository>   <dna:repository jcr:name="Vehicles">  <dna:source>Vehicles</dna:source>  <dna:options jcr:primaryType="dna:options"> <projectNodeTypes jcr:primaryType="dna:option" dna:value="false"/> <jaasLoginConfigName jcr:primaryType="dna:option" dna:value="dna-jcr"/> </dna:options>  <dna:nodeTypes jcr:primaryType="dna:nodeTypes"/>  <dna:namespaces jcr:primaryType="dna:namespaces"> <car jcr:primaryType="dna:namespace" dna:uri="http://jboss.org/dna/examples/cars/1.0"/> <air jcr:primaryType="dna:namespace" dna:uri="http://jboss.org/dna/examples/aircraft/1.0"/> </dna:namespaces> </dna:repository> </dna:repositories> </configuration> -- test case -- package org.jboss.example.dna.repository; import static org.hamcrest.core.Is.is; import static org.hamcrest.core.IsNull.notNullValue; import static org.junit.Assert.assertThat; import java.net.URL; import org.jboss.dna.graph.Graph; import org.jboss.dna.jcr.JcrConfiguration; import org.jboss.dna.jcr.JcrEngine; import org.junit.Test; public class FileSystemConnectorUnderFederatedSourceTest { @Test public void shouldHaveProjectionOfFileSystemSourceInsideFederatedSource() throws Exception { JcrConfiguration configuration = new JcrConfiguration(); URL configUrl = Thread.currentThread().getContextClassLoader() .getResource("configRepositoryWithFileSystemConnector.xml"); assertThat(configUrl, is(notNullValue())); configuration.loadFrom(configUrl); JcrEngine engine = configuration.build(); engine.start(); Graph vehiclesGraph = engine.getGraph("Vechicles"); assertThat(vehiclesGraph.getNodeAt("/FileSystem"), is(notNullValue())); } } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

14 years, 10 months

2
4
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

dna-issues June 2009