[JBoss JIRA] Assigned: (DNA-51) Sequence Java source files
by Serge Emmanuel Pagop (JIRA)
[ http://jira.jboss.com/jira/browse/DNA-51?page=all ]
Serge Emmanuel Pagop reassigned DNA-51:
---------------------------------------
Assignee: Serge Emmanuel Pagop
> Sequence Java source files
> --------------------------
>
> Key: DNA-51
> URL: http://jira.jboss.com/jira/browse/DNA-51
> Project: DNA
> Issue Type: Feature Request
> Components: Sequencers
> Reporter: Randall Hauch
> Assigned To: Serge Emmanuel Pagop
> Priority: Minor
> Fix For: Future Releases
>
>
> Create a sequencer that processes Java source files and creates a representative graph of the structure of the code. This should include the types, fields, methods, and annotations (each with descriptions taken from the JavaDoc), but probably should not include any method implementation detail (maybe much later).
> There are a couple of obvious approaches for parsing: Antlr 3 grammar, Eclipse JDT library, or JavaCC (discouraged).
> The schema for the output should ideally follow as closely as possible the constructs in the Java specification.
--
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
17 years, 10 months
[JBoss JIRA] Updated: (DNA-40) Persistant storage for information not stored in other repository sources
by Randall Hauch (JIRA)
[ http://jira.jboss.com/jira/browse/DNA-40?page=all ]
Randall Hauch updated DNA-40:
-----------------------------
Description:
Create a federation connector that is able to manage information in a relational database using a DNA-defined schema. This would enable the persistant storage of information that isn't being managed by other connectors.
Requirements include efficiently storing and accessing large numbers of nodes, large property values (e.g., Binary values), and large numbers of children on nodes.
was:Create a federation connector that is able to manage information in a relational database using a DNA-defined schema. This would enable the persistant storage of information that isn't being managed by other connectors.
> Persistant storage for information not stored in other repository sources
> -------------------------------------------------------------------------
>
> Key: DNA-40
> URL: http://jira.jboss.com/jira/browse/DNA-40
> Project: DNA
> Issue Type: Feature Request
> Components: Connectors
> Reporter: Randall Hauch
> Priority: Minor
> Fix For: Future Releases
>
>
> Create a federation connector that is able to manage information in a relational database using a DNA-defined schema. This would enable the persistant storage of information that isn't being managed by other connectors.
> Requirements include efficiently storing and accessing large numbers of nodes, large property values (e.g., Binary values), and large numbers of children on nodes.
--
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
17 years, 10 months
[JBoss JIRA] Resolved: (DNA-2) Federation engine should merge graphs from multiple sources
by Randall Hauch (JIRA)
[ http://jira.jboss.com/jira/browse/DNA-2?page=all ]
Randall Hauch resolved DNA-2.
-----------------------------
Resolution: Duplicate Issue
Accomplished via DNA-115.
> Federation engine should merge graphs from multiple sources
> -----------------------------------------------------------
>
> Key: DNA-2
> URL: http://jira.jboss.com/jira/browse/DNA-2
> Project: DNA
> Issue Type: Feature Request
> Components: Federation, Connectors
> Reporter: Randall Hauch
> Assigned To: Randall Hauch
> Priority: Critical
> Fix For: 0.2
>
>
> JBoss DNA should provide a federation engine that relies (entirely) on one or more external sources for it's data. Connectors to these sources are responsible for turning the information they have into a JCR-like graph, and the federation engine would then merge those and expose the unified "virtual" graph. This graph would likely be much simpler than JCR, and could easily have JCR implementations (or UDDI API implementations) built on top.
--
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
17 years, 10 months