[
https://jira.jboss.org/jira/browse/DNA-83?page=com.atlassian.jira.plugin....
]
Randall Hauch commented on DNA-83:
----------------------------------
Addressed the need to support same-name siblings, which is more difficult to do with JBoss
Cache, since children are not kept in any order. The code now maintains for any node in
JBoss Cache a Path.Segment[] in a property, which stores it's ordered list of
children. This is the most memory-efficient way to do this (that I could think of), since
the actual Path.Segment objects should already be stored in the Fqn for each node, and no
indexes need be maintained. So the only overhead is that associated with the array
(roughly one reference per child). (Another option considered were wrapping the
Path.Segment implementation with another implementation of Path.Segment that also stored
the index, but this required a reference plus an integer for each child.)
Found a bug in the AbstractCommandExecutor's handling of GetNodeCommand, which
resulted in the GetPropertiesCommand and GetChildrenCommand being executed twice.
Federate content from JBoss Cache instance(s)
---------------------------------------------
Key: DNA-83
URL:
https://jira.jboss.org/jira/browse/DNA-83
Project: DNA
Issue Type: Feature Request
Components: Connectors
Reporter: Randall Hauch
Assignee: Randall Hauch
Fix For: 0.2
Create a federation connector that provides access to information stored in a JBoss Cache
instance. The content (nodes with data) would be mapped directly to nodes with
properties.
--
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