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

Marshall Schor resolved UIMA-5698.
----------------------------------
    Resolution: Fixed

webanno now appears to load multiple CASs OK (after updating DocumentMetaData 
from dkpro to the current uv3 design for jcas classes (e.g, using CallSites))

> uv3 create type systems with JCas features merged in
> ----------------------------------------------------
>
>                 Key: UIMA-5698
>                 URL: https://issues.apache.org/jira/browse/UIMA-5698
>             Project: UIMA
>          Issue Type: Improvement
>          Components: Core Java Framework
>    Affects Versions: 3.0.0SDK-beta
>            Reporter: Marshall Schor
>            Assignee: Marshall Schor
>            Priority: Minor
>             Fix For: 3.0.0SDK
>
>
> Some use cases involve setting up (over time) multiple CASs with similar but 
> not identical type systems, differing in the number of features the types 
> have.  The use case for this also has JCas class definitions defining 
> features.  The following currently fails:
> # load type T with no features, load JCas for T with features f1, f2, f3.  
> This works correctly.
> # Now load type T with features f1, f2, f3, using the same classloader that 
> loaded the JCas for T previously.  This fails because the offsets for f1, f2, 
> f3 in the JCas were computed previously, and cannot be changed (because 
> existing instances of the JCas class for T would stop working).
> Implement a fix for this that works by having the initial setup of the JCas 
> feature offsets be preceeded by a step which, prior to committing the type 
> system, loads the JCas classes and programmatically adds in to the type 
> system any features defined in the JCas but not in the Type system.
> Include logging messages showing what's happening.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to