[
https://issues.apache.org/jira/browse/UIMA-5557?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16159413#comment-16159413
]
Marshall Schor commented on UIMA-5557:
--------------------------------------
V3 has a "checker" that looks at the JCas class definition (using reflection)
and tries to validate things. In this case, it sees a method that starts with
get and is followed by a capitalized feature name, and makes an (in this case,
incorrect) assumption that this is a getter for a UIMA feature.
This "error" doesn't cause a "throw" - it is merely noted, and things continue
on...
I probably should improve this a bit, by (for gets) seeing if the argument list
is either empty or a single item. (if the feature is an array), and for sets,
the same, but with the an extra argument being the value to set.
> uv3: FSArray accessors seem not to be correctly generated
> ---------------------------------------------------------
>
> Key: UIMA-5557
> URL: https://issues.apache.org/jira/browse/UIMA-5557
> Project: UIMA
> Issue Type: Bug
> Components: jcasgen-maven-plugin
> Affects Versions: 3.0.0SDK-beta
> Reporter: Richard Eckart de Castilho
>
> With the UIMAv3 jcasgen, at runtime, I am seeing messages such as
> {noformat}
> 2017-09-08 15:00:29 WARN [main] (FSClassRegistry) - CAS type system type
> "de.tudarmstadt.ukp.dkpro.core.api.segmentation.type.Compound" defines field
> "splits" with range "class org.apache.uima.jcas.cas.FSArray", but JCas getter
> method is returning "interface java.util.List" which is not a subtype of the
> declared range.
> {noformat}
> A user on the users mailing list reported a similar message when trying out
> UIMAv3:
> {noformat}
> JCAS range type uima.cas.FSArray for feature ... does not match the CAS range
> type uima.cas.StringArray for the feature
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
