You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Richard Eckart de Castilho (JIRA)" <de...@uima.apache.org> on 2013/07/02 10:52:23 UTC

[jira] [Commented] (UIMA-2958) jcasgen Maven plugin: add option to exclude generating for imported types

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

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

Re-thinking this issue, I now believe the easiest solution would be to move the "one-binds-them-all" generated type system from UIMA-1176 to the target folder instead of generating it in the system-wide temporary folder. In that way, the -limitToDirectory option can be used to limit the scope to the current module directory. 
                
> jcasgen Maven plugin: add option to exclude generating for imported types
> -------------------------------------------------------------------------
>
>                 Key: UIMA-2958
>                 URL: https://issues.apache.org/jira/browse/UIMA-2958
>             Project: UIMA
>          Issue Type: Improvement
>          Components: jcasgen-maven-plugin
>            Reporter: Richard Eckart de Castilho
>             Fix For: 2.4.1SDK
>
>
> Add an option, perhaps something like <skipGenerationForImportedTypes>, which if true (not the default) would only generate those types which were defined directly (that is, not via an import) in the set of type system descriptors specified as input for this plugin.
> Rationale from UIMA-1176
> {quote}
> Our project reuses a common type system that we got from a different source. The common type system descriptor is imported into our main type system descriptor. The common type system has its own JCas types, in a jar file.
> When we generate JCas types for our main type system descriptor, it currently generates all of the classes for all of the imported type systems as well. We don't want this behavior, so we have to manually go through and delete those classes.
> I think JCasGen should only generate types for the type system descriptor that you run it on, not on imported type system descriptors.
> {quote}
> One way to solve it as described in UIMA-2471
> {quote}
> Jg.main0 takes an array of string arguments. To make JCasGen limit the cover classes it generates to just those whose type definitions are contained in some directory (at any sub directory level), you pass 2 additional arguments in this array:
> 1) "-limitToDirectory" and then following that
> 2) the path to some directory. Currently this is typically set to a containing Eclipse project directory, for example, when JCasGen is called from the Component Descriptor Editor
> {quote}

--
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