You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Marshall Schor (JIRA)" <de...@uima.apache.org> on 2016/11/15 22:14:59 UTC

[jira] [Resolved] (UIMA-4518) uv3x Customized JCas cover class migration tooling

     [ https://issues.apache.org/jira/browse/UIMA-4518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Marshall Schor resolved UIMA-4518.
----------------------------------
       Resolution: Fixed
    Fix Version/s: 3.0.0SDKexp

> uv3x Customized JCas cover class migration tooling
> --------------------------------------------------
>
>                 Key: UIMA-4518
>                 URL: https://issues.apache.org/jira/browse/UIMA-4518
>             Project: UIMA
>          Issue Type: New Feature
>          Components: Core Java Framework
>            Reporter: Marshall Schor
>            Priority: Minor
>             Fix For: 3.0.0SDKexp
>
>
> Add a standalone tooling for migrating v2 JCas classes to V3 style, while preserving any customization that may have been done.
> Initial approach: 
> * command line tool, 
> * inputs are file system "roots" which are searched for either .java or .class files, recursively, including within Jar files.  
> ** For all that are likely JCas classes (use various heuristics, including if there is a paired ..._Type class), migrate the source form.  
> *** If starting with .class files, decompile those first to get the source form. 
> * The migration consists of first parsing the source into an AST (Java Abstract Syntax Tree), and then having a view visitor methods to modify selected parts of the tree, including getters/setters and the 2-arg constructor. 
> * The migration tool should also report summaries of what it did, and handle things like multiple instances (including identifying which of these are ignorable because the files are all the same, and which have differences - so the user can decide).



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)