[JBoss JIRA] Created: (DNA-159) Federate/cache content from a remote JCR (and DNA) repository
by Randall Hauch (JIRA)
Federate/cache content from a remote JCR (and DNA) repository
-------------------------------------------------------------
Key: DNA-159
URL: http://jira.jboss.com/jira/browse/DNA-159
Project: DNA
Issue Type: Feature Request
Components: Connectors
Reporter: Randall Hauch
Priority: Minor
Fix For: Future Releases
The primary use case for this feature is to allow an application to have a local DNA repository that is configured to be a local, cached copy of a single remote JCR repository. So, rather than having multiple sources, this use case would have a single source (using a connector to a remote JCR repository), and it would be configured to probably have a cache policy with a relatively short TTL. (Of course the TTL could be extended if the connector could listen to the remote repository to receive events, which would be propagated up to the local "federated" repository and would cause those particular changed instances to be purged from the cache.
Ideally this could be made to be very lightweight and very easy to configure, maybe even using just an in-memory "integrated repository" (aka, cache).
This use case is far superior to an implementation that uses remote calls for every operation.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 3 months
[JBoss JIRA] Created: (DNA-591) NullPointerException in JcrNodeDefinition.ensureRequiredPrimaryTypesLoaded()
by Barry LaFond (JIRA)
NullPointerException in JcrNodeDefinition.ensureRequiredPrimaryTypesLoaded()
-----------------------------------------------------------------------------
Key: DNA-591
URL: https://jira.jboss.org/jira/browse/DNA-591
Project: DNA
Issue Type: Bug
Affects Versions: 0.7
Reporter: Barry LaFond
Attachments: test_cnd.cnd
Using the attached CND file, the repository set-up fails with an NPE when attempting to resolve node types. (ala config.repository(xxxxxx).addNodeTypes('test_cnd.cnd')
java.lang.NullPointerException
at org.jboss.dna.jcr.JcrNodeDefinition.ensureRequiredPrimaryTypesLoaded(JcrNodeDefinition.java:113)
at org.jboss.dna.jcr.JcrNodeDefinition.getRequiredPrimaryTypes(JcrNodeDefinition.java:161)
at org.jboss.dna.jcr.RepositoryNodeTypeManager.validate(RepositoryNodeTypeManager.java:1938)
at org.jboss.dna.jcr.RepositoryNodeTypeManager.validate(RepositoryNodeTypeManager.java:1861)
at org.jboss.dna.jcr.RepositoryNodeTypeManager.registerNodeTypes(RepositoryNodeTypeManager.java:1513)
at org.jboss.dna.jcr.JcrEngine.doCreateJcrRepository(JcrEngine.java:246)
at org.jboss.dna.jcr.JcrEngine.getRepository(JcrEngine.java:161)
My original DDL seqencer cnd is much more complex, but by paring it down to the following, the error still occured.
//------------------------------------------------------------------------------
// N A M E S P A C E S
//------------------------------------------------------------------------------
<jcr='http://www.jcp.org/jcr/1.0'>
<nt='http://www.jcp.org/jcr/nt/1.0'>
<mix='http://www.jcp.org/jcr/mix/1.0'>
<ddl='http://jboss.org/dna/ddl/1.0'>
[ddl:statement] mixin abstract
- ddl:expression (string) mandatory
+ * (ddl:ddlProblem) = ddl:ddlProblem multiple
[ddl:schemaDefinition] > ddl:statement mixin
- ddl:defaultCharacterSetName (STRING)
+ * (ddl:ddlStatement) = ddl:ddlStatement multiple
[ddl:ddlProblem] mixin
- ddl:problemLevel (LONG) mandatory
- ddl:message (STRING) mandatory
The [ddl:schemaDefinition] mixin is the ONLY mixin that both extends a mixin and allows children of the same mixin type (i.e. [ddl:statement]) however the NPE is occuring when attempting to find the primary node type for [ddl:ddlProblem]
Note that the NPE does not occur when the [ddl:schemaDefinition] type is removed.
--
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, 4 months
[JBoss JIRA] Created: (DNA-610) Allow JPA Connector to be generic (not require hibernate)
by John Ament (JIRA)
Allow JPA Connector to be generic (not require hibernate)
---------------------------------------------------------
Key: DNA-610
URL: https://jira.jboss.org/jira/browse/DNA-610
Project: DNA
Issue Type: Feature Request
Components: Connectors
Affects Versions: 0.6
Reporter: John Ament
Priority: Minor
Allowing the use of any JPA provider (not just hibernate) would make it easier to use the JPA connector on other app servers - e.g. glassfish, weblogic, etc. There is no direct dependency on hibernate's features in the jpa connector, other than using their Ejb3Configurator. It looks like the config settings could be done in such a way that the persistence.xml could be provided by the bundling application. Design of it should probably be discussed a bit more thoroughly, and hopefully come up with a way that it can be automatically bootstrapped by the container, instead of the way configuration is done now.
I'm willing to provide the implementation of this if you'd like.
--
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, 4 months