[
https://issues.apache.org/jira/browse/UIMA-6056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16862482#comment-16862482
]
Hai-Son Nguyen commented on UIMA-6056:
--------------------------------------
I've been thinking through and realized I didn't cover the nested case, an
FSArray of FSArray/FSList or FSList of FSArray/FSList.
I think I saw and tested the unspecified cases but don't actualy remember
now... Here is a type system descriptor with the problem situations I can
think of in TestFSArrayMethods and TestFSListMethods classes.
Unspecified, Specified Non-Generic, Specified FSArray, and Specified FSList
(Extra cases were for constructor warnings,
!https://issues.apache.org/jira/secure/viewavatar?size=xsmall&avatarId=21133&avatarType=issuetype|width=16,height=16!
UIMA-6054JCasGen generating warnings by creating deprecated constructors
If you point me to where the test cases are I can look into how we could test
these too.
> JCasGen for producing FSArray is a raw type warning
> ---------------------------------------------------
>
> Key: UIMA-6056
> URL: https://issues.apache.org/jira/browse/UIMA-6056
> Project: UIMA
> Issue Type: Bug
> Components: UIMA
> Affects Versions: 3.0.2SDK
> Reporter: Hai-Son Nguyen
> Priority: Minor
> Attachments: patch-uima-6056v1.txt, typeSystemDescriptorTest.xml
>
>
> With the conversion of FSArray into Generic FSArray<> the JCasGen process
> does not handle the Generic type properly and will cause extensive warnings
> in application code.
> The 4 methods generating warnings are:
> xXXX - Feature name, Generic - generic type
> * *public* FSArray getXXX() { *...* }
> * *public* *void* setXXX(FSArray v) \{ ... }
> * *public* Generic getXXX(*int* i) \{ ... }
> * *public* *void* setXXX(*int* i, Generic v) \{ ... }
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
