[
https://jira.jboss.org/jira/browse/DNA-62?page=com.atlassian.jira.plugin....
]
Brian Carothers updated DNA-62:
-------------------------------
Attachment: DNA-62_draft.patch
Added first (working) version of this sequencer. The sequencer calls a Reader
implementation (a la the MS Office sequencer) that parses a class file into a metadata
object. The metadata object is then passed to a (customizable) recorder object that
creates the relevant graph entries. The patch integrates the sequencer with the getting
started sequencers example to help verify that it works.
The current version has extensive testing of the class file reader implementation, but
very little testing of the default recorder (the object that converts the metadata into a
series of graph nodes and properties).
For the defect to be resolved properly, I think these things would need to happen (in no
particular order):
1. Align the default output for the class sequencer and the Java sequencer so that they
are as identical as possible. This will be very helpful for future analyzer writers.
2. Align the metadata objects between the class sequencer and the Java source sequencer.
Both are parsing into objects with the same name. It seems like they could probably be
moved to share a common interface and then reuse recorder implementations (solving issue
1).
3. Move the sequencer into the same package and namespace as the java sequencer. This is
a nice to have, but the two sequencers are so tightly related that it makes a lot of sense
(to me, anyway)
4. Clean up/add Javadoc, add more testing for the default recorder implementation, and
update the reference guide for the new sequencer
As always, any feedback is appreciated.
Sequence Java class files to extract the class structure with
annotations
-------------------------------------------------------------------------
Key: DNA-62
URL:
https://jira.jboss.org/jira/browse/DNA-62
Project: DNA
Issue Type: Feature Request
Components: Sequencers
Reporter: Randall Hauch
Assignee: Brian Carothers
Fix For: 1.1
Attachments: DNA-62_draft.patch
This use case comes from a discussion about starting up the Microcontainer, and the
desire to have a single processor of the JAR files to extract into a centralized
repository the runtime annotations. Right now the annotations are scanned by each
component/service that needs them. This feature would obviate the scanning being done by
each component/service.
Consider using
http://scannotation.sourceforge.net/ for doing the actual scanning.
--
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