[ 
https://issues.apache.org/jira/browse/UIMA-2599?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13563314#comment-13563314
 ] 

Richard Eckart de Castilho commented on UIMA-2599:
--------------------------------------------------

It is possible to read the description from JavaDoc, if the parameters are 
declared directly in the source file that declares the parameter. It is much 
more difficult or may even be impossible to get access to the JavaDoc of 
parameters inherited from the super class. Assuming the super class was also 
processed with the plugin, it may be possible to load the descriptor of the 
super class and get the data from there. This would not work for abstract super 
classes though.
                
> Fill description of component and parameters from JavaDoc
> ---------------------------------------------------------
>
>                 Key: UIMA-2599
>                 URL: https://issues.apache.org/jira/browse/UIMA-2599
>             Project: UIMA
>          Issue Type: Technical task
>          Components: uimafit
>            Reporter: Richard Eckart de Castilho
>            Assignee: Richard Eckart de Castilho
>             Fix For: 2.0.0uimaFIT
>
>
> Since the maven plugin runs at at build time and has access to the sources, 
> this is a unique opportunity to extract descriptions of components and 
> parameters from JavaDoc. The @ConfigurationParameter annotation provides for 
> a description, but I always found it inconvenient to maintain the description 
> twice, once in JavaDoc and once in the annotation. uimaFIT currently has no 
> support for component descriptions.
> Often, the JavaDoc in uimaFIT components is not added do the parameter 
> variable, but rather to the parameter name constant. So auto-completion in 
> the IDE is use on PARAM_<ctrl-space>, it lists all the parameters along with 
> their explanation. 
> {code}
> /**
>  * A user-definable value.
>  */
> public static final String PARAM_VALUE = "value";
> @ConfigurationParameter(name=PARAM_VALUE)
> private String value;
> {code}
> For this reason, the maven plugin should support looking for parameter 
> documentation not on a field, but rather look for a constant field in the 
> component that starts with PARAM and has as value the name of the field - if 
> such a constant is found, its JavaDoc should be used.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to